Etikedo por VRF aŭ por prefikso? La reala kapacitokosto

Du dezajnoj anoncas la saman klientan prefikson tra la sama provizanta kerno. Unu atribuas etikedon por prefikso, la alia atribuas unu solan etikedon por la tuta VRF, kaj la dua aspektas pli malmultekosta sur ĉiu slajdo. La etikeda kvanto estas reala, sed ĝi kutime ne estas la buĝeto, kiu elĉerpiĝas unue. Elekti inter la du signifas kalkuli kvar rimedojn, ne unu, kaj la etikedoj estas la plej malgrandaj el ili.

La elekto ankaŭ dependas de tio, kion la elira enkursigilo devas fari kun la pako post kiam ĝi forigas la etikedon. Tiu funkcia diferenco, ne la etikeda aritmetiko, devus gvidi la decidon.

Kion ĉiu atribuo efektive ŝparas

La atribuo por prefikso portas plusendan informon en la etikedo. La elira enkursigilo povas sendi la pakon rekte al la ĝusta apudeco sen celloka serĉo, tial ĝi bone skaliĝas por grandaj VRF-itineroj kaj tial ĝi konsumas unu etikedon por ĉiu anoncita prefikso en ĉiu VRF. La atribuo por VRF, kiel Junos vrf-table-label, anoncas unu etikedon por ĉiu enkursiga kazo kaj uzas tiun etikedon por elekti la VRF-tabelon; la enkursigilo poste faras IP-serĉon ene de la tabelo.

Tio estas reala arkitektura diferenco, ne agorda butono. Etikedado por VRF donas pli malgrandan etikedspacon kaj pli simplan anoncon, kontraŭ unu serĉo kaj etikedo, kiu diras nenion pri la celo. Etikedado por prefikso donas al la elira linikarto pli da informoj antaŭe kaj kostas etikedojn proporcie al la itineroj, kiujn vi portas.

La etikeda libro estas la malgranda

MPLS-etikedoj estas finhavaj, sed la etikedspaco estas sufiĉe granda por ke ordinaraj servprovizantoj ne elĉerpu ĝin per kelkaj mil prefiksoj. Kie etikedado por VRF vere helpas estas sur platformoj kun malgrandaj aparataj etikedtabeloj, aŭ en dezajnoj, kie unu VRF portas plenan interretan fluon kaj etikedoj por prefikso multiplikus la etikedpostulon per la itinera kvanto. Tiuj estas realaj limigoj, kaj ili estas la kialo, ke la funkcio ekzistas. Neniu el ili temas pri la nombro de prefiksoj en la tabelo.

Kalkulu etikedojn por kaj la servo kaj la transporto antaŭ ol elekti. Dezajno por VRF ankoraŭ bezonas transportajn etikedojn por la loopback-oj kaj por ĉiu salto laŭ la vojo, kaj ĝi ankoraŭ bezonas apudecan staton. Se la dezajna dokumento kalkulas nur servajn etikedojn, la ŝparo estas mezurata sur la malĝusta libro.

Itinerojfluoj kostas memoron antaŭ etikedoj

Ĉiu ricevita vojo konsumas memoron de la rega ebeno, prilaboradon de ĝisdatigoj kaj konverĝan tempon, ĉu la VRF uzas unu etikedon aŭ dek mil. Plena interreta fluo ene de VRF estas multekosta pro la BGP-vojoj, la RIB, la FIB-eroj kaj la ŝanĝiĝoj malantaŭ ili, ne pro la etikedo antaŭ la tabelo. La sama fluo ankaŭ pliigas la damaĝradiuson de itinera liko aŭ politika eraro ene de tiu luanto.

Do demandu, kion la kliento efektive bezonas. Se la kontrakto estas privataj lokoj plus defaŭlta eliro, plena tabelo aldonas koston sen aldoni postulon. Tio estas komerca demando, kaj ĝi meritas skriban respondon anstataŭ supozon hereditan de la lasta dezajno. Se la servo vere bezonas la fluon por politiko aŭ por loka elirelekto, faru tion eksplicita ero kun propra kapacitokvoto kaj propra fiaskokonduto.

Kiam etikedado por VRF estas la ĝusta defaŭlto

Ĝi estas bona defaŭlto, kiam la platformo dokumentas ĝin kiel subtenatan, kiam la VRF-itinera kvanto estas granda, kaj kiam la kosto de la elira serĉo estas akceptebla por la trafika profilo. Ĝi ankaŭ estas la natura elekto, kiam operacia simpleco pli gravas ol elpremi la lastan mikrosekundon el la plusendo, ĉar unu etikedo por luanto pli facile klarigeblas kaj revideblas ol unu etikedo por prefikso.

Ĝi estas la malĝusta defaŭlto, kiam la dokumentaro de la platformo ligas la funkcion al specifa aparataro aŭ eldonlimigoj, aŭ kiam la dezajno dependas de plusendaj decidoj por prefikso ĉe la eliro. Legu la propran referencon de la platformo pri la aserto antaŭ ol supozi la konduton; la Junos-komando estas dokumentita, sed la aparataraj kaj eldonaj limoj ĉirkaŭ ĝi estas tio, kio efektive decidas la enmeton.

Buĝeto, kiun vi povas defendi

Konstruu la kapacitan kazon kiel kvin apartajn nombrojn: ricevitaj vojoj, elektitaj itineroj, instalitaj plusendaj eroj, servaj etikedoj kaj transportaj etikedoj. Aldonu staton de sekva salto kaj apudeco, luantan kvanton kaj la redundan modelon. Momentfoto de la feliĉa vojo de unu VRF ne estas skalnombro, kaj nominala etikedspaca grando ne estas disponebla aparata tabelo.

Poste interkonsentu la fiaskoreĝimon same kiel la stabilan staton. Kio okazas, kiam la fluo kreskas duone, kiam luanto aldonas duan VRF, aŭ kiam la platformo bezonas restartigon por ŝanĝi tabelgrandon? Buĝeto, kiu postvivas tiujn demandojn, valoras pli ol etikedkvanto, kiu funkcias nur surpapere.

Elektu la atribuon laŭ la elira ago kaj la platformaj limoj, poste faru la itinerofluon eksplicita servodecido. La etikedo estas la videbla parto de la dezajno; la itineroj estas la parto, kiun oni devas pagi ĉiutage.