Az EVPN üzemel, a szolgáltatás nem: négy ellenőrzési pont

A távoli VTEP-cím elérése azt bizonyítja, hogy az alapszövet továbbítja a csomagokat, és csak ennyit bizonyít. A bérlői szolgáltatáshoz a megfelelő címcsaláddal rendelkező BGP EVPN-munkamenet, csatolt és működő helyi VNI, származtatott útvonal és import szükséges a távoli végén. Ez négy külön ellenőrzési pont, mindegyik más javítással. A zöld alapszövet szolgáltatáskészségként kezelése a leggyakoribb oka annak, hogy az EVPN beüzemelése elakad.

Olvassa őket sorrendben, és álljon meg az elsőnél, amely nem felel meg annak, amit a tervezés vár. A későbbi ellenőrzési pontok nem tudják ellensúlyozni a korábbi hibát.

1. ellenőrzési pont: szállítás a VTEP felé

Kezdje a VTEP-forrásként használt loopback-címek közötti elérhetőséggel. Az útvonalnak léteznie kell az alapszövetben, az útnak engedélyezettnek kell lennie, beleértve bármilyen csomagolási követelményt, és a visszaútnak működnie kell. Az olyan útvonal, amely létezik, de egy irányban szűrve van, aszimmetrikus hibát okoz, amely időszakosnak tűnik. A továbblépés előtt erősítse meg mindkét irányt.

Jegyezze fel az ellenőrzött forrás- és célcímeket. Egy későbbi lépés, amely egy másik címen keresztül oldja fel a következő ugrást, más teszt, és ezek egyként kezelése az, ahogyan egy feloldott következő ugrást a szállítási hiba hibáztat.

2. ellenőrzési pont: az EVPN család, nem a munkamenetek száma

A létrejött BGP-munkamenet nem jelenti azt, hogy az EVPN címcsalád egyeztetve lett. Nézze meg a szomszéd családspecifikus állapotát: engedélyezve van-e a család, egyeztették-e a partnerrel, és egyáltalán hordozza-e a munkamenet. Az IPv4 unicast számára létrejött, de soha EVPN-t nem egyeztetett munkamenet semmi hibásat nem mutat egy általános szomszéd-összegzésben, és az EVPN átfedési specifikáció a szolgáltatási és vezérlési eljárásokat a szállítástól elkülönülő kérdésként kezeli.

Ellenőrizze a munkamenet forráscímét is. Az olyan címre épített peering, amely nem a VTEP forrása, tervezési ellentmondás, amely arra vár, hogy megmagyarázza a továbbítási hibát.

3. ellenőrzési pont: a helyi szolgáltatás csatolva van

A helyi VNI-t ahhoz a hídhoz vagy VRF-hez kell csatolni, amely a bérlőt képviseli, és a platformnak működőként kell jelentenie. A replikációs modell által használt tagsági állapot számíthat, mielőtt bármilyen gazdagép-MAC megtanulásra kerülne, ezért az üres végponttábla nem bizonyítéka annak, hogy a szolgáltatás leállt.

Ezután erősítse meg, mit származtat valójában az eszköz: az adott VNI helyi útvonalát a tervezés által meghatározott route targetekkel. Az a VNI, amely csatolva van, de nincs hirdetve, olyan szolgáltatást hoz létre, amely csak helyben létezik, máshol nem.

4. ellenőrzési pont: import a fogadónál

A fogadó eszközön a numerikus VNI-k helyett az exportált és importált route targeteket hasonlítsa össze. Az egyező VNI-szám nem bizonyítja, hogy a fogadó példány importálja a hirdetményt, és az eltérő route target láthatatlan a VNI-listában. Oldja fel a hirdetett következő ugrást az alapszöveten keresztül, mielőtt megbízik a továbbítási bejegyzésben. Ezután az átfedés továbbítási állapotát a szolgáltatásra olvassa, nem az eszköz egészére.

A partnertábla tükrözhet implementációspecifikus adatsík- vagy tagsági tanulást is. Olvassa annak eredetét és szolgáltatáskontextusát az EVPN-útvonal mellett, ahelyett hogy a sorszámot bizonyítékként kezelné.

Egy rekord, amely végigjárja az utat

Tartson egy rekordot szolgáltatásonként: helyi VNI-állapot, az EVPN-szomszéd és család, a származtatott útvonal, valamint a fogadott és importált eredmény. Járja végig ezt a rekordot az eredettől a telepítésig. Ha valami meghibásodik, a rekord megmondja, a négy ellenőrzési pont közül melyiket kell javítani, nem pedig azt, melyik parancsot kell kipróbálni.

Csatoljon időbélyegeket, miközben ezt teszi. A hirdetmény után percekkel megjelenő import szabályzat- vagy konvergenciakérdés, míg az, amely soha nem jelenik meg, konfigurációskérdés, és ez a különbség csak akkor látható, ha feljegyezte, mikor nézett rá.

Mikor a statikus VXLAN a helyes válasz

A statikusan konfigurált VXLAN-adatút működhet kézzel megadott partnerekkel, miközben az EVPN-tábla üres marad. Ez nem hibás EVPN-telepítés, hanem más vezérlési modell. Döntse el, melyiket szánja a tervezés, mielőtt egy üres táblát hibaként diagnosztizál.

Az alapszövet IGP-szomszédja szállítást nyújt, és semmi mást. Az átfedés szolgáltatási állapota külön dolog felépíteni és külön dolog ellenőrizni.