Namapovat neoznačený přístupový port na správné EVPN VNI

Neoznačený rámec hosta klasifikuje přístupový port a VTEP jej pak přenáší jako VNI. Zkontrolujte zvlášť příchozí směr, odchozí směr a model služby.

Běžný hostitel Ethernet odesílá neoznačené rámce a EVPN fabric je stejně musí přenášet ve správné službě nájemce. Přístupový port klasifikuje rámec do lokálního segmentu, VTEP mapuje tento segment na VNI a vzdálené připojení prezentuje rámec tak, jak to jeho hostitel očekává. VLAN a VNI označují různé části této cesty a nemusejí sdílet číslo. Projděte níže uvedený runbook popořadě, protože chyba v kterémkoli kroku dává stejný příznak: hostitel odesílá a nic nepřijímá.

Sledovat jeden rámec skrz fabric

Pro jednoduchou službu založenou na VLAN vypadá ilustrativní 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 jsou příklady, ne pravidlo. Lokální VLAN je klasifikace na vstupu, která existuje na jednom přepínači; L2VNI je identifikátor overlay služby, kterému rozumějí oba VTEP. Specifikace overlay RFC 8365 drží identifikátor služby oddělený od toho, jak je hostitel připojen, a uvádí tři formy: založenou na VLAN, sdruženou a VLAN-aware.

Nakonfigurovat klasifikaci na vstupu

Hostitel má adresu a ničeho nedosáhne, zatímco samotný port je vidět. Rozhodněte, ve kterém režimu připojení port skutečně je — přístupový port nesoucí neoznačené rámce, nebo trunk s native VLAN — a nastavte právě ten explicitně. Neoznačený rámec přesto opouští port v pojmenovaném lokálním segmentu a tento segment je rozhodnutí, ne vedlejší efekt platformy. Otevřete běžící konfiguraci portu a přečtěte si klasifikaci, kterou skutečně má, místo abyste věřili výchozímu nastavení výrobce, které jste nikdy nenastavili.

Na typickém přepínači je sledem změna režimu a přiřazení přístupového VLAN, po němž následuje kontrola, že port je skutečně nahoru a v tomto stavu. Pokud je port trunkem, neoznačené rámce zpracovává native VLAN, a to je jiná konfigurace s jinými režimy poruch. Zapište si režim i VLAN, než půjdete dál.

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

Nakonfigurovat VTEP a mapování VNI

VTEP přidává zapouzdření VXLAN a VNI. Hostitel tuto hlavičku negeneruje a nemusí vědět, že služba existuje.

Namapujte lokální VLAN na L2VNI formou příkazu, kterou platforma podporuje, a udržujte toto mapování konzistentní na obou koncích služby. L2VNI nájemce a L3VNI používané pro směrování mezi podsítěmi jsou různé objekty a míchání jejich čísel rozbije směrování, aniž by se dotklo cesty L2; a pamatujte, že funkční underlay trasa ke vzdálenému VTEP patří ještě další vrstvě sestavení.

Pokud je mapování špatné, rámec přesto vstoupí do fabricu a prostě přistane ve špatné službě. Proto je kontrola kontrolou služby, ne kontrolou linky.

Nakonfigurovat prezentaci na výstupu

Na vzdáleném konci se přijatá služba musí převést zpět na to, co hostitel očekává: holý Ethernet na přístupovém portu, konkrétní tag na trunku, který ovládáte, a zpracování vnitřního tagu odpovídající zvolenému modelu služby. Zkontrolujte seznam povolených VLAN na trunku, než obviníte overlay, protože tag, který výstupní trunk nepovoluje, je zahozen poté, co overlay už udělal svou práci. Potvrďte, že vzdálený hostitel očekává prezentaci, kterou dostává, a ne tu, kterou předpokládal váš diagram.

Zda vnitřní tag přežije, je vlastnost zvoleného modelu služby, takže žádný článek nemůže obecně slíbit odstranění ani zachování. Návrh, který předpokládá jedno chování, a platforma, která implementuje druhé, projdou testem linky a selžou v aplikaci.

Čtěte společně lokální učení MAC, trasu služby EVPN a mapování vzdáleného připojení a řiďte objevování sousedů, které aplikace potřebuje, místo pouhého pingu. MAC adresa naučená v jiné doméně mostu tam může být zcela platná a přesto ukazovat na špatnou službu.

Ověřit na jedné dvojici hostitelů

Zvedněte jednu dvojici hostitelů a dokažte celou cestu, než přidáte druhou dvojici. Potom přečtěte stav na obou VTEP a potvrďte, že se stejný identifikátor služby objevuje na obou koncích.

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

Pro každý konec zapište čtyři hodnoty: prezentaci portu, lokální segment, L2VNI a opačnou prezentaci na výstupu. Tento záznam umožní dalšímu inženýrovi vidět, proč má hostitel jednoduché neoznačené připojení, zatímco fabric nese službu nájemce. Pokud změna selže, vraťte port do předchozího VLAN a otestujte stejnou dvojici znovu, aby vrácení bylo známým stavem, nikoli odhadem.

Související články