Etiketė kiekvienam VRF ar kiekvienam prefiksui? Tikroji talpos sąskaita

Du projektai skelbia tą patį kliento prefiksą tame pačiame teikėjo branduolyje. Vienas skiria etiketę kiekvienam prefiksui, kitas skiria vieną etiketę visam VRF, ir antrasis atrodo pigiau kiekvienoje skaidrėje. Etikečių skaičius yra tikras, bet tai ne tas biudžetas, kuris paprastai baigiasi pirmiausia. Pasirinkti tarp jų reiškia skaičiuoti keturis išteklius, o ne vieną, ir etiketės yra mažiausios iš jų.

Pasirinkimas taip pat priklauso nuo to, ką išėjimo maršrutizatorius turi daryti su paketu nuėmęs etiketę. Sprendimą turėtų lemti tas funkcinis skirtumas, o ne etikečių aritmetika.

Ką iš tikrųjų sutaupo kiekvienas priskyrimas

Priskyrimas pagal prefiksą perduoda persiuntimo informaciją etiketėje. Išėjimo maršrutizatorius gali išsiųsti paketą tiesiai į tinkamą gretimumą be paskirties paieškos, todėl jis gerai skalėjasi dideliems VRF maršrutų rinkiniams ir todėl sunaudoja vieną etiketę kiekvienam skelbiamam prefiksui kiekviename VRF. Priskyrimas pagal VRF, pavyzdžiui, Junos vrf-table-label, skelbia vieną etiketę kiekvienai maršrutizavimo instancijai ir naudoja tą etiketę VRF lentelei pasirinkti; po to maršrutizatorius atlieka IP paiešką lentelėje.

Tai tikras architektūrinis skirtumas, o ne derinimo rankenėlė. Etikečių skyrimas pagal VRF suteikia mažesnę etikečių erdvę ir paprastesnį etikečių skelbimą, bet kainuoja vieną paiešką ir etiketę, kuri nieko nesako apie paskirtį. Etikečių skyrimas pagal prefiksą suteikia išėjimo linijos kortelei daugiau informacijos iš anksto ir kainuoja etiketes proporcingai gabenamiems maršrutams.

Etikečių knyga yra mažoji

MPLS etiketės yra baigtinės, bet etikečių erdvė yra pakankamai didelė, kad paprasti paslaugų teikėjai jos neišnaudos kelių tūkstančių prefiksų. Ten, kur etikečių skyrimas pagal VRF tikrai padeda, yra platformos su mažomis aparatinėmis etikečių lentelėmis arba projektai, kuriuose vienas VRF gabena visą interneto srautą ir etiketės pagal prefiksą padaugintų etikečių paklausą iš maršrutų skaičiaus. Tai tikri apribojimai, ir jie yra priežastis, kodėl ši funkcija egzistuoja. Nė vienas jų nėra apie prefiksų skaičių lentelėje.

Prieš rinkdamiesi suskaičiuokite etiketes ir paslaugai, ir transportui. Projektas pagal VRF vis tiek reikalauja transporto etikečių loopbackams ir kiekvienam kelio šuoliui, ir vis tiek reikalauja gretimumo būsenos. Jei projekto aprašas skaičiuoja tik paslaugos etiketes, sutaupymas matuojamas neteisingoje knygoje.

Maršrutų srautai kainuoja atmintį prieš etiketes

Kiekvienas gautas kelias sunaudoja valdymo plokštumos atmintį, atnaujinimų apdorojimą ir konvergencijos laiką, nesvarbu, ar VRF naudoja vieną etiketę, ar dešimt tūkstančių. Visas interneto srautas VRF viduje yra brangus dėl BGP kelių, RIB, FIB įrašų ir judėjimo už jų, o ne dėl etiketės prieš lentelę. Tas pats srautas taip pat padidina maršrutų nutekėjimo ar politikos klaidos poveikio spindulį tame nuomininke.

Taigi paklauskite, ko klientas iš tikrųjų reikalauja. Jei sutartis yra privatūs objektai ir numatytasis išėjimas, visa lentelė prideda išlaidų nepridedant reikalavimo. Tai komercinis klausimas, ir jis nusipelno rašytinio atsakymo, o ne prielaidos, paveldėtos iš ankstesnio projekto. Jei paslaugai srauto tikrai reikia politikai ar vietiniam išėjimo pasirinkimui, padarykite tai aiškiu punktu su savo talpos rezervacija ir savo gedimo elgsena.

Kada etikečių skyrimas pagal VRF yra teisinga numatytoji reikšmė

Tai gera numatytoji reikšmė, kai platforma dokumentuoja ją kaip palaikomą, kai VRF maršrutų skaičius didelis ir kai išėjimo paieškos kaina priimtina srauto profiliui. Tai taip pat natūralus pasirinkimas, kai operacinis paprastumas svarbesnis už paskutinės mikrosekundės išspaudimą iš persiuntimo, nes vieną etiketę nuomininkui lengviau paaiškinti ir audituoti nei etiketę prefiksui.

Tai neteisinga numatytoji reikšmė, kai platformos dokumentacija sieja funkciją su konkrečiais aparatinės įrangos ar leidimo apribojimais, arba kai projektas priklauso nuo persiuntimo sprendimų pagal prefiksą išėjime. Prieš darydami prielaidą apie elgseną perskaitykite pačios platformos statement nuorodą; Junos komanda yra dokumentuota, bet diegimą iš tikrųjų lemia ją supantys aparatinės įrangos ir leidimo apribojimai.

Biudžetas, kurį galite apginti

Sukurkite talpos pagrindimą kaip penkis atskirus skaičius: gauti keliai, pasirinkti maršrutai, įdiegti persiuntimo įrašai, paslaugos etiketės ir transporto etiketės. Pridėkite next-hop ir gretimumo būseną, nuomininkų skaičių ir perteklinimo modelį. Vieno VRF sklandaus kelio momentinė nuotrauka nėra masto rodiklis, o nominalus etikečių erdvės dydis nėra prieinama aparatinė lentelė.

Tada susitarkite ir dėl gedimo režimo, ne tik dėl pastovios būsenos. Kas atsitinka, kai srautas padidėja per pusę, kai nuomininkas prideda antrą VRF arba kai platformai reikia perkrovimo lentelės dydžiui pakeisti? Biudžetas, kuris atlaiko šiuos klausimus, vertas daugiau nei etikečių skaičius, kuris veikia tik popieriuje.

Pasirinkite priskyrimą pagal išėjimo veiksmą ir platformos apribojimus, tada paverskite maršrutų srautą aiškiu paslaugos sprendimu. Etiketė yra matoma projekto dalis; maršrutai yra dalis, už kurią reikia mokėti kiekvieną dieną.