Mapu senetikeditan alirpordon al la ĝusta EVPN VNI

Ordinara Ethernet-gastiganto sendas senetikedajn kadrojn, kaj la EVPN-fabriko tamen devas transporti ilin en la ĝusta luanta servo. La alirpordo klasifikas la kadron en lokan segmenton, VTEP mapas tiun segmenton al VNI, kaj la fora ligo prezentas la kadron tiel, kiel ĝia gastiganto atendas. La VLAN kaj la VNI indikas malsamajn partojn de tiu vojo kaj ne devas havi komunan numeron. Plenumu la suban runbookon laŭ ordo, ĉar eraro en ajna paŝo donas la saman simptomon: gastiganto, kiu sendas kaj ricevas nenion.

Sekvu unu kadron tra la fabriko

Por simpla servo bazita sur VLAN, ilustra vojo aspektas tiel:

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

La numeroj de VLAN kaj VNI estas ekzemploj, ne regulo. La loka VLAN estas enira klasifiko, kiu ekzistas sur unu ŝaltilo; la L2VNI estas la overlay-servo-identigilo, kiun komprenas ambaŭ VTEP-oj. La overlay-specifo RFC 8365 tenas la servo-identigilon aparte de tio, kiel gastiganto estas ligita, kaj nomas tri formojn: VLAN-bazita, faskigita kaj VLAN-konscia.

Agordi la eniran klasifikon

La gastiganto havas adreson kaj atingas nenion, dum la pordo mem videblas. Decidu, en kiu ligreĝimo la pordo vere estas — alirpordo, kiu portas senetikedajn kadrojn, aŭ trunk kun native VLAN — kaj agordu ĝuste tiun eksplice. Senetikedita kadro tamen lasas la pordon ene de nomita loka segmento, kaj tiu segmento estas decido, ne flanka efiko de la platformo. Malfermu la kurantan agordon de la pordo kaj legu la klasifikon, kiun ĝi vere havas, anstataŭ fidi provizantan valoron de la fabrikanto, kiun vi neniam agordis.

Sur tipa ŝaltilo la sinsekvo estas ŝanĝo de reĝimo kaj atribuo de alira VLAN, sekvata de kontrolo, ke la pordo vere funkcias kaj estas en tiu stato. Se la pordo estas trunk, la native VLAN traktas la senetikedajn kadrojn, kaj tio estas alia agordo kun aliaj fiaskmanieroj. Notu kaj la reĝimon kaj la VLAN antaŭ ol daŭrigi.

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

Agordi la VTEP kaj la VNI-mapon

VTEP aldonas la VXLAN-enkapsuligon kaj la VNI. La gastiganto ne generas tiun kaplinion kaj ne bezonas scii, ke la servo ekzistas.

Mapu la lokan VLAN al la L2VNI per la komanda formo subtenata de la platformo kaj tenu tiun mapon konsekvenca ĉe ambaŭ finoj de la servo. Luanta L2VNI kaj la L3VNI uzata por enkursigado inter subretoj estas malsamaj objektoj, kaj miksado de iliaj numeroj rompas la enkursigadon sen tuŝi la L2-vojon; kaj memoru, ke funkcianta underlay-vojo al la fora VTEP apartenas al ankoraŭ alia tavolo de la agordo.

Se la mapo estas malĝusta, la kadro tamen eniras la fabrikon kaj simple surteriĝas en la malĝusta servo. Tial la kontrolo estas servokontrolo, ne ligkontrolo.

Agordi la eliran prezentadon

Ĉe la fora fino la ricevita servo devas esti retransformita en tion, kion la gastiganto atendas: nuda Ethernet sur alirpordo, specifa etikedo sur trunk, kiun vi kontrolas, kaj traktado de la interna etikedo kongrua kun la elektita servomodelo. Kontrolu la liston de permesitaj VLAN sur la trunk antaŭ ol kulpigi la overlay, ĉar etikedo, kiun la elira trunk ne permesas, estas forĵetata post kiam la overlay jam faris sian laboron. Konfirmu, ke la fora gastiganto atendas la prezentadon, kiun ĝi ricevas, kaj ne tiun, kiun supozis via diagramo.

Ĉu interna etikedo postvivas estas eco de la elektita servomodelo, do neniu artikolo povas ĝenerale promesi forigon aŭ konservon. Dezajno, kiu supozas unu konduton, kaj platformo, kiu realigas la alian, trapasos ligteston kaj malsukcesos en la aplikaĵo.

Legu kune la lokan MAC-lernadon, la EVPN-servovojon kaj la mapon de la fora ligo, kaj pelu la najbaran malkovron, kiun la aplikaĵo bezonas, anstataŭ nur ping. MAC-adreso lernita en alia ponto-domajno povas esti tute valida tie kaj tamen montri al la malĝusta servo.

Kontroli per unu gastiganta paro

Starigu unu gastigantan paron kaj pruvu la tutan vojon antaŭ ol aldoni duan paron. Poste legu la staton sur ambaŭ VTEP-oj kaj konfirmu, ke la sama servo-identigilo aperas ĉe ambaŭ finoj.

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

Por ĉiu fino notu kvar valorojn: pordoprezentado, loka segmento, L2VNI kaj la inversa prezentado ĉe eliro. Tiu noto ebligas al la sekva inĝeniero vidi, kial la gastiganto havas simplan senetikedan konekton dum la fabriko portas luantan servon. Se ŝanĝo malsukcesas, restarigu la pordon al ĝia antaŭa VLAN kaj retestu la saman paron, por ke la retroigo estu konata stato, ne konjekto.