Treba li VPNv4 MPLS u jezgru? Ne nužno

Uključivanje adresne porodice VPNv4 između dva rutera stvara samo kontekst distribucije ruta i ništa više. Ono ne instalira putanju prosljeđivanja i ne govori koja će enkapsulacija prenijeti korisnički paket do udaljene krajnje točke. Kada se te dvije činjenice razdvoje, pitanje „treba li ovo MPLS u jezgru“ postaje uže pitanje na koje se može odgovoriti, o podatkovnoj ravnini koju platforma podržava.

Šta adresna porodica zapravo pregovara

Višeprotokolni BGP nosi informacije o dostupnosti mrežnog sloja VPNv4 pod AFI 1 i SAFI 128, a svaki zapis spaja razlikovnik rute s prefiksom i oznakom. Sesija pregovara da obje strane mogu kodirati i dekodirati te informacije. Ono što ne pregovara jest podatkovna ravnina. Sve nakon ovog odlomka tiče se prosljeđivanja i ništa od toga ne rješava se uspostavom sesije.

Dakle, uspješna sesija dokaz je sposobnosti kontrolne ravnine, a ne prosljeđivanja. Ruter može držati hiljade zapisa VPNv4 i ipak odbaciti svaki korisnički paket, zbog čega se te dvije klase kvarova uopće i brkaju.

Obratite pažnju na oznaku u NLRI-ju. To je servisna oznaka vezana za prefiks unutar VRF-a i ima ulogu u prosljeđivanju kada paket stigne do izlazne krajnje točke. Da li je čita bilo koji tranzitni uređaj, zasebna je projektna odluka.

Prijem, uvoz i prosljeđivanje tri su koraka

Primanje rute, dopuštenje da je koristite i mogućnost da s njom prosljeđujete obavljaju različiti dijelovi uređaja. BGP pohranjuje ono što čuje; politika uvoza i podudaranje cilja rute odlučuju koji je VRF može razmotriti; zatim prosljeđivačka ravnina mora razriješiti oglašeni sljedeći skok u nešto što doista može poslati na žicu.

Upravo u tom srednjem koraku žive najneočekivaniji kvarovi. Ruta može biti prisutna u BGP tablici, važeća i čak najbolja, dok VRF tablica ruta ostaje prazna jer nijedan cilj rute nije odgovarao popisu uvoza. Ništa ne bilježi pogrešku protokola, jer pogreška protokola nije nastala.

Završni korak je mjesto gdje se pokazuje podrška platforme. Sljedeći skok dostupan u podlozi nije automatski razrješiv kao prijevoz VPN usluge, a uređaj može zahtijevati određenu vrstu tunela, određenu operaciju s oznakom ili oboje. Čitanje statusa razrješenja informativnije je od čitanja broja ruta.

IP jezgra može nositi stog koji nikada ne prebacuje

Razliku koju vrijedi zadržati treba povući između „jezgra ne pokreće MPLS“ i „nigdje u usluzi ne postoji oznaka“. To su različite tvrdnje i samo se prva odnosi na tranzitne uređaje. RFC 4023 definira prijenos MPLS-a kroz IP ili GRE tunele, a to je mehanizam koji drugu tvrdnju čini mogućom na potpuno IP jezgri.

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 meaningful

Tranzitni ruteri prosljeđuju prema vanjskom IP odredištu i ne trebaju ni korisničke prefikse ni izvorno prebacivanje oznaka. Na udaljenom kraju vanjski tunel se uklanja i servisna oznaka nastavlja svoj posao. Jezgra je prenijela neprozirni teret, što je upravo ono u čemu je IP mreža jaka.

Ono što vam ovaj dizajn ne daje jest univerzalno jamstvo. To nije dokaz da svaki ruter razrješava svaki sljedeći skok VPNv4 preko bilo kojeg GRE sučelja i nije razlog da izbrišete radnu izvornu MPLS konfiguraciju. To je protuprimjer univerzalnoj tvrdnji, a praktično pitanje ostaje lokalno za platformu. Zabilježite to pitanje kao ograničenje platforme, a ne kao pravilo protokola.

Prođite lanac na kutiji dok se ne slomi

Krenite od primljene rute i zaustavite se na prvom koraku koji ne uspije, jer kasniji se koraci ne mogu dijagnosticirati dok je raniji slomljen. Četiri naredbe pokrivaju većinu toga na tipičnoj implementaciji.

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_A

Čitajte ih kao slijed, a ne kao četiri neovisne provjere. Prva potvrđuje da je porodica aktivna i da partner razmjenjuje rute; druga pokazuje je li prefiks stigao s upotrebljivim sljedećim skokom; treća dokazuje podobnost za uvoz; četvrta pokazuje je li prosljeđivačka ravnina vezala oznaku ili tunel za njega.

Zatim testirajte putanju radnog opterećenja u oba smjera, s MTU-om koji preživljava enkapsulaciju. GRE dodaje bajtove zaglavlja, a putanja koja prolazi male probe može pasti na paketima pune veličine samo u jednom smjeru, što izgleda kao kvar aplikacije, a ne prijevoza.

Dvije operativne bilješke zatvaraju krug. GRE je enkapsulacija, a ne povjerljivost, pa nepouzdana tranzitna mreža treba podržani sigurnosni aranžman iznad sebe, a ne pretpostavku. I zabilježite koju enkapsulaciju platforma zapravo podržava prije pregleda dizajna, jer taj jedan odgovor odlučuje je li isključivo IP jezgra valjan izbor ili plan koji ne može prosljeđivati.