Iš „VXLAN“ į „MPLS IP VPN“: VNI nėra MPLS žymė

Abi technologijos prieš paketą įrašo identifikatorių, todėl išvada atrodo akivaizdi: priskirkite VNI MPLS žymei ir leiskite dviem tinklams susijungti. Toks priskyrimas neegzistuoja kaip palaikoma operacija, nes identifikatoriai reiškia skirtingus dalykus ir juos kuria skirtingos valdymo plokštumos. VNI identifikuoja VXLAN segmentą perdangos viduje; MPLS žymė identifikuoja persiuntimo apdorojimą išilgai žymėmis komutuojamo kelio. Sričių sujungimas yra maršrutizavimo sprendimas, o ne skaičių vertimas.

Mitas: abi naudoja žymes, tad jas priskirkite

Paviršinis panašumas yra tikras ir klaidinantis. VXLAN savo antraštėje neša 24 bitų VNI, o MPLS neša žymių krūvą, todėl atrodo, kad vieną reikšmę galima perrašyti į kitą pasienio įrenginyje.

Idėją sugriauna viskas, kas supa reikšmę. VNI išsprendžia EVPN valdymo plokštuma ir apatinio sluoksnio tunelio galiniai taškai. Žymę priskiria MPLS persiuntimo plokštuma išilgai kelio. Nė viena pusė neturi apibrėžtos procedūros, kaip priimti kitos pusės identifikatorių kaip savą.

Ką kiekviena pusė iš tikrųjų persiunčia

Audinio pusėje pasienio įrenginys užbaigia VXLAN tunelį, priskiria VNI nuomininko VRF ir maršrutizuoja paketą kaip įprastą IP. Tiekėjo pusėje PE priima kliento maršrutą į VRF, uždeda MPLS žymių krūvą ir persiunčia jį per IP VPN.

Šis perdavimas yra gerai suprantamas modelis RFC 4364: kliento kraštas keičiasi IP maršrutais su tiekėjo kraštu, o kiekviena sritis turi savo inkapsuliaciją. VNI jau dingęs, kai paketas pasiekia PE, ir būtent todėl modelis veikia.

Kodėl valdymo plokštumos nesusilieja

EVPN Type 5 neša IP prefiksų maršrutus su perdangos kitais šuoliais, o VPN-IPv4 skelbimai priklauso kitai adresų šeimai. Abiejose pusėse vienodai atrodantys maršruto tikslai neperverčia vienos šeimos į kitą ir nesprendžia kitų šuolių per sieną.

Integruotas šliuzas abu darbus gali atlikti tik tada, kai platforma įgyvendina reikiamas inkapsuliacijas ir maršrutų šeimų sąveiką. Šį pajėgumą reikia patikrinti konkrečiai aparatinei įrangai ir versijai, o ne spręsti iš produktų šeimos pavadinimo.

Šioje riboje žlunga dar dvi prielaidos. MPLS IP VPN teikia maršrutizuotą pasiekiamumą, o ne Ethernet segmentą, todėl transliacijų išplėtimui vietoj to reikia palaikomos 2-ojo sluoksnio paslaugos. Ir abi inkapsuliacijos naudoja baitus, todėl efektyvus MTU yra mažesnis, nei rodo bet kuris apatinis sluoksnis.

Rinkitės maršrutizuotą perdavimą arba integruotą šliuzą

Rinkitės maršrutizuotą perdavimą, kai nuomininkui reikia IP pasiekiamumo ir tiekėjas jau siūlo į CE nukreiptą paslaugą. Tai išlaiko savininkystę švarią: audinys valdo VXLAN ir EVPN, tiekėjas valdo MPLS ir VPN, o riba valdo VRF susiejimą su sąsaja. Planuokite prijungimo mastą, adresavimą ir perjungimą gedimo atveju kartu su tiekėju, o ne manykite, kad vienos jungties pakanka.

Integruotą šliuzą rinkitės tik tada, kai jūsų valdoma platforma palaiko abu vaidmenis ir galite išbandyti sąveiką. Įrenginių sutaupymas yra tikras, bet tikra yra ir operacinė rizika, kad vienas įrenginys taps vienintele vieta, kur dvi valdymo plokštumos turi susitarti.

Ką užrašyti kiekvienam nuomininkui

Turėkite nuomininkui būdingą įrašą su prijungimu, priimtais ir eksportuotais prefiksais, kito šuolio sprendimo būdu ir numatomu elgesiu po ribos ar tiekėjo jungties gedimo. Įtraukite MTU biudžetą abiejose inkapsuliacijos ribose ir grįžimo kelią, nes veikianti kryptis pirmyn pati savaime įrodo labai mažai.

Būtent šis įrašas sujungia dvi administracines sritis neapsimetinėdamas, kad jų maršrutizavimo ir inkapsuliacijos prielaidos yra vienodos. Kai vėliau kas nors paklaus, ar VNI gali tiesiog tapti žyme, dokumentas atsakys projektu, o ne ginču.