Mappa en otaggad accessport till rätt EVPN-VNI

En otaggad värdram klassas av accessporten och bärs sedan av VTEP:n som en VNI. Kontrollera ingress, egress och tjänstemodellen separat.

En vanlig Ethernet-värd skickar otaggade ramar, och EVPN-fabricen måste ändå bära dem i rätt tenant-tjänst. Accessporten klassar ramen i ett lokalt segment, VTEP:n mappar segmentet till en VNI, och den avlägsna attachmenten presenterar ramen som dess värd förväntar sig. VLAN:et och VNI:n identifierar olika delar av den vägen och behöver inte dela nummer. Arbeta igenom runbooken nedan i ordning, eftersom ett fel i vilket steg som helst ger samma symptom: en värd som sänder och inte tar emot något.

Följ en ram genom fabricen

För en enkel VLAN-baserad tjänst ser en illustrativ väg ut så här:

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

VLAN- och VNI-numren är exempel, inte en regel. Det lokala VLAN:et är en ingressklassning som finns på en enda switch; L2VNI:n är den overlay-tjänsteidentifierare som båda VTEP:erna förstår. Overlay-specifikationen RFC 8365 håller tjänsteidentifieraren åtskild från hur en värd är ansluten, och den namnger tre former: VLAN-baserad, buntad och VLAN-aware.

Konfigurera ingressklassning

Värden har en adress och når ingenting, medan själva porten syns. Avgör vilket anslutningsläge porten verkligen är i — en accessport som bär otaggade ramar eller en trunk med ett native VLAN — och ställ in just det explicit. En otaggad ram lämnar ändå porten inom ett namngivet lokalt segment, och det segmentet är ett beslut och inte en bieffekt av plattformen. Öppna portens körande konfiguration och läs den klassning den faktiskt har i stället för att lita på en leverantörsstandard som du aldrig satt.

På en typisk switch är sekvensen ett lägesbyte och en access-VLAN-tilldelning, följt av en kontroll att porten verkligen är up och i det läget. Om porten är en trunk hanterar det native VLAN:et de otaggade ramarna, och det är en annan konfiguration med andra felfall. Anteckna både läget och VLAN:et innan du går vidare.

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

Konfigurera VTEP:n och VNI-mappningen

VTEP:n lägger till VXLAN-inkapslingen och VNI:n. Värden genererar inte den headern och behöver inte veta att tjänsten finns.

Mappa det lokala VLAN:et till L2VNI:n med plattformens stödda kommandoform och håll mappningen konsekvent i båda ändarna av tjänsten. En tenant-L2VNI och den L3VNI som används för routing mellan subnät är olika objekt, och att blanda deras nummer bryter routingen utan att röra L2-vägen; och kom ihåg att en fungerande underlay-rutt till den avlägsna VTEP:n hör till ännu ett lager av uppsättningen.

Om mappningen är fel kommer ramen ändå in i fabricen och landar helt enkelt i fel tjänst. Därför är kontrollen en tjänstekontroll och inte en länkkontroll.

Konfigurera egresspresentation

I den bortre änden måste den mottagna tjänsten vändas tillbaka till det värden förväntar sig: bar Ethernet på en accessport, en specifik tagg på en trunk du kontrollerar, och hantering av inre tagg som matchar den valda tjänstemodellen. Kontrollera trunkens lista över tillåtna VLAN innan du skyller på overlayn, eftersom en tagg som egress-trunkens inte tillåter släpps efter att overlayn redan gjort sitt. Bekräfta att den avlägsna värden förväntar sig den presentation den får och inte den ditt diagram antog.

Om en inre tagg överlever är en egenskap hos den tjänstemodell du valde, så ingen artikel kan generellt lova borttagning eller bevarande. En design som antar ett beteende och en plattform som implementerar det andra klarar ett länktest och misslyckas med applikationen.

Läs lokal MAC-inlärning, EVPN-tjänsterutten och den avlägsna attachmentens mappning tillsammans, och driv den grannupptäckt applikationen behöver i stället för bara en ping. En MAC-adress som lärts in i en annan bridge-domän kan vara helt giltig där och ändå peka på fel tjänst.

Verifiera med ett värdpar

Starta ett värdpar och bevisa hela vägen innan du lägger till ett andra par. Läs sedan statusen på båda VTEP:erna och bekräfta att samma tjänsteidentifierare visas i båda ändarna.

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

Skriv för varje ände upp fyra värden: portpresentation, lokalt segment, L2VNI och den omvända presentationen på egress. Den anteckningen låter nästa tekniker se varför värden har en enkel otaggad anslutning medan fabricen bär en tenant-tjänst. Om en ändring misslyckas, återställ porten till dess tidigare VLAN och testa samma par igen, så att återställningen blir ett känt läge och inte en gissning.

Relaterade artiklar