VXLAN-ist MPLS IP VPN-i: VNI ei ole MPLS-silt

Mõlemad tehnoloogiad panevad paketi ette identifikaatori, seega tundub järeldus ilmne: vastenda VNI MPLS-sildile ja lase kahel võrgul ühineda. Sellist vastendust toetatud toiminguna ei ole olemas, sest identifikaatorid tähendavad erinevaid asju ja neid toodavad erinevad juhtimistasandid. VNI identifitseerib VXLAN-segmendi ülekattesisese osana; MPLS-silt identifitseerib edastuskäsitluse piki sildivahetusega teed. Domeenide ühendamine on marsruutimisotsus, mitte numbrite tõlkimine.

Müüt: mõlemad kasutavad silte, seega vastenda need

Pealtnäha sarnasus on tõeline ja eksitav. VXLAN kannab päises 24-bitist VNI-d ja MPLS kannab siltide virna, seega näib, justkui saaks ühe väärtuse piiriseadmes teiseks ümber kirjutada.

Idee purustab kõik see, mis väärtust ümbritseb. VNI lahendab EVPN-i juhtimistasand ja aluskihi tunnelite lõpp-punktid. Sildi määrab MPLS-i edastamistasand piki teed. Kummallgi poolel ei ole määratletud protseduuri, et võtta teise poole identifikaator omaks.

Mida kumbki pool tegelikult edastab

Fabric'i poolel lõpetab piiriseade VXLAN-tunneli, vastendab VNI rentniku VRF-iga ja marsruudib paketi tavalise IP-na. Teenusepakkuja poolel võtab PE kliendi marsruudi VRF-i, rakendab MPLS-siltide virna ja edastab selle üle IP VPN-i.

See üleandmine on hästi mõistetav mudel RFC 4364-s: kliendi serv vahetab IP-marsruute teenusepakkuja servaga ja iga domeen omab oma kapseldust. VNI on kadunud selleks ajaks, kui pakett PE-ni jõuab, ja just seetõttu mudel töötab.

Miks juhtimistasandid ei ühine

EVPN Type 5 kannab IP-prefiksimarsruute ülekattesiseste järgmiste hüpetega, samas kui VPN-IPv4-teated kuuluvad teise aadressiperekonda. Mõlemal poolel ühesugusena näivad marsruudisihtmärgid ei tõlgi ühte perekonda teiseks ega lahenda järgmisi hüppeid üle piiri.

Integreeritud lüüs saab mõlemat tööd teha ainult siis, kui platvorm rakendab vajalikud kapseldused ja marsruudiperekondade koostalitluse. Seda võimet tuleb kontrollida täpse riistvara ja väljalaske jaoks, mitte tuletada tooteperekonna nimest.

Sellel piiril ebaõnnestuvad veel kaks eeldust. MPLS IP VPN pakub marsruuditud kättesaadavust, mitte Etherneti segmenti, seega leviedastuse ulatamiseks on vaja hoopis toetatud 2-kihi teenust. Ja mõlemad kapseldused kulutavad baite, seega on tegelik MTU väiksem, kui kumbki aluskiht vihjab.

Valige marsruuditud üleandmine või integreeritud lüüs

Valige marsruuditud üleandmine, kui rentnik vajab IP-kättesaadavust ja teenusepakkuja pakub juba CE-poole suunatud teenust. See hoiab omandi selge: fabric omab VXLAN-i ja EVPN-i, teenusepakkuja omab MPLS-i ja VPN-i ning piir omab VRF-i ja liidese vastendust. Planeerige ühenduse maht, adresseerimine ja tõrkevahetus koos teenusepakkujaga, selle asemel et eeldada, et ühest lingist piisab.

Valige integreeritud lüüs ainult siis, kui teie hallatav platvorm toetab mõlemat rolli ja saate koostalitlust testida. Kokkuhoid seadmetes on tõeline, aga sama tõeline on tegevusrisk, et ühest seadmest saab ainus koht, kus kaks juhtimistasandit peavad kokku leppima.

Mida rentniku kohta kirja panna

Hoidke rentnikupõhist kirjet ühenduse, vastuvõetud ja eksporditud prefiksite, järgmise hüppe lahendamise meetodi ning piiri või teenusepakkuja lingi rikke järel oodatava käitumisega. Lisage MTU-eelarve mõlemal kapselduspiiril ja tagasitee, sest töötav edasisuund tõestab üksi väga vähe.

See kirje ühendab kahte haldusdomeeni, ilma et peaks teesklema, et nende marsruutimis- ja kapselduseeldused on samad. Kui keegi hiljem küsib, kas VNI võib lihtsalt sildiks saada, vastab dokument disainiga, mitte vaidlusega.