Изградете границата на EVPN около експортната политика, а не около прикачванията

Обичайното допускане е, че моделът на прикачване Layer 2 на границата определя всичко над него, затова проектът започва с двойка vPC и се движи нагоре. Обикновено завършва с маршрутни решения, взети случайно. Границата EVPN е преди всичко маршрутна граница: маршрутният контекст на наемателя среща външен маршрутен домейн и това, което пресича тази линия, е политическо решение. Изберете маршрутите, връзката с ASN и пътищата при отказ, преди някой да започне да спори за port-channels. Моделът на прикачване след това следва от изискване, вместо да го налага.

Започнете с това, което пресича границата

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

След това назовете отказа, който смятате да експлоатирате: един uplink е паднал, един border leaf е паднал или целият външен домейн е недостъпен. Всеки отговор променя дали ви трябват два независими съседа, споделено прикачване Layer 2 или и двете.

Едва след като тези два списъка съществуват, въпросът за прикачването става отговорим. Преди това всеки механизъм изглежда еднакво валиден. След това повечето се самоизключват. Това е целият аргумент маршрутната работа да се свърши първа.

Фиксирайте границата на ASN и peering

Фабрика с частни AS обикновено прави peering с публичния граничен домейн през eBGP и интересното е политиката от двете страни. Решете кои префикси се приемат, кои се обявяват и какъв AS path трябва да получи upstream.

RFC 6996 запазва диапазон от ASN за частно ползване и тези ASN не бива да се появяват в глобални обявления. Приложете поддържаната от платформата политика за премахване или филтриране и проверете полученото обявление, вместо да предполагате, че устройството го е направило. Тази стъпка също не ви дава право да обявявате произволен публичен префикс — това е отделен разговор със собственика на адреса.

Конфедерация или функция local-AS е проектно решение за конкретна топология. Нито едно не е задължително само защото фабриката и upstream използват различни роли на ASN, а приемането на едно без изискването добавя движещи се части към всяка бъдеща промяна.

Uplink връзките Layer 3 не се нуждаят от multichassis LAG

Независимите рутирани интерфейси със собствени BGP съседи дават два ясни пътя и два ясни домейна на отказ. vPC или друг multichassis LAG обслужва изискване за прикачване Layer 2 и е правилният инструмент, когато такова изискване съществува.

Общо правило, че всяка гранична двойка трябва да използва vPC или трябва да го избягва, скрива условията, които всъщност решават случая. Попитайте какво трябва да носи прикачването, след което изберете механизма, който го носи с най-малко споделени режими на отказ.

Маршрутната политика, която написахте първа, не се променя, когато механизмът на прикачване се промени, което е добър знак, че редът е бил правилен.

Експортирайте само това, което наемателят има нужда

Наемателят може да се нуждае от маршрут по подразбиране, набор от избрани външни префикси или много по-голяма таблица. Изберете този обхват спрямо реалния капацитет за препращане и контролна равнина, а не спрямо стар брой интернет маршрути, които никой не е премерил отново.

Маршрутът EVPN IP Prefix, обикновено наричан Type 5 и дефиниран в RFC 9136, носи информация за префикс в overlay. Реализацията все още се нуждае от съответстваща експортна и импортна политика плюс разрешаване на next-hop, така че получаването на външен BGP маршрут на границата не означава, че всеки VRF на наемател го импортира.

Не всеки leaf се нуждае от пълната таблица само защото границата я държи. Разпределете това, което изисква трафикът на наемателя, а останалото нека границата го държи.

Проверете един префикс от край до край

Изберете представителен външен префикс и го проследете през предвидения VRF на границата, експортната политика, контекста за препращане на приемащия leaf и обратния път към източник на наемателя. Префикс, който се появява на едно място и не се появява на следващото, локализира грешката веднага.

Потвърдете как next hop се разрешава през overlay, защото маршрут, който присъства с неразрешен next hop, не препраща нищо. След това повторете проверката след промяна на uplink, тъй като точно тогава политиката и разрешаването на next-hop най-често се разминават.

Ред на работа: избройте пресичащите маршрути, договорете ASN политиката, изберете прикачването за действителната му задача, определете обхвата на експорта за всеки наемател, след това проверете един префикс и обратния му път.