Knyte ein utagga tilgangsport til rett EVPN-VNI

Ei utagga vertsramme vert klassifisert av tilgangsporten og deretter bore av VTEP-en som ein VNI. Kontroller ingress, egress og tenestemodellen kvar for seg.

Ein vanleg Ethernet-vert sender utagga rammer, og EVPN-fabricen må likevel bere dei i rett tenant-teneste. Tilgangsporten klassifiserer ramma i eit lokalt segment, VTEP-en mappar segmentet til ein VNI, og den eksterne attachmenten presenterer ramma slik verten ventar. VLAN-et og VNI-en identifiserer ulike delar av den vegen og treng ikkje dele nummer. Arbeid deg gjennom runbooken nedanfor i rekkjefølgje, fordi ein feil på kva som helst trinn gir same symptom: ein vert som sender og ikkje tek imot noko.

Følg éi ramme gjennom fabricen

For ein enkel VLAN-basert teneste ser ein illustrerande veg 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-numra er døme, ikkje ein regel. Det lokale VLAN-et er ein ingressklassifisering som finst på éin svitsj; L2VNI-en er overlay-tenesteidentifikatoren som begge VTEP-ane forstår. Overlay-spesifikasjonen RFC 8365 held tenesteidentifikatoren åtskild frå korleis ein vert er tilkopla, og han namngir tre former: VLAN-basert, bunta og VLAN-aware.

Konfigurere ingressklassifisering

Verten har ein adresse og når ingenting, medan sjølve porten syner seg. Avgjer kva for ein tilkoplingsmodus porten faktisk er i — ein tilgangsport som ber utagga rammer eller ein trunk med eit native VLAN — og set nettopp den eksplisitt. Ei utagga ramme forlèt likevel porten innanfor eit namngjeve lokalt segment, og det segmentet er ei avgjerd og ikkje ein biverknad av plattforma. Opne den køyrande konfigurasjonen til porten og les klassifiseringa han faktisk har, i staden for å stole på ein leverandørstandard du aldri har sett.

På ein typisk svitsj er sekvensen eit modusbyte og ei tildeling av tilgangs-VLAN, følgd av ein kontroll på at porten faktisk er up og i den tilstanden. Viss porten er ein trunk, handterer det native VLAN-et dei utagga rammene, og det er ein annan konfigurasjon med andre feilmodusar. Noter både modusen og VLAN-et før du går vidare.

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

Konfigurere VTEP-en og VNI-mappinga

VTEP-en legg til VXLAN-innkapslinga og VNI-en. Verten genererer ikkje den headeren og treng ikkje å vite at tenesta finst.

Mapp det lokale VLAN-et til L2VNI-en med den støtta kommandoforma til plattforma, og hald den mappinga konsistent i begge endar av tenesta. Ein tenant-L2VNI og den L3VNI som vert brukt til ruting mellom subnett, er ulike objekt, og å blande numra deira bryt rutinga utan å røre L2-vegen; og hugs at ei fungerande underlay-rute til den eksterne VTEP-en høyrer til endå eit lag av oppsettet.

Viss mappinga er feil, kjem ramma likevel inn i fabricen og landar rett og slett i feil teneste. Difor er kontrollen ein tenestekontroll og ikkje ein lenkekontroll.

Konfigurere egresspresentasjon

I den bortre enden må den mottekne tenesta vendast tilbake til det verten ventar: bar Ethernet på ein tilgangsport, ein bestemt tagg på ein trunk du kontrollerer, og handtering av indre tagg som svarar til tenestemodellen du valde. Kontroller lista over tillatne VLAN på trunken før du gir overlayet skulda, fordi ein tagg som egress-trunkens ikkje tillèt, vert droppa etter at overlayet alt har gjort jobben sin. Stadfest at den eksterne verten ventar presentasjonen han får og ikkje den diagrammet ditt antok.

Om ein indre tagg overlever, er ein eigenskap ved tenestemodellen du valde, så ingen artikkel kan generelt love fjerning eller bevaring. Eit design som føreset ein åtferd og ei plattform som implementerer den andre, vil bestå ein lenketest og feile på applikasjonen.

Les lokal MAC-læring, EVPN-tenesteruta og mappinga til den eksterne attachmenten saman, og driv nabo-oppdaginga applikasjonen treng i staden for berre ein ping. Ei MAC-adresse lært i eit anna bridge-domene kan vere heilt gyldig der og likevel peike på feil teneste.

Verifisere med eitt vertspar

Set opp eitt vertspar og prov heile vegen før du legg til eit andre par. Les deretter tilstanden på begge VTEP-ane og stadfest at same tenesteidentifikator viser seg i begge endar.

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

For kvar ende skriv du ned fire verdiar: portpresentasjon, lokalt segment, L2VNI og den omvende presentasjonen på egress. Den registreringa lèt neste teknikar sjå kvifor verten har ei enkel utagga tilkopling medan fabricen ber ei tenant-teneste. Viss ei endring feilar, før porten tilbake til førre VLAN og test det same paret på nytt, slik at tilbakerullinga er ein kjend tilstand og ikkje ei gjetting.

Relaterte artiklar