Miks üks EVPN rentnik võib näidata mitut route distinguisher'it
Kaks RD-d ühes rentnikus ei ole konflikt. Minge CLI väljundist selle MAC-VRF või IP-VRF juurde, mis marsruudi lõi, ja kontrollige seejärel RT importi ja VNI-d.
Filtreerite EVPN tabelit ühe rentniku jaoks ja marsruudid kannavad kahte erinevat route distinguisher'it. Esimene mõte on konfiguratsioonikonflikt ja see mõte on tavaliselt vale. Rentniku nimi on äriline silt, mitte üksik juhtimistasandi objekt, seega võivad selle sees olev silla kontekst ja marsruutimiskontekst õiguspäraselt eraldi identifikaatorite all kuulutada. Liikuge ükshaaval ühest marsruudist väljundist tagasi kohaliku teenuseobjektini, mis selle lõi, ja teine RD lakkab veana näimast.
Alustage väljundist, mis teid segadusse ajas
Valige üks marsruut, mitte terve tabel. Pange kirja selle marsruuditüüp, RD, eksporditud route target'id ja järgmine hüpe. Need neli välja on piisavad, et teha kindlaks, milline kohalik objekt selle kuulutas ja milline kaugpoliitika peaks selle importima.
NX-OS-stiilis seadmes jõutakse detailvaatesse käsuga show bgp l2vpn evpn route-type 2 detail või show bgp l2vpn evpn route-type 5 detail. Junosel asub sama teave käsus show route table bgp.evpn.0 detail. Erinev süntaks, samad väljad.
Ärge alustage sellest, et muudaksite kõik kuvatud numbrid võrdseks. RD-de võrdsustamine on muudatus, mis rikub töötaval fabric'il impordipoliitika.
Andke igale identifikaatorile oma töö
| 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 hoiab silla teenuse jaoks MAC-edastusteavet. IP-VRF annab marsruuditud teenuse jaoks IP-marsruutimiskonteksti. Rentnik võib sisaldada mõlemat, seetõttu võib üks rentnik ilma igasuguse valekonfiguratsioonita luua rohkem kui ühe RD.
RFC 7432 omistab kuulutava MAC-VRF-i RD selle EVPN NLRI-le ja nõuab erinevaid RD-sid sama PE MAC-VRF-ide vahel. Route-target protseduurid on eraldiseisvad: need lubavad ühte või mitut RT-atribuuti ja toetuvad liikmelisuse jaoks impordipoliitikale. RD võrdsus ei ole see, mis loob ühise liikmelisuse, ja selline käsitlus on selle segaduse juur.
Liikuge ühe marsruudiga kuulutusest impordini
Järgige marsruuti ühes suunas. Kinnitage marsruuditüüp, selle loonud teenus, RD, eksporditud RT-d ja seejärel impordipoliitika vastuvõtvas PE-s. Iga samm vastab erinevale küsimusele ja tõrge ükskõik millises sammus näeb välja nagu sama puuduv prefiks teisel pool.
Kui marsruut on olemas, uurige paigaldatud edastuskonteksti ja VNI vastendust. VNI ühtimine mõlemas otsas näitab, et andmetasand on nõus; see ei näita, et juhtimistasand importis marsruudi kavandatud poliitika kaudu.
Kui marsruut ilmub kaugemasse PE-sse, kuid liiklus ei voola, on probleem EVPN-ist kaugemale liikunud. Kontrollige VNI-VLAN või VNI-VRF sidet ja underlay teed enne, kui route target'e uuesti muudate. Alustage vastendusest, seejärel underlayst ja alles siis juhtimistasandist. Route-target muudatuse tagasivõtmine andmetasandi rikke tagaajamiseks on usaldusväärne viis töötava impordi rikkumiseks.
Kihi 3 prefiksid on endiselt EVPN marsruudid
EVPN tabelis olev IP prefiks ei ole tavaline IPv4-unicast BGP. EVPN IP Prefix marsruut on omaette marsruuditüüp, ja MAC/IP ning IP-prefiksi kuulutused liiguvad EVPN aadressiperekonnas, mille RFC 7432 määratleb kui AFI 25 ja SAFI 70.
See erinevus loeb, kui võrdlete EVPN tabelis olevat marsruuti unicast tabelis olevaga. Need võivad kirjeldada sama sihtkohta ja olla siiski erineva poliitika poolt loodud, filtreeritud ja imporditud. Ühe lugemine teise tõendina on see, kuidas õige fabric näeb migratsiooni ajal katki välja.
Kontrollige tarnija tuletust enne numbrite võrdlemist
RFC 9136 laiendab EVPN-i IP Prefix marsruutidega ja määrab, kas kohaldatav RD pärineb MAC-VRF või IP-VRF kontekstist. Seetõttu tuleb L2 teenuse silti ja marsruuditud teenuse silti samas väljundis lugeda nende objektide suhtes, kuhu need kuuluvad, mitte taandada üheks RD-ks rentniku kohta.
RD ja RT automaatne tuletamine on tarnijapõhine. Lugege juurutatud tarnija viidet kasutatava valemi kohta; ühel lülitil nähtud automaatselt genereeritud väärtus ei ole universaalne kodeering ja kahe tarnija numbrite võrdlemine tõestab harva midagi.
Lõpetage kirjaliku jäljega marsruudi kohta, millega alustasite: tüüp, algne objekt, RD, eksporditud RT, impordipoliitika, paigaldatud VNI. Kuus välja selgitavad kuulutust kõigile, kes pileti järgmisena loevad, ja ükski neist ei nõua, et rentniku numbrid ühtiksid.