Knyt en utagget accessport til den rigtige EVPN-VNI

En utagget værtsramme klassificeres af accessporten og bæres derefter af VTEP'en som en VNI. Kontrollér ingress, egress og servicemodellen hver for sig.

En almindelig Ethernet-vært sender utaggede rammer, og EVPN-fabricen skal stadig bære dem i den rigtige tenant-tjeneste. Accessporten klassificerer rammen i et lokalt segment, VTEP'en mapper segmentet til en VNI, og den fjerne attachment præsenterer rammen, som dens vært forventer. VLAN'et og VNI'en identificerer forskellige dele af den vej og behøver ikke dele nummer. Arbejd dig gennem runbooken nedenfor i rækkefølge, fordi en fejl på ethvert trin giver det samme symptom: en vært, der sender og intet modtager.

Følg en ramme gennem fabricen

For en simpel VLAN-baseret tjeneste ser en illustrativ vej sådan ud:

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 er en ingressklassificering, der findes på én switch; L2VNI'en er den overlay-tjenesteidentifikator, som begge VTEP'er forstår. Overlay-specifikationen RFC 8365 holder tjenesteidentifikatoren adskilt fra, hvordan en vært er tilsluttet, og den navngiver tre former: VLAN-baseret, bundtet og VLAN-aware.

Konfigurer ingressklassificering

Værten har en adresse og når ingenting, mens selve porten vises. Afgør, hvilken tilslutningstilstand porten reelt er i — en accessport, der bærer utaggede rammer, eller en trunk med et native VLAN — og sæt netop den eksplicit. En utagget ramme forlader stadig porten inde i et navngivet lokalt segment, og det segment er en beslutning og ikke en bivirkning af platformen. Åbn portens kørende konfiguration og læs den klassificering, den faktisk har, i stedet for at stole på en leverandørstandard, du aldrig har sat.

På en typisk switch er sekvensen et tilstandsskift og en access-VLAN-tildeling, efterfulgt af et tjek af, at porten faktisk er up og i den tilstand. Hvis porten er en trunk, håndterer det native VLAN de utaggede rammer, og det er en anden konfiguration med andre fejltilstande. Notér både tilstanden og VLAN'et, før du går videre.

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

Konfigurer VTEP'en og VNI-mappingen

VTEP'en tilføjer VXLAN-indkapslingen og VNI'en. Værten genererer ikke den header og behøver ikke at vide, at tjenesten findes.

Map det lokale VLAN til L2VNI'en med platformens understøttede kommandotype, og hold den mapping konsistent i begge ender af tjenesten. En tenant-L2VNI og den L3VNI, der bruges til routing mellem subnets, er forskellige objekter, og at blande deres numre bryder routingen uden at røre L2-vejen; og husk, at en fungerende underlay-rute til den fjerne VTEP hører til endnu et lag af opsætningen.

Hvis mappingen er forkert, kommer rammen stadig ind i fabricen og lander simpelthen i den forkerte tjeneste. Derfor er tjekket et tjenestetjek og ikke et linktjek.

Konfigurer egresspræsentation

I den fjerne ende skal den modtagne tjeneste vendes tilbage til det, værten forventer: bar Ethernet på en accessport, et bestemt tag på en trunk, du kontrollerer, og håndtering af indre tag, der matcher den valgte servicemodel. Kontrollér trunkens liste over tilladte VLAN'er, før du giver overlayet skylden, fordi et tag, som egress-trunkens ikke tillader, droppes, efter at overlayet allerede har gjort sit arbejde. Bekræft, at den fjerne vært forventer den præsentation, den modtager, og ikke den, dit diagram antog.

Om et indre tag overlever, er en egenskab ved den servicemodel, du valgte, så ingen artikel kan generelt love fjernelse eller bevarelse. Et design, der antager én adfærd, og en platform, der implementerer den anden, består en linktest og fejler på applikationen.

Læs lokal MAC-læring, EVPN-tjenesteruten og den fjerne attachments mapping sammen, og driv den nabo-opdagelse, applikationen har brug for, i stedet for kun en ping. En MAC-adresse, der er lært i et andet bridge-domæne, kan være helt gyldig der og pege på den forkerte tjeneste alligevel.

Verificér med ét værtspar

Start ét værtspar og bevis den fulde vej, før du tilføjer et andet par. Læs derefter tilstanden på begge VTEP'er, og bekræft, at den samme tjenesteidentifikator vises i begge ender.

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

Skriv for hver ende fire værdier ned: portpræsentation, lokalt segment, L2VNI og den omvendte præsentation på egress. Den registrering lader den næste tekniker se, hvorfor værten har en enkel utagget forbindelse, mens fabricen bærer en tenant-tjeneste. Hvis en ændring fejler, skal du føre porten tilbage til dens tidligere VLAN og teste det samme par igen, så tilbagerulningen er en kendt tilstand og ikke et gæt.

Relaterede artikler