Adar bateko ostalariak beste bateko zerbitzariarekin konexioa irekitzen du, eta bi guneak kudeatutako MPLS 3. mailako VPN beraren atzean daude. Ostalariak bere ate lehenetsia baino ez daki, eta hori zuzena da. Garrantzitsua da tokiko bezeroaren ertzak paketea bere hornitzailearen ertzerantz ematen duela, eta hornitzailearen VPN bideratze-egoerak helmugako aurrizkia duen adarrera eramaten duela.

Pakete bat bidean zehar jarraitzea da azkarrena bezeroaren erantzukizuna zein zati den eta zerbitzuarena zein zati den ikusteko.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

Non amaitzen den jauzi bakoitzaren lana

CE-Ak urruneko LANerako bide bat behar du, bere tokiko hornitzaile-konexiora seinalatzen duena, ez urruneko adarraren WAN helbidera. Ondoren hornitzaileak paketea bere nukleotik eramaten du VPN bideratze-egoera erabiliz, eta CE-Bk helmugako LANera eramaten du. Inolako unetan ostalariak ez du etiketak, VRFak edo beste aldeko internet zirkuitua ulertu behar.

Txarteletan behin eta berriz agertzen den akatsa B adarraren WAN helbidea A adarrean hurrengo jauzi gisa konfiguratzea da. Bi adarrek zerbitzu bera erosi zuten, beraz badirudi bizilagun izan beharko luketela. Ez dira: hurrengo jauzia benetan duzun bideratze-diseinutik irisgarria izan behar da, eta urruneko CEa normalean jauzi askotara dago, zuk administratzen ez duzun ekipamenduaren atzean. Suposizio horretan oinarritutako bide estatikoa aktibo gisa agertzen da eta ez da ezer bihurtzen, eta hori falta den bide bat baino okerragoa da, taulan zuzena dirudielako.

RFC 4364k bezeroaren ertza eta hornitzailearen ertza arteko trukea hornitzaileak VPN bideak banatzetik bereizten ditu, eta horixe da eskuliburu honek jorratzen duen muga. Bezeroaren lana bere ertzari zer eman dezakeen esatea da, eta zerbitzuak atzera eskaintzen duen irisgarritasuna onartzea.

Zeren inguruan adostu behar du entregak

Aukeratu mekanismoa hornitzailearekin, ez haren inguruan. Bide estatikoak, BGP edo CE eta PEren arteko bideratze-protokolo akordioa legitimoak dira denak, eta OSPFk MPLS VPN eredu zehaztua du entrega horretarako. Horietako bat ere ez da bi urruneko bezero-ertzen artean zehaztu gabeko hornitzaile-nukleo baten bidez OSPF albokotasuna eraikitzeko arrazoia, hori diseinu bat baita hornitzaileak onartu ez duena eta ezin duena onartu.

LAN berria martxan jarri aurretik, idatzi lau gauza: aurrizkia, CEan tokiko hurrengo bidea, hornitzaileak onartuko duen iragarkia eta hornitzaileak itzuliko dituen bideak. Gehitu kontratuak ezartzen duen edozein iragazketa, aurrizki-muga edo guneen arteko murrizketa. Albokotasun osasuntsua informazioa trukatzeko kanala da, eta ez da aurrizki jakin bat onartu izanaren froga; saioa martxan egon daiteke zure azpisare berria iragazki baten barruan dagoen bitartean.

Ondoren jarraitu erantzunari. B adarrak jatorrizko LANera itzultzeko bidea behar du, eta harrera aldeko ostalariak bere ate propioa eta bere zerbitzu-baimenak behar ditu. CE-An agertzen den bide batek joan-etorriaren erdia ezartzen du, eta joan-etorriaren erdia da ping proba baten norabide bat osasuntsu dirudien arrazoia, aplikazioak huts egiten jarraitzen duen bitartean.

Egiaztatu bi entregak onartu aurretik

Bildu bideratze-egoera bi bezero-ertzetan, egiaztatu hornitzailearekin aurreikusitako LAN aurrizkiak VPNan onartu direla, eta gero probatu baimendutako aplikazio bat norabide bakoitzean. Bide-taulak bakarrik ez dute aplikazioak funtzionatzen duenik frogatzen, eta aplikazioaren proba bakarrak ez dizu esaten zein kontrol-plano huts egin zuen funtzionatzen ez duenean.

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

Irakurri hiru irteerak elkarrekin. Lehenak ertzak zer sinesten duen esaten du, bigarrenak zer ikasi zuen eta zein parekiderekin, eta hirugarrenak zer birbidaliko duen benetan. Haien arteko desadostasuna politika edo errekurtsio arazoa izaten da normalean, ez falta den iragarkia, eta merezi du konpontzea hornitzaileari ikerketa eskatu aurretik. Eraman hiru irteera horiek operadorearekin duzun deira, erantzuten baitituzte laguntza-ingeniari batek bestela egingo lizkizukeen galdera gehienak.

Jakina zer ez duen zerbitzuak ematen

Hau 3. mailako sarbide bideratua da. Ez da bulegoen artean difusioa hedatzen duen 2. mailako zirkuitua, beraz aurkikuntza-protokoloak, difusioaren mendeko aplikazioak eta segmentu partekatuaren suposizioak ez doaz berarekin. Inprimaketa, izenen arakatzea eta tokiko segmentuaren mende dagoen guztiak beren diseinua behar dute.

VPN bereizketak ez du zifratzerik ere egiten. Etiketen kommutazioak bezeroak hornitzailearen sarean bereizita edukitzen ditu, eta ez du karga erabilgarria isilpeko bihurtzen kontratuak isilpekotasuna eskatzen badu. Hori garrantzitsua den lekuetan, aplikazioak edo gaineko geruza batek eman behar du.

Azkenik, eduki zerbitzu-eredua idatzita gunearen bideratze-konfigurazioaren ondoan. Azpisare bat gehituko duen hurrengo ingeniariak irakurri beharko luke zein aurrizki iragartzen diren, nork onartzen dituen eta zein den itzulera-bide esperoa: BGP/MPLS IP VPN zehaztapena da horren guztiaren atzean dagoen ereduaren erreferentzia.

Erlazionatutako artikuluak