Ĉu OSPF-najbaroj ne formiĝas super VPN? Kontrolu ĉi tion laŭvice
Kvin kontroloj, ĉiu kun sia propra simptomo: ligila modelo, filtrado de protokolo 89, najbaraj parametroj, stato de najbareco, kaj poste kio efektive anonciĝas.
La tunelo funkcias, la interfacoj estas en la sama subreto, kaj OSPF ankoraŭ montras nenion. Plej ofte la tunelo estas en ordo kaj unu postulo de OSPF ne estas plenumita. Trapasu la kvin kontrolojn sube laŭvice kaj haltu ĉe la unua, kiu malsukcesas.
Ĉiu kontrolo havas apartan simptomon, tial la ordo pli gravas ol la listo.
Kontrolo 1: ĉu la ligila modelo estas ĝusta
Punkto-al-punkto interfaco kaj komuna plur-alira reto estas malsamaj OSPF-medioj. Kopii broadcast-LAN-agordon sur tunelon estas la plej ofta eraro ĉi tie. Agordu la retan tipon, kiun la VPN-realigo subtenas, kutime punkto-al-punkto por enkursigita tunelo. Poste konfirmu, ke la platformo konsentas, ĉar kelkaj realigoj ignoras aŭ superskribas la agordon.
Se la ligila modelo estas malĝusta, nenio pli poste en la listo helpos.
Kontrolo 2: ĉu la pakaĵoj estas permesataj
OSPFv2 estas IP-protokolo 89, ne TCP- aŭ UDP-pordo, do fajroŝirma regulo skribita por pordoj silente forĵetas ĝin. Salutoj ankaŭ iras al multicast-adresoj, kiujn politiko eble ne permesas. Permesu protokolon 89 inter la tunelaj finpunktoj, poste kontrolu ĉu la platformo bezonas eksplicitajn najbarajn deklarojn.
Tunelo, kiu trapasigas nur ping, estas politika problemo, ne enkursiga.
Kontrolo 3: ĉu la najbaraj parametroj kongruas
Area ID, hello- kaj dead-intervaloj, aŭtentigo kaj stub-flagoj ĉiuj devas kongrui. Malkongruo kutime lasas la najbaron en videbla stato anstataŭ silente malsukcesi, kio utilas. Komparu la ruliĝantan agordon ĉe ambaŭ finoj, ne la celitan.
MTU-malkongruo estas la subtila. Ĝi blokas datumaran interŝanĝon ĉe ExStart, do la najbaro neniam atingas Full.
Kontrolo 4: kion diras la stato
La stato nomas la malsukceson. Init signifas, ke salutoj alvenas sed ĉi tiu enkursigilo ne estas listigita en ili, kio indikas unudirektan vojon aŭ multicast-problemon. Two-Way estas normala sur broadcast-segmento kun najbaro, kiu ne estas DR, kaj nenormala sur punkto-al-punkta ligilo. Gluita ExStart aŭ Exchange signifas MTU- aŭ datumbazpriskriban problemon. Loading signifas, ke link-state-petoj ne estas respondataj.
Legi la staton antaŭ ol ŝanĝi ion, ĉar ĝi eliminas la plej grandan parton de la listo.
show ip ospf neighbor presas la staton, la najbaran adreson kaj la dead-tempigilon. Komparu tiun tempigilon kun la hello-intervalo ĉe ambaŭ flankoj: dead-intervalo kvaroble la hello estas normala, io ajn alia estas malkongruo. La stata kolumno estas la plej rapida lego sur la tuta paĝo.
Kontrolo 5: kio efektive anonciĝas
Plena najbareco ne estas itinero. Kontrolu, kiuj retoj originiĝas, kiuj lerniĝas kaj kiuj instaliĝas en la enkursigan tabelon. Mankanta reta deklaro aŭ redistribua politiko, kiu ekskluzivas la ejo-prefikson, produktas sanan najbaron kaj malplenan tabelon.
Poste testu aplikaĵon sur la gastiga nivelo kaj la revenan vojon, ĉar enkursiga protokolo ne malfermas fajroŝirmilon.
Por IPv6, OSPFv3 havas proprajn postulojn kaj ne estas adresfamilia ŝaltilo sur ĉiu OSPFv2-agordo. Uzu la kongruan protokolon kaj la platforman dokumentaron. Kaj se la konekto estas unu fiksa ligilo, komparu statikajn itinerojn antaŭ ol aldoni regan ebenon, kiun vi devas funkciigi.