A CRS router that runs Cisco IOS XR has dual routing processors installed. Which solution should be implemented to prevent OSPF adjacency flapping if the primary routing processor fails?

The correct answer is A. NSR. NSR (Non-Stop Routing) is the correct solution for preventing OSPF adjacency flapping during a Routing Processor (RP) failover on Cisco IOS XR with dual RPs. NSR maintains full routing protocol state (including all adjacency and LSDB information) on the standby RP in real time…

High Availability and Security

Question

Options

ANSR
BOSPF Fast Timers
COSPF RE Sync
Drouter msdp
ENSF

How the community answered

(50 responses)

A
84% (42)
B
2% (1)
C
2% (1)
D
4% (2)
E
8% (4)

Explanation

NSR (Non-Stop Routing) is the correct solution for preventing OSPF adjacency flapping during a Routing Processor (RP) failover on Cisco IOS XR with dual RPs. NSR maintains full routing protocol state (including all adjacency and LSDB information) on the standby RP in real time. When the primary RP fails, the standby takes over seamlessly and BGP/OSPF/IS-IS neighbors are never notified - from their perspective, nothing happened and no adjacency reset occurs. NSF (Non-Stop Forwarding, choice E) is different: it keeps the forwarding plane active during switchover but requires NSF-aware/NSF-capable neighbors to cooperate, and neighbors ARE notified of the restart. NSR requires no neighbor support and is completely transparent, making it the superior choice for preventing adjacency flaps.

Topics

#NSR#OSPF High Availability#RP Redundancy#Cisco IOS XR

Community Discussion

No community discussion yet for this question.

Full 300-510 Practice