Тип на маршрута 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, обявяващия рутер и избрания път. Тези доказателства отговарят на въпроса, който задава тикетът.