Prečo jeden nájomca EVPN môže zobrazovať viacero route distinguisher
Dva RD v jednom nájomcovi nie sú konflikt. Prejdite od výstupu CLI k MAC-VRF alebo IP-VRF, ktorý trasu vytvoril, a potom skontrolujte import RT a VNI.
Filtrujete tabuľku EVPN pre jedného nájomcu a trasy nesú dva rôzne route distinguisher. Prvá reakcia je konflikt v konfigurácii a tá reakcia je zvyčajne nesprávna. Názov nájomcu je obchodná značka, nie jediný objekt riadiacej roviny, takže mostový kontext a smerovací kontext v ňom môžu legitímne inzerovať pod oddelenými identifikátormi. Prejdite jednu trasu po druhej od výstupu späť k lokálnemu servisnému objektu, ktorý ju vytvoril, a druhý RD prestane vyzerať ako chyba.
Začnite pri výstupe, ktorý vás zmiatol
Vyberte jednu trasu namiesto celej tabuľky. Poznamenajte si jej typ trasy, RD, exportované route targety a ďalší hop. Tieto štyri polia stačia na určenie, ktorý lokálny objekt ju inzeroval a ktorá vzdialená politika by ju mala importovať.
Na zariadení v štýle NX-OS sa podrobný pohľad získa príkazom show bgp l2vpn evpn route-type 2 detail alebo show bgp l2vpn evpn route-type 5 detail. Na Junose sú tie isté informácie v show route table bgp.evpn.0 detail. Iná syntax, tie isté polia.
Nezačínajte tým, že každé zobrazené číslo urobíte rovnakým. Zrovnanie RD je zmena, ktorá pokazí importnú politiku na fungujúcom fabric.
Dajte každému identifikátoru jeho úlohu
| 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 uchováva MAC informácie o preposielaní pre mostovú službu. IP-VRF poskytuje kontext IP smerovania pre smerovanú službu. Nájomca môže obsahovať oboje, a preto jeden nájomca môže vytvoriť viac než jeden RD bez akejkoľvek chyby v konfigurácii.
RFC 7432 priraďuje RD inzerujúceho MAC-VRF jeho EVPN NLRI a vyžaduje odlišné RD medzi MAC-VRF na tom istom PE. Postupy route-target sú oddelené: umožňujú jeden alebo viac atribútov RT a spoliehajú sa na importnú politiku pre členstvo. Rovnosť RD nie je to, čo vytvára zdieľané členstvo, a takýto prístup je koreňom tohto zmätku.
Prejdite jednu trasu od inzerácie po import
Sledujte trasu jedným smerom. Potvrďte typ trasy, službu, ktorá ju vytvorila, RD, exportované RT a potom importnú politiku na prijímajúcom PE. Každý krok odpovedá na inú otázku a zlyhanie v ktoromkoľvek kroku vyzerá ako ten istý chýbajúci prefix na druhej strane.
Keď je trasa prítomná, prezrite si nainštalovaný kontext preposielania a mapovanie VNI. Zhoda VNI na oboch koncoch dokazuje, že dátová rovina súhlasí; nedokazuje, že riadiaca rovina importovala trasu zamýšľanou politikou.
Ak sa trasa objaví na vzdialenom PE, ale prevádzka netečie, problém sa posunul za EVPN. Skontrolujte väzbu VNI na VLAN alebo VNI na VRF a cestu underlay, než znova upravíte route targety. Začnite mapovaním, potom underlayom a až potom riadiacou rovinou. Vrátenie zmeny route-targetu pri hľadaní poruchy dátovej roviny je spoľahlivý spôsob, ako pokaziť fungujúci import.
Prefixy vrstvy 3 sú stále EVPN trasy
IP prefix v tabuľke EVPN nie je bežné IPv4-unicast BGP. trasa EVPN IP Prefix je vlastný typ trasy, a inzerácie MAC/IP a IP prefixov putujú v adresnej rodine EVPN, ktorú RFC 7432 označuje ako AFI 25 a SAFI 70.
Tento rozdiel je dôležitý, keď porovnávate trasu v tabuľke EVPN s trasou v unicast tabuľke. Môžu opisovať ten istý cieľ a napriek tomu byť vytvorené, filtrované a importované rôznou politikou. Čítať jednu ako dôkaz o druhej je spôsob, akým správny fabric počas migrácie vyzerá pokazený.
Pred porovnávaním čísel skontrolujte odvodenie výrobcu
RFC 9136 rozširuje EVPN o trasy IP Prefix a určuje, či príslušný RD pochádza z kontextu MAC-VRF alebo IP-VRF. Preto treba štítok služby L2 a štítok smerovanej služby v tom istom výstupe čítať voči objektom, ku ktorým patria, a nie znižovať na jeden RD na nájomcu.
Automatické odvodenie RD a RT je špecifické pre výrobcu. Prečítajte si referenciu nasadeného výrobcu pre používaný vzorec; automaticky vygenerovaná hodnota videná na jednom prepínači nie je univerzálne kódovanie a porovnávanie čísel dvoch výrobcov málokedy niečo dokáže.
Skončite písomnou stopou pre trasu, s ktorou ste začali: typ, objekt pôvodu, RD, exportovaný RT, importná politika, nainštalovaný VNI. Šesť polí vysvetlí inzeráciu každému, kto bude nabudúce čítať tiket, a žiadne z nich nevyžaduje, aby sa čísla nájomcu zhodovali.