OSPF kaimiņi neveidojas pāri VPN? Pārbaudiet šos pēc kārtas

Tunelis darbojas, saskarnes ir vienā apakštīklā, un OSPF joprojām neko nerāda. Lielākoties tunelis ir kārtībā un viena OSPF prasība nav izpildīta. Veiciet piecas pārbaudes pēc kārtas un apstājieties pie pirmās, kas neizdodas.

Katrai pārbaudei ir savs simptoms, tāpēc secība ir svarīgāka par sarakstu.

Pārbaude 1: vai saites modelis ir pareizs

Punkts-uz-punktu saskarne un koplietots daudzpiekļuves tīkls ir atšķirīgas OSPF vides. Broadcast-LAN konfigurācijas kopēšana tunelī šeit ir visbiežākā kļūda. Iestatiet tīkla tipu, ko atbalsta VPN ieviešana, parasti punkts-uz-punktu maršrutētam tunelim. Pēc tam apstipriniet, ka platforma piekrīt, jo dažas ieviešanas iestatījumu ignorē vai pārraksta.

Ja saites modelis ir nepareizs, nekas tālāk sarakstā nepalīdzēs.

Pārbaude 2: vai paketes tiek laistas cauri

OSPFv2 ir IP protokols 89, nevis TCP vai UDP ports, tāpēc ugunsmūra noteikums, kas rakstīts portiem, to klusi izmet. Hello arī dodas uz multicast adresēm, ko politika var nepieļaut. Atļaujiet 89. protokolu starp tuneļa galiem, pēc tam pārbaudiet, vai platformai nav vajadzīgi skaidri kaimiņa paziņojumi.

Tunelis, kas laiž cauri tikai ping, ir politikas problēma, nevis maršrutēšanas.

Pārbaude 3: vai kaimiņa parametri sakrīt

Apgabala ID, hello un dead intervāli, autentifikācija un stub karodziņi visiem jāsakrīt. Neatbilstība parasti atstāj kaimiņu redzamā stāvoklī, nevis klusi nokrīt, kas ir noderīgi. Salīdziniet darbojošos konfigurāciju abos galos, nevis paredzēto.

MTU neatbilstība ir tā smalkā. Tā bloķē datubāzes apmaiņu pie ExStart, tāpēc kaimiņš nekad nesasniedz Full.

Pārbaude 4: ko saka stāvoklis

Stāvoklis nosauc kļūmi. Init nozīmē, ka hello nāk, bet šis maršrutētājs tajos nav uzskaitīts, kas norāda uz vienvirziena ceļu vai multicast problēmu. Two-Way ir normāli broadcast segmentā ar kaimiņu, kas nav DR, un nenormāli punkts-uz-punktu saitē. Iestrēdzis ExStart vai Exchange nozīmē MTU vai datubāzes apraksta problēmu. Loading nozīmē, ka uz saites stāvokļa pieprasījumiem netiek atbildēts.

Izlasiet stāvokli pirms kaut ko maināt, jo tas izslēdz lielāko daļu saraksta.

show ip ospf neighbor izdrukā stāvokli, kaimiņa adresi un dead taimeri. Salīdziniet šo taimeri ar hello intervālu abās pusēs: dead intervāls, kas ir četras reizes lielāks par hello, ir normāls, viss pārējais ir neatbilstība. Stāvokļa kolonna ir ātrākā lasāmviela visā lapā.

Pārbaude 5: kas patiešām tiek reklamēts

Pilna blakusatrade nav maršruts. Pārbaudiet, kuri tīkli tiek radīti, kuri apgūti un kuri instalēti maršrutēšanas tabulā. Trūkstošs tīkla paziņojums vai pārdales politika, kas izslēdz vietnes prefiksu, dod veselīgu kaimiņu un tukšu tabulu.

Pēc tam pārbaudiet lietojumprogrammu resursdatora līmenī un atgriešanās ceļu, jo maršrutēšanas protokols ugunsmūri neatver.

IPv6 gadījumā OSPFv3 ir savas prasības, un tas nav adrešu saimes slēdzis katrā OSPFv2 iestatījumā. Izmantojiet atbilstošo protokolu un platformas dokumentāciju. Un, ja savienojums ir viens fiksēts posms, salīdziniet statiskos maršrutus pirms vadības plaknes pievienošanas, kas jums būs jāekspluatē.