Zašto jedan EVPN tenant može prikazivati nekoliko route distinguisher
Dva RD-a u jednom tenantu nisu sukob. Prođite od CLI izlaza do MAC-VRF-a ili IP-VRF-a koji je stvorio rutu, pa provjerite uvoz RT-a i VNI.
Filtrirate EVPN tablicu za jedan tenant i rute nose dva različita route distinguisher. Prva pomisao je sukob u konfiguraciji i ta je pomisao obično pogrešna. Naziv tenanta poslovna je oznaka, a ne jedan objekt kontrolne ravnine, pa mostovni kontekst i usmjerivački kontekst unutar njega mogu legitimno oglašavati pod odvojenim identifikatorima. Prođite jednu po jednu rutu od izlaza natrag do lokalnog servisnog objekta koji ju je stvorio i drugi RD prestaje izgledati kao pogreška.
Počnite od izlaza koji vas je zbunio
Odaberite jednu rutu umjesto cijele tablice. Zabilježite njezin tip rute, RD, izvezene route targete i sljedeći hop. Ta četiri polja dovoljna su da se utvrdi koji ju je lokalni objekt oglasio i koja bi ju udaljena politika trebala uvesti.
Na uređaju u NX-OS stilu detaljni se prikaz otvara naredbom show bgp l2vpn evpn route-type 2 detail ili show bgp l2vpn evpn route-type 5 detail. Na Junosu se ista informacija nalazi u show route table bgp.evpn.0 detail. Druga sintaksa, ista polja.
Ne počinjite tako da svaki prikazani broj učinite jednakim. Izjednačavanje RD-ova promjena je koja lomi uvoznu politiku na fabricu koji radi.
Dajte svakom identifikatoru njegov posao
| 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 drži MAC informacije prosljeđivanja za mostovnu uslugu. IP-VRF daje IP usmjerivački kontekst za usmjerenu uslugu. Tenant može sadržavati oboje, zato jedan tenant može proizvesti više od jednog RD-a bez ikakve pogreške u konfiguraciji.
RFC 7432 dodjeljuje RD MAC-VRF-a koji oglašava njegovom EVPN NLRI-ju i zahtijeva različite RD-ove među MAC-VRF-ovima na istom PE-u. Postupci route-targeta odvojeni su: dopuštaju jedan ili više RT atributa i oslanjaju se na uvoznu politiku za članstvo. Jednakost RD-a nije ono što stvara zajedničko članstvo i takvo postupanje korijen je ove zabune.
Prođite jednu rutu od oglasa do uvoza
Slijedite rutu u jednom smjeru. Potvrdite tip rute, uslugu koja ju je stvorila, RD, izvezene RT-ove i zatim uvoznu politiku na PE-u koji prima. Svaki korak odgovara na drugo pitanje, a neuspjeh na bilo kojem koraku izgleda kao isti prefiks koji nedostaje na drugoj strani.
Kad je ruta prisutna, pregledajte instalirani kontekst prosljeđivanja i mapiranje VNI-ja. Podudaranje VNI-ja na oba kraja pokazuje da se podatkovna ravnina slaže; ne pokazuje da je kontrolna ravnina uvezla rutu kroz predviđenu politiku.
Ako se ruta pojavi na udaljenom PE-u, ali promet ne teče, problem je izašao izvan EVPN-a. Provjerite vezu VNI-na-VLAN ili VNI-na-VRF i put underlaya prije nego ponovno uređujete route targete. Počnite od mapiranja, zatim underlay i tek onda kontrolna ravnina. Vraćanje promjene route-targeta u lovu na kvar podatkovne ravnine pouzdan je način da slomite uvoz koji radi.
Prefiksi sloja 3 i dalje su EVPN rute
IP prefiks u EVPN tablici nije običan IPv4-unicast BGP. EVPN IP Prefix ruta je vlastiti tip rute, a oglasi MAC/IP i IP-prefiksa putuju u EVPN adresnoj obitelji, koju RFC 7432 označava kao AFI 25 i SAFI 70.
Ta razlika važna je kad uspoređujete rutu u EVPN tablici s rutom u unicast tablici. Mogu opisivati isto odredište i dalje biti stvorene, filtrirane i uvezene različitom politikom. Čitanje jedne kao dokaza o drugoj način je na koji ispravan fabric izgleda pokvaren tijekom migracije.
Provjerite dobavljačev izvod prije usporedbe brojeva
RFC 9136 proširuje EVPN IP Prefix rutama i određuje dolazi li primjenjivi RD iz konteksta MAC-VRF-a ili IP-VRF-a. Zato oznaku L2 usluge i oznaku usmjerene usluge u istom izlazu treba čitati prema objektima kojima pripadaju, a ne svesti na jedan RD po tenantu.
Automatski izvod RD-a i RT-a ovisi o dobavljaču. Pročitajte referencu instaliranog dobavljača za formulu koja se koristi; automatski generirana vrijednost viđena na jednom preklopniku nije univerzalno kodiranje i usporedba brojeva dvaju dobavljača rijetko što dokazuje.
Završite pisanim tragom za rutu s kojom ste počeli: tip, objekt koji ju je stvorio, RD, izvezeni RT, uvozna politika, instalirani VNI. Šest polja objašnjava oglas svakome tko sljedeći čita zahtjev i nijedno od njih ne zahtijeva da se brojevi tenanta podudaraju.