A network administrator is troubleshooting an OSPFv2 neighbor relationship between two directly connected Cisco routers, R1 and R2. Execution of the `show ip ospf neighbor` command on R1 reveals that the adjacency state with R2 remains persistently stuck in the EXSTART state. Which configuration mismatch is the primary cause of this behavior?
- The maximum transmission unit (MTU) size differs between the interconnecting interfaces on R1 and R2.Answer
- BThe OSPF Area ID configured on R1's interface does not match the Area ID configured on R2's interface.
- CThe Hello and Dead interval timers are configured with different values on R1 and R2.
- DR1 and R2 are configured with conflicting OSPF process IDs in their router configuration mode.
Answer
The maximum transmission unit (MTU) size differs between the interconnecting interfaces on R1 and R2.
When OSPF routers establish adjacency, they exchange Database Description (DBD) packets during the EXSTART and EXCHANGE states. By default, Cisco routers include the interface MTU in DBD packets. If the MTU values on the connecting interfaces do not match, the router with the larger MTU sends DBD packets that the other router drops, or the router receiving a higher MTU value rejects the DBD packet. Consequently, the neighbor relationship gets stuck in the EXSTART (or EXCHANGE) state.
Step-by-Step Solution
Key Concept
OSPFv2 Adjacency Requirements and MTU Verification in EXSTART State