Kartēt neiezīmētu piekļuves portu uz pareizo EVPN VNI

Parasts Ethernet resursdators sūta neiezīmētus kadrus, un EVPN audumam tie tomēr jāpārnēsā pareizajā nomnieka pakalpojumā. Piekļuves ports klasificē kadru vietējā segmentā, VTEP kartē šo segmentu uz VNI, un attālais pievienojums parāda kadru tā, kā to gaida tā resursdators. VLAN un VNI norāda dažādas šī ceļa daļas, un tiem nav jādala numurs. Izpildiet zemāk esošo runbook pēc kārtas, jo kļūda jebkurā solī rada vienu un to pašu simptomu: resursdators, kas sūta un neko nesaņem.

Izsekot vienu kadru caur audumu

Vienkāršam uz VLAN balstītam pakalpojumam ilustratīvs ceļš izskatās šādi:

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 un VNI numuri ir piemēri, nevis noteikums. Vietējais VLAN ir ienākošās plūsmas klasifikācija, kas pastāv vienā komutatorā; L2VNI ir pārklājuma pakalpojuma identifikators, ko saprot abi VTEP. Pārklājuma specifikācija RFC 8365 tur pakalpojuma identifikatoru atsevišķi no tā, kā resursdators ir pievienots, un tā nosauc trīs formas: uz VLAN balstīta, apvienota un VLAN informēta.

Konfigurēt ienākošās plūsmas klasifikāciju

Resursdatoram ir adrese un tas neko nesasniedz, kamēr pats ports ir redzams. Izlemiet, kādā pievienošanas režīmā ports patiešām ir — piekļuves ports, kas pārnēsā neiezīmētus kadrus, vai trunks ar native VLAN — un iestatiet tieši to skaidri. Neiezīmēts kadrs joprojām atstāj portu nosauktā vietējā segmentā, un šis segments ir lēmums, nevis platformas blakusefekts. Atveriet porta aktīvo konfigurāciju un izlasiet klasifikāciju, kas tam patiešām ir, tā vietā, lai paļautos uz ražotāja noklusējumu, kuru jūs nekad neesat iestatījis.

Tipiskā komutatorā secība ir režīma maiņa un piekļuves VLAN piešķiršana, kam seko pārbaude, vai ports patiešām ir augšā un šajā stāvoklī. Ja ports ir trunks, native VLAN apstrādā neiezīmētos kadrus, un tā ir cita konfigurācija ar citiem bojājumu veidiem. Pierakstiet gan režīmu, gan VLAN, pirms dodaties tālāk.

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

Konfigurēt VTEP un VNI kartējumu

VTEP pievieno VXLAN iekapsulējumu un VNI. Resursdators neģenerē šo galveni un tam nav jāzina, ka pakalpojums pastāv.

Kartējiet vietējo VLAN uz L2VNI ar platformas atbalstīto komandas formu un saglabājiet šo kartējumu konsekventu abos pakalpojuma galos. Nomnieka L2VNI un L3VNI, ko izmanto maršrutēšanai starp apakštīkliem, ir dažādi objekti, un to numuru sajaukšana salauž maršrutēšanu, nepieskaroties L2 ceļam; un atcerieties, ka strādājošs underlay maršruts uz attālo VTEP pieder vēl citam uzstādīšanas slānim.

Ja kartējums ir nepareizs, kadrs tomēr iekļūst audumā un vienkārši nonāk nepareizajā pakalpojumā. Tāpēc pārbaude ir pakalpojuma pārbaude, nevis saites pārbaude.

Konfigurēt izejošo attēlojumu

Attālajā galā saņemtais pakalpojums ir jāpārvērš atpakaļ tajā, ko gaida resursdators: tukšs Ethernet piekļuves portā, konkrēts tags trunkā, kuru kontrolējat jūs, un iekšējā taga apstrāde, kas atbilst izvēlētajam pakalpojuma modelim. Pārbaudiet trunka atļauto VLAN sarakstu, pirms vainojat pārklājumu, jo tags, kuru izejošais trunks neļauj, tiek izmests pēc tam, kad pārklājums jau ir paveicis savu darbu. Apstipriniet, ka attālais resursdators gaida tieši to attēlojumu, ko saņem, nevis to, ko pieņēma jūsu diagramma.

Vai iekšējais tags izdzīvo, ir jūsu izvēlētā pakalpojuma modeļa īpašība, tāpēc neviens raksts nevar vispārīgi apsolīt noņemšanu vai saglabāšanu. Dizains, kas pieņem vienu uzvedību, un platforma, kas ievieš otru, izturēs saites testu un neizturēs lietojumprogrammu.

Lasiet kopā vietējo MAC apguvi, EVPN pakalpojuma maršrutu un attālā pievienojuma kartējumu, un virziet kaimiņu atklāšanu, kas lietojumprogrammai nepieciešama, nevis tikai ping. MAC adrese, kas apgūta citā tilta domēnā, tur var būt pilnīgi derīga un tomēr norādīt uz nepareizo pakalpojumu.

Pārbaudīt ar vienu resursdatoru pāri

Paceliet vienu resursdatoru pāri un pierādiet visu ceļu, pirms pievienojat otru pāri. Pēc tam nolasiet stāvokli abos VTEP un apstipriniet, ka abos galos parādās viens un tas pats pakalpojuma identifikators.

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

Katram galam pierakstiet četras vērtības: porta attēlojums, vietējais segments, L2VNI un apgrieztais attēlojums izejā. Šis ieraksts ļauj nākamajam inženierim redzēt, kāpēc resursdatoram ir vienkāršs neiezīmēts savienojums, kamēr audums pārnēsā nomnieka pakalpojumu. Ja izmaiņas neizdodas, atgrieziet portu iepriekšējā VLAN un testējiet to pašu pāri vēlreiz, lai atritināšana būtu zināms stāvoklis, nevis minējums.