Priskirti nežymėtą prieigos prievadą tinkamam EVPN VNI

Nežymėtą pagrindinio kompiuterio kadrą klasifikuoja prieigos prievadas, o VTEP perduoda jį kaip VNI. Atskirai patikrinkite įėjimą, išėjimą ir paslaugos modelį.

Įprastas Ethernet pagrindinis kompiuteris siunčia nežymėtus kadrus, o EVPN audinys vis tiek turi perduoti juos tinkamoje nuomininko paslaugoje. Prieigos prievadas klasifikuoja kadrą į vietinį segmentą, VTEP priskiria tą segmentą VNI, o nuotolinis prijungimas pateikia kadrą taip, kaip tikisi jo pagrindinis kompiuteris. VLAN ir VNI žymi skirtingas to kelio dalis ir neturi bendro numerio. Atlikite žemiau pateiktą runbook iš eilės, nes klaida bet kuriame žingsnyje duoda tą patį simptomą: pagrindinis kompiuteris siunčia ir nieko negauna.

Sekti vieną kadrą per audinį

Paprastai VLAN pagrįstai paslaugai iliustracinis kelias atrodo taip:

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 ir VNI numeriai yra pavyzdžiai, ne taisyklė. Vietinis VLAN yra įeinančio srauto klasifikacija, egzistuojanti viename komutatoriuje; L2VNI yra perdangos paslaugos identifikatorius, kurį supranta abu VTEP. Perdangos specifikacija RFC 8365 laiko paslaugos identifikatorių atskirai nuo to, kaip pagrindinis kompiuteris prijungtas, ir įvardija tris formas: VLAN pagrįsta, sujungta ir VLAN informuota.

Konfigūruoti įeinančio srauto klasifikaciją

Pagrindinis kompiuteris turi adresą ir nieko nepasiekia, o pats prievadas matomas. Nuspręskite, kokiame prijungimo režime prievadas iš tikrųjų yra — prieigos prievadas, perduodantis nežymėtus kadrus, ar trunk su native VLAN — ir nustatykite būtent tą aiškiai. Nežymėtas kadras vis tiek išeina iš prievado pavadintame vietiniame segmente, ir tas segmentas yra sprendimas, o ne platformos šalutinis poveikis. Atidarykite vykdomąją prievado konfigūraciją ir perskaitykite klasifikaciją, kurią jis iš tikrųjų turi, o ne pasitikėkite gamintojo numatytąja reikšme, kurios niekada nenustatėte.

Tipiškame komutatoriuje seka yra režimo pakeitimas ir prieigos VLAN priskyrimas, po kurio tikrinama, ar prievadas tikrai veikia ir yra toje būsenoje. Jei prievadas yra trunk, native VLAN tvarko nežymėtus kadrus, ir tai yra kita konfigūracija su kitokiais gedimo būdais. Užsirašykite ir režimą, ir VLAN, prieš judėdami toliau.

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

Konfigūruoti VTEP ir VNI susiejimą

VTEP prideda VXLAN inkapsuliavimą ir VNI. Pagrindinis kompiuteris negeneruoja šios antraštės ir neturi žinoti, kad paslauga egzistuoja.

Susiekite vietinį VLAN su L2VNI platformos palaikoma komandų forma ir palaikykite šį susiejimą nuoseklų abiejuose paslaugos galuose. Nuomininko L2VNI ir L3VNI, naudojamas maršrutizavimui tarp potinklių, yra skirtingi objektai, o jų numerių maišymas sugadina maršrutizavimą neliesdamas L2 kelio; ir atminkite, kad veikiantis underlay maršrutas į nuotolinį VTEP priklauso dar vienam sąrankos sluoksniui.

Jei susiejimas neteisingas, kadras vis tiek patenka į audinį ir paprasčiausiai nusileidžia netinkamoje paslaugoje. Todėl patikra yra paslaugos patikra, o ne ryšio patikra.

Konfigūruoti išėjimo pateikimą

Tolimajame gale gauta paslauga turi būti paversta atgal tuo, ko tikisi pagrindinis kompiuteris: grynu Ethernet prieigos prievade, konkrečiu žymenių trunk, kurį kontroliuojate, ir vidinės žymės apdorojimu, atitinkančiu pasirinktą paslaugos modelį. Patikrinkite leidžiamų VLAN sąrašą trunke, prieš kaltindami perdangą, nes žymė, kurios išėjimo trunkas neleidžia, išmetama po to, kai perdanga jau atliko savo darbą. Patvirtinkite, kad nuotolinis pagrindinis kompiuteris tikisi būtent to pateikimo, kurį gauna, o ne to, kurį numatė jūsų schema.

Ar vidinė žymė išlieka, yra pasirinkto paslaugos modelio savybė, todėl joks straipsnis negali bendrai pažadėti pašalinimo ar išsaugojimo. Projektas, kuris numato vieną elgseną, ir platforma, kuri įgyvendina kitą, išlaikys ryšio testą ir žlugs programoje.

Skaitykite kartu vietinį MAC mokymąsi, EVPN paslaugos maršrutą ir nuotolinio prijungimo susiejimą ir vykdykite kaimynų aptikimą, kurio reikia programai, o ne tik ping. MAC adresas, išmoktas kitame tilto domene, ten gali būti visiškai galiojantis ir vis tiek rodyti į netinkamą paslaugą.

Patikrinti su viena pagrindinių kompiuterių pora

Pakelkite vieną pagrindinių kompiuterių porą ir įrodykite visą kelią, prieš pridėdami antrą porą. Tada perskaitykite būseną abiejuose VTEP ir patvirtinkite, kad tas pats paslaugos identifikatorius rodomas abiejuose galuose.

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

Kiekvienam galui užsirašykite keturias reikšmes: prievado pateikimas, vietinis segmentas, L2VNI ir atvirkštinis pateikimas išėjime. Šis įrašas leidžia kitam inžinieriui pamatyti, kodėl pagrindinis kompiuteris turi paprastą nežymėtą ryšį, o audinys perduoda nuomininko paslaugą. Jei pakeitimas nepavyksta, grąžinkite prievadą į ankstesnį VLAN ir dar kartą išbandykite tą pačią porą, kad atsukimas būtų žinoma būsena, o ne spėjimas.

Susiję straipsniai