A network administrator is troubleshooting an OSPFv2 connection between two directly connected routers, R1 and R2, over a point-to-point Ethernet link. Executing `show ip ospf neighbor` on R1 reveals that the neighbor state for R2 is perpetually stuck in the `EXSTART/ -` state.
Which misconfiguration is the most likely root cause of this neighbor adjacency state?
- The interface MTU setting on R1 does not match the interface MTU setting on R2.Cevap
- BThe OSPF Hello and Dead interval timers are mismatched on the connecting interfaces.
- CThe routers are configured with conflicting OSPF Area IDs on their connecting interfaces.
- DBoth routers have been configured with identical OSPF Router IDs.
Cevap
The interface MTU setting on R1 does not match the interface MTU setting on R2.
In OSPFv2, routers exchange Database Description (DBD) packets during the EXSTART and EXCHANGE states to negotiate Master/Slave roles and initial sequence numbers. The DBD packet header explicitly contains the originating interface's MTU setting. If the MTU values on the interconnected interfaces do not match, the router with the smaller MTU will drop DBD packets that exceed its size or reject incoming DBDs carrying a higher MTU value. As a result, the neighbor negotiation stalls and remains stuck in the EXSTART (or EXCHANGE) state.
Adım Adım Çözüm
Anahtar Kavram
OSPFv2 Neighbor States and MTU Mismatch Behavior
Tahmini Süre:2m 0s