OSPF-nabijheid zit vast in EXSTART/EXCHANGE. Welke parameter-mismatch moet worden gecorrigeerd om dit op te lossen?

Wanneer OSPF-nabijheid vastloopt in de EXSTART/EXCHANGE-status, duidt dit vaak op een MTU-mismatch tussen de OSPF-buren. In deze fasen wisselen routers hun Database Description (DBD)-pakketten uit, die informatie bevatten over de MTU van de interface. Als de MTU's niet overeenkomen, kan de router die het DBD-pakket met de grotere MTU ontvangt, dit als ongeldig beschouwen, wat voorkomt dat de nabijheid de FULL-status bereikt. Het matchen van wachtwoorden is essentieel voor authenticatie, maar een mismatch zou de nabijheid al in een eerdere fase (INIT) blokkeren. Hello timers moeten overeenkomen om de nabijheid te vormen en te behouden, maar een mismatch zou leiden tot een continue herstart van de nabijheid of het niet vormen ervan, niet specifiek vastlopen in EXSTART/EXCHANGE. Netwerktypes moeten ook overeenkomen, maar een mismatch zou de nabijheid meestal niet verder laten komen dan de INIT- of 2-WAY-status, of leiden tot problemen met DR/BDR-verkiezing.