Label per VRF of per prefiks? De echte kapasiteitsrekkening

Twa ûntwerpen advertearje itselde klantprefiks oer deselde providerkearn. It iene jout in label per prefiks, it oare jout ien label foar de hiele VRF, en it twadde liket op elk dia goedkeaper. It oantal labels is echt, mar it is net it budzjet dat meastal earst op is. Tusken de twa kieze betsjut fjouwer boarnen telle, net ien, en de labels binne de lytste dêrfan.

De kar hinget ek ôf fan wat de útgongsrûter mei it pakket dwaan moat neidat er it label ferwidere hat. Dat funksjonele ferskil, net de labelaritemetyk, moat de beslissing liede.

Wat elke tawizing echt besparret

In tawizing per prefiks draacht de trochstjoerynformaasje yn it label. De útgongsrûter kin it pakket streekrjocht nei de juste neistlizzens stjoere sûnder in bestimmingssykjen, wêrom't it goed skaalet foar grutte VRF-rûtesets en wêrom't it ien label brûkt foar elk oankundige prefiks yn elke VRF. In tawizing per VRF, lykas Junos vrf-table-label, kundiget ien label per rûtery-ynstânsje oan en brûkt dat label om de VRF-tabel te kiezen; de rûter docht dan in IP-sykjen binnen de tabel.

Dat is in echte arsjitektuerferskil yn plak fan in ôfstellingsknop. Labeljen per VRF jout jo in lytsere labelromte en in ienfâldiger labeloankundiging, tsjin de priis fan ien sykjen en fan in label dat neat oer de bestimming seit. Labeljen per prefiks jout de útgongslinekaart mear ynformaasje foarôf en kostet labels yn ferhâlding ta de rûtes dy't jo drage.

It labelboekhâlden is it lytse

MPLS-labels binne einige, mar de labelromte is grut genôch dat gewoane tsjinstferlieners dy net útputte mei in pear tûzen prefiksen. Wêr't labeljen per VRF echt helpt, is op platfoarms mei lytse hardware-labeltabellen, of yn ûntwerpen wêr't ien VRF in folsleine ynternetfeed draacht en labels per prefiks de labelfraach fermannichfâldigje soene mei it oantal rûtes. Dat binne echte beheiningen, en se binne de reden dat de funksje bestiet. Gjin fan allegear giet oer it oantal prefiksen yn 'e tabel.

Tel labels foar sawol de tsjinst as it ferfier foardat jo kieze. In ûntwerp per VRF hat noch hieltyd ferfierlabels nedich foar de loopbacks en foar elke hop lâns it paad, en it hat noch hieltyd neistlizzenssteat nedich. As de ûntwerpopdracht allinnich tsjinstlabels telt, wurdt de besparring op it ferkearde boek metten.

Rûtefeeds kostje ûnthâld foar labels

Elk ûntfongen paad brûkt kontrôleflakûnthâld, bywurkingsferwurking en konverginsjetiid, oft de VRF no ien label of tsien tûzen brûkt. In folsleine ynternetfeed yn in VRF is djoer fanwegen de BGP-paden, de RIB, de FIB-ynfieringen en it omroeren dêrefter, net fanwegen it label dat foar de tabel stiet. Deselde feed fergruttet ek de ynfloed fan in rûtelek of in beliedsflater binnen dy hierder.

Freegje dus wat de klant echt fereasket. As it kontrakt partikuliere sites plus in standertútgong is, foeget in folsleine tabel kosten ta sûnder in eask ta te foegjen. Dat is in kommersjele fraach, en dy fertsjinnet in skriftlik antwurd yn plak fan in oanname dy't fan it foarige ûntwerp erfd is. As de tsjinst de feed echt nedich hat foar belied of foar pleatslike útgongkar, meitsje der dan in eksplisite regel fan mei in eigen kapasiteitsreserve en eigen falgedrach.

Wannear't labeljen per VRF de goede standert is

It is in goede standert as it platfoarm it as stipe dokumintearret, as it oantal VRF-rûtes grut is en as de kosten fan it sykjen by de útgong akseptabel binne foar it ferkearsprofyl. It is ek de natuerlike kar as operasjonele ienfâld wichtiger is as de lêste mikrosekunde út 'e trochstjoering te knipen, want ien label per hierder is makliker út te lizzen en te auditen as in label per prefiks.

It is de ferkearde standert as de dokumintaasje fan it platfoarm de funksje keppelt oan spesifike hardware- of ferzje-beheiningen, of as it ûntwerp ôfhinget fan trochstjoerbeslissingen per prefiks by de útgong. Lês de eigen statement-referinsje fan it platfoarm foardat jo it gedrach oannimme; de Junos-opdracht is dokumintearre, mar de hardware- en ferzjeheinen deromhinne binne wat de ynset echt beslisse.

In budzjet dat jo ferdigenje kinne

Bou de kapasiteitskwestje as fiif aparte sifers: ûntfongen paden, keazen rûtes, ynstalleare trochstjoerynfieringen, tsjinstlabels en ferfierlabels. Foegje next-hop- en neistlizzenssteat, it oantal hierders en it redundânsemodel ta. In momintfoto fan it geef paad fan ien VRF is gjin skaalsifer, en in nominale grutte fan 'e labelromte is gjin beskikbere hardwaretabel.

Spreek dan ek de falmodus ôf, net allinnich de stive steat. Wat bart der as de feed mei de helte groeit, as in hierder in twadde VRF tafoeget of as it platfoarm in reboot nedich hat om in tabel te ferskaaljen? In budzjet dat dy fragen oerlibbet, is mear wurdich as in oantal labels dat allinnich op papier wurket.

Kies de tawizing op grûn fan 'e útgongshanneling en de beheiningen fan it platfoarm, en meitsje de rûtefeed dan in eksplisite tsjinstbeslissing. It label is it sichtbere diel fan it ûntwerp; de rûtes binne it diel dat elke dei betelle wurde moat.