Imapa ang isang port ng pag-access na walang tag sa tamang EVPN VNI

Ang karaniwang Ethernet host ay nagpapadala ng mga frame na walang tag, at kailangan pa rin ng EVPN fabric na dalhin ang mga ito sa tamang serbisyo ng tenant. Inuuri ng access port ang frame sa isang lokal na segment, ini-map ng VTEP ang segment na iyon sa isang VNI, at ipinapakita ng malayong attachment ang frame ayon sa inaasahan ng host nito. Tinutukoy ng VLAN at VNI ang magkaibang bahagi ng landas na iyon at hindi kailangang magbahagi ng numero. Sundin ang runbook sa ibaba nang sunod-sunod, dahil ang pagkakamali sa alinmang hakbang ay gumagawa ng parehong sintomas: isang host na nagpapadala ngunit walang natatanggap.

Sundan ang isang frame sa buong fabric

Para sa isang simpleng serbisyong nakabatay sa VLAN, ganito ang isang halimbawang landas:

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

Ang mga numero ng VLAN at VNI ay mga halimbawa, hindi isang tuntunin. Ang lokal na VLAN ay isang pag-uuri ng ingress na umiiral sa isang switch lamang; ang L2VNI ay ang identifier ng overlay na serbisyo na nauunawaan ng dalawang VTEP. Ang overlay na espesipikasyon na RFC 8365 ay naghihiwalay ng identifier ng serbisyo sa paraan ng pagkakabit ng host, at nagpangalan ng tatlong anyo: nakabatay sa VLAN, pinagsama at may kamalayan sa VLAN.

I-configure ang pag-uuri ng ingress

May address ang host at wala itong naaabot, samantalang ang port mismo ay lumilitaw. Magpasya kung saang attachment mode talaga naroon ang port — isang access port na nagdadala ng mga frame na walang tag o isang trunk na may native VLAN — at itakda nang tahasan ang eksaktong iyon. Ang frame na walang tag ay lumalabas pa rin sa port sa loob ng isang pinangalanang lokal na segment, at ang segment na iyon ay isang desisyon at hindi isang side effect ng platform. Buksan ang running configuration ng port at basahin ang pag-uuring talagang mayroon ito, sa halip na magtiwala sa default ng vendor na hindi mo kailanman itinakda.

Sa isang karaniwang switch, ang pagkakasunod-sunod ay isang pagbabago ng mode at isang pagtatalaga ng VLAN ng access, na sinusundan ng pagsuri na ang port ay talagang up at nasa ganoong estado. Kung ang port ay isang trunk, ang native VLAN ang humahawak sa mga frame na walang tag, at ibang configuration iyon na may ibang mga failure mode. Itala ang parehong mode at VLAN bago magpatuloy.

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

I-configure ang VTEP at ang pagmamapa ng VNI

Idinadagdag ng VTEP ang VXLAN encapsulation at ang VNI. Hindi ginagawa ng host ang header na iyon at hindi kailangang malaman na mayroong serbisyo.

I-map ang lokal na VLAN sa L2VNI gamit ang anyo ng command na sinusuportahan ng platform, at panatilihing pare-pareho ang pagmamapa sa dalawang dulo ng serbisyo. Ang L2VNI ng tenant at ang L3VNI na ginagamit para sa routing sa pagitan ng mga subnet ay magkaibang bagay, at ang paghahalo ng kanilang mga numero ay sisira sa routing nang hindi hinahawakan ang landas ng L2; at tandaan na ang gumaganang underlay route patungo sa malayong VTEP ay kabilang sa isa pang layer ng setup.

Kung mali ang pagmamapa, pumapasok pa rin ang frame sa fabric at napupunta lamang sa maling serbisyo. Kaya ang pagsusuri ay pagsusuri ng serbisyo, hindi pagsusuri ng link.

I-configure ang presentasyon sa egress

Sa malayong dulo, kailangang ibalik ang natanggap na serbisyo sa kung ano ang inaasahan ng host: hubad na Ethernet sa isang access port, isang partikular na tag sa isang trunk na kontrolado mo, at paghawak ng panloob na tag na tumutugma sa piniling modelo ng serbisyo. Suriin ang listahan ng pinapayagang VLAN sa trunk bago sisihin ang overlay, dahil ang tag na hindi pinapayagan ng egress trunk ay itinatapon pagkatapos magawa ng overlay ang trabaho nito. Tiyakin na inaasahan ng malayong host ang presentasyong natatanggap nito at hindi ang ipinagpalagay ng iyong diagram.

Kung ang isang panloob na tag ay makakaligtas ay isang katangian ng modelo ng serbisyong pinili mo, kaya walang artikulo ang makakapangako nang pangkalahatan ng pag-alis o pagpapanatili. Ang isang disenyong nagpapalagay ng isang pag-uugali at isang platform na nagpapatupad ng isa pa ay papasa sa isang link test at babagsak sa aplikasyon.

Basahin nang sama-sama ang lokal na pagkatuto ng MAC, ang ruta ng serbisyong EVPN at ang pagmamapa ng malayong attachment, at itaguyod ang pagtuklas ng kapitbahay na kailangan ng aplikasyon sa halip na isang ping lamang. Ang isang MAC address na natutunan sa ibang bridge domain ay maaaring ganap na wasto doon at gayon pa man ay tumuturo sa maling serbisyo.

I-verify gamit ang isang pares ng host

Magpatayo ng isang pares ng host at patunayan ang buong landas bago magdagdag ng pangalawang pares. Pagkatapos ay basahin ang estado sa dalawang VTEP at tiyakin na ang parehong identifier ng serbisyo ay lumilitaw sa dalawang dulo.

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

Para sa bawat dulo, isulat ang apat na halaga: presentasyon ng port, lokal na segment, L2VNI at ang baliktad na presentasyon sa egress. Ang talaang iyon ay nagpapahintulot sa susunod na inhinyero na makita kung bakit may simpleng koneksyong walang tag ang host habang nagdadala ang fabric ng serbisyo ng tenant. Kung mabigo ang isang pagbabago, ibalik ang port sa dating VLAN at muling subukan ang parehong pares, upang ang pagbabalik ay isang kilalang estado at hindi isang hula.