OPERATIONAL DEFECT DATABASE
...
...
Snmpwalk of ospfNbrTable for a neighbor fails when the neighbor undergoes a router-id change.
R1---------R2 1. Router-ID of the neighbor R2 is changed (RTRID-R2 changed to RTDID-R2']) either explicitly or implicitly (if inheriting from IP address of loopback or physical interface). 2. Do a snmpwalk of the neighbor R2 on DUT (R1) and it fails.
- Do a "clear ip ospf neighbor " for the neighbor that goes missing during snmpwalk on the DUT R1, where snmpwalk is being is done
- Explicitly configure a router-id on the neighbor router R2. - Follow the recovery mechanism (see above) on the router R1, where the snmpwalk doesn't display the neighbor.
This problem is only seen for OSPFv2 and not in OSPFv3. The key for ospfNbrTable is {ospfNbrIpAddr, ospfNbrAddressLessIndex}. During snmpwalk of ospfNbrTable, the neighbors are returned in increasing order of neighbor IP address. The key for ospfv3NbrTable is {ospfv3NbrIfIndex,ospfv3NbrIfInstId,ospfv3NbrRtrId}. Since IP address of the neighbor is not part of the key for ospfv3NbrTable, the problem is not seen for OSPFv3.
Click on a version to see all relevant bugs
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.
