Prečo sa MAC QFX zobrazuje v EVPN, ale nie v tabuľke preposielania

Nájdenie MAC v databáze EVPN dokazuje, že bola inzerovaná alebo prijatá ako trasa, a nič viac. Tabuľka preposielania je iná štruktúra, programovaná neskôr, takže tá istá MAC sa môže objaviť v jednej a chýbať v druhej, hoci každý protokol sa správa správne. Považovať tieto dva výstupy za kópie jeden druhého posiela inžinierov po poruche BGP, kým skutočnou medzerou je importná politika alebo nevyriešený ďalší skok. Otázka, ktorú sa oplatí položiť, nie je, či fabric pozná MAC, ale v ktorej fáze ju prestal odovzdávať.

Dve tabuľky, ktoré odpovedajú na rôzne otázky

V Junos EVPN databáza vypisuje MAC adresy po inštanciách spolu s tým, ako každá prišla: naučená z prístupového portu, prijatá v trase Type 2 alebo označená ako súčasť multihomingovej skupiny. Referenčná príručka Juniperu show evpn database pokrýva filtre po MAC a po inštancii, ktoré robia pohľad čitateľným. Je to zhrnutie riadiacej roviny kľúčované inštanciou a MAC, nie tabuľka, ktorou hardvér prepína rámce.

Prepínacia tabuľka je práve ten stav preposielania. Oba výstupy uvádzajú MAC vedľa kontextu VLAN alebo VNI, čo je presne dôvod, prečo sa porovnávajú riadok po riadku, a presne dôvod, prečo porovnanie klame. Záznam v databáze hovorí, že trasa existuje a bola prijatá do inštancie; nehovorí nič o tom, či ju platforma nainštalovala na preposielanie.

Trasa Type 2 nesie MAC, voliteľnú IP, label alebo VNI, rozlišovač trasy a ďalší skok pomenúvajúci vzdialený VTEP. Medzi káblom a touto trasou sa môžu pokaziť štyri veci: hostiteľ sa nikdy nenaučí, trasa sa nikdy neinzeruje, je odmietnutá pri importe alebo sa jej ďalší skok nevyrieši. Každá porucha zanechá naplnenú inú sadu tabuliek, a preto sa táto postupnosť vôbec dá diagnostikovať.

Lokálne učenie stále prebieha prvé

Bežný predpoklad je, že EVPN preberá učenie MAC, takže prázdna databáza musí znamenať problém s overlayom. Lokálne učenie stále beží na prístupovej strane, presne ako pred existenciou VXLAN: switch sa naučí zdrojovú MAC povoleného rámca v správnom VLAN a službe a až potom preň vytvorí Type 2. Hostiteľ, ktorý neposlal žiadny relevantný rámec, nemá čo inzerovať. Hostiteľ, ktorého rámce sa zahadzujú kvôli členstvu vo VLAN, filtru alebo neaktívnemu členovi agregátu, vyzerá z pohľadu overlaya rovnako.

Začnite na pripojení a postupujte dopredu príkazmi iba na čítanie. Cieľom je dokázať, že rámec od hostiteľa prešiel zamýšľanou službou, pretože nič nižšie nekompenzuje rámec, ktorý nikdy neprišiel.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Vybraní členovia LACP sú dôležitejší než to, že je zväzok aktívny, pretože agregát môže byť aktívny na jednom členovi, zatiaľ čo prevádzka hostiteľa sa hashuje na prepojenie, ktoré je neaktívne alebo zablokované. Počítadlá rozhrania odlišujú tichého hostiteľa od toho, ktorý zahadzuje, pretože hostiteľ, ktorý nikdy nevysiela, a hostiteľ, ktorého rámce sa zahadzujú klasifikáciou, zanechávajú rovnakú prázdnu tabuľku.

Kde sa vzdialená MAC stráca

Vzdialená MAC zlyháva v opačnom smere, a to ticho. Trasa Type 2 dorazí, ale do inštancie vstúpi len vtedy, keď jej cieľ trasy a VNI zodpovedajú lokálnej konfigurácii, a použiteľnou sa stane len vtedy, keď sa ďalší skok vyrieši na dostupný VTEP. Nezhoda cieľa trasy zanechá v tabuľke BGP platnú trasu, ktorú žiadna inštancia nepožaduje.

Prečítajte si tri pohľady v poradí: existencia trasy, záznam v databáze, záznam preposielania. Príkazy nižšie sa pýtajú na tú istú MAC v každej fáze a ukážková adresa udržiava výstupy porovnateľné.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Tieto výstupy odpovedajú na tri oddelené otázky. Trasa v bgp.evpn.0 bez záznamu v databáze ukazuje na importnú politiku, cieľ trasy alebo konfiguráciu inštancie. Záznam v databáze bez záznamu preposielania ukazuje na programovanie platformy, čo patrí inej eskalačnej ceste. Aktívna trasa, ktorej ďalší skok sa nevyrieši, je problém transportu alebo labelu a žiadne ladenie MAC ho neopraví.

Reštart, ktorý to opravil, dokazuje veľmi málo

Keď reštart spôsobí, že symptom zmizne, lákavý záver je, že konfigurácia musí byť zdravá. Reštart preprogramuje každú tabuľku od nuly, takže skrýva aj prípad, keď zastaraný záznam zatieňoval chybu politiky; porucha sa zvyčajne vráti pri ďalšej zmene, bliknutí linky alebo odvolaní trasy.

Pred akýmkoľvek servisným oknom zaznamenajte, čo reštart zmaže. Tieto tri príkazy stačia na porovnanie pred a po a na zariadení nič nemenia.

show evpn database instance blue
show route table bgp.evpn.0
show version

Uložte tieto výstupy spolu s dátumom a verziou softvéru vedľa nich. Neskoršia správa, že ten istý reštart už predtým pomohol, je stopa, nie dôkaz, a rozdiel je viditeľný len vtedy, keď si niekto ponechal skorší výstup.

Štyri pozorovania, ktoré vyriešia väčšinu prípadov

Štyri pozorovania pokrývajú takmer každý prípad: pripojenie a jeho služba, MAC ako ukážková hodnota, stav trasy a databázy a používaná verzia. Vyberte MAC, ktorá je zjavne ukážková, aby si ju nikto nepomýlil s produkčnou adresou: prvý oktet 02 označuje lokálne spravovanú unicast adresu, zostávajúce oktety sú voľné, a preto 02:00:00:00:00:5c je bezpečný zástupný údaj.

Potom nechajte odpovede ukázať na fázu, ktorá zlyhala. Žiadne učenie na pripojení znamená prístupovú stranu; trasa bez záznamu v databáze znamená import; záznam v databáze bez stavu preposielania znamená programovanie. Nech je to čokoľvek, odovzdajte zhromaždené výstupy spolu s hostiteľom, rozhraním, službou a verziou, aby ďalší inžinier mohol cestu reprodukovať namiesto opakovania dotazu.