Miért jelenik meg egy QFX MAC az EVPN-ben, de a továbbítási táblában nem

Egy MAC megtalálása az EVPN-adatbázisban azt bizonyítja, hogy útvonalként hirdették vagy fogadták, és semmi többet. A továbbítási tábla más szerkezet, amelyet később programoznak, ezért ugyanaz a MAC megjelenhet az egyikben és hiányozhat a másikból, miközben minden protokoll helyesen működik. Ha ezt a két kimenetet egymás másolatának tekintjük, a mérnökök BGP-hiba után erednek, miközben a valódi rés egy importszabály vagy egy fel nem oldott következő ugrás. A kérdés, amelyet érdemes feltenni, nem az, hogy a fabric ismeri-e a MAC-et, hanem az, hogy melyik szakaszban hagyta abba a továbbítását.

Két tábla, amely két különböző kérdésre válaszol

A Junos EVPN-ben az adatbázis példányonként listázza a MAC-címeket, valamint azt, hogyan érkezett mindegyik: hozzáférési portról tanult, Type 2 útvonalban fogadott, vagy multihoming csoport részeként megjelölt. A Juniper show evpn database referenciája lefedi a MAC- és példány szerinti szűrőket, amelyek olvashatóvá teszik a nézetet. Ez a vezérsík összefoglalója példány és MAC szerinti kulccsal, nem az a tábla, amellyel a hardver a kereteket kapcsolja.

A kapcsolási tábla pont ez a továbbítási állapot. Mindkét kimenet MAC-eket listáz a VLAN vagy VNI kontextusa mellett, és pontosan ezért hasonlítják össze őket sorról sorra, és pontosan ezért félrevezető az összehasonlítás. Az adatbázis bejegyzése azt mondja, hogy az útvonal létezik és elfogadták a példányban; semmit sem mond arról, hogy a platform telepítette-e továbbításra.

A Type 2 útvonal a MAC-et, egy opcionális IP-t, egy címkét vagy VNI-t, egy útvonal-megkülönböztetőt és a távoli VTEP-et megnevező következő ugrást szállítja. Négy dolog törhet el a kábel és az útvonal között: a gazdagépet soha nem tanulják meg, az útvonalat soha nem hirdetik, importkor elutasítják, vagy a következő ugrása nem oldódik fel. Minden hiba más táblakészletet hagy feltöltve, és ezért diagnosztizálható egyáltalán a sorrend.

A helyi tanulás továbbra is előbb történik

Az általános feltevés, hogy az EVPN átveszi a MAC-tanulást, így az üres adatbázisnak overlay-problémát kell jelentenie. A helyi tanulás továbbra is fut a hozzáférési oldalon, pontosan úgy, ahogy a VXLAN előtt: a kapcsoló megtanulja az engedélyezett keret forrás-MAC-jét a megfelelő VLAN-ban és szolgáltatásban, és csak ezután hoz létre Type 2-t hozzá. Egy gazdagépnek, amely nem küldött releváns keretet, nincs mit hirdetnie. Az a gazdagép, amelynek kereteit a VLAN-tagság, egy szűrő vagy egy aggregátum leállt tagja eldobja, az overlay szempontjából ugyanúgy néz ki.

Kezdje a csatlakozásnál, és csak olvasási parancsokkal haladjon előre. A cél annak bizonyítása, hogy a gazdagép kerete a szándékolt szolgáltatásban átment, mert semmi lejjebb nem kompenzál egy keretet, amely soha nem érkezett meg.

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

A kiválasztott LACP-tagok fontosabbak annál, hogy a köteg fent van, mert az aggregátum egy tagon is fent lehet, miközben a gazdagép forgalma egy leállt vagy blokkolt linkre hash-elődik. Az interfész-számlálók megkülönböztetik a csendes gazdagépet az ejtőtől, mert az a gazdagép, amely soha nem ad, és az, amelynek kereteit osztályozás dobja el, ugyanazt az üres táblát hagyja.

Hol vész el egy távoli MAC

A távoli MAC az ellenkező irányban hibázik, és csendesen. A Type 2 útvonal megérkezik, de csak akkor lép be egy példányba, ha az útvonalcélja és a VNI egyezik a helyi konfigurációval, és csak akkor válik használhatóvá, ha a következő ugrás egy elérhető VTEP-re oldódik fel. Az útvonalcél eltérése érvényes útvonalat hagy a BGP-táblában, amelyet egyetlen példány sem kér soha.

Olvassa el a három nézetet sorrendben: az útvonal megléte, adatbázis-bejegyzés, továbbítási bejegyzés. Az alábbi parancsok minden szakaszban ugyanazt a MAC-et kérdezik, és a mintacím összehasonlíthatóvá teszi a kimeneteket.

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

Ezek a kimenetek három külön kérdésre válaszolnak. Egy útvonal a bgp.evpn.0-ban adatbázis-bejegyzés nélkül importszabályra, útvonalcélra vagy példány-konfigurációra mutat. Egy adatbázis-bejegyzés továbbítási bejegyzés nélkül a platform programozására mutat, ami más eszkalációs útvonalhoz tartozik. Egy aktív útvonal, amelynek következő ugrása nem oldódik fel, szállítási vagy címkeprobléma, és semmilyen mennyiségű MAC-hibakeresés nem javítja meg.

Egy újraindítás, amely megjavította, nagyon keveset bizonyít

Amikor egy újraindítás eltünteti a tünetet, a csábító következtetés az, hogy a konfigurációnak rendben kell lennie. Az újraindítás minden táblát elölről programoz, így elrejti azt az esetet is, amikor egy elavult bejegyzés elfedett egy szabályhibát; a hiba általában a következő változásnál, linkflapnél vagy útvonal-visszavonásnál tér vissza.

Bármely karbantartási ablak előtt rögzítse, mit fog törölni az újraindítás. Ez a három parancs elég az előtte és utána összehasonlításhoz, és semmit sem változtat az eszközön.

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

Archiválja ezeket a kimeneteket a dátummal és a szoftververzióval együtt. Egy későbbi jelentés, hogy ugyanaz az újraindítás korábban működött, nyom, nem bizonyíték, és a különbség csak akkor válik láthatóvá, ha valaki megőrizte a korábbi kimenetet.

Négy megfigyelés, amely a legtöbb esetet eldönti

Négy megfigyelés szinte minden esetet lefed: a csatlakozás és szolgáltatása, a MAC mint mintaérték, az útvonal és az adatbázis állapota, valamint a használt verzió. Válasszon olyan MAC-et, amely nyilvánvalóan minta, hogy senki ne tévessze össze éles címmel: az első oktett 02 helyileg kezelt unicast címet jelöl, a többi oktett szabad, és ezért a 02:00:00:00:00:5c biztonságos helyőrző.

Ezután hagyja, hogy a válaszok arra a szakaszra mutassanak, amelyik elbukott. Ha nincs tanulás a csatlakozásnál, az a hozzáférési oldal; az adatbázis-bejegyzés nélküli útvonal az import; a továbbítási állapot nélküli adatbázis-bejegyzés a programozás. Bármi is legyen, adja át az összegyűjtött kimeneteket a gazdagéppel, az interfésszel, a szolgáltatással és a verzióval együtt, hogy a következő mérnök reprodukálni tudja az utat a lekérdezés megismétlése helyett.