Potrebuje VPNv4 MPLS v jedru? Ne nujno
BGP VPNv4 pogaja kontekst razdeljevanja poti, ne poti posredovanja. Ločite uvoz, razrešitev naslednjega skoka in enkapsulacijo, ki jo lahko izvajate.
Vklop naslovne družine VPNv4 med dvema usmerjevalnikoma ustvari samo kontekst razdeljevanja poti in nič več. Ne namesti poti posredovanja in ne pove, katera enkapsulacija bo prenesla odjemalčev paket do oddaljene končne točke. Ko se ti dve dejstvi ločita, vprašanje «potrebuje to v jedru MPLS» postane ožje in odgovorljivo vprašanje o podatkovni ravnini, ki jo podpira platforma.
Kaj naslovna družina v resnici pogaja
Večprotokolni BGP prenaša informacije o dosegljivosti omrežnega sloja VPNv4 pod AFI 1 in SAFI 128, in vsak vnos poveže razlikovalnik poti s predpono in oznako. Seja pogaja, da lahko obe strani te informacije kodirata in dekodirata. Česa ne pogaja, je podatkovna ravnina. Vse po tem odstavku se nanaša na posredovanje in nič od tega ni rešeno z dvigom seje.
Uspešna seja je torej dokaz zmožnosti krmilne ravnine, ne posredovanja. Usmerjevalnik lahko hrani tisoče vnosov VPNv4 in vseeno zavrže vsak odjemalčev paket, in prav zato se ta dva razreda napak na začetku zamenjujeta.
Bodite pozorni na oznako v NLRI. To je storitvena oznaka, vezana na predpono znotraj VRF, in ima vlogo pri posredovanju, ko paket doseže izhodno končno točko. Ali jo katera koli tranzitna naprava bere, je ločena oblikovalska odločitev.
Sprejem, uvoz in posredovanje so trije koraki
Sprejem poti, dovoljenje za njeno uporabo in zmožnost posredovanja z njo izvajajo različni deli naprave. BGP shranjuje, kar sliši; politika uvoza in ujemanje cilja poti odločata, katera VRF jo lahko upošteva; nato mora ravnina posredovanja razrešiti oglašeni naslednji skok v nekaj, kar lahko resnično potisne na žico.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
Prav v tem vmesnem koraku živijo najbolj presenetljive napake. Pot je lahko prisotna v tabeli BGP, veljavna in celo najboljša, medtem ko tabela poti VRF ostane prazna, ker noben cilj poti ni ustrezal seznamu uvoza. Nič ne zabeleži protokolarne napake, ker protokolarne napake ni bilo.
Zadnji korak je mesto, kjer se pokaže podpora platforme. Naslednji skok, dosegljiv v spodnjem sloju, ni samodejno razrešljiv kot transport storitve VPN, in naprava lahko zahteva določen tip tunela, določeno operacijo z oznako ali oboje. Branje stanja razrešitve je bolj informativno kot branje števila poti.
Jedro IP lahko nosi sklad, ki ga nikoli ne preklaplja
Razlika, ki jo velja ohraniti, je med «jedro ne izvaja MPLS» in «v storitvi nikjer ni oznake». To sta različni trditvi in samo prva se nanaša na tranzitne naprave. RFC 4023 opredeljuje prenos MPLS skozi tunele IP ali GRE, in prav ta mehanizem omogoča drugo trditev na povsem IP jedru.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulTranzitni usmerjevalniki posredujejo glede na zunanji cilj IP in ne potrebujejo niti odjemalčevih predpon niti izvornega preklapljanja oznak. Na oddaljenem koncu se zunanji tunel odstrani in storitvena oznaka nadaljuje svoje delo. Jedro je premaknilo neprosojno breme, in prav v tem je IP omrežje dobro.
Česar vam ta zasnova ne daje, je univerzalno jamstvo. To ni dokaz, da vsak usmerjevalnik razreši vsak naslednji skok VPNv4 prek katerega koli vmesnika GRE, in ni razlog za brisanje delujoče izvorne konfiguracije MPLS. To je protiprimer univerzalni trditvi, in praktično vprašanje ostaja lokalno za platformo. Zapišite to vprašanje kot omejitev platforme in ne kot pravilo protokola.
Pojdite po verigi na napravi, dokler se ne zlomi
Začnite pri prejeti poti in se ustavite pri prvem koraku, ki spodleti, ker kasnejših korakov ni mogoče diagnosticirati, dokler je prejšnji zlomljen. Štirje ukazi pokrijejo večino tega v tipični izvedbi.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_ABerite jih kot zaporedje in ne kot štiri neodvisne kontrole. Prva potrjuje, da je družina aktivna in da sosed izmenjuje poti; druga kaže, ali je predpona prišla z uporabnim naslednjim skokom; tretja dokazuje upravičenost do uvoza; četrta kaže, ali je ravnina posredovanja nanjo vezala oznako ali tunel.
Nato preizkusite pot delovne obremenitve v obe smeri, z MTU, ki preživi enkapsulacijo. GRE doda bajte glave, in pot, ki opravi majhne sonde, lahko spodleti na paketih polne velikosti samo v eni smeri, kar izgleda kot okvara aplikacije in ne prevoza.
Dve obratovalni opombi skleneta krog. GRE je enkapsulacija, ne zaupnost, zato nezaupanja vredno tranzitno omrežje potrebuje podprto varnostno ureditev zgoraj in ne predpostavke. In zapišite, katero enkapsulacijo platforma dejansko podpira pred pregledom zasnove, ker ta en sam odgovor odloči, ali je jedro samo IP veljavna izbira ali načrt, ki ne more posredovati.