VXLANista MPLS IP VPN:ään: VNI ei ole MPLS-tunniste

Molemmat teknologiat asettavat tunnisteen paketin eteen, joten johtopäätös tuntuu ilmeiseltä: kartoita VNI MPLS-tunnisteeksi ja anna kahden verkon yhdistyä. Sellaista kartoitusta ei ole tuettuna toimintona, koska tunnisteet tarkoittavat eri asioita ja eri ohjaustasot tuottavat ne. VNI yksilöi VXLAN-segmentin overlayn sisällä; MPLS-tunniste yksilöi edelleenlähetyskäsittelyn tunnistevälitteistä polkua pitkin. Domeenien liittäminen on reitityspäätös, ei numeroiden käännös.

Myytti: molemmat käyttävät tunnisteita, joten kartoita ne

Pintapuolinen samankaltaisuus on todellista ja harhaanjohtavaa. VXLAN kantaa otsikossaan 24-bittistä VNI:tä ja MPLS kantaa tunnistepinon, joten näyttää siltä kuin yksi arvo voitaisiin kirjoittaa toiseksi rajalaitteessa.

Ajatuksen rikkoo kaikki se, mikä ympäröi arvoa. VNI:n ratkaisee EVPN-ohjaustaso ja aluskerroksen tunnelipäätepisteet. Tunnisteen antaa MPLS-edelleenlähetystaso polkua pitkin. Kummallakaan puolella ei ole määriteltyä menettelyä hyväksyä toisen puolen tunnistetta omakseen.

Mitä kumpikin puoli todella välittää

Fabricin puolella rajalaite lopettaa VXLAN-tunnelin, kartoittaa VNI:n vuokralaisen VRF:ään ja reitittää paketin tavallisena IP:nä. Palveluntarjoajan puolella PE ottaa asiakkaan reitin VRF:ään, asettaa MPLS-tunnistepinon ja välittää sen IP VPN:n yli.

Tämä luovutus on hyvin tunnettu malli RFC 4364:ssa: asiakkaan reuna vaihtaa IP-reittejä palveluntarjoajan reunan kanssa, ja kukin domeeni omistaa oman kapselointinsa. VNI on poissa siihen mennessä, kun paketti saavuttaa PE:n, ja juuri siksi malli toimii.

Miksi ohjaustasot eivät yhdisty

EVPN Type 5 kantaa IP-etuliitereittejä overlayn seuraavilla hypyillä, kun taas VPN-IPv4-ilmoitukset kuuluvat toiseen osoiteperheeseen. Samoilta näyttävät reittikohteet molemmilla puolilla eivät käännä perhettä toiseksi eivätkä ratkaise seuraavia hyppyjä rajan yli.

Integroitu yhdyskäytävä voi tehdä molemmat työt vain, kun alusta toteuttaa vaaditut kapseloinnit ja reittiperheiden yhteentoimivuuden. Tämä kyky on varmennettava täsmälliselle laitteistolle ja versiolle, ei pääteltävä tuoteperheen nimestä.

Kaksi muuta oletusta epäonnistuu tällä rajalla. MPLS IP VPN tarjoaa reititetyn tavoitettavuuden, ei Ethernet-segmenttiä, joten broadcastien venyttäminen vaatii sen sijaan tuetun kerroksen 2 palvelun. Ja molemmat kapseloinnit kuluttavat tavuja, joten tehollinen MTU on pienempi kuin kumpikaan aluskerros antaa ymmärtää.

Valitse reititetty luovutus tai integroitu yhdyskäytävä

Valitse reititetty luovutus, kun vuokralainen tarvitsee IP-tavoitettavuutta ja palveluntarjoaja tarjoaa jo CE:hen päin olevaa palvelua. Se pitää omistajuuden selvänä: fabric omistaa VXLANin ja EVPN:n, palveluntarjoaja MPLS:n ja VPN:n, ja raja VRF:n ja liitännän kartoituksen. Suunnittele liitoksen laajuus, osoitteistus ja vikasieto yhdessä palveluntarjoajan kanssa sen sijaan, että olettaisit yhden linkin riittävän.

Valitse integroitu yhdyskäytävä vain, kun hallitsemasi alusta tukee molempia rooleja ja voit testata yhteentoimivuuden. Säästö laitteissa on todellinen, mutta niin on myös toiminnallinen riski siitä, että yhdestä laitteesta tulee ainoa paikka, jossa kahden ohjaustason on sovittava.

Mitä vuokralaiskohtaisesti kirjataan

Pidä vuokralaiskohtaista kirjausta, johon kuuluvat liitos, hyväksytyt ja viedyt etuliitteet, seuraavan hypyn ratkaisumenetelmä ja odotettu käyttäytyminen rajan tai palveluntarjoajan linkin vian jälkeen. Sisällytä MTU-budjetti molemmilla kapselointirajoilla ja paluupolku, koska toimiva eteenpäin-suunta todistaa yksinään hyvin vähän.

Tuo kirjaus yhdistää kaksi hallinnollista domeenia teeskentelemättä, että niiden reititys- ja kapselointioletukset ovat samat. Kun joku myöhemmin kysyy, voiko VNI:stä yksinkertaisesti tulla tunniste, asiakirja vastaa suunnittelulla eikä väittelyllä.