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 е нормално на broadcast сегмент со сосед што не е DR и ненормално на врска точка-точка. Заглавен ExStart или Exchange значи проблем со MTU или со описот на базата на податоци. Loading значи дека на барањата за состојба на врската не се одговара.

Прочитајте ја состојбата пред да промените нешто, бидејќи тоа го отстранува поголемиот дел од списокот.

show ip ospf neighbor ја печати состојбата, адресата на соседот и dead тајмерот. Споредете го тој тајмер со hello интервалот на двете страни: dead интервал четири пати поголем од hello е нормален, сѐ друго е несовпаѓање. Колоната за состојба е најбрзото читање на целата страница.

Проверка 5: што всушност се објавува

Целосното соседство не е рута. Проверете кои мрежи се создаваат, кои се учат и кои се инсталираат во табелата за рутирање. Недостапна декларација за мрежа или политика за прераспределба што го исклучува префиксот на локацијата дава здрав сосед и празна табела.

Потоа тестирајте апликација на ниво на домаќин и повратниот пат, бидејќи протоколот за рутирање не отвора огнен ѕид.

За IPv6, OSPFv3 има сопствени барања и не е прекинувач на адресно семејство на секое поставување на OSPFv2. Користете го соодветниот протокол и документацијата на платформата. И ако врската е еден фиксен линк, споредете ги статичните рути пред да додадете контролна рамнина што ќе треба да ја одржувате.