Përputhja e një porte aksesi pa etiketë me VNI-n e duhur EVPN

Një host i zakonshëm Ethernet dërgon korniza pa etiketë, dhe struktura EVPN gjithsesi duhet t'i transportojë ato në shërbimin e duhur të qiramarrësit. Porta e aksesit e klasifikon kornizën në një segment lokal, VTEP e harton atë segment në një VNI, dhe lidhja e largët e paraqet kornizën ashtu siç e pret hosti i saj. VLAN-i dhe VNI-ja identifikojnë pjesë të ndryshme të asaj rruge dhe nuk duhet të ndajnë të njëjtin numër. Kryeni runbook-un më poshtë me radhë, sepse një gabim në çdo hap prodhon të njëjtin simptomë: një host që dërgon dhe nuk merr asgjë.

Ndiqni një kornizë nëpër strukturë

Për një shërbim të thjeshtë të bazuar në VLAN, një rrugë ilustruese duket kështu:

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

Numrat e VLAN-it dhe VNI-së janë shembuj, jo rregull. VLAN-i lokal është një klasifikim hyrës që ekziston në një komutator të vetëm; L2VNI është identifikuesi i shërbimit overlay që të dy VTEP-të e kuptojnë. Specifikimi overlay RFC 8365 e mban identifikuesin e shërbimit të ndarë nga mënyra se si lidhet një host, dhe emërton tre forma: e bazuar në VLAN, e grupuar dhe e ndërgjegjshme për VLAN.

Konfiguroni klasifikimin hyrës

Hosti ka një adresë dhe nuk arrin asgjë, ndërsa vetë porta shfaqet. Vendosni në cilin regjim lidhjeje është vërtet porta — një port aksesi që transporton korniza pa etiketë apo një trunk me VLAN native — dhe vendosni pikërisht atë në mënyrë të qartë. Një kornizë pa etiketë gjithsesi del nga porta brenda një segmenti lokal të emërtuar, dhe ai segment është një vendim dhe jo një efekt anësor i platformës. Hapni konfigurimin aktual të portës dhe lexoni klasifikimin që ajo ka vërtet, në vend që të besoni një vlerë të parazgjedhur të prodhuesit që nuk e keni vendosur kurrë.

Në një komutator tipik sekuenca është një ndryshim regjimi dhe një caktim VLAN-i aksesi, i ndjekur nga një kontroll që porta është vërtet aktive dhe në atë gjendje. Nëse porta është trunk, VLAN-i native trajton kornizat pa etiketë, dhe ajo është një konfigurim tjetër me mënyra të ndryshme dështimi. Shënoni si regjimin ashtu edhe VLAN-in përpara se të vazhdoni.

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

Konfiguroni VTEP-in dhe hartëzimin e VNI-së

VTEP shton inkapsulimin VXLAN dhe VNI-në. Hosti nuk e gjeneron atë kokë dhe nuk ka nevojë të dijë se shërbimi ekziston.

Hartoni VLAN-in lokal në L2VNI me formën e komandës që mbështet platforma dhe mbani atë hartëzim konsistent në të dy skajet e shërbimit. Një L2VNI qiramarrësi dhe L3VNI i përdorur për rrugëtim midis nënrrjeteve janë objekte të ndryshme, dhe përzierja e numrave të tyre prish rrugëtimin pa prekur rrugën L2; dhe mbani mend se një rrugë funksionale underlay drejt VTEP-it të largët i përket edhe një shtrese tjetër të konfigurimit.

Nëse hartëzimi është i gabuar, korniza gjithsesi hyn në strukturë dhe thjesht zbarkon në shërbimin e gabuar. Prandaj kontrolli është një kontroll shërbimi, jo një kontroll lidhjeje.

Konfiguroni paraqitjen dalëse

Në skajin e largët shërbimi i marrë duhet të kthehet në atë që pret hosti: Ethernet i pastër në një port aksesi, një etiketë e caktuar në një trunk që ju kontrolloni, dhe trajtim i etiketës së brendshme që përputhet me modelin e shërbimit që zgjodhët. Kontrolloni listën e VLAN-ve të lejuara në trunk përpara se të fajësoni overlay-n, sepse një etiketë që trunk-u dalës nuk e lejon hidhet pasi overlay-ja ka kryer tashmë punën e vet. Konfirmoni që hosti i largët pret paraqitjen që merr dhe jo atë që supozoi diagrami juaj.

Nëse një etiketë e brendshme mbijeton është veti e modelit të shërbimit që zgjodhët, prandaj asnjë artikull nuk mund të premtojë në përgjithësi heqje ose ruajtje. Një projekt që supozon një sjellje dhe një platformë që zbaton tjetrën do të kalojnë një test lidhjeje dhe do të dështojnë në aplikacion.

Lexoni së bashku mësimin lokal të MAC-ut, rrugën e shërbimit EVPN dhe hartëzimin e lidhjes së largët, dhe drejtoni zbulimin e fqinjëve që i nevojitet aplikacionit dhe jo vetëm një ping. Një adresë MAC e mësuar në një domen tjetër ure mund të jetë plotësisht e vlefshme atje dhe gjithsesi të tregojë shërbimin e gabuar.

Verifikoni me një çift hostesh

Ngrini një çift hostesh dhe provoni të gjithë rrugën përpara se të shtoni një çift të dytë. Më pas lexoni gjendjen në të dy VTEP-të dhe konfirmoni që i njëjti identifikues shërbimi shfaqet në të dy skajet.

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

Për çdo skaj shënoni katër vlera: paraqitja e portës, segmenti lokal, L2VNI dhe paraqitja e kundërt në dalje. Ai regjistrim i lejon inxhinierit të ardhshëm të shohë pse hosti ka një lidhje të thjeshtë pa etiketë ndërsa struktura transporton një shërbim qiramarrësi. Nëse një ndryshim dështon, kthejeni portën në VLAN-in e mëparshëm dhe ritestoni të njëjtin çift, në mënyrë që kthimi të jetë një gjendje e njohur dhe jo një hamendje.