Een ongetagde toegangspoort aan de juiste EVPN-VNI koppelen

Een gewone Ethernet-host verstuurt ongetagde frames, en de EVPN-fabric moet ze toch in de juiste tenantservice vervoeren. De toegangspoort classificeert het frame in een lokaal segment, de VTEP koppelt dat segment aan een VNI, en de externe attachment presenteert het frame zoals de host het verwacht. De VLAN en de VNI duiden verschillende delen van dat pad aan en hoeven geen nummer te delen. Werk de runbook hieronder in volgorde af, want een fout bij welke stap dan ook levert hetzelfde symptoom op: een host die zendt en niets ontvangt.

Eén frame door de fabric volgen

Voor een eenvoudige op VLAN gebaseerde service ziet een voorbeeldpad er zo uit:

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

De VLAN- en VNI-nummers zijn voorbeelden, geen regel. Het lokale VLAN is een ingress-classificatie die op één switch bestaat; de L2VNI is de overlay-service-identificatie die beide VTEP’s begrijpen. De overlay-specificatie RFC 8365 houdt de service-identificatie gescheiden van hoe een host is aangesloten, en noemt drie vormen: op VLAN gebaseerd, gebundeld en VLAN-aware.

Ingress-classificatie configureren

De host heeft een adres en bereikt niets, terwijl de poort zelf zichtbaar is. Bepaal in welke aansluitmodus de poort werkelijk staat — een toegangspoort die ongetagde frames draagt of een trunk met een native VLAN — en stel precies die expliciet in. Een ongetagd frame verlaat de poort nog steeds binnen een benoemd lokaal segment, en dat segment is een keuze en geen bijeffect van het platform. Open de actieve configuratie van de poort en lees de classificatie die hij echt heeft, in plaats van een leveranciersstandaard te vertrouwen die u nooit hebt ingesteld.

Op een typische switch is de volgorde een moduswijziging en een access-VLAN-toewijzing, gevolgd door een controle of de poort echt up is en in die toestand verkeert. Is de poort een trunk, dan verwerkt het native VLAN de ongetagde frames, en dat is een andere configuratie met andere faalwijzen. Noteer zowel de modus als het VLAN voordat u verdergaat.

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

De VTEP en de VNI-koppeling configureren

De VTEP voegt de VXLAN-inkapseling en de VNI toe. De host genereert die header niet en hoeft niet te weten dat de service bestaat.

Koppel het lokale VLAN aan de L2VNI met de door het platform ondersteunde commandovorm en houd die koppeling consistent aan beide uiteinden van de service. Een tenant-L2VNI en de L3VNI voor routing tussen subnetten zijn verschillende objecten, en het vermengen van hun nummers breekt de routing zonder het L2-pad aan te raken; en bedenk dat een werkende underlay-route naar de externe VTEP weer een andere laag van de opzet is.

Is de koppeling fout, dan komt het frame toch de fabric binnen en belandt het simpelweg in de verkeerde service. Daarom is de controle een servicecontrole en geen linkcontrole.

Egress-presentatie configureren

Aan de andere kant moet de ontvangen service weer worden omgezet in wat de host verwacht: kale Ethernet op een toegangspoort, een specifieke tag op een trunk die u beheert, en een behandeling van de binnenste tag die past bij het gekozen servicemodel. Controleer de lijst met toegestane VLAN’s op de trunk voordat u het overlay de schuld geeft, want een tag die de egress-trunk niet toestaat wordt weggegooid nadat het overlay zijn werk al heeft gedaan. Bevestig dat de externe host de presentatie verwacht die hij ontvangt en niet die uw diagram aannam.

Of een binnenste tag overleeft is een eigenschap van het servicemodel dat u hebt gekozen, dus geen enkel artikel kan in het algemeen verwijderen of behouden beloven. Een ontwerp dat het ene gedrag aanneemt en een platform dat het andere implementeert, zal een linktest doorstaan en op de toepassing falen.

Lees lokaal MAC-leren, de EVPN-serviceroute en de koppeling van de externe attachment samen, en drijf de buurontdekking aan die de toepassing nodig heeft in plaats van alleen een ping. Een MAC-adres dat in een ander bridge-domein is geleerd, kan daar volkomen geldig zijn en toch naar de verkeerde service wijzen.

Verifiëren met één hostpaar

Breng één hostpaar op en bewijs het volledige pad voordat u een tweede paar toevoegt. Lees daarna de status op beide VTEP’s en bevestig dat dezelfde service-identificatie aan beide uiteinden verschijnt.

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

Noteer voor elk uiteinde vier waarden: poortpresentatie, lokaal segment, L2VNI en de omgekeerde presentatie op egress. Dat verslag laat de volgende technicus zien waarom de host een eenvoudige ongetagde verbinding heeft terwijl de fabric een tenantservice vervoert. Als een wijziging mislukt, zet de poort dan terug naar het vorige VLAN en test hetzelfde paar opnieuw, zodat de terugrol een bekende toestand is en geen gok.