OSPF хөршүүд VPN-ээр үүсэхгүй байна уу? Эдгээрийг дарааллаар нь шалгаарай

Туннель ажиллаж байна, интерфейсүүд нэг дэд сүлжээнд байна, гэвч OSPF юу ч харуулахгүй байна. Ихэнхдээ туннель хэвийн, харин OSPF-ийн нэг шаардлага хангагдаагүй байдаг. Доорх таван шалгалтыг дарааллаар нь хийж, эхний бүтэлгүйтсэн цэг дээр зогсоорой.

Шалгалт бүр өөр шинж тэмдэгтэй тул жагсаалтаас илүү дараалал чухал.

Шалгалт 1: холбоосын загвар зөв үү

Цэгээс цэгт интерфейс ба хуваалцсан олон хандалтын сүлжээ нь өөр өөр OSPF орчин юм. Broadcast-LAN тохиргоог туннель дээр хуулах нь энд хамгийн түгээмэл алдаа. VPN хэрэгжилт дэмждэг сүлжээний төрлийг тохируулна, маршрутлагдсан туннельд ихэвчлэн цэгээс цэгт. Дараа нь платформ зөвшөөрч байгаа эсэхийг баталгаажуулаарай, учир нь зарим хэрэгжилт тохиргоог үл тоомсорлож эсвэл дарж бичдэг.

Холбоосын загвар буруу бол жагсаалтын дараагийн юу ч тус болохгүй.

Шалгалт 2: пакетуудыг нэвтрүүлж байна уу

OSPFv2 нь IP 89 протокол, TCP эсвэл UDP порт биш тул портуудад зориулж бичсэн галт ханын дүрэм түүнийг чимээгүй хаядаг. Hello нь мөн multicast хаяг руу явдаг бөгөөд бодлого үүнийг зөвшөөрөхгүй байж болно. Туннелийн хоёр үзүүрийн хооронд 89 протоколыг зөвшөөрч, дараа нь платформд тодорхой хөршийн мэдэгдэл шаардлагатай эсэхийг шалгаарай.

Зөвхөн ping нэвтрүүлдэг туннель бол бодлогын асуудал, маршрутлалтын биш.

Шалгалт 3: хөршийн параметрүүд таарч байна уу

Бүсийн ID, hello ба dead интервал, баталгаажуулалт, stub тугнууд бүгд таарах ёстой. Зөрүү нь хөршийг чимээгүй бүтэлгүйтэхээс илүү харагдах төлөвт үлдээдэг нь ашигтай. Хоёр үзүүр дээр ажиллаж байгаа тохиргоог харьцуулаарай, төлөвлөсөнийг биш.

MTU-ийн зөрүү нь нарийн тохиолдол. Энэ нь ExStart үед өгөгдлийн сангийн солилцоог хориглодог тул хөрш хэзээ ч Full-д хүрэхгүй.

Шалгалт 4: төлөв юу гэж хэлж байна

Төлөв нь бүтэлгүйтлийг нэрлэнэ. Init гэдэг нь hello ирж байгаа ч энэ маршрутлагч тэдгээрт жагсаагдаагүй гэсэн үг бөгөөд энэ нь нэг чиглэлийн зам эсвэл multicast асуудалд заана. Two-Way нь DR биш хөрштэй broadcast сегмент дээр хэвийн, цэгээс цэгт холбоос дээр хэвийн бус. ExStart эсвэл Exchange гацах нь MTU эсвэл өгөгдлийн сангийн тодорхойлолтын асуудал гэсэн үг. Loading нь холбоосын төлөвийн хүсэлтэд хариу өгөхгүй байгааг илтгэнэ.

Ямар нэг зүйлийг өөрчлөхөөс өмнө төлөвийг уншина уу, учир нь энэ нь жагсаалтын ихэнх хэсгийг арилгадаг.

show ip ospf neighbor төлөв, хөршийн хаяг, dead таймерыг хэвлэнэ. Тэр таймерыг хоёр талын hello интервалтай харьцуулаарай: hello-оос дөрөв дахин их dead интервал хэвийн, бусад бүх зүйл зөрүү. Төлөвийн багана нь бүх хуудасны хамгийн хурдан уншигдах мэдээлэл.

Шалгалт 5: бодитоор юу зарлаж байна

Full хөршлөл нь маршрут биш. Аль сүлжээ үүсч, аль нь сурагдаж, аль нь маршрутлалтын хүснэгтэд суурилагдаж байгааг шалгаарай. Сүлжээний мэдэгдэл дутуу эсвэл сайтын префиксийг хасаж буй дахин хуваарилалтын бодлого нь эрүүл хөрш ба хоосон хүснэгт өгдөг.

Дараа нь хост түвшний програмыг болон буцах замыг туршаарай, учир нь маршрутлалтын протокол галт ханыг нээдэггүй.

IPv6-ийн хувьд OSPFv3 өөрийн шаардлагатай бөгөөд энэ нь OSPFv2-ийн тохиргоо бүр дээрх хаягийн гэр бүлийн унтраалга биш. Тохирох протокол болон платформын баримт бичгийг ашиглаарай. Хэрэв холболт нэг тогтмол холбоос бол ажиллуулах шаардлагатай удирдлагын хавтгайг нэмэхээс өмнө статик маршрутуудыг харьцуулаарай.