Waarom een EVPN-huurder verskeie route distinguishers kan wys
Twee RD's in een huurder is nie 'n konflik nie. Volg die CLI-uitset na die MAC-VRF of IP-VRF wat die roete geskep het, en kontroleer dan RT-invoer en VNI.
Jy filtreer die EVPN-tabel vir een huurder, en die roetes dra twee verskillende route distinguishers. Die eerste instink is 'n konfigurasiekonflik, en daardie instink is gewoonlik verkeerd. 'n Huurdernaam is 'n besigheidsetiket, nie 'n enkele beheervlak-objek nie, so die bruggingskonteks en die roetekonteks binne dit kan wettiglik onder aparte identifiseerders adverteer. Volg een roete op 'n slag van die uitset terug na die plaaslike diensobjek wat dit geskep het, en die tweede RD hou op om soos 'n fout te lyk.
Begin by die uitset wat jou verwar het
Kies een roete eerder as die hele tabel. Let op sy roetetipe, sy RD, sy uitgevoerde route targets en die volgende hop. Daardie vier velde is genoeg om te bepaal watter plaaslike objek dit geadverteer het en watter afgeleë beleid dit moet invoer.
Op 'n toestel in NX-OS-styl bereik jy die detailaansig met show bgp l2vpn evpn route-type 2 detail of show bgp l2vpn evpn route-type 5 detail. Op Junos sit dieselfde inligting in show route table bgp.evpn.0 detail. Ander sintaksis, dieselfde velde.
Moenie begin deur elke vertoonde nommer gelyk te maak nie. Om RD's gelyk te maak is die verandering wat invoerbeleid op 'n werkende fabric breek.
Gee elke identifiseerder sy taak
| 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 |
'n MAC-VRF hou MAC-aanstuurinligting vir 'n bruggingsdiens. 'n IP-VRF verskaf 'n IP-roetekonteks vir 'n geroteerde diens. 'n Huurder kan albei insluit, en daarom kan een huurder meer as een RD produseer sonder enige foutkonfigurasie.
RFC 7432 ken die RD van die adverterende MAC-VRF aan sy EVPN NLRI toe en vereis verskillende RD's oor MAC-VRF's op dieselfde PE. Route-target-prosedures is apart: hulle laat een of meer RT-attribute toe en maak staat op invoerbeleid vir lidmaatskap. RD-gelykheid is nie wat gedeelde lidmaatskap skep nie, en om dit so te hanteer is die wortel van hierdie verwarring.
Volg een roete van advertensie tot invoer
Volg die roete in een rigting. Bevestig die roetetipe, die diens wat dit geskep het, die RD, die uitgevoerde RT's en dan die invoerbeleid op die ontvangende PE. Elke stap antwoord 'n ander vraag, en 'n fout by enige stap lyk soos dieselfde ontbrekende voorvoegsel aan die ander kant.
Sodra die roete daar is, ondersoek die geïnstalleerde aanstuurkonteks en die VNI-kartering. Om 'n VNI aan beide kante te laat ooreenstem, wys dat die dataplane saamstem; dit wys nie dat die beheervlak die roete deur die beoogde beleid ingevoer het nie.
As die roete op die afgeleë PE verskyn maar geen verkeer vloei nie, het die probleem verby EVPN beweeg. Kontroleer die VNI-na-VLAN- of VNI-na-VRF-binding en die underlay-pad voordat jy weer route targets wysig. Begin by die kartering, dan die underlay, en eers daarna die beheervlak. Om 'n route-target-wysiging terug te draai om 'n dataplane-fout te jaag, is 'n betroubare manier om 'n werkende invoer te breek.
Laag 3-voorvoegsels is steeds EVPN-roetes
'n IP-voorvoegsel in die EVPN-tabel is nie gewone IPv4-unicast-BGP nie. Die EVPN IP Prefix-roete is sy eie roetetipe, en MAC/IP plus IP-voorvoegsel-advertensies reis in die EVPN-adresfamilie, wat RFC 7432 as AFI 25 en SAFI 70 identifiseer.
Daardie onderskeid maak saak wanneer jy 'n roete in die EVPN-tabel met een in die unicast-tabel vergelyk. Hulle kan dieselfde bestemming beskryf en steeds deur verskillende beleid geproduseer, gefiltreer en ingevoer word. Om een as bewys oor die ander te lees, is hoe 'n korrekte fabric tydens 'n migrasie as stukkend lyk.
Kontroleer die verskaffer se afleiding voordat jy nommers vergelyk
RFC 9136 brei EVPN uit met IP Prefix-roetes en spesifiseer of die toepaslike RD uit die MAC-VRF- of die IP-VRF-konteks kom. Daarom moet 'n L2-diensetiket en 'n geroteerde diensetiket in dieselfde uitset teen die objekte waaraan hulle behoort gelees word, nie tot een RD per huurder gereduseer word nie.
Outomatiese RD- en RT-afleiding is verskaffer-spesifiek. Lees die verwysing van die ontplooide verskaffer vir die formule wat gebruik word; 'n outomaties gegenereerde waarde wat op een switch gesien word, is nie 'n universele enkodering nie, en om twee verskaffers se nommers te vergelyk bewys selde iets.
Sluit af met 'n geskrewe spoor vir die roete waarmee jy begin het: tipe, objek wat dit geskep het, RD, uitgevoerde RT, invoerbeleid, geïnstalleerde VNI. Ses velde verduidelik die advertensie aan elkeen wat die kaartjie volgende lees, en nie een daarvan vereis dat die huurder se nommers ooreenstem nie.