OSPF-naabrid ei kujune VPN-i kohal? Kontrollige neid järjekorras

Tunnel töötab, liidesed on samas alamvõrgus ja OSPF ei näita ikkagi midagi. Enamasti on tunnel korras ja üks OSPF-i nõue on täitmata. Käige allolevad viis kontrolli järjekorras läbi ja peatuge esimesel, mis ebaõnnestub.

Igal kontrollil on erinev sümptom, seepärast on järjekord loendist tähtsam.

Kontroll 1: kas lingimudel on õige

Punkt-punkt-liides ja jagatud mitmikjuurdepääsuga võrk on erinevad OSPF-keskkonnad. Broadcast-LAN-i konfiguratsiooni tunnelile kopeerimine on siin kõige tavalisem viga. Määrake võrgutüüp, mida VPN-i teostus toetab, marsruuditud tunneli puhul tavaliselt punkt-punkt. Seejärel kinnitage, et platvorm on sellega nõus, sest mõned teostused eiravad või kirjutavad seade üle.

Kui lingimudel on vale, ei aita miski muu loendis.

Kontroll 2: kas paketid lastakse läbi

OSPFv2 on IP-protokoll 89, mitte TCP- ega UDP-port, seega portide jaoks kirjutatud tulemüürireegel viskab selle vaikselt kõrvale. Hello-d lähevad ka multicast-aadressidele, mida poliitika ei pruugi lubada. Lubage protokoll 89 tunneli otspunktide vahel ja seejärel kontrollige, kas platvorm vajab selgesõnalisi naabriteateid.

Tunnel, mis laseb läbi ainult pingi, on poliitika, mitte marsruutimise probleem.

Kontroll 3: kas naabri parameetrid klapivad

Piirkonna ID, hello- ja dead-intervallid, autentimine ja stub-lipud peavad kõik ühtima. Erinevus jätab naabri tavaliselt nähtavasse olekusse, selle asemel et vaikselt ebaõnnestuda, mis on kasulik. Võrrelge töötavat konfiguratsiooni mõlemas otsas, mitte kavandatut.

MTU erinevus on see peenike. See blokeerib andmebaasi vahetuse ExStartis, nii et naaber ei jõua kunagi olekusse Full.

Kontroll 4: mida ütleb olek

Olek nimetab tõrke. Init tähendab, et hello-d saabuvad, kuid see ruuter ei ole neis loetletud, mis viitab ühesuunalisele teele või multicast-probleemile. Two-Way on tavaline broadcast-segmendil naabriga, kes ei ole DR, ja ebatavaline punkt-punkt-lingil. Kinni jäänud ExStart või Exchange tähendab MTU või andmebaasi kirjelduse probleemi. Loading tähendab, et lingi oleku päringutele ei vastata.

Lugege olekut enne millegi muutmist, sest see välistab suurema osa loendist.

show ip ospf neighbor trükib oleku, naabri aadressi ja dead-taimeri. Võrrelge seda taimerit hello-intervalliga mõlemal küljel: dead-intervall, mis on neli korda hello, on normaalne, kõik muu on erinevus. Olekukuklihm on kogu lehe kiireim lugemine.

Kontroll 5: mida tegelikult kuulutatakse

Full-naabersuhe ei ole marsruut. Kontrollige, millised võrgud luuakse, millised õpitakse ja millised paigaldatakse marsruutimistabelisse. Puuduv võrguteade või ümberjagamispoliitika, mis välistab saidi prefiksi, annab terve naabri ja tühja tabeli.

Seejärel testige hostitasemel rakendust ja tagasiteed, sest marsruutimisprotokoll ei ava tulemüüri.

IPv6 puhul on OSPFv3-l oma nõuded ja see ei ole aadressipere lüliti igal OSPFv2 seadel. Kasutage vastavat protokolli ja platvormi dokumentatsiooni. Ja kui ühendus on üks püsiühendus, võrrelge staatilisi marsruute enne juhtimistasandi lisamist, mida peate haldama.