Mapați un port de acces fără etichetă în VNI-ul EVPN corect

O gazdă Ethernet obișnuită trimite cadre fără etichetă, iar fabrica EVPN tot trebuie să le transporte în serviciul de chiriaș corect. Portul de acces clasifică cadrul într-un segment local, VTEP mapează acel segment la un VNI, iar atașamentul de la distanță prezintă cadrul așa cum se așteaptă gazda lui. VLAN-ul și VNI-ul identifică părți diferite ale acelei căi și nu trebuie să împartă un număr. Parcurgeți runbook-ul de mai jos în ordine, pentru că o greșeală la orice pas produce același simptom: o gazdă care trimite și nu primește nimic.

Urmați un cadru prin fabrică

Pentru un serviciu simplu bazat pe VLAN, o cale ilustrativă arată astfel:

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

Numerele VLAN și VNI sunt exemple, nu o regulă. VLAN-ul local este o clasificare de intrare care există pe un singur comutator; L2VNI este identificatorul de serviciu overlay pe care îl înțeleg ambele VTEP-uri. Specificația overlay RFC 8365 ține identificatorul de serviciu separat de modul în care este atașată o gazdă și numește trei forme: bazată pe VLAN, grupată și sensibilă la VLAN.

Configurați clasificarea de intrare

Gazda are o adresă și nu ajunge nicăieri, în timp ce portul în sine apare. Decideți în ce mod de atașare se află de fapt portul — un port de acces care transportă cadre fără etichetă sau un trunk cu un VLAN nativ — și setați exact pe acela în mod explicit. Un cadru fără etichetă părăsește totuși portul în interiorul unui segment local numit, iar acel segment este o decizie, nu un efect secundar al platformei. Deschideți configurația curentă a portului și citiți clasificarea pe care o are de fapt, în loc să vă încredeți într-o valoare implicită a producătorului pe care nu ați setat-o niciodată.

Pe un comutator tipic, secvența este o schimbare de mod și o atribuire de VLAN de acces, urmată de o verificare că portul este într-adevăr activ și în acea stare. Dacă portul este un trunk, VLAN-ul nativ gestionează cadrele fără etichetă, iar aceea este o altă configurație cu alte moduri de defectare. Notați atât modul, cât și VLAN-ul înainte de a merge mai departe.

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

Configurați VTEP-ul și maparea VNI

VTEP-ul adaugă encapsularea VXLAN și VNI-ul. Gazda nu generează acel antet și nu trebuie să știe că serviciul există.

Mapați VLAN-ul local la L2VNI cu forma de comandă acceptată de platformă și mențineți această mapare consecventă la ambele capete ale serviciului. Un L2VNI de chiriaș și L3VNI-ul folosit pentru rutarea între subrețele sunt obiecte diferite, iar amestecarea numerelor lor rupe rutarea fără a atinge calea L2; și rețineți că o rută underlay funcțională către VTEP-ul de la distanță aparține încă unui alt strat al montajului.

Dacă maparea este greșită, cadrul intră totuși în fabrică și pur și simplu ajunge în serviciul greșit. De aceea verificarea este o verificare de serviciu, nu una de legătură.

Configurați prezentarea de ieșire

La capătul îndepărtat, serviciul primit trebuie transformat înapoi în ceea ce așteaptă gazda: Ethernet gol pe un port de acces, o etichetă anume pe un trunk pe care îl controlați și o manipulare a etichetei interioare care corespunde modelului de serviciu ales. Verificați lista de VLAN-uri permise pe trunk înainte de a da vina pe overlay, pentru că o etichetă pe care trunk-ul de ieșire nu o permite este eliminată după ce overlay-ul și-a făcut deja treaba. Confirmați că gazda de la distanță așteaptă prezentarea pe care o primește, nu pe cea presupusă de diagrama dumneavoastră.

Dacă o etichetă interioară supraviețuiește este o proprietate a modelului de serviciu pe care l-ați ales, așa că niciun articol nu poate promite în general eliminarea sau păstrarea. Un proiect care presupune un comportament și o platformă care îl implementează pe celălalt vor trece un test de legătură și vor eșua în aplicație.

Citiți împreună învățarea MAC locală, ruta de serviciu EVPN și maparea atașamentului de la distanță și conduceți descoperirea vecinilor de care are nevoie aplicația, nu doar un ping. O adresă MAC învățată într-un alt domeniu de punte poate fi perfect valabilă acolo și totuși să indice serviciul greșit.

Verificați cu o singură pereche de gazde

Porniți o pereche de gazde și demonstrați întreaga cale înainte de a adăuga o a doua pereche. Apoi citiți starea pe ambele VTEP-uri și confirmați că același identificator de serviciu apare la ambele capete.

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

Pentru fiecare capăt notați patru valori: prezentarea portului, segmentul local, L2VNI și prezentarea inversă la ieșire. Acea înregistrare îi permite următorului inginer să vadă de ce gazda are o conexiune simplă fără etichetă, în timp ce fabrica transportă un serviciu de chiriaș. Dacă o modificare eșuează, readuceți portul la VLAN-ul anterior și retestați aceeași pereche, astfel încât revenirea să fie o stare cunoscută, nu o presupunere.