Тып маршруту OSPF праз VPN: не заўсёды знешні

Прэфікс кліента перасякае воблака пастаўшчыка як маршрут BGP VPN і прыходзіць на далёкі сайт з выглядам знешняга маршруту OSPF, што чакаюць многія інжынеры, але гэта не адзіны магчымы вынік. Тое, што бачыць далёкі CE, залежыць ад домена OSPF, з якога прыйшоў прэфікс, і ад яго зыходнага тыпу маршруту, і абодва яны перамяшчаюцца разам з маршрутам VPN. Калі лічыць, што кожны пераразмеркаваны прэфікс ператвараецца ў тып 5, гэта вядзе да змен перавагі, якія не могуць працаваць. Спачатку параўнайце ідэнтыфікатар домена, а не адміністрацыйную адлегласць.

Мадэль PE-CE нясе дастаткова кантэксту, каб прымаючы PE мог аднавіць аб’яву OSPF, а не вынайсці яе.

Што перамяшчаецца разам з маршрутам

RFC 4577 вызначае атрыбуты OSPF, якія суправаджаюць маршрут VPN: ідэнтыфікатар домена, метрыку і тып маршруту зыходнага сайта. Прымаючы PE выкарыстоўвае іх, каб вырашыць, як прыдатны прэфікс павінен выглядаць для яго лакальнага працэсу OSPF. Без гэтых атрыбутаў далёкі PE не меў бы падстаў ні для чаго, акрамя знешняга пераразмеркавання. Менавіта таму маршрут можа прыйсці як міжзонавая LSA, нават калі BGP пераносіў яго паміж імі.

Тып зоны таксама мае значэнне. Зона stub або NSSA абмяжоўвае, якія LSA могуць уваходзіць, таму адзін і той жа маршрут VPN можа прадстаўляцца па-рознаму ў залежнасці ад таго, дзе знаходзіцца прымаючы асобнік OSPF. Наладжаная палітыка экспарту таксама можа перакрыць прадстаўленне па змаўчанні, і гэта свядомы выбар, а не пабочны эфект.

Той жа домен, іншае прадстаўленне

Маршрут унутры зоны або паміж зонамі з таго ж домена звычайна прыходзіць на далёкі сайт як міжзонавы маршрут, гэта значыць LSA тыпу 3. Прэфікс з іншага домена, крыніца, якая ніколі не гаварыла па OSPF, або першапачаткова знешняя аб’ява OSPF замест гэтага падпарадкоўваюцца знешнім правілам, і менавіта там з’яўляюцца тып 5 і яго эквівалент NSSA. Абодзіны паводзіны правільныя; розніца ў уваходных даных. Параўнайце ідэнтыфікатары домена і абвешчаныя атрыбуты, перш чым чапаць значэнні перавагі.

Адміністрацыйная адлегласць выбірае паміж крыніцамі на адным маршрутызатары. Яна не перапісвае тып LSA і не стварае адсутную сувязь домена.

Калі sham-спасылка — правільны адказ

Уявіце два сайты ў адной зоне, злучаныя прамой задняй спасылкай. OSPF захоўвае гэты ўнутразонавы шлях замест міжзонавага, які прапануе пастаўшчык, нават калі наладжаныя выдаткі зрабілі б шлях пастаўшчыка прывабным. Sham-спасылка прадстаўляе ўнутразонавыя адносіны праз VPN, каб выдаткі маглі ўдзельнічаць у рашэнні. Яна існуе для гэтай канкрэтнай праблемы выбару шляху, а не для таго, каб кожны маршрут таго ж домена выглядаў унутраным.

Sham-спасылка патрабуе дасяжных канцавых пунктаў і ўзаемнай канфігурацыі на абодвух PE. Калі наладзіць яе толькі з аднаго боку, узнікаюць адносіны, якія ніколі не фарміруюцца, і табліца маршрутызацыі захоўвае старую перавагу, што выглядае так, быццам функцыя нічога не зрабіла.

Не ламайце ахову ад петляў

Мадэль PE-CE усталёўвае біт DN на маршрутах, якія размеркае, каб прэфікс не мог вярнуцца праз іншы CE і быць пераразмеркаваным другі раз. Менавіта гэтая ахова не дазваляе прэфіксу хадзіць паміж сайтамі, якія падзяляюць домен OSPF. Калі выдаліць яе або ігнараваць, каб маршрут выглядаў унутраным, можна стварыць менавіта тую пятлю, для прадухілення якой яна прызначана. Калі прэфікс выглядае няправільна, стаўцеся да біта DN як да інфармацыі, а не як да перашкоды.

Тая ж асцярога датычыцца фільтраў пераразмеркавання і карт маршрутаў, якія здымаюць супольнасці. Кожны з іх выдаляе кантэкст, патрэбны далёкаму боку, і атрыманая аб’ява можа выглядаць праўдападобна, застаючыся няправільнай. Змяняйце па адным атрыбуце за раз і правярайце, што далёкі CE фактычна ўсталёўвае.

Затым праверце з далёкага сайта: тып LSA, маршрутызатар, які абвяшчае, і абраны шлях. Гэтыя доказы адказваюць на пытанне, якое паставіла заяўка.