Nga VXLAN në MPLS IP VPN: VNI nuk është etiketë MPLS

Të dyja teknologjitë vendosin një identifikues përpara paketës, prandaj përfundimi duket i qartë: maponi VNI-në në një etiketë MPLS dhe lërini dy rrjetat të bashkohen. Një mapim i tillë nuk ekziston si operacion i mbështetur, sepse identifikuesit nënkuptojnë gjëra të ndryshme dhe prodhohen nga plane kontrolli të ndryshme. VNI identifikon një segment VXLAN brenda një overlay; etiketa MPLS identifikon një trajtim përcjelljeje përgjatë një shtegu të komutuar me etiketa. Bashkimi i domeneve është vendim rrugëtimi, jo përkthim numrash.

Miti: të dyja përdorin etiketa, prandaj mapojini

Ngjashmëria sipërfaqësore është e vërtetë dhe mashtruese. VXLAN mban një VNI 24-bit në kokën e tij, dhe MPLS mban një pirg etiketash, prandaj duket sikur një vlerë mund të rishkruhet në tjetrën në një pajisje kufiri.

Ajo që e thyen idenë është gjithçka rreth vlerës. VNI zgjidhet nga plani i kontrollit EVPN dhe pikat fundore të tunelit të shtresës bazë. Etiketa caktohet nga plani i përcjelljes MPLS përgjatë një shtegu. Asnjëra palë nuk ka një procedurë të përcaktuar për të pranuar identifikuesin e palës tjetër si të vetin.

Çfarë përcjell në të vërtetë secila palë

Në anën e fabric-ut, një pajisje kufiri përfundon tunelin VXLAN, mapon VNI-në në VRF-në e qiramarrësit dhe rrugëzon paketën si IP të zakonshme. Në anën e ofruesit, PE pranon rrugën e klientit në një VRF, vendos pirgun e etiketave MPLS dhe e përcjell përmes IP VPN.

Ai dorëzim është modeli i kuptuar mirë në RFC 4364: skaji i klientit shkëmben rrugë IP me skajin e ofruesit, dhe çdo domen zotëron inkapsulimin e vet. VNI ka humbur deri kur paketa arrin në PE, dhe pikërisht për këtë modeli funksionon.

Pse planet e kontrollit nuk bashkohen

EVPN Type 5 mbart rrugë prefiksi IP me hop-et e ardhshme të overlay, ndërsa njoftimet VPN-IPv4 i përkasin një familjeje tjetër adresash. Objektivat e rrugës që duken identike në të dyja anët nuk përkthejnë një familje në tjetrën dhe nuk zgjidhin hop-et e ardhshme përtej kufirit.

Një portë e integruar mund t'i kryejë të dyja punët vetëm kur platforma zbaton inkapsulimet e kërkuara dhe ndërveprimin midis familjeve të rrugëve. Kjo aftësi duhet verifikuar për harduerin dhe versionin e saktë, jo nxjerrë nga emri i një familjeje produktesh.

Dy supozime të tjera dështojnë në këtë kufi. Një MPLS IP VPN ofron arritshmëri të rrugëzuar, jo një segment Ethernet, prandaj zgjerimi i transmetimeve kërkon një shërbim të shtresës 2 të mbështetur. Dhe të dy inkapsulimet konsumojnë bajt, prandaj MTU-ja efektive është më e vogël sesa sugjeron cilado shtresë bazë.

Zgjidhni dorëzim të rrugëzuar ose portë të integruar

Zgjidhni dorëzimin e rrugëzuar kur qiramarrësi ka nevojë për arritshmëri IP dhe ofruesi tashmë ofron një shërbim të drejtuar nga CE. Ai e mban pronësinë të pastër: fabric-i zotëron VXLAN dhe EVPN, ofruesi zotëron MPLS dhe VPN, dhe kufiri zotëron mapimin e VRF-së në ndërfaqe. Planifikoni shkallën e lidhjes, adresimin dhe kalimin në dështim me ofruesin, në vend që të supozoni se një lidhje e vetme mjafton.

Zgjidhni një portë të integruar vetëm kur një platformë që ju operoni mbështet të dy rolet dhe mund të testoni ndërveprimin. Kursimi në pajisje është i vërtetë, por i vërtetë është edhe rreziku operativ që një pajisje e vetme të bëhet vendi i vetëm ku dy plane kontrolli duhet të bien dakord.

Çfarë të regjistrohet për çdo qiramarrës

Mbani një regjistër specifik për qiramarrësin me lidhjen, prefikset e pranuara dhe të eksportuara, metodën e zgjidhjes së hop-it të ardhshëm dhe sjelljen e pritur pas një dështimi të kufirit ose të lidhjes së ofruesit. Përfshini buxhetin e MTU-së në të dy kufijtë e inkapsulimit dhe rrugën e kthimit, sepse një drejtim përpara që funksionon provon shumë pak vetëm.

Ky regjistër është ai që lidh dy domene administrative pa pretenduar se supozimet e tyre për rrugëtimin dhe inkapsulimin janë të njëjta. Kur dikush më vonë pyet nëse VNI thjesht mund të bëhet etiketë, dokumenti përgjigjet me projektin, jo me një debat.