A network administrator is troubleshooting an OSPFv2 neighbor relationship between two Cisco routers, Edge-R1 and Core-R1. Running the command 'show ip ospf neighbor' on Edge-R1 indicates that Core-R1 is persistently stuck in the INIT state. Verification confirms that both router interfaces are assigned to Area 0, have matching IP subnet masks, and share identical Hello and Dead timer intervals. Which underlying condition is the most likely cause of the neighbor relationship remaining stuck in the INIT state?
- An Access Control List (ACL) on Core-R1 is filtering incoming OSPF Hello packets sent by Edge-R1.Cevap
- BThe Maximum Transmission Unit (MTU) configured on Edge-R1's interface does not match the MTU configured on Core-R1's interface.
- CEdge-R1 and Core-R1 are configured with different OSPF process IDs in their global routing configuration.
- DThe OSPF priority on Core-R1's interface is set to 0, preventing it from participating in Designated Router elections.
Cevap
An Access Control List (ACL) on Core-R1 is filtering incoming OSPF Hello packets sent by Edge-R1.
The correct answer identifies that an inbound ACL on the remote router is filtering Hello packets in one direction. In OSPF, a router transitions a peer to the INIT state upon receiving a Hello packet. To progress to 2-WAY state, the router must see its own Router ID in the active neighbor list of the peer's incoming Hello packet. If an ACL blocks Hellos in one direction, the peer never receives the Hellos, never lists the local router's ID, and leaves the local router stuck in the INIT state.
Adım Adım Çözüm
Anahtar Kavram
OSPFv2 Neighbor States and Bidirectional Hello Communication Requirements
Tahmini Süre:2m 0s