Zakaj lahko en najemnik EVPN prikaže več route distinguisher
Dva RD pri enem najemniku nista konflikt. Pojdite od izpisa CLI do MAC-VRF ali IP-VRF, ki je ustvaril pot, nato preverite uvoz RT in VNI.
Filtrirate tabelo EVPN za enega najemnika in poti nosijo dva različna route distinguisher. Prvi odziv je konflikt konfiguracije in ta odziv je običajno napačen. Ime najemnika je poslovna oznaka, ne en sam objekt krmilne ravnine, zato se mostni kontekst in usmerjevalni kontekst v njem lahko zakonito oglašujeta pod ločenimi identifikatorji. Pojdite po eno pot naenkrat od izpisa nazaj do lokalnega storitvenega objekta, ki jo je ustvaril, in drugi RD ne bo več videti kot napaka.
Začnite pri izpisu, ki vas je zmedel
Izberite eno pot namesto celotne tabele. Zabeležite vrsto poti, RD, izvožene route targete in naslednji skok. Ta štiri polja zadostujejo, da ugotovite, kateri lokalni objekt jo je oglaševal in katera oddaljena politika bi jo morala uvoziti.
Na napravi v slogu NX-OS podrobni pogled dosežete z show bgp l2vpn evpn route-type 2 detail ali show bgp l2vpn evpn route-type 5 detail. Na Junosu so iste informacije v show route table bgp.evpn.0 detail. Druga sintaksa, ista polja.
Ne začnite s tem, da bi vsako prikazano število naredili enako. Izenačenje RD je sprememba, ki pokvari politiko uvoza na delujočem fabric.
Vsakemu identifikatorju dajte njegovo nalogo
| 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 hrani informacije o posredovanju MAC za mostno storitev. IP-VRF zagotavlja kontekst usmerjanja IP za usmerjeno storitev. Najemnik lahko vključuje oboje, zato lahko en najemnik ustvari več kot en RD brez kakršne koli napake v konfiguraciji.
RFC 7432 dodeli RD oglašujočega MAC-VRF njegovemu EVPN NLRI in zahteva različne RD med MAC-VRF na istem PE. Postopki route-target so ločeni: dovoljujejo enega ali več atributov RT in se za članstvo zanašajo na politiko uvoza. Enakost RD ni tisto, kar ustvarja skupno članstvo, in tak odnos do nje je koren te zmede.
Pojdite po eno pot od oglasa do uvoza
Sledite poti v eni smeri. Potrdite vrsto poti, storitev, ki jo je ustvarila, RD, izvožene RT in nato politiko uvoza na prejemajočem PE. Vsak korak odgovarja na drugo vprašanje in napaka na katerem koli koraku je videti kot ista manjkajoča predpona na drugi strani.
Ko je pot prisotna, preglejte nameščen kontekst posredovanja in preslikavo VNI. Ujemanje VNI na obeh koncih dokazuje, da se podatkovna ravnina strinja; ne dokazuje, da je krmilna ravnina uvozila pot z predvideno politiko.
Če se pot pojavi na oddaljenem PE, promet pa ne teče, je problem presegel EVPN. Preverite vezavo VNI na VLAN ali VNI na VRF in pot underlay, preden znova urejate route targete. Začnite s preslikavo, nato underlay in šele nato krmilna ravnina. Razveljavitev spremembe route-target v lovu za napako podatkovne ravnine je zanesljiv način, da pokvarite delujoč uvoz.
Predpone plasti 3 so še vedno poti EVPN
Predpona IP v tabeli EVPN ni običajen IPv4-unicast BGP. pot EVPN IP Prefix je lastna vrsta poti, oglasi MAC/IP in predpone IP pa potujejo v družini naslovov EVPN, ki jo RFC 7432 opredeljuje kot AFI 25 in SAFI 70.
Ta razlika je pomembna, ko primerjate pot v tabeli EVPN s potjo v tabeli unicast. Lahko opisujeta isti cilj in sta kljub temu ustvarjeni, filtrirani in uvoženi z različno politiko. Branje ene kot dokaza o drugi je razlog, da je pravilen fabric med selitvijo videti pokvarjen.
Preverite izpeljavo proizvajalca, preden primerjate številke
RFC 9136 razširi EVPN s potmi IP Prefix in določi, ali veljavni RD prihaja iz konteksta MAC-VRF ali IP-VRF. Zato je treba oznako storitve L2 in oznako usmerjene storitve v istem izpisu brati glede na objekte, ki jim pripadata, ne pa ju zreducirati na en RD na najemnika.
Samodejna izpeljava RD in RT je odvisna od proizvajalca. Preberite referenco nameščenega proizvajalca za uporabljeno formulo; samodejno ustvarjena vrednost, videna na enem stikalu, ni univerzalno kodiranje in primerjava številk dveh proizvajalcev redko kaj dokaže.
Zaključite s pisno sledjo za pot, s katero ste začeli: vrsta, izvorni objekt, RD, izvožen RT, politika uvoza, nameščen VNI. Šest polj pojasni oglas vsakomur, ki bo naslednji bral zahtevek, in nobeno od njih ne zahteva, da se številke najemnika ujemajo.