VPNv4 inter AS: kion postulas la kontrakto pri etikeda plusendado

Legi etikedon VPNv4 sur limiga enkursigilo de AS diras al vi malmulte ĝis vi scias, kiun modelon inter AS la transdono efektivigas. La etikedo ne estas eco de la itinero mem; ĝi registras interkonsenton pri enkapsuligo kaj livero inter du enkursigiloj. Identigu la modelon antaŭ ol legi la montradon. Alie vi sencimigas kontrakton, kiun neniu skribis.

Kiun modelon la limo efektivigas

La VRF-al-VRF aranĝo kunigas kongruajn VRF per enkursigitaj alkroĉoj. Ĉiu flanko vidas la alian kiel najbaron de klienta rando kaj ili interŝanĝas ordinarajn IPv4 itinerojn, do nenio ĉe tiu limo bezonas MPLS.

Dua aranĝo interŝanĝas etikedajn VPNv4 itinerojn inter la limigaj enkursigiloj mem. Tio funkcias nur kun kohera etiked-komutata vojo trans la interligo kaj kun dissendo de itineraj celoj kaj fida modelo, kiujn ambaŭ flankoj akceptas. Se mankas iu el la du pecoj, la modelo ne estas uzata, kion ajn la agordo implicas.

La tria disdonas etikedan atingeblon de PE dum la VPN itineroj vojaĝas inter finpunktoj aŭ itineraj reflektiloj trans AS. Ĉiu el la tri lasas malsaman laboron ĉe la limo, kaj miksi la regan ebenon de unu kun la interfacaj supozoj de alia estas la klasika fiasko. Tiu miskongruo kutime montriĝas kiel etikedo, kiu aspektas ĝusta unuflanke kaj malaperas aliflanke.

Legu unu prefikson de fino al fino

Prenu unu rajtigitan klientan prefikson kaj trairu ĝin. Rigardu, kio estis anoncita, kio alvenis, la sekvan salteton, la etikedon kaj la enportan politikon, kiu akceptis ĝin. Poste rigardu kiel la enkursigilo solvas plusendadon al tiu sekva salteto, ĉar ĝuste tie etikedo fariĝas paketo. Se vi preterlasas ajnan duonon, vi priskribas regan ebenon, kiu eble ne movas trafikon. La du legadoj signifas ion nur kune.

La nombro estas loka. Ĝ i signifas ion rilate al la enkursigilo, kiu atribuis ĝin, kaj al la vojo, kiu portas paketojn tien, tial la sama valoro povas aperi dufoje kaj signifi du malsamajn aferojn. Komparu ĝin kun tio, kion la ricevanta flanko diras, ke ĝi ricevis.

La etikedo estas loka, kaj same la promeso

Kapablo estas kontrolata ĉe ambaŭ finoj de la interligo, ne ĉe unu. Komando sur via interfaco faras nenion al la interfaco de la najbara provizanto, kaj itinero, kiun BGP akceptis, per si mem ne devigas la najbaron plusendi etikedan paketon.

RFC 4364 limigas etikedan VPNv4 kunligadon al fidindaj aranĝoj kaj avertas kontraŭ akcepti etikedojn, kiuj neniam estis anoncitaj al tiu najbaro. Tio estas sekureca deklaro same kiel protokola. Tenu la publikan interretan enkursigan rilaton for de la privata VPN itinera interŝanĝo. Se la interligo estas ordinara IP, ne atendu, ke iu ajn etikedo travivos ĝin. Kaj kie la ligo estas etikeda, konfirmu, ke la ekstera transporta etikedo estas ĝuste interŝanĝata ĉe ĉiu salteto.

Etikedo, kiu aspektas ĝusta unuflanke kaj malaperas aliflanke, kutime estas tiu miskongruo, ne enkursiga cimo.

Kion noti ĉe akcepto

Akcepto estas paketa testo, ne tabela revizio. Sekvu klientan paketon en la malproksiman VRF kaj sekvu ĝian respondon reen, poste notu, kiun modelon la transdono efektivigas. Aldonu la transdonajn posedantojn ambaŭflanke kaj ĉu la limo portas ordinarajn IP aŭ etikedan trafikon.

Ĝuste tiu noto ebligas al la sekva operatoro ĝuste legi la saman etikedan montradon. Sen ĝi la modelo estas deduktata el la agordo, kaj deduktitaj supozoj estas la maniero, per kiu la sama eraro ripetiĝas. La sekcio de RFC 4364 pri inter-AS estas la loko, kie decidiĝu, kiu modelo estis intencita.