Label pro VRF oder pro Prefix? Déi real Kapazitéitsrechnung

Zwou Designen annoncéieren dee selwechte Client-Prefix iwwer dee selwechte Provider-Core. Eng deelt e Label pro Prefix zou, déi aner deelt een eenzegen Label fir de ganze VRF zou, an déi zweet gesäit op all Slide méi bëlleg aus. D'Zuel vun de Labele ass real, awer et ass net de Budget deen normalerweis als éischt opgebraucht gëtt. Tëschent deenen zwee ze wielen heescht véier Ressourcen ze zielen, net eng, an d'Labele sinn déi klengst dovun.

D'Wiel hänkt och dovun of wat den Ausgangsrouter mam Paket maache muss nodeems en de Label ofgeholl huet. Dee funktionellen Ënnerscheed, net d'Label-Arithmetik, sollt d'Entscheedung leeden.

Wat all Zoulassung wierklech spuert

Eng Zoulassung pro Prefix dréit d'Weiderleedungsinformatioun am Label. Den Ausgangsrouter kann de Paket direkt op déi richteg Nopeschschaft schécken ouni eng Zilsich, dowéinst skaléiert et gutt fir grouss VRF-Routesätz an dowéinst verbraucht et ee Label fir all annoncéierte Prefix an all VRF. Eng Zoulassung pro VRF, wéi Junos vrf-table-label, annoncéiert ee Label pro Routing-Instanz a benotzt dee Label fir d'VRF-Tabell ze wielen; duerno mécht den Router eng IP-Sich an der Tabell.

Dat ass en echte architektoneschen Ënnerscheed an net e Stellknäppchen. D'Etiquetéierung pro VRF gëtt dir eng méi kleng Label-Plaz an eng méi einfach Label-Annonce, zum Präis vun enger Sich an engem Label deen näischt iwwer d'Zil seet. D'Etiquetéierung pro Prefix gëtt der Ausgangs-Linnkaart méi Informatioun am Viraus a kascht Labele proportional zu de Route déi s du dréis.

D'Label-Buchhaltung ass déi kleng

MPLS-Labele sinn endlech, awer d'Label-Plaz ass grouss genuch datt gewéinlech Déngschtleeschtungsbetriber se net mat e puer dausend Prefixe opbrauchen. Wou d'Etiquetéierung pro VRF wierklech hëlleft ass op Plattformen mat klengen Hardware-Labeltabellen, oder an Designen wou een eenzegen VRF e kompletten Internet-Feed dréit an d'Labele pro Prefix d'Label-Nofro mat der Unzuel vun de Route multiplizéiere géifen. Dat sinn echt Aschränkungen, an se sinn de Grond firwat d'Funktioun existéiert. Keng dovun geet iwwer d'Unzuel vun de Prefixe an der Tabell.

Ziel d'Labele fir de Service an och fir den Transport ier s du wiels. En Design pro VRF brauch nach ëmmer Transport-Labele fir d'Loopbacken an fir all Hop um Wee, an et brauch nach ëmmer Nopeschschaftszoustand. Wann de Design-Brief nëmmen d'Service-Labele zielt, gëtt d'Spuernoss op der falscher Buch gemess.

Route-Feede kaschte Späicher virun de Labele

All empfaangene Wee verbraucht Kontrollplang-Späicher, Aktualiséierungsveraarbechtung an Konvergenzzäit, egal ob de VRF ee Label oder zéngdausend benotzt. En kompletten Internet-Feed an engem VRF ass deier wéinst de BGP-Wee, der RIB, de FIB-Anträg an dem Hin an Hier hannendrun, net wéinst dem Label virun der Tabell. Dee selwechte Feed erhöht och de Radius vum Afloss vun engem Route-Leak oder engem Politikfehler an deem Mieter.

Fro also wat de Client wierklech verlaangt. Wann de Kontrakt privat Siten plus en Standard-Ausgang ass, addéiert eng komplett Tabell Käschten ouni eng Ufuerderung ze addéieren. Dat ass eng kommerziell Fro, an se verdéngt eng schrëftlech Äntwert amplaz vun enger Usproch aus dem virege Design. Wann de Service de Feed wierklech fir Politik oder fir lokal Ausgangswiel brauch, maach en eng explizit Linn mat senger eegener Kapazitéitsreservatioun a sengem eegene Feelerverhalen.

Wéini d'Etiquetéierung pro VRF den richtegen Standard ass

Et ass e gudden Standard wann d'Plattform en als ënnerstëtzt dokumentéiert, wann d'Zuel vun de VRF-Route grouss ass a wann d'Sichkäschten um Ausgang fir de Verkéiersprofil akzeptabel sinn. Et ass och déi natierlech Wiel wann operationell Einfachheet méi wichteg ass wéi déi lescht Mikrosekonn aus der Weiderleedung erauszequetschen, well ee Label pro Mieter méi einfach z'erklären an z'auditéieren ass wéi ee Label pro Prefix.

Et ass de falschen Standard wann d'Dokumentatioun vun der Plattform d'Funktioun un spezifesch Hardware- oder Release-Aschränkungen bindet, oder wann den Design op Weiderleedungsentscheedungen pro Prefix um Ausgang ofhänkt. Liest d'eegen statement-Referenz vun der Plattform ier s du d'Verhalen ushëls; de Junos-Befehl ass dokumentéiert, awer déi Hardware- a Release-Grenzen ronderëm entscheeden tatsächlech den Asaz.

E Budget deen s du verdeedege kanns

Bau de Kapazitéitsfall als fënnef getrennt Zuelen: empfaange Wee, ausgewielte Route, installéiert Weiderleedungsanträg, Service-Labelen an Transport-Labelen. Addéier next-hop- an Nopeschschaftszoustand, d'Unzuel vun de Mieter an de Redundanzmodell. D'Snapshot vum gudde Wee vun engem eenzegen VRF ass keng Skalzuel, an eng nominell Gréisst vum Label-Raum ass keng verfügbar Hardwaretabell.

Duerno verständegt dir iech och iwwer de Feeler-Modus, net just iwwer de stationären Zoustand. Wat geschitt wann de Feed ëm d'Halschent wiisst, wann e Mieter en zweeten VRF bäisetzt, oder wann d'Plattform en Neistart brauch fir eng Tabell ze resizen? E Budget deen déi Froen iwwerlieft ass méi wäert wéi eng Label-Zuel déi nëmmen um Pabeier funktionéiert.

Wielt d'Zoulassung no der Ausgangsaktioun an de Plattformgrenzen, a maacht duerno de Route-Feed eng explizit Service-Entscheedung. De Label ass den sichtbaren Deel vum Design; d'Route sinn den Deel deen all Dag bezuelt muss ginn.