Déiselwecht /24 fir zwee Clienten? VPNv4 brauch en RD an eng Etikett

Zwee Locatairen nummeréieren hir Filial mam selwechten 10.50.0.0/24, an no enger Ännerung verschwënnt d’Route vun engem Locataire vum Provider-Edge, während dee vum aneren nach funktionéiert. D’Vereinfachung hannert dësem Ticket ass meeschtens den Route Distinguisher ewech ze loossen, well „d’Etikett de Client jo schonn identifizéiert“. Dat mécht se net. Den RD an d’Etikett beäntweren zwou verschidde Froe, an d’Lück gëtt eréischt sichtbar, wa sech iwwerlappend Adressen et forcéieren.

Eng Route, wou et der zwou sollten sinn

Einfachen IPv4-Unicast vergläicht zwee Weeër zum selwechte Präfix an installéiert deen besseren. 10.50.0.0/24 vum Locataire A an 10.50.0.0/24 vum Locataire B si ee Schlëssel, also gewënnt een, an deen aneren iwwerlieft nëmmen als Reservswee. De Protokoll huet dat gemaach, wat him gesot gouf; d’Kontrollfläch gouf gefrot, zwou verschidde Route ënner enger eenzeger Kennung ze späicheren.

D’Resultat gesäit aus wéi eng Route déi feelt, an net wéi e Feeler: den PE, deen de Concours verluer huet, leet säin eegene Locataire weider lokal weider, sou datt e Ping bannent dem Site geléngt an den Test tëscht de Siten feelt. Zielt d’Entréeë fir dee Präfix an der VPNv4-Tabell, ier Dir eng Politik ufässt.

Den RD mécht aus engem Schlëssel zwee

En aacht Byte laangen Route Distinguisher gëtt virum IPv4-Präfix drun gesat, an dat Objet, dat BGP transportéiert, gëtt eng VPN-IPv4-Adress anstatt e IPv4-Präfix. Zwee Locatairen kënnen déi selwecht 32 Bit halen, well déi 64 Bit dovirun ënnerscheeden. Et gëtt Formattformen fir en AS-baséierten RD an een adressbaséierten, an d’Wiel gehéiert zum ursprénglechen PE. En AS-baséierten RD ass heefeg, wa PE’en en AS deelen, an en adressbaséierten, wa se dat net maachen.

Liest den RD net als Memberschaftsetikett. Routezielen regelen den Import an den Export a si entscheeden, wéi eng VRF d’Route installéiere dierfen; den RD garantéiert just, datt d’Route eng eege Identitéit huet. All VRF seng eege RD ze ginn ass déi üblech Praxis, well se dës Zouuerdnung an enger Routevue liesbar hält.

D’Etikett ass eng lokal Weiderleetungsinstruktioun

All Annonce drot och eng MPLS-Etikett, an hir Bedeitung ass op de Router limitéiert, deen se verginn huet. En aneren PE kann déiselwecht Nummer fir en onverbonnen Zil ausginn. Genau dofir kann d’Etikett d’Identitéit vum Client net ersetzen: d’Nummer ass just niewent dem nächsten Hop an dem Weiderleetungszoustand richteg, deen se installéiert huet.

D’Granularitéit vun der Attributioun variéiert mat der Implementatioun an dem Design: verschidde Plattforme ginn eng Etikett pro VRF, anerer pro Präfix, an d’Etikett kann eng Weiderleetungsaktioun identifizéieren an net e Client. Zwou verschidden Etiketten, déi datselwecht Zil erreechen, sinn keen Widdersproch, an déiselwecht Etikettnummer op zwee PE’en och net.

Firwat dat engt dat anert net ersetze kann

Eng Annonce liesen heescht véier Saachen zesummen ze kucken: de Präfix mat RD, d’Routezielen, den nächsten Hop an d’Etikett. E Benotzerpak liesen heescht de Stack ze kucken, deen aus dësen Informatioune installéiert gouf. En gesonden Design weist déi zwou Säiten iwwerenee, an en defekten huet meeschtens eng Säit richteg an déi aner veralt. Dee Verglach trennt en Identitéitsproblem vun engem Weiderleetungsproblem.

Den ordentleche Kontrast tëscht Kontroll- an Datenfläch ass en didaktescht Mëttel, keng Beschreiwung vun der Kodéierung. RFC 8277 setzt d’Etikett an déi etikettéiert NLRI, sou datt d’Annonce selwer d’Bindung dréit; se fir d’Weiderleeung ze benotzen ass dee méi spéiden, getrennte Schrack.

Wa vun engem Locataire d’Route feelt, préift an dëser Reihenfolg: zwou VPNv4-Entréeë fir de Präfix, dat richtegt Routeziel op jidderee, en opléisbaren nächsten Hop, an eng Etikett, fir déi den empfangenden PE Zoustand huet. D’Identitéit mat engem Weiderleetungswäert ze reparéieren, oder ëmgedréit, besteet eng Kontroll a feelt déi nächst.