Vecinii OSPF nu se formează printr-o VPN? Verificați acestea în ordine
Cinci verificări, fiecare cu propriul simptom: modelul legăturii, filtrarea protocolului 89, parametrii vecinului, starea de adiacență și, în final, ce se anunță efectiv.
Tunelul este activ, interfețele sunt în aceeași subrețea, iar OSPF tot nu afișează nimic. De cele mai multe ori tunelul este în regulă și o cerință OSPF nu este îndeplinită. Parcurgeți cele cinci verificări de mai jos în ordine și opriți-vă la prima care eșuează.
Fiecare verificare are un simptom distinct, de aceea ordinea contează mai mult decât lista.
Verificarea 1: modelul legăturii este corect
O interfață punct-la-punct și o rețea partajată cu acces multiplu sunt medii OSPF diferite. Copierea unei configurații LAN de difuzare pe un tunel este cea mai frecventă greșeală aici. Setați tipul de rețea acceptat de implementarea VPN, de obicei punct-la-punct pentru un tunel rutat. Apoi confirmați că platforma este de acord, deoarece unele implementări ignoră sau suprascriu setarea.
Dacă modelul legăturii este greșit, nimic altceva din listă nu va ajuta.
Verificarea 2: pachetele sunt lăsate să treacă
OSPFv2 este protocolul IP 89, nu un port TCP sau UDP, așa că o regulă de firewall scrisă pentru porturi îl aruncă în silențiu. Mesajele hello merg și către adrese multicast, pe care o politică poate să nu le permită. Permiteți protocolul 89 între capetele tunelului, apoi verificați dacă platforma are nevoie de declarații explicite de vecin.
Un tunel care lasă să treacă doar ping este o problemă de politică, nu de rutare.
Verificarea 3: parametrii vecinului se potrivesc
ID-ul zonei, intervalele hello și dead, autentificarea și fanioanele stub trebuie să se potrivească toate. O nepotrivire lasă de obicei vecinul într-o stare vizibilă în loc să eșueze în silențiu, ceea ce este util. Comparați configurația în execuție la ambele capete, nu pe cea intenționată.
Nepotrivirea MTU este cea subtilă. Blochează schimbul bazei de date la ExStart, așa că vecinul nu ajunge niciodată la Full.
Verificarea 4: ce spune starea
Starea numește defecțiunea. Init înseamnă că sosesc hello dar acest router nu este listat în ele, ceea ce indică o cale unidirecțională sau o problemă de multicast. Two-Way este normal pe un segment de difuzare cu un vecin care nu este DR și anormal pe o legătură punct-la-punct. Un ExStart sau Exchange blocat înseamnă o problemă de MTU sau de descriere a bazei de date. Loading înseamnă că cererile de stare a legăturii nu primesc răspuns.
Citiți starea înainte de a schimba ceva, pentru că elimină cea mai mare parte a listei.
show ip ospf neighbor afișează starea, adresa vecinului și temporizatorul dead. Comparați acel temporizator cu intervalul hello de ambele părți: un interval dead de patru ori hello este normal, orice altceva este o nepotrivire. Coloana de stare este lectura cea mai rapidă din toată pagina.
Verificarea 5: ce se anunță efectiv
O adiacență Full nu este o rută. Verificați ce rețele sunt create, care sunt învățate și care sunt instalate în tabela de rutare. O declarație de rețea lipsă sau o politică de redistribuire care exclude prefixul sitului produce un vecin sănătos și un tabel gol.
Apoi testați o aplicație la nivel de gazdă și calea de întoarcere, pentru că un protocol de rutare nu deschide un firewall.
Pentru IPv6, OSPFv3 are propriile cerințe și nu este un comutator de familie de adrese la fiecare setare OSPFv2. Folosiți protocolul corespunzător și documentația platformei. Iar dacă conexiunea este o singură legătură fixă, comparați rutele statice înainte de a adăuga un plan de control pe care va trebui să îl operați.