Tarkista EVPN-reitittimen MAC ennen kuin syytät underlayta

Samassa VXLAN-paketissa näkyy kaksi MAC-osoitetta, ja vain toinen niistä kuuluu kohdeisännälle. EVPN VXLAN IP-VRF:stä IP-VRF:ään -mallissa sisempi kohde-MAC on lähtevän reitittimen ilmoittama reitittimen MAC, kun taas ulompi kohde-MAC kuuluu sille, joka toimittaa paketin seuraavalla underlay-linkillä. Näiden kahden sekoittaminen lähettää ihmiset underlayhin etsimään vikaa, jota siellä ei ole. Käy tarkistukset läpi järjestyksessä.

Jokainen vaihe vastaa yhteen kysymykseen, ja ensimmäinen vastaus ratkaisee, ovatko myöhemmät ylipäätään merkityksellisiä.

1. Lue prefiksireitti ja sen communityt

Aloita reitistä, älä pakettikaappauksesta:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Type 5 -reitti ilmoittaa IP-prefiksin. Liittymättömässä IP-VRF-mallissa se kuljettaa myös L3 VNI:n ja laajennetun reitittimen MAC -communityn, ja juuri tämä community yksilöi lähtevän reitityspäätepisteen. Lue community sen sijaan, että olettaisit MAC:n olevan upotettu prefiksin NLRI:hin, sillä niin ei ole. Jos reitti on olemassa ja community on liitetty, ohjaustaso on jo hoitanut osuutensa.

2. Varmista, mikä edelleenlähetysmalli on käytössä

Liittymätön malli ja overlay-indeksin rekursio ovat eri tuettuja järjestelyitä. Liittymätön malli reitittää paketin, rakentaa sisäkehyksen etäälle reitityspäätepisteelle ja kapseloi sen lähtevää VTEP:iä kohti.

Overlay-indeksin rekursiossa saapuvan reitittimen on tehtävä lisähaku seuraavan hypyn selvittämiseksi ennen kuin se voi välittää. Molemmat mallit ovat kelvollisia, ja sovellettava menettely riippuu siitä, kumpaa verkkosi käyttää. Suoran seuraavan hypyn päättelyn soveltaminen toisin rakennettuun verkkoon tuottaa johtopäätöksen, joka näyttää kaappauksessa oikealta ja suunnittelukatselmuksessa väärältä.

3. Odota kahta eri MAC-roolia

Sisempi kohde-MAC on lähtevän reitittimen ilmoittama reitittimen MAC. Ulompi kohde-MAC on paikallisen toimituksen seuraava hyppy, joka voi olla underlay-reititin ja voi vaihtua jokaisella hypyllä. Niiden eroaminen on normaalia, ja niiden yhtyminen on sattumaa eikä vaatimus. Kaappaus, joka näyttää sisällä alusta-tyyppisen osoitteen ja ulkona fyysisen seuraavan hypyn osoitteen, kuvaa täsmälleen tarkoitettua kapselointia.

4. Kohtele alustasta johdettua arvoa toteutusvalintana

Alusta voi johtaa ilmoittamansa reitittimen MAC:n järjestelmä- tai alustaidentiteetistä, ja se on toteutuspäätös eikä protokollasääntö. Tarkista toimittajan allokointi- ja redundanssimalli ennen kuin luet osoitemuotoon mitään.

Kaksi toteutusta, jotka molemmat ovat vaatimusten mukaisia, voivat ilmoittaa erilaiselta näyttäviä reitittimen MAC:ia, minkä vuoksi niiden vertailu toimittajien välillä todistaa hyvin vähän.

5. Älä muuta mitään ennen kuin tila on ristiriidassa

Katselmusta varten vertaa valittua prefiksireittiä, sen laajennettuja communityja, BGP:n seuraavaa hyppyä, L3 VNI:tä ja siitä seuraavaa edelleenlähetystilaa. Merkitse sitten kaappauksessa sisempi ja ulompi otsake.

Jos nuo viisi täsmäävät, oudolta näyttävä MAC tekee tehtävänsä, ja sen muuttaminen rikkoo reitityspäätepisteen sen sijaan että korjaisi osoitevirheen. Jos ne eivät täsmää, tiedät nyt mikä kenttä on väärin, ja muutos on kohdennettu eikä spekulatiivinen. EVPN:n IP-prefiksien määrittely on viite, johon tuossa keskustelussa kannattaa vedota, sillä se kuvaa sekä mallin että arvon kuljettavan communityn.