Oznaka po VRF-u ili po prefiksu? Pravi račun kapaciteta

Dva dizajna oglašavaju isti korisnički prefiks kroz istu jezgru provajdera. Jedan dodeljuje oznaku po prefiksu, drugi dodeljuje jednu oznaku za ceo VRF, a drugi izgleda jeftinije na svakom slajdu. Broj oznaka je stvaran, ali to nije proračun koji se obično prvi potroši. Izbor između njih znači brojanje četiri resursa, a ne jednog, i oznake su najmanje među njima.

Izbor takođe zavisi od toga šta izlazni ruter mora da uradi sa paketom nakon što skine oznaku. Ta funkcionalna razlika, a ne aritmetika oznaka, treba da vodi odluku.

Šta svaka dodela zapravo štedi

Dodela po prefiksu nosi informaciju o prosleđivanju u oznaci. Izlazni ruter može da pošalje paket direktno na ispravnu susednost bez traženja odredišta, zato se dobro skalira za velike skupove VRF ruta i zato troši jednu oznaku za svaki oglašeni prefiks u svakom VRF-u. Dodela po VRF-u, poput Junos vrf-table-label, oglašava jednu oznaku po instanci rutiranja i koristi tu oznaku za izbor VRF tabele; ruter zatim obavlja IP pretragu unutar tabele.

To je stvarna arhitektonska razlika, a ne točkić za podešavanje. Označavanje po VRF-u daje manji prostor oznaka i jednostavnije oglašavanje oznaka, po ceni jednog pretraživanja i oznake koja ništa ne govori o odredištu. Označavanje po prefiksu daje izlaznoj linijskoj kartici više informacija unapred i troši oznake srazmerno rutama koje nosite.

Knjiga oznaka je mala

MPLS oznake su konačne, ali prostor oznaka je dovoljno velik da ga obični provajderi usluga ne iscrpe sa nekoliko hiljada prefiksa. Tamo gde označavanje po VRF-u zaista pomaže jesu platforme sa malim hardverskim tabelama oznaka, ili dizajni u kojima jedan VRF nosi ceo internet feed i u kojima bi oznake po prefiksu umnožile potražnju za oznakama brojem ruta. To su stvarna ograničenja i ona su razlog zašto ova funkcija postoji. Nijedno se ne odnosi na broj prefiksa u tabeli.

Izbrojte oznake i za uslugu i za transport pre izbora. Dizajn po VRF-u i dalje treba transportne oznake za loopback-ove i za svaki skok na putu, i dalje treba stanje susednosti. Ako projektni brief broji samo uslužne oznake, ušteda se meri u pogrešnoj knjizi.

Feedovi ruta troše memoriju pre oznaka

Svaka primljena putanja troši memoriju kontrolne ravni, obradu ažuriranja i vreme konvergencije, bez obzira da li VRF koristi jednu oznaku ili deset hiljada. Ceo internet feed unutar VRF-a je skup zbog BGP putanja, RIB-a, FIB zapisa i previranja iza njih, a ne zbog oznake ispred tabele. Isti feed povećava i radijus uticaja curenja ruta ili greške politike unutar tog zakupca.

Zato pitajte šta kupac zaista zahteva. Ako su ugovor privatne lokacije plus podrazumevani izlaz, cela tabela dodaje trošak bez dodavanja zahteva. To je komercijalno pitanje i zaslužuje pisani odgovor, a ne pretpostavku nasleđenu iz prethodnog dizajna. Ako usluga zaista treba feed zbog politike ili lokalnog izbora izlaza, neka to bude izričita stavka sa sopstvenom rezervacijom kapaciteta i sopstvenim ponašanjem pri kvaru.

Kada je označavanje po VRF-u ispravan podrazumevani izbor

Dobar je podrazumevani izbor kada ga platforma dokumentuje kao podržan, kada je broj VRF ruta velik i kada je trošak pretrage na izlazu prihvatljiv za profil saobraćaja. Prirodno je rešenje i kada je operativna jednostavnost važnija od cijeđenja poslednje mikrosekunde iz prosleđivanja, jer je jednu oznaku po zakupcu lakše objasniti i revidirati od oznake po prefiksu.

Pogrešan je podrazumevani izbor kada dokumentacija platforme vezuje funkciju za određena hardverska ili izdanjska ograničenja, ili kada dizajn zavisi od odluka prosleđivanja po prefiksu na izlazu. Pročitajte sopstvenu statement referencu platforme pre nego što pretpostavite ponašanje; naredba Junos je dokumentovana, ali hardverska i izdanjska ograničenja oko nje zapravo odlučuju o implementaciji.

Proračun koji možete da odbranite

Izgradite slučaj kapaciteta kao pet odvojenih brojeva: primljene putanje, izabrane rute, instalirani zapisi prosleđivanja, uslužne oznake i transportne oznake. Dodajte stanje next-hop i susednosti, broj zakupaca i model redundanse. Snimak srećnog puta jednog VRF-a nije brojka razmere, a nominalna veličina prostora oznaka nije dostupna hardverska tabela.

Zatim dogovorite i režim kvara, ne samo ustaljeno stanje. Šta se dešava kada feed naraste za pola, kada zakupac doda drugi VRF ili kada platforma treba restart radi promene veličine tabele? Proračun koji preživi ta pitanja vredi više od broja oznaka koji radi samo na papiru.

Izaberite dodelu prema dejstvu na izlazu i ograničenjima platforme, a zatim feed ruta učinite izričitom uslužnom odlukom. Oznaka je vidljivi deo dizajna; rute su deo koji mora da se plaća svakog dana.