Proč jeden tenant EVPN může zobrazovat několik route distinguisher
Dva RD v jednom tenantu nejsou konflikt. Projděte od výstupu CLI k MAC-VRF nebo IP-VRF, který trasu vytvořil, a pak zkontrolujte import RT a VNI.
Filtrujete tabulku EVPN pro jednoho tenanta a trasy nesou dva různé route distinguisher. První reakce je konflikt v konfiguraci a ta reakce je obvykle chybná. Název tenanta je obchodní štítek, ne jediný objekt řídicí roviny, takže mostní kontext a směrovací kontext v něm mohou legitimně inzerovat pod oddělenými identifikátory. Projděte jednu trasu po druhé od výstupu zpět k místnímu servisnímu objektu, který ji vytvořil, a druhý RD přestane vypadat jako chyba.
Začněte u výstupu, který vás zmátl
Vyberte jednu trasu místo celé tabulky. Poznamenejte si její typ trasy, RD, exportované route targety a další hop. Tato čtyři pole stačí k určení, který místní objekt ji inzeroval a která vzdálená politika ji má importovat.
Na zařízení ve stylu NX-OS se detailní zobrazení otevře příkazem show bgp l2vpn evpn route-type 2 detail nebo show bgp l2vpn evpn route-type 5 detail. Na Junosu jsou stejné informace v show route table bgp.evpn.0 detail. Jiná syntaxe, stejná pole.
Nezačínejte tím, že každé zobrazené číslo srovnáte. Srovnání RD je změna, která rozbije importní politiku na fungujícím fabricu.
Dejte každému identifikátoru jeho úkol
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF drží MAC informace o předávání pro mostní službu. IP-VRF poskytuje kontext IP směrování pro směrovanou službu. Tenant může obsahovat obojí, a proto jeden tenant může vytvořit více než jeden RD bez jakékoli chyby v konfiguraci.
RFC 7432 přiřazuje RD inzerujícího MAC-VRF jeho EVPN NLRI a vyžaduje odlišné RD mezi MAC-VRF na stejném PE. Postupy route-target jsou oddělené: umožňují jeden nebo více atributů RT a spoléhají na importní politiku pro členství. Rovnost RD není to, co vytváří sdílené členství, a takový přístup je kořenem tohoto zmatku.
Projděte jednu trasu od inzerce k importu
Sledujte trasu jedním směrem. Potvrďte typ trasy, službu, která ji vytvořila, RD, exportované RT a poté importní politiku na přijímajícím PE. Každý krok odpovídá na jinou otázku a selhání v kterémkoli kroku vypadá jako stejný chybějící prefix na druhé straně.
Jakmile je trasa přítomná, prohlédněte nainstalovaný kontext předávání a mapování VNI. Shoda VNI na obou koncích dokazuje, že datová rovina souhlasí; nedokazuje, že řídicí rovina importovala trasu zamýšlenou politikou.
Pokud se trasa objeví na vzdáleném PE, ale provoz neteče, problém se posunul za EVPN. Zkontrolujte vazbu VNI na VLAN nebo VNI na VRF a cestu underlay, než znovu upravíte route targety. Začněte mapováním, potom underlayem a teprve pak řídicí rovinou. Vrácení změny route-targetu při honbě za závadou datové roviny je spolehlivý způsob, jak rozbít fungující import.
Prefixy vrstvy 3 jsou stále EVPN trasy
IP prefix v tabulce EVPN není běžné IPv4-unicast BGP. trasa EVPN IP Prefix je vlastní typ trasy, a inzerce MAC/IP a IP prefixů putují v adresní rodině EVPN, kterou RFC 7432 označuje jako AFI 25 a SAFI 70.
Tento rozdíl je důležitý, když porovnáváte trasu v tabulce EVPN s trasou v unicast tabulce. Mohou popisovat stejné cíle a přesto být vytvořeny, filtrovány a importovány různou politikou. Číst jednu jako důkaz o druhé je způsob, jak se správný fabric během migrace jeví jako rozbitý.
Než začnete porovnávat čísla, ověřte odvození u výrobce
RFC 9136 rozšiřuje EVPN o trasy IP Prefix a určuje, zda příslušný RD pochází z kontextu MAC-VRF nebo IP-VRF. Proto je třeba štítek služby L2 a štítek směrované služby ve stejném výstupu číst proti objektům, ke kterým patří, a nesnižovat je na jeden RD na tenanta.
Automatické odvození RD a RT je specifické pro výrobce. Přečtěte si referenci nasazeného výrobce pro používaný vzorec; automaticky vygenerovaná hodnota viděná na jednom switchi není univerzální kódování a porovnávání čísel dvou výrobců málokdy něco dokáže.
Skončete písemnou stopou pro trasu, se kterou jste začali: typ, objekt původu, RD, exportovaný RT, importní politika, nainstalovaný VNI. Šest polí vysvětlí inzerci každému, kdo bude příště číst tiket, a žádné z nich nevyžaduje, aby se čísla tenanta shodovala.