Pse një qiramarrës EVPN mund të shfaqë disa route distinguisher
Dy RD në një qiramarrës nuk janë konflikt. Kaloni nga dalja e CLI te MAC-VRF ose IP-VRF që krijoi rrugën, më pas kontrolloni importin e RT dhe VNI.
Ju filtroni tabelën EVPN për një qiramarrës të vetëm, dhe rrugët mbartin dy route distinguisher të ndryshëm. Instinkti i parë është një konflikt konfigurimi, dhe ai instinkt zakonisht është i gabuar. Emri i qiramarrësit është një etiketë biznesi, jo një objekt i vetëm i rrafshit të kontrollit, prandaj konteksti i urës dhe konteksti i rrugëzimit brenda tij mund të shpallen në mënyrë legitime nën identifikues të veçantë. Ndiqni një rrugë në një herë nga dalja prapa te objekti i shërbimit lokal që e krijoi, dhe RD e dytë pushon së dukuri si gabim.
Filloni nga dalja që ju ngatërroi
Zgjidhni një rrugë në vend të të gjithë tabelës. Shënoni llojin e rrugës, RD-në, route target-et e eksportuara dhe hop-in tjetër. Këto katër fusha mjaftojnë për të identifikuar cili objekt lokal e shpalli dhe cila politikë e largët duhet ta importojë.
Në një pajisje në stilin NX-OS pamja e detajuar arrihet me show bgp l2vpn evpn route-type 2 detail ose show bgp l2vpn evpn route-type 5 detail. Në Junos i njëjti informacion ndodhet në show route table bgp.evpn.0 detail. Sintaksë tjetër, të njëjtat fusha.
Mos filloni duke i bërë të barabartë të gjithë numrat e shfaqur. Barazimi i RD-ve është ndryshimi që thyen politikën e importit në një fabric që punon.
Jepini secilit identifikues detyrën e vet
| 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 |
Një MAC-VRF mban informacionin e përcjelljes MAC për një shërbim ure. Një IP-VRF ofron një kontekst rrugëzimi IP për një shërbim të rrugëzuar. Një qiramarrës mund të përfshijë të dyja, prandaj një qiramarrës i vetëm mund të prodhojë më shumë se një RD pa asnjë gabim konfigurimi.
RFC 7432 i cakton RD-në e MAC-VRF-së që shpall EVPN NLRI-së së saj dhe kërkon RD të dallueshme mes MAC-VRF-ve në të njëjtin PE. Procedurat route-target janë të veçanta: lejojnë një ose më shumë atribute RT dhe mbështeten te politika e importit për anëtarësimin. Barazia e RD-ve nuk është ajo që krijon anëtarësim të përbashkët, dhe trajtimi i saj në këtë mënyrë është rrënja e këtij konfuzioni.
Ndiqni një rrugë nga shpallja në import
Ndiqni rrugën në një drejtim. Konfirmoni llojin e rrugës, shërbimin që e krijoi, RD-në, RT-të e eksportuara dhe më pas politikën e importit në PE-në që e pranon. Çdo hap përgjigjet një pyetjeje tjetër, dhe një dështim në çdo hap duket si i njëjti prefiks që mungon në anën tjetër.
Pasi rruga është e pranishme, inspektoni kontekstin e përcjelljes të instaluar dhe hartëzimin e VNI. Një VNI që përputhet në të dy skajet tregon se rrafshi i të dhënave është dakord; nuk tregon se rrafshi i kontrollit e importoi rrugën përmes politikës së synuar.
Nëse rruga shfaqet në PE-në e largët por nuk rrjedh trafik, problemi ka kaluar përtej EVPN. Kontrolloni lidhjen VNI-me-VLAN ose VNI-me-VRF dhe shtegun e underlay përpara se të redaktoni përsëri route target-et. Filloni nga hartëzimi, pastaj underlay dhe vetëm pastaj rrafshi i kontrollit. Kthimi mbrapsht i një ndryshimi route-target për të ndjekur një defekt të rrafshit të të dhënave është një mënyrë e sigurt për të thyer një import që punon.
Prefikset e shtresës 3 janë ende rrugë EVPN
Një prefiks IP në tabelën EVPN nuk është BGP IPv4-unicast i zakonshëm. rruga EVPN IP Prefix është një lloj rruge më vete, dhe shpalljet MAC/IP dhe të prefiksit IP udhëtojnë në familjen e adresave EVPN, të cilën RFC 7432 e identifikon si AFI 25 dhe SAFI 70.
Ky dallim ka rëndësi kur krahasoni një rrugë në tabelën EVPN me një në tabelën unicast. Ato mund të përshkruajnë të njëjtin destinacion dhe gjithsesi prodhohen, filtrohen dhe importohen nga politika të ndryshme. Leximi i njërës si provë për tjetrën është ajo që e bën një fabric të saktë të duket i prishur gjatë një migrimi.
Kontrolloni derivimin e furnizuesit përpara se të krahasoni numra
RFC 9136 e zgjeron EVPN me rrugë IP Prefix dhe përcakton nëse RD-ja e zbatueshme vjen nga konteksti MAC-VRF apo IP-VRF. Prandaj një etiketë shërbimi L2 dhe një etiketë shërbimi të rrugëzuar në të njëjtën dalje duhet të lexohen kundrejt objekteve të të cilave u përkasin, jo të reduktohen në një RD për qiramarrës.
Derivimi automatik i RD dhe RT varet nga furnizuesi. Lexoni referencën e furnizuesit të vendosur për formulën në përdorim; një vlerë e gjeneruar automatikisht e parë në një switch të vetëm nuk është kodim universal, dhe krahasimi i numrave të dy furnizuesve rrallë provon diçka.
Përfundoni me një gjurmë të shkruar për rrugën me të cilën filluat: lloj, objekt origjine, RD, RT i eksportuar, politikë importi, VNI i instaluar. Gjashtë fusha e shpjegojnë shpalljen kujtdo që lexon biletën më pas, dhe asnjëra prej tyre nuk kërkon që numrat e qiramarrësit të përputhen.