Els veïns OSPF no es formen sobre una VPN? Comproveu-ho per ordre

El túnel està actiu, les interfícies són a la mateixa subxarxa i OSPF encara no mostra res. La majoria de vegades el túnel va bé i un requisit d’OSPF no es compleix. Feu les cinc comprovacions següents per ordre i atureu-vos a la primera que falli.

Cada comprovació té un símptoma diferent, i per això l’ordre importa més que la llista.

Comprovació 1: és correcte el model d’enllaç

Una interfície punt a punt i una xarxa compartida de múltiple accés són entorns OSPF diferents. Copiar una configuració de LAN broadcast sobre un túnel és l’error més comú aquí. Definiu el tipus de xarxa que admet la implementació de la VPN, normalment punt a punt per a un túnel encaminat. Després confirmeu que la plataforma hi està d’acord, perquè algunes implementacions ignoren o sobreescriuen el paràmetre.

Si el model d’enllaç és incorrecte, res del que ve després a la llista no ajudarà.

Comprovació 2: es permet el pas dels paquets

OSPFv2 és el protocol IP 89, no un port TCP o UDP, així que una regla de tallafocs escrita per a ports el descarta en silenci. Els hello també van a adreces de multicast, que una política pot no permetre. Permeteu el protocol 89 entre els extrems del túnel i després comproveu si la plataforma necessita declaracions de veí explícites.

Un túnel que només deixa passar ping és un problema de política, no d’encaminament.

Comprovació 3: coincideixen els paràmetres del veí

L’ID d’àrea, els intervals hello i dead, l’autenticació i els indicadors stub han de coincidir. Una discrepància sol deixar el veí en un estat visible en lloc de fallar en silenci, cosa que és útil. Compareu la configuració en execució als dos extrems, no la prevista.

La discrepància d’MTU és la subtil. Bloqueja l’intercanvi de base de dades a ExStart, així que el veí no arriba mai a Full.

Comprovació 4: què diu l’estat

L’estat anomena la fallada. Init vol dir que arriben hello però aquest encaminador no hi apareix, cosa que apunta a un camí unidireccional o a un problema de multicast. Two-Way és normal en un segment broadcast amb un veí que no és DR i anormal en un enllaç punt a punt. Un ExStart o Exchange encallat indica un problema d’MTU o de descripció de base de dades. Loading vol dir que no es responen les peticions d’estat d’enllaç.

Llegiu l’estat abans de canviar res, perquè elimina la major part de la llista.

show ip ospf neighbor imprimeix l’estat, l’adreça del veí i el temporitzador dead. Compareu aquest temporitzador amb l’interval hello als dos costats: un interval dead quatre vegades el hello és normal, qualsevol altra cosa és una discrepància. La columna d’estat és la lectura més ràpida de tota la pàgina.

Comprovació 5: què s’anuncia realment

Una adjacència Full no és una ruta. Comproveu quines xarxes s’originen, quines s’aprenen i quines s’instal·len a la taula d’encaminament. Una declaració de xarxa que falta o una política de redistribució que exclou el prefix del lloc produeix un veí sa i una taula buida.

Després proveu una aplicació a nivell d’amfitrió i el camí de tornada, perquè un protocol d’encaminament no obre un tallafocs.

Per a IPv6, OSPFv3 té els seus propis requisits i no és un commutador de família d’adreces sobre cada paràmetre d’OSPFv2. Feu servir el protocol corresponent i la documentació de la plataforma. I si la connexió és un enllaç fix, compareu les rutes estàtiques abans d’afegir un pla de control que hàgiu d’operar.