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

Dva dizajna oglašavaju isti korisnički prefiks kroz istu jezgru pružatelja usluga. Jedan dodjeljuje oznaku po prefiksu, drugi dodjeljuje jednu oznaku za cijeli VRF, a drugi izgleda jeftinije na svakom slajdu. Broj oznaka je stvaran, ali to nije proračun koji se obično prvi potroši. Odabir između njih znači brojanje četiriju resursa, a ne jednoga, a oznake su najmanji među njima.

Izbor također ovisi o tome što izlazni usmjerivač mora učiniti s paketom nakon što skine oznaku. Ta funkcionalna razlika, a ne aritmetika oznaka, treba voditi odluku.

Što svaka dodjela zapravo štedi

Dodjela po prefiksu nosi informaciju o prosljeđivanju u oznaci. Izlazni usmjerivač može poslati paket izravno na ispravnu susjednost 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. Dodjela po VRF-u, poput Junos vrf-table-label, oglašava jednu oznaku po instanci usmjeravanja i koristi tu oznaku za odabir VRF tablice; usmjerivač zatim obavlja IP pretragu unutar tablice.

To je stvarna arhitektonska razlika, a ne kotačić za ugađanje. Označavanje po VRF-u daje manji prostor oznaka i jednostavnije oglašavanje oznaka, po cijeni jedne pretrage i oznake koja ne govori ništa o odredištu. Označavanje po prefiksu daje izlaznoj linijskoj kartici više informacija unaprijed i troši oznake razmjerno rutama koje prenosite.

Knjiga oznaka je mala

MPLS oznake su konačne, ali prostor oznaka dovoljno je velik da ga obični pružatelji usluga ne iscrpe s nekoliko tisuća prefiksa. Ondje gdje označavanje po VRF-u doista pomaže jesu platforme s malim hardverskim tablicama oznaka ili dizajni u kojima jedan VRF nosi cijeli internetski feed i u kojima bi oznake po prefiksu umnožile potražnju za oznakama brojem ruta. To su stvarna ograničenja i razlog su zašto ta značajka postoji. Nijedno se ne odnosi na broj prefiksa u tablici.

Prebrojite oznake i za uslugu i za prijenos prije odabira. Dizajn po VRF-u i dalje treba prijenosne oznake za loopbacke i za svaki skok na putu, i dalje treba stanje susjednosti. Ako projektni brief broji samo uslužne oznake, ušteda se mjeri na pogrešnoj knjizi.

Feedovi ruta troše memoriju prije oznaka

Svaki primljeni put troši memoriju kontrolne ravnine, obradu ažuriranja i vrijeme konvergencije, bez obzira koristi li VRF jednu oznaku ili deset tisuća. Cijeli internetski feed unutar VRF-a skup je zbog BGP putanja, RIB-a, FIB zapisa i previranja iza njih, a ne zbog oznake koja stoji pred tablicom. Isti feed povećava i radijus utjecaja curenja ruta ili pogreške politike unutar tog zakupca.

Zato pitajte što kupac doista zahtijeva. Ako su ugovor privatne lokacije plus zadani izlaz, cijela tablica dodaje trošak bez dodavanja zahtjeva. To je komercijalno pitanje i zaslužuje pisani odgovor, a ne pretpostavku naslijeđenu iz prošlog dizajna. Ako usluga doista treba feed zbog politike ili lokalnog odabira izlaza, neka to bude izričita stavka s vlastitom rezervacijom kapaciteta i vlastitim ponašanjem pri kvaru.

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

Dobar je zadani izbor kada ga platforma dokumentira kao podržanog, kada je broj VRF ruta velik i kada je trošak izlazne pretrage prihvatljiv za prometni profil. Prirodno je rješenje i kada je operativna jednostavnost važnija od cijeđenja posljednje mikrosekunde iz prosljeđivanja, jer je jednu oznaku po zakupcu lakše objasniti i revidirati od oznake po prefiksu.

Pogrešan je zadani izbor kada dokumentacija platforme veže značajku na određena hardverska ili izdanjska ograničenja ili kada dizajn ovisi o odlukama prosljeđivanja po prefiksu na izlazu. Pročitajte vlastitu referencu statementa platforme prije nego pretpostavite ponašanje; naredba Junos dokumentirana je, ali hardverska i izdanjska ograničenja oko nje zapravo odlučuju o implementaciji.

Proračun koji možete obraniti

Izgradite poslovni slučaj kapaciteta kao pet odvojenih brojeva: primljeni putovi, odabrane rute, instalirani zapisi prosljeđivanja, uslužne oznake i prijenosne oznake. Dodajte stanje next-hop i susjednosti, broj zakupaca i model redundancije. Snimka sretnog puta jednog VRF-a nije brojka mjerila, a nominalna veličina prostora oznaka nije dostupna hardverska tablica.

Zatim dogovorite i način kvara, ne samo ustaljeno stanje. Što se događa kada feed naraste za pola, kada zakupac doda drugi VRF ili kada platforma treba restart radi promjene veličine tablice? Proračun koji preživi ta pitanja vrijedi više od broja oznaka koji radi samo na papiru.

Odaberite dodjelu prema radnji na izlazu i ograničenjima platforme, a zatim feed ruta učinite izričitom uslužnom odlukom. Oznaka je vidljivi dio dizajna; rute su dio koji se mora plaćati svaki dan.