Două adrese MAC apar în același pachet VXLAN, și doar una dintre ele aparține gazdei de destinație. Într-un design EVPN VXLAN IP-VRF către IP-VRF, MAC-ul de destinație interior este MAC-ul de router anunțat de routerul de ieșire, în timp ce MAC-ul de destinație exterior aparține celui care livrează pachetul pe următoarea legătură underlay. Confundarea celor două trimite oamenii în underlay să caute o defecțiune care nu există acolo. Faceți verificările în ordine.

Fiecare pas răspunde la o întrebare, iar primul răspuns decide dacă următoarele mai sunt relevante.

1. Citiți ruta de prefix și comunitățile ei

Începeți de la rută, nu de la captura de pachete:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

O rută Type 5 anunță un prefix IP. În modelul IP-VRF fără interfețe transportă și L3 VNI și comunitatea extinsă de MAC de router, iar acea comunitate este cea care identifică punctul final de rutare de ieșire. Citiți comunitatea în loc să presupuneți că MAC-ul este încorporat în NLRI-ul prefixului, pentru că nu este. Dacă ruta există și comunitatea este atașată, planul de control și-a făcut deja partea.

2. Confirmați ce model de forwardare este folosit

Modelul fără interfețe și recursia pe indice overlay sunt două aranjamente acceptate diferite. Modelul fără interfețe rutează pachetul, construiește un cadru interior pentru punctul final de rutare aflat la distanță și îl încapsulează spre VTEP-ul de ieșire.

La recursia pe indice overlay, routerul de intrare are nevoie de o căutare suplimentară pentru a rezolva următorul hop înainte de a putea forwarda. Ambele modele sunt valide, iar procedura aplicabilă depinde de care este folosit în rețeaua dumneavoastră. Aplicarea raționamentului de hop următor direct pe o rețea construită altfel produce o concluzie care pare corectă în captură și greșită în revizuirea de design.

3. Așteptați-vă la două roluri diferite ale MAC-ului

MAC-ul de destinație interior este MAC-ul de router anunțat al routerului de ieșire. MAC-ul de destinație exterior este următorul hop al livrării locale, care poate fi un router din underlay și se poate schimba la fiecare hop. Faptul că diferă este normal, iar faptul că sunt identice este o coincidență și nu o cerință. O captură care arată în interior o adresă de tip chassis și în exterior o adresă fizică de hop următor descrie exact încapsularea intenționată.

4. Tratați o valoare derivată din chassis ca pe o alegere de implementare

O platformă poate deriva MAC-ul de router anunțat din identitatea sistemului sau a chassis-ului, iar aceasta este o decizie de implementare și nu o regulă de protocol. Verificați modelul de alocare și redundanță al furnizorului înainte de a citi ceva în formatul adresei.

Două implementări care ambele respectă specificațiile pot anunța MAC-uri de router cu aspect diferit, motiv pentru care compararea lor între furnizori demonstrează foarte puțin.

5. Nu schimbați nimic până când starea nu e în dezacord

Pentru o revizuire, comparați ruta de prefix selectată, comunitățile ei extinse, următorul hop BGP, L3 VNI și starea de forwardare rezultată. Apoi etichetați anteturile interioară și exterioară în captură.

Dacă aceste cinci sunt de acord, MAC-ul care pare ciudat își face treaba, iar schimbarea lui va rupe un punct final de rutare în loc să corecteze o eroare de adresare. Dacă nu sunt de acord, acum știți care câmp este greșit, iar schimbarea este țintită și nu speculativă. Specificația prefixelor IP pentru EVPN este referința de citat în acea discuție, pentru că descrie atât modelul, cât și comunitatea care transportă valoarea.

Articole similare