Miksi yksi EVPN-vuokralainen voi näyttää useita route distinguisher -tunnisteita
Kaksi RD:tä samassa vuokralaisessa ei ole ristiriita. Kulje CLI-tulosteesta reitin luoneeseen MAC-VRF- tai IP-VRF-objektiin ja tarkista sitten RT-tuonti ja VNI.
Suodatat EVPN-taulukkoa yhdelle vuokralaiselle, ja reitit kantavat kahta eri route distinguisheria. Ensimmäinen ajatus on määritysristiriita, ja se ajatus on yleensä väärä. Vuokralaisen nimi on liiketoimintatunniste, ei yksittäinen ohjaustason objekti, joten sen sisäinen siltayhteys ja reititysyhteys voivat laillisesti mainostaa erillisillä tunnisteilla. Käy reitti kerrallaan tulosteesta takaisin paikalliseen palveluobjektiin, joka sen loi, niin toinen RD lakkaa näyttämästä virheeltä.
Aloita tulosteesta, joka hämäsi sinua
Valitse yksi reitti koko taulukon sijaan. Kirjaa sen reittityyppi, RD, viedyt route targetit ja seuraava hyppy. Nämä neljä kenttää riittävät siihen, että tunnistat, mikä paikallinen objekti sen mainosti ja minkä etäkäytännön se pitäisi tuoda.
NX-OS-tyylisessä laitteessa yksityiskohtanäkymä saadaan komennolla show bgp l2vpn evpn route-type 2 detail tai show bgp l2vpn evpn route-type 5 detail. Junosissa samat tiedot ovat komennossa show route table bgp.evpn.0 detail. Erilainen syntaksi, samat kentät.
Älä aloita tekemällä jokaisesta näytetystä numerosta samaa. RD:iden tasaaminen on muutos, joka rikkoo tuontikäytännön toimivassa fabricissa.
Anna jokaiselle tunnisteelle oma tehtävänsä
| 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 pitää MAC-edelleenlähetystiedot siltapalvelua varten. IP-VRF tarjoaa IP-reititysyhteyden reititetylle palvelulle. Vuokralainen voi sisältää molemmat, minkä vuoksi yksi vuokralainen voi tuottaa useamman kuin yhden RD:n ilman mitään määritysvirhettä.
RFC 7432 osoittaa mainostavan MAC-VRF:n RD:n sen EVPN NLRI:lle ja vaatii erilliset RD:t saman PE:n MAC-VRF:ien välillä. Route-target-menettelyt ovat erillisiä: ne sallivat yhden tai useamman RT-attribuutin ja tukeutuvat jäsenyyteen tuontikäytännössä. RD:n yhtäläisyys ei ole se, mikä luo jaettua jäsenyyttä, ja sen käsitteleminen niin on tämän sekaannuksen juuri.
Kulje yksi reitti mainonnasta tuontiin
Seuraa reittiä yhteen suuntaan. Vahvista reittityyppi, sen luonut palvelu, RD, viedyt RT:t ja sitten vastaanottavan PE:n tuontikäytäntö. Jokainen vaihe vastaa eri kysymykseen, ja epäonnistuminen missä tahansa vaiheessa näyttää samalta puuttuvalta prefiksiltä toisella puolella.
Kun reitti on läsnä, tarkastele asennettua edelleenlähetysyhteyttä ja VNI-mappausta. VNI:n täsmääminen molemmissa päissä osoittaa, että datataso on samaa mieltä; se ei osoita, että ohjaustaso toi reitin aiottua käytäntöä pitkin.
Jos reitti näkyy etä-PE:llä mutta liikenne ei virtaa, ongelma on siirtynyt EVPN:n ohi. Tarkista VNI-VLAN- tai VNI-VRF-sidonta ja underlay-polku ennen kuin muokkaat route targeteja uudelleen. Aloita mappauksesta, sitten underlaysta ja vasta sitten ohjaustasosta. Route-target-muutoksen peruminen datatason vian perässä on luotettava tapa rikkoa toimiva tuonti.
Kerroksen 3 prefiksit ovat edelleen EVPN-reittejä
EVPN-taulukon IP-prefiksi ei ole tavallinen IPv4-unicast BGP. EVPN IP Prefix -reitti on oma reittityyppinsä, ja MAC/IP- sekä IP-prefiksimainokset kulkevat EVPN-osoiteperheessä, jonka RFC 7432 tunnistaa AFI 25:ksi ja SAFI 70:ksi.
Tämä ero on merkityksellinen, kun vertaat EVPN-taulukon reittiä unicast-taulukon reittiin. Ne voivat kuvata samaa kohdetta ja silti eri käytäntö tuottaa, suodattaa ja tuoda ne. Toisen lukeminen todisteena toisesta saa oikean fabricin näyttämään rikkinäiseltä migraation aikana.
Tarkista toimittajan johto ennen numeroiden vertaamista
RFC 9136 laajentaa EVPN:ää IP Prefix -reiteillä ja määrittää, tuleeko sovellettava RD MAC-VRF- vai IP-VRF-yhteydestä. Siksi L2-palvelutunniste ja reititetyn palvelun tunniste samassa tulosteessa on luettava niitä objekteja vasten, joihin ne kuuluvat, eikä pelkistettävä yhdeksi RD:ksi vuokralaista kohden.
RD:n ja RT:n automaattinen johto on toimittajakohtaista. Lue käyttöön otetun toimittajan viite käytetystä kaavasta; yhdellä kytkimellä nähty automaattisesti luotu arvo ei ole yleinen koodaus, ja kahden toimittajan numeroiden vertaaminen todistaa harvoin mitään.
Lopeta kirjalliseen jälkeen reitistä, jolla aloitit: tyyppi, alkuperäobjekti, RD, viety RT, tuontikäytäntö, asennettu VNI. Kuusi kenttää selittää mainoksen jokaiselle, joka lukee tikettiä seuraavaksi, eikä mikään niistä vaadi vuokralaisen numeroiden täsmäämistä.