Ista /24 za dva naročnika? VPNv4 potrebuje RD in oznako
Dva najemnika lahko oglašujeta isto /24 le zato, ker RD vsaki poti daje lastno identiteto. Oznaka odgovarja na drugo vprašanje: kako posredovati.
Dva najemnika oštevilčita svojo podružnico z isto 10.50.0.0/24, in po spremembi pot enega izgine z roba ponudnika, medtem ko druga še deluje. Poenostavitev za to zahtevo je običajno opustitev razlikovalnika poti (RD), ker „oznaka že identificira stranko“. Ne identificira je. RD in oznaka odgovarjata na dve različni vprašanji, razlika pa postane vidna šele, ko jo vsilijo prekrivajoči se naslovi.
Ena pot tam, kjer bi morali biti dve
Običajni IPv4 unicast primerja dve poti do iste predpone in namesti boljšo. 10.50.0.0/24 od najemnika A in 10.50.0.0/24 od najemnika B sta en ključ, zato ena zmaga, druga pa preživi le kot rezervna pot. Protokol je naredil, kar so mu rekli; krmilni ravnini je bilo naročeno, naj shrani dve različni poti pod enim identifikatorjem.
Rezultat je videti kot manjkajoča pot in ne kot napaka: PE, ki je izgubil tekmovanje, še vedno lokalno posreduje svojega najemnika, zato preizkus znotraj lokacije uspe, preizkus med lokacijama pa ne uspe. Preden se dotaknete katere koli politike, preštejte vnose za to predpono v tabeli VPNv4.
RD spremeni en ključ v dva
Osem bajtov dolg razlikovalnik poti se doda pred predpono IPv4, objekt, ki ga prenaša BGP, pa postane naslov VPN-IPv4 namesto predpone IPv4. Dva najemnika lahko držita istih 32 bitov, ker se 64 bitov spredaj razlikuje. Obstajajo vrste oblike za RD na osnovi AS in za RD na osnovi naslova, izbira pa pripada izvornemu PE. RD na osnovi AS je običajen, ko si PE delijo AS, in na osnovi naslova, ko si ga ne delijo.
RD ne berite kot oznako članstva. Cilji poti urejajo uvoz in izvoz in odločajo, katere VRF lahko namestijo pot; RD zagotavlja le, da ima pot lastno identiteto. Dajanje vsakemu VRF lastnega RD je običajna praksa, ker ohranja to preslikavo berljivo v pregledovalniku poti.
Oznaka je lokalno navodilo za posredovanje
Vsako obvestilo nosi tudi oznako MPLS, njen pomen pa je omejen na usmerjevalnik, ki jo je dodelil. Drug PE lahko izda isto številko za nepovezan cilj. Prav zato oznaka ne more nadomestiti identitete stranke: številka je pravilna le ob naslednjem skoku in stanju posredovanja, ki jo je namestilo.
Zrnatost dodeljevanja se razlikuje glede na izvedbo in zasnovo: nekatere platforme dodelijo eno oznako na VRF, druge na predpono, oznaka pa lahko označuje dejanje posredovanja in ne stranke. Dve različni oznaki, ki dosežeta isti cilj, nista protislovje, in ista številka oznake na dveh PE tudi ne.
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
Zakaj eno ne more nadomestiti drugega
Brati obvestilo pomeni gledati štiri stvari skupaj: predpono s kvalifikacijo RD, cilje poti, naslednji skok in oznako. Brati uporabniški paket pomeni gledati sklad, nameščen iz teh informacij. Zdrava zasnova pokaže ujemanje obeh strani, pokvarjena pa ima običajno eno stran pravilno in drugo zastarelo. Ta primerjava loči problem identitete od problema posredovanja.
Urejeno nasprotje med krmilno in podatkovno ravnino je učni pripomoček, ne opis kodiranja. RFC 8277 postavi oznako v označeni NLRI, zato obvestilo samo nosi povezavo; uporaba za posredovanje je poznejši, ločen korak.
Ko pot najemnika manjka, preverite v tem vrstnem redu: dva vnosa VPNv4 za predpono, pravi cilj poti na vsakem, razrešljiv naslednji skok in oznaka, za katero ima prejemni PE stanje. Popravljanje identitete z vrednostjo posredovanja, ali obratno, bo prestalo eno preverjanje in padlo na naslednjem.