Knytte en utagget tilgangsport til riktig EVPN-VNI

En vanlig Ethernet-vert sender utaggede rammer, og EVPN-fabricen må likevel bære dem i riktig tenant-tjeneste. Tilgangsporten klassifiserer rammen i et lokalt segment, VTEP-en mapper segmentet til en VNI, og den eksterne attachmenten presenterer rammen slik verten forventer. VLAN-et og VNI-en identifiserer ulike deler av den veien og trenger ikke dele nummer. Arbeid deg gjennom runbooken nedenfor i rekkefølge, fordi en feil på hvilket som helst trinn gir samme symptom: en vert som sender og ikke mottar noe.

Følg én ramme gjennom fabricen

For en enkel VLAN-basert tjeneste ser en illustrerende vei slik ut:

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- og VNI-numrene er eksempler, ikke en regel. Det lokale VLAN-et er en ingressklassifisering som finnes på én svitsj; L2VNI-en er overlay-tjenesteidentifikatoren som begge VTEP-ene forstår. Overlay-spesifikasjonen RFC 8365 holder tjenesteidentifikatoren atskilt fra hvordan en vert er tilkoblet, og den navngir tre former: VLAN-basert, bundet og VLAN-aware.

Konfigurere ingressklassifisering

Verten har en adresse og når ingenting, mens selve porten vises. Avgjør hvilken tilkoblingsmodus porten faktisk er i — en tilgangsport som bærer utaggede rammer eller en trunk med et native VLAN — og sett akkurat den eksplisitt. En utagget ramme forlater likevel porten innenfor et navngitt lokalt segment, og det segmentet er en beslutning og ikke en bivirkning av plattformen. Åpne portens kjørende konfigurasjon og les klassifiseringen den faktisk har, i stedet for å stole på en leverandørstandard du aldri har satt.

På en typisk svitsj er sekvensen et modusbytte og en tilordning av tilgangs-VLAN, fulgt av en kontroll på at porten faktisk er up og i den tilstanden. Hvis porten er en trunk, håndterer det native VLAN-et de utaggede rammene, og det er en annen konfigurasjon med andre feilmoduser. Noter både modusen og VLAN-et før du går videre.

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

Konfigurere VTEP-en og VNI-mappingen

VTEP-en legger til VXLAN-innkapslingen og VNI-en. Verten genererer ikke den headeren og trenger ikke å vite at tjenesten finnes.

Map det lokale VLAN-et til L2VNI-en med plattformens støttede kommandform, og hold den mappingen konsistent i begge ender av tjenesten. En tenant-L2VNI og den L3VNI som brukes til ruting mellom subnett, er forskjellige objekter, og å blande numrene deres bryter rutingen uten å røre L2-veien; og husk at en fungerende underlay-rute til den eksterne VTEP-en hører til enda et lag av oppsettet.

Hvis mappingen er feil, kommer rammen likevel inn i fabricen og lander rett og slett i feil tjeneste. Derfor er kontrollen en tjenestekontroll og ikke en lenkekontroll.

Konfigurere egresspresentasjon

I den bortre enden må den mottatte tjenesten vendes tilbake til det verten forventer: bar Ethernet på en tilgangsport, en bestemt tagg på en trunk du kontrollerer, og håndtering av indre tagg som samsvarer med tjenestemodellen du valgte. Kontroller trunkens liste over tillatte VLAN-er før du gir overlayet skylden, fordi en tagg som egress-trunkens ikke tillater, droppes etter at overlayet allerede har gjort jobben sin. Bekreft at den eksterne verten forventer presentasjonen den mottar og ikke den diagrammet ditt antok.

Om en indre tagg overlever, er en egenskap ved tjenestemodellen du valgte, så ingen artikkel kan generelt love fjerning eller bevaring. Et design som antar én oppførsel og en plattform som implementerer den andre, vil bestå en lenketest og feile på applikasjonen.

Les lokal MAC-læring, EVPN-tjenesteruten og mappingen til den eksterne attachmenten sammen, og driv nabo-oppdagelsen applikasjonen trenger i stedet for bare en ping. En MAC-adresse lært i et annet bridge-domene kan være helt gyldig der og likevel peke på feil tjeneste.

Verifisere med ett vertspar

Sett opp ett vertspar og bevis hele veien før du legger til et andre par. Les deretter tilstanden på begge VTEP-ene og bekreft at samme tjenesteidentifikator vises i begge ender.

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

For hver ende skriver du ned fire verdier: portpresentasjon, lokalt segment, L2VNI og den omvendte presentasjonen på egress. Den registreringen lar neste tekniker se hvorfor verten har en enkel utagget tilkobling mens fabricen bærer en tenant-tjeneste. Hvis en endring feiler, før porten tilbake til forrige VLAN og test det samme paret på nytt, slik at tilbakerullingen er en kjent tilstand og ikke en gjetning.