Nvidia (Mellanox): static route not installing in RIB

By Sai Kiran Pandrala · reviewed by Sai Kiran Pandrala, Editor Last verified: 2026-05-30

What this guide covers

Diagnose and fix static route not installing in RIB on a Nvidia (Mellanox) device (Cumulus Linux / NVOS / SONiC).

Most likely cause + fix

Next-hop unreachable, or a lower-AD source is winning. Check the route table.

Diagnostic CLI

nv show interface
# Use the Cumulus Linux / NVOS / SONiC equivalents of:
#   show ip route / show route
#   show ip bgp summary / show bgp summary
#   show ip ospf neighbor / show ospf neighbor
#   show log | include BGP|OSPF

When the issue persists

• Capture cl-support (Cumulus) / show techsupport (SONiC) and open a Nvidia Enterprise Support case.
• Cross-reference https://docs.nvidia.com/networking/category/etmnetworkingdevices for known issues in your release.

Frequently asked questions

Will this work on my specific Cumulus Linux / NVOS / SONiC version?

The procedure reflects current Cumulus Linux / NVOS / SONiC behaviour. Older releases may need minor syntax adjustments: use the CLI help (? or tab-completion) to verify.

Should I open a Nvidia Enterprise Support case immediately?

Open one if you suspect hardware failure or the symptom persists after a maintenance-window reload. Make sure your support entitlement is active first.

Where can I find the Nvidia (Mellanox) official documentation?

https://docs.nvidia.com/networking/, search the product family + feature name.

Is this procedure safe in production?

Test in a lab or maintenance window first. Capture pre-change state so you can roll back.

Related guides

• All Nvidia (Mellanox) fix guides → /nvidia/
• All vendor guides → /vendors/

Related fixes

Related guides worth a look while you sort this one out:

• Nvidia (Mellanox): BGP route filtered inbound
• Nvidia (Mellanox): default route flapping
• Best Nvidia (Mellanox) switch for branch office
• Best Nvidia (Mellanox) switch for enterprise data centre
• Best Nvidia (Mellanox) switch for retail store
• Best Nvidia (Mellanox) switch for SD-WAN deployment

References

• Nvidia (Mellanox) support portal: https://enterprise-support.nvidia.com/
• Nvidia (Mellanox) knowledge base: https://docs.nvidia.com/networking/
• Nvidia (Mellanox) security advisories: https://www.nvidia.com/en-us/security/
• Open a case: https://enterprise-support.nvidia.com/s/createcase

Reference material, not professional advice. Validate against your specific Cumulus Linux / NVOS / SONiC version and test in a non-production environment before applying.

Common patterns we see

When this symptom shows up on a Nvidia device, three patterns repeat:

1. Recent firmware update changed behavior. the symptom started within a week of an OTA push. Rollback or wait for the hotfix. 2. Environmental trigger, temperature, humidity, line voltage, network changes. Look at what changed in the environment. 3. Cumulative wear: components like batteries, gaskets, fans degrade over time. Replace the consumable rather than chasing a software fix.

Knowing which pattern applies saves time on the wrong fix.

Before you start

A few things to confirm so the Nvidia device fix goes cleanly:

• Latest firmware downloaded if you're going to update.
• Warranty + support contract status checked, opening sealed parts may void it.
• Backup of current configuration (where applicable) taken.
• Spare parts on hand if you anticipate replacement.
• Adequate workspace, lighting, and time. rushing causes regressions.

Verification checklist

After applying the fix on your Nvidia device, confirm:

• The original symptom is no longer reproducible.
• Related features (status LEDs, app sync, paired accessories) still work.
• The device responds to a soft reboot without the fault returning.
• Any error codes that were on display have cleared.
• Documentation (your service log, the brand companion app) reflects the change.

Escalation guide

For a Nvidia device, the right escalation depends on impact:

• Cosmetic / minor: log a ticket via the Nvidia app or web portal. Response 1-3 business days.
• Mid-impact: phone support. Have your serial number ready.
• Critical (production down, safety issue): in-person dealer / TAC visit. Bring proof of purchase.
• Out of warranty: third-party repair shop with manufacturer-certified technicians.

More frequently asked questions

What if the fix returns after a reboot?

Persistent fault returns mean either: a hardware fault (escalate), a configuration that's being overwritten by a sync source (check cloud profiles), or a regression in a recent firmware update (rollback).

Can I roll this back if something breaks?

Yes for software-level changes (firmware rollback, config rollback). Hardware changes are usually one-way. Always back up settings before starting.

Are there safer alternatives for non-technical users?

Yes, the manufacturer's self-service troubleshooter (HP Smart, LG ThinQ, Samsung Members, similar) usually walks through the same steps in a guided UI. Use that first if you're not comfortable with menu paths.

What if my model isn't exactly the same revision?

Cross-check the model code on the rating plate against the manufacturer support page. Major firmware generations sometimes shift the menu path; the option is usually under a similarly-named section.

Is it safe to apply during business hours?

If the device is in production use, apply during a scheduled maintenance window. Most procedures need 2-15 minutes of downtime. Capture pre-change state so you can roll back if needed.