Inter-AS VPNv4: wat it label-trochstjoerkontrakt easket
In inter-AS VPNv4-label betsjut yn ferskillende modellen ferskillende dingen. Identifisearje it model, folgje ien rûte en kontrolearje beide einen foardat jo it byld fertrouwe.
It lêzen fan in VPNv4-labelsje op in AS-râne-router fertelt jo net folle oant jo witte hokker inter-AS-model de oerdracht ymplemintearret. It labelsje is gjin eigenskip fan de rûte op himsels; it leit in oerienkomst fêst oer ynkapseling en levering tusken twa routers. Identifisearje it model foardat jo it byld lêze. Oars debugge jo in kontrakt dat nimmen opskreaun hat.
Hokker model de grins ymplemintearret
De VRF-oant-VRF-regeling ferbynt oerienkommende VRF's fia rûte-oanslutings. Eltse kant sjocht de oare as in klantrâne-neighbou en se wikselje gewoane IPv4-rûtes út, sadat neat op dy grins MPLS nedich hat.
In twadde regeling wikselt labelde VPNv4-rûtes tusken de râne-routers sels. Dat wurket allinnich mei in gearhingjend label-switcht paad oer de ferbining hinne en in route-target-distribúsje plus fertrouwensmodel dat beide kanten akseptearje. As ien fan beide stikken mist, is it model net yn gebrûk, wat de konfiguraasje ek suggerearret.
De tredde distribúearret labelde PE-berikberens wylst de VPN-rûtes tusken einpunten of rûte-reflektors oer AS'en reizgje. Elk fan de trije lit oar wurk by de grins, en it mingen fan it kontrôleflak fan ien mei de ynterface-oannames fan in oar is de klassike flater. Dy mismatch komt meastentiids nei foaren as in labelsje dat oan de iene kant goed liket en oan de oare kant ferdwynt.
Lês ien prefix fan begjin oant ein
Nim ien autorisearre klantprefix en rin it troch. Sjoch nei wat oankundige waard, wat oankaam, de folgjende hop, it labelsje en it ymportbelied dat it taliet. Sjoch dêrnei nei hoe't de router de trochstjoering nei dy folgjende hop oplost, want dêr wurdt in labelsje in pakket. Slach ien fan beide helten oer en jo beskriuwe in kontrôleflak dat miskien gjin ferkear ferpleatst. De twa lêzingen betsjutte allinnich tegearre wat.
It nûmer is lokaal. It betsjut wat yn ferhâlding ta de router dy't it tawiisde en it paad dat pakketten dêrhinne bringt, en dêrom kin deselde wearde twa kear foarkomme en twa ferskillende dingen betsjutte. Ferlykje it mei wat de ûntfangende kant seit te ûntfongen.
In labelsje is lokaal, en de belofte ek
Kapasiteit wurdt oan beide einen fan de ferbining kontrolearre, net oan ien. In kommando op jo ynterface docht neat oan de ynterface fan de buorprovider, en in rûte dy't BGP akseptearre hat, ferbynt de buorman op himsels net om in labeld pakket troch te stjoeren.
RFC 4364 beheint labelde VPNv4-peering ta fertroude regelingen en warskôget tsjin it akseptearjen fan labelsjes dy't nea oan dy peer oankundige waarden. Dat is likefolle in befeiligingsútspraak as in protokolútspraak. Hâld de rûte-relaasje fan it iepenbiere ynternet los fan de privee VPN-rûte-útwikseling. As de ferbining gewoane IP is, ferwachtsje dan net dat in labelsje it oerlibbet. En wêr't de link labeld is, befêstigje dat it bûtenste transportlabelsje by elke hop goed omwiksele wurdt.
In labelsje dat oan de iene kant goed liket en oan de oare kant ferdwynt is meastentiids dy mismatch, gjin rûte-bug.
Wat by akseptaasje opskreaun wurde moat
Akseptaasje is in pakketttest, gjin tabelresinsje. Folgje in klantpakket it fiere VRF yn en folgje it antwurd werom, skriuw dan op hokker model de oerdracht ymplemintearret. Foegje de eigners fan de oerdracht oan beide kanten ta en oft de grins gewoane IP of labeld ferkear draacht.
Dy notysje is wat de folgjende operator itselde labelsjebyld goed lêze lit. Sûnder dy wurdt it model út de konfiguraasje ôflaat, en ôflaat oannames binne hoe't deselde flater werhelle wurdt. De inter-AS-seksje fan RFC 4364 is wêr't jo útmakke kinne hokker model bedoeld wie.