...
In the high OSPF scale after the OSPF route withdrawal, although the backup path ISIS + Label is there but RIB not updating with ISIS label information. OSPF Label stale entry is still there with high metrics. In RIB debugging it was observed although there are no valid OSPF routes still OSPF client still deletes and adds label information to RIB. This causes the below error %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now. RP/0/RP0/CPU0:Nov 21 00:18:17.687 AEDT: ipv4_rump[1195]: %ROUTING-RUMP-3-RIB_FAIL : RIB failure for Sync (connection open, RIB down) RP/0/RP0/CPU0:Nov 21 00:18:39.918 AEDT: fib_mgr[180]: %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now. RP/0/RP1/CPU0:Nov 21 00:18:39.922 AEDT: fib_mgr[271]: %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now. LC/0/3/CPU0:Nov 21 00:18:39.982 AEDT: fib_mgr[160]: %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now. LC/0/1/CPU0:Nov 21 00:18:39.993 AEDT: fib_mgr[281]: %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now. RP/0/RP0/CPU0:rvc5-r-203#sh cef retry-db Mon Nov 20 22:41:27.050 AEDT -------------------- ---------- ----- ---------- --------------------- Obj-Type Retry Retry Scheduling Timestamp Flags Count Class -------------------- ---------- ----- ---------- --------------------- PATHLIST 0x4000000 60 Slow Not Yet Recorded PATHLIST pl:0x3091b4b398 paths:1 pl-type:Shared 1st prefix dependent: default 0xe0000000 100.1.10.241/32 leaf:0x30a8d56ba8 RP/0/RP0/CPU0:#sh route ipv4 100.1.3.250/32 detail private Routing entry for 100.1.3.250/32 Known via "isis rdn-isis", distance 115, metric 103, labeled SR, type level-1 Installed Nov 21 00:15:11.047 for 00:00:20 Routing Descriptor Blocks 144.133.190.199, from 2.6.136.1, via Bundle-Ether202, Backup (Local-LFA) Route metric is 111 Label: 0x96a39 (617017) Tunnel ID: None Binding Label: None Extended communities count: 0 Path id:65 Path ref count:1 NHID:0x0(Ref:0) MPLS eid:0x301a000000001 Path flags: 0x180 (lfa_or_ecmp_backup, pure_backup) Private flags: 0xa (has_vpn_data, label_stack) 144.133.190.197, from 2.6.136.1, via Bundle-Ether203, Protected Route metric is 103 Label: 0x96a39 (617017) Tunnel ID: None Binding Label: None Extended communities count: 0 Path id:1 Path ref count:0 NHID:0x0(Ref:0) MPLS eid:0x301a000000001 Backup path id:65 Path flags: 0x40 (protected) Private flags: 0xa (has_vpn_data, label_stack) Route version is 0x29 (41) No local label <<<<<<<<<<<<<<<<<<<<<<< Label missing IP Precedence: Not Set QoS Group ID: Not Set Flow-tag: Not Set Fwd-class: Not Set Route Priority: RIB_PRIORITY_NON_RECURSIVE_MEDIUM (7) SVD Type RIB_SVD_TYPE_LOCAL Download Priority 1, Download Version 864645 Route eid: 0x301a000000001 Client-id: 31 Route flags: 0x8800000 (ldp_sr_merge_request, label_sr) Route Extended flags: 0x8 (ldp_sr_merge_request) Route private flags: 0x420 (priority_promotion, route_eid) Route head pointer: 0x7fad8cf54688 Local Label List O 617017 (Client ID: 27, Distance: 110, Metric: 4294967295) <<<<<<<<<<< i 617017 (Client ID: 31, Distance: 115, Metric: 103) B 617017 (Client ID: 35, Distance: 200, Metric: 103) No advertising protos. RP/0/RP0/CPU0:Nov 29 16:23:10.683 AEDT: ipv4_rib[1169]: RIB Routing: Vrf: "default", Tbl: "default" IPv4 Unicast, Add local-label 617017 (3) to 100.1.3.250/32 by proto ospf client ospf RP/0/RP0/CPU0:Nov 29 16:23:18.319 AEDT: ipv4_rib[1169]: RIB Routing: Vrf: "default", Tbl: "default" IPv4 Unicast, Update local-label 617017 (3) to 100.1.3.250/32 by proto ospf client ospf RP/0/RP0/CPU0:Nov 29 16:24:49.632 AEDT: ipv4_rib[1169]: RIB Routing: Vrf: "default", Tbl: "default" IPv4 Unicast, Update local-label 617017 (3) to 100.1.3.250/32 by proto ospf client ospf RP/0/RP0/CPU0:Nov 29 16:24:49.714 AEDT: ipv4_rib[1169]: RIB Routing: Vrf: "default", Tbl: "default" IPv4 Unicast, Delete local-label 617017 (2) from 100.1.3.250/32 by proto ospf client ospf RP/0/RP0/CPU0:Nov 29 16:24:49.884 AEDT: ipv4_rib[1169]: RIB Routing: Vrf: "default", Tbl: "default" IPv4 Unicast, Add local-label 617017 (3) to 100.1.3.250/32 by proto ospf client ospf
> There should be a high scale of OSPF Neighbours and routes. > There should be an alternative path through ISIS.
Restart 'ipv4_rib' process.
OSPF Label stale entry causing issue.
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.