От маршрут CE RIP до отдалечен VRF: къде се случва експортът

Актуализация по RIPv2 пристига на ръба на доставчика, попада в таблица за маршрутизация на VRF и остава там, освен ако нещо изрично не я експортира. Три решения се случват последователно и всяко може да откаже префикса по своя причина. Това, че се четат като едно събитие, е причината хората да търсят грешната кутия, когато отдалечен обект не може да достигне мрежа, която CE очевидно анонсира. Проследете маршрута през PE и последователността става очевидна.

Какво прави PE с актуализация по RIP

PE приема актуализацията на интерфейса на VRF, проверява, че източникът е разрешен съсед, и инсталира префикса в таблицата за маршрутизация на VRF с брой прескоци, изведен от анонса. Тази таблица е обикновена таблица за маршрутизация със собствени административни разстояния и собствен избор на най-добър път. Ако CE анонсира един и същ префикс два пъти с различни метрики, в таблицата оцелява само по-добрият. Нищо в тази стъпка не включва опорната мрежа на доставчика.

Сега префиксът съществува в маршрутния контекст на един клиент, което е много далеч от това да бъде достъпен където и да е другаде.

Експортът е акт на политика, а не следствие от протокол

За да напусне VRF, маршрутът трябва да бъде преразпределен в процеса MP-BGP, който носи VPN маршрути, и се нуждае от разширена общност от тип route target, която определя кои отдалечени VRF могат да го импортират. Архитектурата в RFC 4364 държи тези обмени отделни от протокола CE-PE точно по тази причина. Използването на RIP на ръба не казва нищо за това какво трябва да прекоси мрежата на доставчика.

Запишете договора за експорт, преди да конфигурирате каквото и да е: клиентските префикси, които трябва да са достъпни отдалечено, маршрутите, които трябва да останат локални, и всякакви маршрути по подразбиране, по-конкретни или изключения за споделени услуги. Съпоставете този договор с действителния VRF, а не с подобно наименуван такъв на друг клиент.

Страната на импорта е втора политика със свои route target и съответен експорт с несъответстващ импорт дава префикс, който съществува в опорната мрежа и не се появява в нито една отдалечена таблица.

Преразпределянето и явното създаване се държат различно

Преразпределянето взема маршрути, които вече съществуват в таблицата на VRF, и ги копира в BGP, филтрирани от карта на маршрути. Картата решава кои префикси са допустими и какви атрибути носят, а метриката трябва да се зададе явно, защото броят прескоци на RIP няма значение като метрика на BGP. Всичко, което оставите незададено, се наследява по начин, който обикновено изненадва човека, който чете конфигурацията шест месеца по-късно.

Взаимното преразпределяне е мястото на тихата повреда. Префикс, експортиран в BGP, може да се върне през втора точка на преразпределяне и без тагове или филтри маршрутът се колебае, докато и двете таблици изглеждат правдоподобни във всеки момент. Филтрирайте по тагове, приложени на ръба, вместо да разчитате на топологията да предотврати обратния път.

Явното създаване изглежда по-подредено и не е безусловно. Мрежово изявление обикновено изисква съответстващ маршрут в таблицата за маршрутизация, преди префиксът да бъде създаден, така че анонсът изчезва в момента, в който CE спре да го анонсира. Това често е желаното поведение и не е същото като статичен маршрут, който остава конфигуриран завинаги. Проверете действителното правило на платформата, вместо да предполагате едно от двете поведения.

Във всеки случай въпросът за всеки префикс е кой активен източник го прави допустим и какво се случва, когато този източник изчезне.

Проверете веригата на четири места

Погледнете анонса на CE, таблицата за маршрутизация на VRF, таблицата с VPN маршрути с нейния route target и импорта на отдалечения VRF, в този ред. На IOS това означава изхода за съседа CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, и същата команда на отдалечения PE. На IOS-XR еквивалентният изход се намира под show bgp vrf CUSTOMER ipv4 unicast. Имената на командите се различават, четирите контролни точки не.

Проверете префикс, който трябва да бъде отхвърлен, толкова внимателно, колкото такъв, който трябва да мине, защото политика, която разрешава всичко, изглежда идентична с правилната, докато не пристигне първото изключение. След това наблюдавайте оттегляне: изключете интерфейса на CE и потвърдете, че отдалеченият запис изчезва в рамките на очаквания таймер, вместо да се задържа.

Запишете кой притежава всяка политика. Когато доставчикът управлява CE, доставеното поведение принадлежи в договора за услуга, а различен протокол или политика на оттегляне на управляваното устройство е проблем с документацията, преди да е проблем с маршрутизацията.