OSPF-naapurit eivät muodostu VPN:n yli? Tarkista nämä järjestyksessä

Tunneli on pystyssä, liitännät ovat samassa aliverkossa, eikä OSPF silti näytä mitään. Useimmiten tunneli on kunnossa ja yksi OSPF:n vaatimus jää täyttymättä. Käy alla olevat viisi tarkistusta järjestyksessä läpi ja pysähdy ensimmäiseen, joka epäonnistuu.

Jokaisella tarkistuksella on oma oireensa, siksi järjestys on tärkeämpi kuin lista.

Tarkistus 1: onko linkkimalli oikein

Pisteestä pisteeseen -liitäntä ja jaettu monikäyttöverkko ovat erilaisia OSPF-ympäristöjä. Broadcast-LAN-kokoonpanon kopioiminen tunneliin on yleisin virhe tässä. Aseta verkkotyyppi, jota VPN-toteutus tukee, reititetyssä tunnelissa yleensä pisteestä pisteeseen. Vahvista sitten, että alusta on samaa mieltä, koska jotkin toteutukset jättävät asetuksen huomiotta tai ylikirjoittavat sen.

Jos linkkimalli on väärä, mikään muu listalla ei auta.

Tarkistus 2: päästetäänkö paketit läpi

OSPFv2 on IP-protokolla 89, ei TCP- tai UDP-portti, joten porteille kirjoitettu palomuurisääntö pudottaa sen äänettömästi. Hello-viestit menevät myös multicast-osoitteisiin, joita käytäntö ei välttämättä salli. Salli protokolla 89 tunnelin päiden välillä ja tarkista sitten, tarvitseeko alusta nimenomaisia naapurilausuntoja.

Tunneli, joka päästää läpi vain pingin, on käytäntöongelma, ei reititysongelma.

Tarkistus 3: täsmäävätkö naapuriparametrit

Alueen tunnus, hello- ja dead-aikavälit, todennus ja stub-liput ovat kaikki sovittava yhteen. Epäsopivuus jättää naapurin yleensä näkyvään tilaan sen sijaan, että se epäonnistuisi äänettömästi, mikä on hyödyllistä. Vertaa molemmissa päissä käynnissä olevaa kokoonpanoa, älä aiottua.

MTU-epäsopivuus on se hienovarainen. Se estää tietokannan vaihdon ExStartissa, joten naapuri ei koskaan saavuta Full-tilaa.

Tarkistus 4: mitä tila kertoo

Tila nimeää vian. Init tarkoittaa, että hello-viestejä saapuu, mutta tätä reititintä ei ole niissä lueteltu, mikä viittaa yksisuuntaiseen reittiin tai multicast-ongelmaan. Two-Way on normaali broadcast-segmentillä naapurin kanssa, joka ei ole DR, ja epänormaali pisteestä pisteeseen -linkissä. Juuttunut ExStart tai Exchange tarkoittaa MTU- tai tietokantakuvausongelmaa. Loading tarkoittaa, että linkkitilan pyyntöihin ei vastata.

Lue tila ennen kuin muutat mitään, koska se sulkee pois suurimman osan listasta.

show ip ospf neighbor tulostaa tilan, naapurin osoitteen ja dead-ajastimen. Vertaa ajastinta molempien puolten hello-aikaväliin: dead-aikaväli, joka on neljä kertaa hello, on normaali, kaikki muu on epäsopivuus. Tilasarake on koko sivun nopein luenta.

Tarkistus 5: mitä todella mainostetaan

Full-naapuruus ei ole reitti. Tarkista, mitkä verkot luodaan, mitkä opitaan ja mitkä asennetaan reititystauluun. Puuttuva verkkolausunto tai uudelleenjakelukäytäntö, joka jättää sivuston etuliitteen pois, tuottaa terveen naapurin ja tyhjän taulun.

Testaa sitten isäntätason sovellusta ja paluureittiä, koska reititysprotokolla ei avaa palomuuria.

IPv6:n osalta OSPFv3:lla on omat vaatimuksensa, eikä se ole osoiteperheen kytkin jokaisessa OSPFv2-asetuksessa. Käytä vastaavaa protokollaa ja alustan dokumentaatiota. Ja jos yhteys on yksi kiinteä linkki, vertaa staattisia reittejä ennen kuin lisäät ohjaustason, jota sinun on ylläpidettävä.