Patikrinkite EVPN maršrutizatoriaus MAC, prieš kaltindami underlay

Tame pačiame VXLAN pakete matomi du MAC adresai, ir tik vienas jų priklauso paskirties hostui. EVPN VXLAN IP-VRF į IP-VRF architektūroje vidinis paskirties MAC yra išėjimo maršrutizatoriaus skelbiamas maršrutizatoriaus MAC, o išorinis paskirties MAC priklauso tam, kas paketą pristato kitoje underlay jungtyje. Supainiojus šiuos du, žmonės eina į underlay ieškoti gedimo, kurio ten nėra. Patikras atlikite iš eilės.

Kiekvienas žingsnis atsako į vieną klausimą, o pirmasis atsakymas nulemia, ar vėlesni apskritai svarbūs.

1. Perskaitykite prefikso maršrutą ir jo communities

Pradėkite nuo maršruto, o ne nuo paketų užfiksavimo:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Type 5 maršrutas skelbia IP prefiksą. Modelio IP-VRF be sąsajų atveju jis taip pat perduoda L3 VNI ir išplėstinę maršrutizatoriaus MAC community, ir būtent ši community nurodo išėjimo maršrutizavimo galinį tašką. Skaitykite community, o ne darykite prielaidą, kad MAC įterptas į prefikso NLRI, nes taip nėra. Jei maršrutas yra ir community prijungta, valdymo plokštė jau atliko savo dalį.

2. Patvirtinkite, kuris perdavimo modelis naudojamas

Modelis be sąsajų ir rekursija pagal overlay indeksą yra dvi skirtingos palaikomos sandaros. Modelis be sąsajų maršrutizuoja paketą, sukuria vidinį kadrą nuotoliniam maršrutizavimo galiniam taškui ir įkapsuliuoja jį išėjimo VTEP link.

Esant rekursijai pagal overlay indeksą, įėjimo maršrutizatoriui prieš persiunčiant reikia papildomos paieškos, kad išspręstų kitą šuolį. Abu modeliai galioja, o taikoma procedūra priklauso nuo to, kurį naudoja jūsų tinklas. Tiesioginio kito šuolio logikos taikymas kitaip sukonstruotam tinklui duoda išvadą, kuri atrodo teisinga užfiksavime ir neteisinga dizaino peržiūroje.

3. Tikitės dviejų skirtingų MAC vaidmenų

Vidinis paskirties MAC yra išėjimo maršrutizatoriaus skelbiamas maršrutizatoriaus MAC. Išorinis paskirties MAC yra vietinio pristatymo kitas šuolis, kuris gali būti underlay maršrutizatorius ir gali keistis kiekviename šuolyje. Tai, kad jie skiriasi, yra normalu, o tai, kad jie vienodi, yra atsitiktinumas, o ne reikalavimas. Užfiksavimas, kuriame viduje matomas korpuso tipo adresas, o išorėje fizinis kito šuolio adresas, aprašo būtent numatytą įkapsuliavimą.

4. Iš korpuso išvestą reikšmę traktuokite kaip įgyvendinimo pasirinkimą

Platforma gali išvesti savo skelbiamą maršrutizatoriaus MAC iš sistemos ar korpuso tapatybės, ir tai yra įgyvendinimo sprendimas, o ne protokolo taisyklė. Patikrinkite gamintojo paskirstymo ir pertekliaus modelį prieš ką nors skaitydami adreso formate.

Du įgyvendinimai, kurie abu atitinka reikalavimus, gali skelbti skirtingai atrodančius maršrutizatoriaus MAC adresus, todėl jų palyginimas tarp gamintojų įrodo labai mažai.

5. Nekeiskite nieko, kol būsena nesutaps

Peržiūrai palyginkite pasirinktą prefikso maršrutą, jo išplėstines communities, BGP kitą šuolį, L3 VNI ir iš to kylantį perdavimo būseną. Tada pažymėkite vidinę ir išorinę antraštes užfiksavime.

Jei tie penki sutampa, keistai atrodantis MAC atlieka savo darbą, ir jį pakeitus lūžtų maršrutizavimo galinis taškas, o ne būtų ištaisyta adresavimo klaida. Jei nesutampa, dabar žinote, kuris laukas neteisingas, ir pakeitimas yra tikslingas, o ne spekuliatyvus. EVPN IP prefiksų specifikacija yra šaltinis, kuriuo verta remtis toje diskusijoje, nes jis aprašo ir modelį, ir community, kuri perduoda reikšmę.