Namapovať neoznačený prístupový port na správne EVPN VNI

Neoznačený rámec hostiteľa klasifikuje prístupový port a VTEP ho potom prenáša ako VNI. Skontrolujte osobitne prichádzajúci smer, odchádzajúci smer a model služby.

Bežný hostiteľ Ethernet odosiela neoznačené rámce a EVPN fabric ich napriek tomu musí prenášať v správnej službe nájomcu. Prístupový port klasifikuje rámec do lokálneho segmentu, VTEP mapuje tento segment na VNI a vzdialené pripojenie prezentuje rámec tak, ako to jeho hostiteľ očakáva. VLAN a VNI označujú rôzne časti tejto cesty a nemusia zdieľať číslo. Prejdite nižšie uvedený runbook poporiadku, pretože chyba v ktoromkoľvek kroku dáva rovnaký príznak: hostiteľ odosiela a nič neprijíma.

Sledovať jeden rámec cez fabric

Pre jednoduchú službu založenú na VLAN vyzerá ilustratívna cesta takto:

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

Čísla VLAN a VNI sú príklady, nie pravidlo. Lokálna VLAN je klasifikácia na vstupe, ktorá existuje na jednom prepínači; L2VNI je identifikátor overlay služby, ktorému rozumejú oba VTEP. Špecifikácia overlay RFC 8365 drží identifikátor služby oddelene od toho, ako je hostiteľ pripojený, a uvádza tri formy: založenú na VLAN, združenú a VLAN-aware.

Nakonfigurovať klasifikáciu na vstupe

Hostiteľ má adresu a ničoho nedosiahne, zatiaľ čo samotný port je vidieť. Rozhodnite, v ktorom režime pripojenia port skutočne je — prístupový port nesúci neoznačené rámce, alebo trunk s native VLAN — a nastavte práve ten explicitne. Neoznačený rámec napriek tomu opúšťa port v pomenovanom lokálnom segmente a tento segment je rozhodnutie, nie vedľajší efekt platformy. Otvorte bežiacu konfiguráciu portu a prečítajte si klasifikáciu, ktorú skutočne má, namiesto toho, aby ste verili predvolenému nastaveniu výrobcu, ktoré ste nikdy nenastavili.

Na typickom prepínači je sledom zmena režimu a priradenie prístupovej VLAN, po ktorom nasleduje kontrola, že port je skutočne hore a v tomto stave. Ak je port trunkom, neoznačené rámce spracúva native VLAN, a to je iná konfigurácia s inými režimami porúch. Zapíšte si režim aj VLAN, než pôjdete ďalej.

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

Nakonfigurovať VTEP a mapovanie VNI

VTEP pridáva zapuzdrenie VXLAN a VNI. Hostiteľ túto hlavičku negeneruje a nemusí vedieť, že služba existuje.

Namapujte lokálnu VLAN na L2VNI formou príkazu, ktorú platforma podporuje, a udržujte toto mapovanie konzistentné na oboch koncoch služby. L2VNI nájomcu a L3VNI používané na smerovanie medzi podsieťami sú rôzne objekty a miešanie ich čísel pokazí smerovanie bez toho, aby sa dotklo cesty L2; a pamätajte, že funkčná underlay trasa k vzdialenému VTEP patrí ešte ďalšej vrstve zostavenia.

Ak je mapovanie nesprávne, rámec napriek tomu vstúpi do fabricu a jednoducho pristane v nesprávnej službe. Preto je kontrola kontrolou služby, nie kontrolou linky.

Nakonfigurovať prezentáciu na výstupe

Na vzdialenom konci sa prijatá služba musí previesť späť na to, čo hostiteľ očakáva: holý Ethernet na prístupovom porte, konkrétny tag na trunku, ktorý ovládate, a spracovanie vnútorného tagu zodpovedajúce zvolenému modelu služby. Skontrolujte zoznam povolených VLAN na trunku, než obviníte overlay, pretože tag, ktorý výstupný trunk nepovoľuje, je zahodený po tom, čo overlay už urobil svoju prácu. Potvrďte, že vzdialený hostiteľ očakáva prezentáciu, ktorú dostáva, a nie tú, ktorú predpokladal váš diagram.

Či vnútorný tag prežije, je vlastnosť zvoleného modelu služby, takže žiadny článok nemôže všeobecne sľúbiť odstránenie ani zachovanie. Návrh, ktorý predpokladá jedno správanie, a platforma, ktorá implementuje druhé, prejdú testom linky a zlyhajú v aplikácii.

Čítajte spoločne lokálne učenie MAC, trasu služby EVPN a mapovanie vzdialeného pripojenia a riaďte objavovanie susedov, ktoré aplikácia potrebuje, namiesto iba pingu. MAC adresa naučená v inej doméne mosta tam môže byť úplne platná a napriek tomu ukazovať na nesprávnu službu.

Overiť na jednej dvojici hostiteľov

Zdvihnite jednu dvojicu hostiteľov a dokážte celú cestu, než pridáte druhú dvojicu. Potom prečítajte stav na oboch VTEP a potvrďte, že sa rovnaký identifikátor služby objavuje na oboch koncoch.

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

Pre každý koniec zapíšte štyri hodnoty: prezentáciu portu, lokálny segment, L2VNI a opačnú prezentáciu na výstupe. Tento záznam umožní ďalšiemu inžinierovi vidieť, prečo má hostiteľ jednoduché neoznačené pripojenie, zatiaľ čo fabric nesie službu nájomcu. Ak zmena zlyhá, vráťte port do predchádzajúcej VLAN a otestujte rovnakú dvojicu znova, aby vrátenie bolo známym stavom, nie odhadom.

Súvisiace články