Tunelis veikia, sąsajos yra tame pačiame potinkle, o OSPF vis tiek nieko nerodo. Dažniausiai tunelis tvarkingas, o vienas OSPF reikalavimas neįvykdytas. Atlikite penkis patikrinimus iš eilės ir sustokite ties pirmuoju, kuris nepavyksta.

Kiekvienas patikrinimas turi savitą simptomą, todėl eilė svarbesnė už sąrašą.

Patikrinimas 1: ar teisingas sąsajos modelis

Taškas-taškas sąsaja ir bendras daugybinės prieigos tinklas yra skirtingos OSPF aplinkos. Broadcast-LAN konfigūracijos kopijavimas į tunelį čia yra dažniausia klaida. Nustatykite tinklo tipą, kurį palaiko VPN diegimas, paprastai taškas-taškas maršrutuojamam tuneliui. Tada patvirtinkite, kad platforma sutinka, nes kai kurie diegimai nustatymo nepaiso arba jį perrašo.

Jei sąsajos modelis neteisingas, niekas toliau sąraše nepadės.

Patikrinimas 2: ar praleidžiami paketai

OSPFv2 yra IP protokolas 89, o ne TCP ar UDP prievadas, todėl prievadams parašyta ugniasienės taisyklė jį tyliai atmeta. Hello taip pat siunčiami į multicast adresus, kurių politika gali neleisti. Leiskite 89 protokolą tarp tunelio galų, tada patikrinkite, ar platformai nereikia aiškių kaimyno deklaracijų.

Tunelis, praleidžiantis tik ping, yra politikos problema, o ne maršrutizavimo.

Patikrinimas 3: ar sutampa kaimyno parametrai

Srities ID, hello ir dead intervalai, autentifikavimas ir stub vėliavėlės turi sutapti. Nesutapimas paprastai palieka kaimyną matomoje būsenoje, o ne tyliai sugenda, kas yra naudinga. Palyginkite veikiančią konfigūraciją abiejuose galuose, o ne numatytąją.

MTU nesutapimas yra tas subtilusis. Jis blokuoja duomenų bazės mainus ExStart metu, todėl kaimynas niekada nepasiekia Full.

Patikrinimas 4: ką sako būsena

Būsena įvardija gedimą. Init reiškia, kad hello ateina, bet šis maršrutizatorius juose nenurodytas, o tai rodo vienkryptį kelią arba multicast problemą. Two-Way yra normalu broadcast segmente su kaimynu, kuris nėra DR, ir nenormalu taškas-taškas jungtyje. Užstrigęs ExStart ar Exchange reiškia MTU arba duomenų bazės aprašo problemą. Loading reiškia, kad į nuorodos būsenos užklausas neatsakoma.

Perskaitykite būseną prieš ką nors keisdami, nes ji pašalina didžiąją dalį sąrašo.

show ip ospf neighbor išspausdina būseną, kaimyno adresą ir dead laikmatį. Palyginkite tą laikmatį su hello intervalu abiejose pusėse: dead intervalas, keturis kartus didesnis už hello, yra normalus, visa kita yra nesutapimas. Būsenos stulpelis yra greičiausias skaitinys visame puslapyje.

Patikrinimas 5: kas iš tikrųjų skelbiama

Pilnas gretimumas nėra maršrutas. Patikrinkite, kurie tinklai kuriami, kurie išmokstami ir kurie įdiegiami maršrutizavimo lentelėje. Trūkstama tinklo deklaracija arba perskirstymo politika, kuri neįtraukia svetainės prefikso, duoda sveiką kaimyną ir tuščią lentelę.

Tada išbandykite hosto lygio programą ir grįžimo kelią, nes maršrutizavimo protokolas neatidaro ugniasienės.

IPv6 atveju OSPFv3 turi savo reikalavimus ir nėra adresų šeimos jungiklis kiekviename OSPFv2 nustatyme. Naudokite atitinkamą protokolą ir platformos dokumentaciją. O jei ryšys yra viena fiksuota jungtis, palyginkite statinius maršrutus prieš pridėdami valdymo plokštumą, kurią turėsite eksploatuoti.

Susiję straipsniai