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