Kodėl vienas EVPN nuomininkas gali rodyti kelis route distinguisher
Du RD viename nuomininke nėra konfliktas. Eikite nuo CLI išvesties iki MAC-VRF arba IP-VRF, kuris sukūrė maršrutą, tada patikrinkite RT importą ir VNI.
Filtruojate EVPN lentelę vienam nuomininkui, o maršrutai turi du skirtingus route distinguisher. Pirmoji reakcija – konfigūracijos konfliktas, ir ši reakcija dažniausiai klaidinga. Nuomininko pavadinimas yra verslo žymė, o ne vienas valdymo plokštumos objektas, todėl tilto kontekstas ir maršrutizavimo kontekstas jo viduje gali teisėtai skelbtis atskirais identifikatoriais. Eikite po vieną maršrutą nuo išvesties atgal prie vietinio paslaugos objekto, kuris jį sukūrė, ir antrasis RD nustos atrodyti kaip klaida.
Pradėkite nuo išvesties, kuri jus supainiojo
Pasirinkite vieną maršrutą, o ne visą lentelę. Užsirašykite jo maršruto tipą, RD, eksportuotus route target ir kitą šuolį. Šių keturių laukų pakanka nustatyti, kuris vietinis objektas jį paskelbė ir kuri nuotolinė politika turėtų jį importuoti.
NX-OS stiliaus įrenginyje išsamus vaizdas pasiekiamas komanda show bgp l2vpn evpn route-type 2 detail arba show bgp l2vpn evpn route-type 5 detail. Junos sistemoje ta pati informacija yra show route table bgp.evpn.0 detail. Kita sintaksė, tie patys laukai.
Nepradėkite nuo to, kad visi rodomi skaičiai būtų vienodi. RD sulyginimas yra tas pakeitimas, kuris sugriauna importo politiką veikiančiame fabric.
Duokite kiekvienam identifikatoriui jo darbą
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF saugo MAC persiuntimo informaciją tilto paslaugai. IP-VRF suteikia IP maršrutizavimo kontekstą maršrutuojamai paslaugai. Nuomininkas gali apimti abu, todėl vienas nuomininkas gali sukurti daugiau nei vieną RD be jokios konfigūracijos klaidos.
RFC 7432 priskiria skelbiančio MAC-VRF RD jo EVPN NLRI ir reikalauja skirtingų RD tarp MAC-VRF tame pačiame PE. Route-target procedūros yra atskiros: jos leidžia vieną ar daugiau RT atributų ir narystei remiasi importo politika. Bendra narystę kuria ne RD lygybė, ir tokia traktuotė yra šios painiavos šaknis.
Eikite vieną maršrutą nuo paskelbimo iki importo
Sekite maršrutą viena kryptimi. Patvirtinkite maršruto tipą, jį sukūrusią paslaugą, RD, eksportuotus RT ir tada priimančio PE importo politiką. Kiekvienas žingsnis atsako į skirtingą klausimą, o bet kurio žingsnio nesėkmė atrodo kaip tas pats trūkstamas prefiksas kitoje pusėje.
Kai maršrutas yra, apžiūrėkite įdiegtą persiuntimo kontekstą ir VNI susiejimą. VNI sutapimas abiejuose galuose parodo, kad duomenų plokštuma sutaria; tai neparodo, kad valdymo plokštuma importavo maršrutą numatyta politika.
Jei maršrutas atsiranda nuotoliniame PE, bet srautas neina, problema peržengė EVPN. Patikrinkite VNI-VLAN arba VNI-VRF susiejimą ir underlay kelią prieš vėl redaguodami route target. Pradėkite nuo susiejimo, tada underlay ir tik po to valdymo plokštumos. Route-target pakeitimo atšaukimas siekiant duomenų plokštumos gedimo yra patikimas būdas sugriauti veikiantį importą.
3 sluoksnio prefiksai vis dar yra EVPN maršrutai
IP prefiksas EVPN lentelėje nėra įprastas IPv4-unicast BGP. EVPN IP Prefix maršrutas yra atskiras maršruto tipas, o MAC/IP ir IP prefikso skelbimai keliauja EVPN adresų šeimoje, kurią RFC 7432 nurodo kaip AFI 25 ir SAFI 70.
Šis skirtumas svarbus, kai lyginate maršrutą EVPN lentelėje su maršrutu unicast lentelėje. Jie gali apibūdinti tą patį tikslą ir vis tiek būti sukuriami, filtruojami ir importuojami skirtingos politikos. Vieno skaitymas kaip kito įrodymo yra tai, dėl ko teisingas fabric migracijos metu atrodo sugedęs.
Prieš lygindami skaičius patikrinkite gamintojo išvedimą
RFC 9136 išplečia EVPN IP Prefix maršrutais ir nurodo, ar taikomas RD ateina iš MAC-VRF, ar iš IP-VRF konteksto. Todėl L2 paslaugos žymė ir maršrutuojamos paslaugos žymė toje pačioje išvestyje turi būti skaitomos atsižvelgiant į objektus, kuriems jos priklauso, o ne redukuojamos iki vieno RD vienam nuomininkui.
Automatinis RD ir RT išvedimas priklauso nuo gamintojo. Skaitykite įdiegto gamintojo nuorodą apie naudojamą formulę; viename komutatoriuje matyta automatiškai sugeneruota reikšmė nėra universalus kodavimas, o dviejų gamintojų skaičių palyginimas retai ką nors įrodo.
Užbaikite rašytiniu pėdsaku maršrutui, su kuriuo pradėjote: tipas, sukūręs objektas, RD, eksportuotas RT, importo politika, įdiegtas VNI. Šeši laukai paaiškina skelbimą kiekvienam, kas toliau skaitys bilietą, ir nė vienas jų nereikalauja, kad nuomininko skaičiai sutaptų.