Суседзі OSPF не ўсталёўваюцца праз VPN? Праверце па парадку

Тунэль працуе, інтэрфейсы ў адной падсетцы, а OSPF па-ранейшаму нічога не паказвае. Часцей за ўсё тунэль у парадку, а адно патрабаванне OSPF не выканана. Прайдзіце пяць праверак ніжэй па парадку і спыніцеся на першай, якая не пройдзе.

Кожная праверка мае свой сімптом, таму парадак важнейшы за спіс.

Праверка 1: ці правільная мадэль звяза

Інтэрфейс пункт-пункт і агульная сетка з множным доступам — гэта розныя асяроддзі OSPF. Капіраванне канфігурацыі broadcast-LAN у тунэль — самая распаўсюджаная памылка тут. Задайце тып сеткі, які падтрымлівае рэалізацыя VPN, звычайна пункт-пункт для маршрутызаванага тунэля. Затым пераканайцеся, што платформа з гэтым згодная, бо некаторыя рэалізацыі ігнаруюць наладу або пераазначаюць яе.

Калі мадэль звяза няправільная, нішто далей у спісе не дапаможа.

Праверка 2: ці прапускаюцца пакеты

OSPFv2 — гэта IP-пратакол 89, а не порт TCP або UDP, таму правіла міжсеткавага экрана, напісанае для партоў, моўчкі яго адкідвае. Прывітанні таксама ідуць на адрасы множнага вяшчання, што палітыка можа не дазваляць. Дазвольце пратакол 89 паміж канцамі тунэля, затым праверце, ці патрэбны платформе яўныя апісанні суседа.

Тунэль, які прапускае толькі ping, — гэта праблема палітыкі, а не маршрутызацыі.

Праверка 3: ці супадаюць параметры суседа

ID вобласці, інтэрвалы hello і dead, аўтэнтыфікацыя і сцягі stub павінны супадаць. Няўзгодненасць звычайна пакідае суседа ў бачным стане, а не вядзе да маўклівага збою, што карысна. Параўнайце працоўную канфігурацыю на абодвух канцах, а не меркаваную.

Няўзгодненасць MTU — гэта тонкі выпадак. Яна блакіруе абмен базай даных на этапе ExStart, таму сусед ніколі не дасягае Full.

Праверка 4: што кажа стан

Стан называе збой. Init азначае, што прывітанні прыходзяць, але гэты маршрутызатар у іх не пералічаны, што ўказвае на аднабаковы шлях або праблему з множным вяшчаннем. Two-Way нармальны для broadcast-сегмента з суседам не-DR і ненармальны для звязка пункт-пункт. Застой у ExStart або Exchange азначае праблему MTU або апісання базы даных. Loading азначае, што на запыты стану звязка не адказваюць.

Прачытайце стан перад любымі зменамі, бо гэта выключае большую частку спіса.

show ip ospf neighbor выводзіць стан, адрас суседа і таймер dead. Параўнайце гэты таймер з інтэрвалам hello на абодвух баках: інтэрвал dead у чатыры разы большы за hello — гэта норма, усё іншае — няўзгодненасць. Слупок стану — самое хуткае чытанне на ўсёй старонцы.

Праверка 5: што фактычна аб’яўляецца

Поўнае суседства — гэта не маршрут. Праверце, якія сеткі ствараюцца, якія вывучаюцца і якія ўсталяваны ў табліцу маршрутызацыі. Адсутнае апісанне сеткі або палітыка пераразмеркавання, якая выключае прэфікс пляцоўкі, дае здаровага суседа і пустую табліцу.

Затым праверце праграму на ўзроўні хоста і зваротны шлях, бо пратакол маршрутызацыі не адкрывае міжсеткавы экран.

Для IPv6 у OSPFv3 свае патрабаванні, і гэта не пераключальнік сямейства адрасоў для кожнай налады OSPFv2. Выкарыстоўвайце адпаведны пратакол і дакументацыю платформы. І калі злучэнне — адно фіксаванае звяно, параўнайце статычныя маршруты, перш чым дадаваць плоскасць кіравання, якую давядзецца эксплуатаваць.