A címkézetlen hozzáférési port hozzárendelése a megfelelő EVPN VNI-hez

Egy közönséges Ethernet-gazda címkézetlen kereteket küld, és az EVPN-fabricnak ezeket mégis a megfelelő bérlői szolgáltatásban kell továbbítania. A hozzáférési port a keretet egy helyi szegmensbe sorolja, a VTEP ezt a szegmenst egy VNI-hez rendeli, a távoli csatlakozás pedig úgy mutatja be a keretet, ahogy a gazdája elvárja. A VLAN és a VNI a pálya különböző részeit azonosítja, és nem kell azonos számot viselniük. Hajtsa végre az alábbi runbookot sorrendben, mert bármelyik lépés hibája ugyanazt a tünetet adja: a gazda küld, és semmit nem kap.

Kövessék végig egyetlen keretet a fabricon

Egy egyszerű, VLAN-alapú szolgáltatás esetén egy szemléltető útvonal így néz ki:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

A VLAN- és VNI-számok példák, nem szabály. A helyi VLAN egy belépő osztályozás, amely egyetlen kapcsolón létezik; az L2VNI az az overlay-szolgáltatásazonosító, amelyet mindkét VTEP ért. Az RFC 8365 overlay-specifikáció a szolgáltatásazonosítót elkülöníti attól, hogyan csatlakozik egy gazda, és három formát nevez meg: VLAN-alapú, kötegelt és VLAN-tudatos.

A belépő osztályozás beállítása

A gazdának van címe, és semmit nem ér el, miközben maga a port látszik. Döntse el, valójában melyik csatlakozási módban van a port — címkézetlen kereteket vivő hozzáférési port vagy trunk natív VLAN-nal —, és pontosan azt állítsa be kifejezetten. A címkézetlen keret mégis egy megnevezett helyi szegmensen belül hagyja el a portot, és ez a szegmens döntés, nem a platform mellékhatása. Nyissa meg a port futó konfigurációját, és olvassa ki a tényleges besorolást, ahelyett hogy egy olyan gyártói alapértékre hagyatkozna, amelyet soha nem állított be.

Egy tipikus kapcsolón a sorrend módváltás és hozzáférési VLAN hozzárendelése, majd annak ellenőrzése, hogy a port valóban fel van-e és abban az állapotban van-e. Ha a port trunk, a natív VLAN kezeli a címkézetlen kereteket, és az más konfiguráció, más hiba módokkal. Jegyezze fel a módot és a VLAN-t is, mielőtt továbblép.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

A VTEP és a VNI-leképezés beállítása

A VTEP hozzáadja a VXLAN-burkot és a VNI-t. A gazda nem állítja elő ezt a fejlécet, és nem kell tudnia, hogy a szolgáltatás létezik.

Rendelje a helyi VLAN-t az L2VNI-hez a platform által támogatott parancsformával, és tartsa ezt a leképezést egységesen a szolgáltatás mindkét végén. A bérlői L2VNI és az alhálózatok közötti forgalomirányításhoz használt L3VNI különböző objektumok, és számaik keverése tönkreteszi a forgalomirányítást anélkül, hogy hozzányúlna az L2-útvonalhoz; és ne feledje, hogy a távoli VTEP felé vezető működő underlay-útvonal a beállítás még egy további rétegéhez tartozik.

Ha a leképezés rossz, a keret akkor is bejut a fabricba, és egyszerűen a rossz szolgáltatásban landol. Ezért az ellenőrzés szolgáltatásellenőrzés, nem hivatkozásellenőrzés.

A kilépő megjelenítés beállítása

A távoli végén a fogadott szolgáltatást vissza kell alakítani arra, amit a gazda elvár: csupasz Ethernet a hozzáférési porton, meghatározott tag az Ön által vezérelt trunkon, és a választott szolgáltatási modellhez illő belső tag kezelése. Ellenőrizze a trunk engedélyezett VLAN-listáját, mielőtt az overlayt hibáztatná, mert a kilépő trunk által nem engedélyezett taget eldobják, miután az overlay már elvégezte a dolgát. Erősítse meg, hogy a távoli gazda azt a megjelenítést várja, amelyet kap, és nem azt, amelyet a diagramja feltételezett.

Hogy egy belső tag túlél-e, a választott szolgáltatási modell tulajdonsága, ezért egyetlen cikk sem ígérhet általánosan eltávolítást vagy megtartást. Egy olyan tervezés, amely az egyik viselkedést feltételezi, és egy olyan platform, amely a másikat valósítja meg, átmegy egy hivatkozásteszten, és elbukik az alkalmazásban.

Olvassa együtt a helyi MAC-tanulást, az EVPN-szolgáltatási útvonalat és a távoli csatlakozás leképezését, és hajtsa végre a szomszédok felderítését, amelyre az alkalmazásnak szüksége van, nem csupán egy pinget. Egy másik híddoménben tanult MAC-cím ott teljesen érvényes lehet, és mégis a rossz szolgáltatásra mutathat.

Ellenőrzés egyetlen gazdapárral

Hozzon fel egy gazdapárt, és bizonyítsa a teljes útvonalat, mielőtt hozzáadna egy második párt. Ezután olvassa ki az állapotot mindkét VTEP-en, és erősítse meg, hogy ugyanaz a szolgáltatásazonosító jelenik meg mindkét végén.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Minden véghez írjon fel négy értéket: portmegjelenítés, helyi szegmens, L2VNI és a fordított megjelenítés a kilépésnél. Ez a feljegyzés lehetővé teszi a következő mérnöknek, hogy lássa, miért van a gazdának egyszerű címkézetlen kapcsolata, miközben a fabric bérlői szolgáltatást visz. Ha egy változtatás meghiúsul, állítsa vissza a portot az előző VLAN-ra, és tesztelje újra ugyanazt a párt, hogy a visszaállítás ismert állapot legyen, és ne találgatás.