RD proti RT v MPLS VPN: edinstvenost proti politiki uvoza

Razločevalnik poti naredi prekrivajoče se predpone edinstvene, cilj poti pa odloča, katere poti lahko VRF uvozi. Sledite eni poti MPLS v obeh vlogah.

Dve mesti stranke lahko oglašujeta 10.20.0.0/24 in obe ostaneta veljavni v enem omrežju ponudnika. Razločevalnik poti ohranja ti objavi ločeni; cilj poti odloča, kateri VRF stranke lahko vzame kopijo. V konfiguraciji stojita drug ob drugem in opravljata povsem različno delo. Zamenjava obeh vodi do sprememb, ki izgledajo smiselno in ničesar ne popravijo.

Sledite eni poti od roba stranke do oddaljenega VRF in delitev postane konkretna: identiteta je priložena, preden pot vstopi v BGP, politika razširjanja pa se ovrednoti, ko pot prispe na sprejemni rob ponudnika.

Pot VPN-IPv4 je RD plus predpona IPv4

RFC 4364 opredeljuje naslovno družino VPN-IPv4 kot osem bajtov dolg razločevalnik poti, ki mu sledi štiri bajte dolg naslov IPv4. RD se doda pred predpono stranke, zato dve enaki predponi z različnih mest postaneta dve različni poti BGP.

Ta zgradba je celoten mehanizem edinstvenosti. Ponudnik ne potrebuje, da bi se stranke dogovorile o naslovnem prostoru brez prekrivanja, in pot z enega mesta ne more tiho zamenjati enake predpone z drugega mesta.

Sama oblika RD je vrednost, ki jo izbere skrbnik, običajno številka avtonomnega sistema in lokalna številka. Njena številska oblika je dogovor, ne znak, da si polji delita pomen s ciljem poti, ki po naključju uporablja iste števke.

RD naredi prekrivajoče se predpone razločljive

Vzemite dva oglasa za isto predpono. Mesto A nosi RD 65000:101, mesto B pa RD 65000:202, oba za 10.20.0.0/24. BGP ima zdaj dve poti VPN-IPv4, ki ju je mogoče neodvisno primerjati, filtrirati in izbrati.

RD ne pove, kateri VRF naj prejme katero od teh poti, in ne prepozna stranke ali storitve. To je polje identitete poti, ne seznam članstva. Lastni RD nekega VRF se mu ni treba ujemati z RD poti, ki jo uvaža.

Zato sprememba RD, da bi se ujemal s številko drugega mesta, ničesar ne popravi. Če pot na drugi strani manjka, ujemanje števk ustvari drugačno težavo identitete, namesto da bi popravilo odločitev o uvozu.

RT je atribut BGP, ne oznaka v paketu

Politika izvoza priloži enega ali več ciljev poti k poti kot razširjene atribute skupnosti BGP. Sprejemni rob ponudnika te atribute primerja s politiko uvoza vsakega VRF. RT potuje s potjo skozi nadzorno ravnino. Primerjava poteka v celoti v usmerjevalni politiki, preden se posreduje kateri koli paket stranke.

Podatkovni paketi stranke ne nosijo RT. Ko je pot nameščena v VRF, posredovanje uporablja tabelo tega VRF in sklad oznak MPLS, ki ga dodeli arhitektura. Rob ponudnika ne bere cilja poti iz vsakega paketa stranke.

Pot lahko nosi več RT, VRF pa jih lahko uvozi več. Konfiguracija je pogosto videti kot kratek blok:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Ta blok berite kot dve ločeni trditvi. Vrstica izvoza nadzira, kaj se priloži potem, ki zapuščajo ta VRF; vrstica uvoza nadzira, kaj je ta VRF pripravljen upoštevati. Ujemajoče se številke so priročne, ne obvezne.

Upravičenost do uvoza ni namestitev

Pot je lahko upravičena za VRF in se vseeno ne pojavi v njeni tabeli posredovanja. Upravičenost je filter; nato običajni proces odločanja BGP primerja upravičene poti in izbere eno. Starejša ali manj zaželena pot lahko izgubi proti drugi upravičeni poti.

Preverite izbrano pot, ne le politike uvoza. VRF, ki uvaža RT 65000:500 in ne prikaže nobene poti za 10.20.0.0/24, je morda pot prejela in jo pri izbiri zavrnila, ali pa je ni nikoli prejela.

Ta razlika je pomembna tudi, ko se pojavi nepričakovana predpona. Preširoka politika uvoza lahko pritegne poti, ki jih mesto ni nameravalo uporabljati, in edinstvenost RD tega sploh ne prepreči. Obseg razširjanja je vprašanje politike RT.

Izsledite manjkajočo pot v vrstnem redu nadzorne ravnine

Začnite z oglasom: ali izvorni VRF izvaža predvideni RT in ali pot obstaja kot pot VPN-IPv4 na odsevniku poti ali na sprejemnem PE? Nato preverite atribut tak, kot je bil prejet, ne tak, kot je konfiguriran pri pošiljatelju.

Nato primerjajte seznam uvoza sprejemnega VRF z dejanskimi vrednostmi RT poti. Na koncu preglejte izbrano pot v tem VRF in vezavo oznake. Vsak korak odgovarja na drugo vprašanje, skok na RD pa običajno preskoči prav tistega napačnega.

Zapišite RD, izvoženi RT, uvoženi RT in izbrani naslednji skok za mesto, ki deluje, in za tisto, ki ne. Štiri vrednosti druga ob drugi spremenijo nejasno “VPN ne posreduje poti” v natančen korak nadzorne ravnine, ki se razlikuje.

Sorodni članki