Grundlegende LSP-Konfiguration

Die LSP-Metrik wird verwendet, um die Leichtigkeit oder Schwierigkeit des Sendens von Datenverkehr über einen bestimmten LSP anzuzeigen. Niedrigere LSP-Metrikwerte (niedrigere Kosten) erhöhen die Wahrscheinlichkeit, dass ein LSP verwendet wird. Umgekehrt verringern hohe LSP-Werte (höhere Kosten) die Wahrscheinlichkeit, dass ein LSP verwendet wird.

Die LSP-Metrik kann dynamisch vom Router oder explizit vom Benutzer angegeben werden, wie in den folgenden Abschnitten beschrieben:

• Konfiguration dynamischer LSP-Metriken
• Konfigurieren statischer LSP-Metriken
• Konfigurieren von RSVP-LSP-bedingten Metriken
• Beibehalten der IGP-Metrik in RSVP-LSP-Routen

Sie können eine Textbeschreibung für einen LSP angeben, indem Sie jeden beschreibenden Text, der Leerzeichen in Anführungszeichen ("") enthält, beifügen. Der beschreibende Text, den Sie einschließen, wird in der Detailausgabe des show mpls lsp Befehls oder des show mpls container-lsp Befehls angezeigt.

Das Hinzufügen einer Textbeschreibung für einen LSP hat keine Auswirkungen auf den Betrieb des LSP. Die LSP-Textbeschreibung darf nicht mehr als 80 Zeichen lang sein.

Um eine Textbeschreibung für einen LSP bereitzustellen, fügen Sie die description Anweisung auf einer der folgenden Hierarchieebenen ein:

• [edit protocols mpls label-switched-path lsp-name]

• [edit protocols mpls container-label-switched-path lsp-name]

• [edit protocols mpls static-label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]

Bevor Sie beginnen:

• Konfigurieren Sie die Geräteschnittstellen.

• Konfigurieren Sie das Gerät für die Netzwerkkommunikation.

• Aktivieren Sie MPLS auf den Geräteschnittstellen.

• Konfigurieren Sie einen LSP in der MPLS-Domäne.

So fügen Sie eine Textbeschreibung für einen LSP hinzu:

1. Geben Sie einen beliebigen Text ein, der den LSP beschreibt.

   Zum Beispiel:

2. Überprüfen und bestätigen Sie die Konfiguration.

   Zum Beispiel:

3. Zeigen Sie die Beschreibung eines LSP mit dem show mpls lsp detail Oder show mpls container-lsp detail Befehl an, abhängig vom Typ des konfigurierten LSP.

Soft Preemption versucht, einen neuen Weg für einen zuvor gepflegten LSP zu schaffen, bevor der ursprüngliche LSP abgerissen wird. Das Standardverhalten besteht darin, zuerst einen zuvor gepflegten LSP abreißen, einen neuen Pfad zu signalisieren und dann den LSP über den neuen Pfad neu zu einrichten. In dem Intervall zwischen dem Abbau des Pfads und dem Einrichten des neuen LSP geht jeglicher Datenverkehr, der versucht, den LSP zu verwenden, verloren. Eine weiche Vorbeuge verhindert diese Art von Datenverkehrsverlust. Der Kompromiss besteht darin, dass während der Zeit, in der ein LSP weich vorgespült wird, zwei LSPs mit den entsprechenden Bandbreitenanforderungen verwendet werden, bis der ursprüngliche Pfad abgerissen wird.

MPLS Soft Preemption ist für die Netzwerkwartung nützlich. So können Sie beispielsweise alle LSPs von einer bestimmten Schnittstelle weg bewegen und dann die Schnittstelle zur Wartung herunternehmen, ohne den Datenverkehr zu unterbrechen. MPLS Soft Preemption wird ausführlich in RFC 5712, MPLS Traffic Engineering Soft Preemption, beschrieben.

Soft Preemption ist eine Eigenschaft des LSP und standardmäßig deaktiviert. Sie konfigurieren es am Eingang eines LSP, indem Sie die soft-preemption Anweisung angeben:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls label-switched-path lsp-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

Sie können auch einen Timer für die weiche Preemption konfigurieren. Der Timer gibt die Dauer an, in der der Router warten soll, bevor er eine harte Vorbemerkung des LSP initiiert. Am Ende der angegebenen Zeit wird der LSP heruntergerissen und erneut signalisiert. Der Soft-Preemption-Bereinigungs-Timer hat einen Standardwert von 30 Sekunden; der Bereich der zulässigen Werte beträgt 0 bis 180 Sekunden. Ein Wert von 0 bedeutet, dass die softe Preemption deaktiviert ist. Der Soft-Preemption Cleanup Timer ist global für alle LSPs.

Konfigurieren Sie den Timer, indem Sie die cleanup-timer Anweisung angeben:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols rsvp preemption soft-preemption]

• [edit logical-systems logical-system-name protocols rsvp preemption soft-preemption]

Wenn die Bandbreite nicht ausreicht, um einen wichtigeren LSP einzurichten, sollten Sie möglicherweise einen weniger wichtigen vorhandenen LSP abreißen, um die Bandbreite freizusetzen. Sie tun dies, indem Sie dem vorhandenen LSP voraus sind.

Ob ein LSP vorab gespeist werden kann, hängt von zwei Eigenschaften ab, die dem LSP zugeordnet sind:

• Einrichtungspriorität: Legt fest, ob ein neuer LSP eingerichtet werden kann, der einem vorhandenen LSP voraus ist. Damit eine Preemption eintritt, muss die Einrichtungspriorität des neuen LSP höher als die des vorhandenen LSP sein. Außerdem muss der Akt der Vorbemerkung des bestehenden LSP ausreichend Bandbreite zur Unterstützung des neuen LSP liefern. Das heißt, eine Preemption erfolgt nur, wenn der neue LSP erfolgreich eingerichtet werden kann.

• Reservierungspriorität: Legt fest, in welchem Maße ein LSP an seiner Sitzungsreservierung festhält, nachdem der LSP erfolgreich eingerichtet wurde. Wenn die Reservierungspriorität hoch ist, ist es weniger wahrscheinlich, dass der bestehende LSP seine Reservierung aufzugeben, und daher ist es unwahrscheinlich, dass der LSP vorgebemerkt werden kann.

Sie können einen LSP nicht mit einer hohen Einrichtungspriorität und einer niedrigen Reservierungspriorität konfigurieren, da es zu permanenten Vorabschleifen kommen kann, wenn zwei LSPs sich gegenseitig voraussetzen dürfen. Sie müssen die Reservierungspriorität so konfigurieren, dass sie höher oder gleich der Einrichtungspriorität ist.

Die Einrichtungspriorität definiert auch die relative Bedeutung von LSPs auf demselben Eingangsrouter. Beim Starten der Software, beim Einrichten eines neuen LSP oder bei der Fehlerwiederherstellung bestimmt die Einrichtungspriorität die Reihenfolge, in der LSPs gewartet werden. LSPs mit höherer Priorität werden in der Regel zuerst eingerichtet und genießen daher eine bessere Pfadauswahl.

Um die Preemptionseigenschaften des LSP zu konfigurieren, fügen Sie die Anweisung ein priority :

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Beides setup-priority und reservation-priority kann ein Wert von 0 bis 7 sein. Der Wert 0 entspricht der höchsten Und der Wert 7 der niedrigsten Priorität. Standardmäßig hat ein LSP eine Setup-Priorität von 7 (das heißt, er kann keinem anderen LSPs voraussetzen) und eine Reservierungspriorität von 0 (das heißt, andere LSPs können sie nicht voraussetzen). Diese Standardeinstellungen sind so, dass eine Voraberfüllung nicht erfolgt. Wenn Sie diese Werte konfigurieren, sollte die Einrichtungspriorität immer kleiner oder gleich der Hold-Priorität sein.

Administrative Gruppen, auch bekannt als Link Coloring oder Resource Class, sind manuell zugewiesene Attribute, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Sie können administrative Gruppen verwenden, um eine Vielzahl von richtlinienbasierten LSP-Setups zu implementieren.

Administrative Gruppen sind nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränktem Pfad aktiviert ist.

Sie können bis zu 32 Namen und Werte (im Bereich 0 bis 31) zuweisen, die eine Reihe von Namen und deren entsprechende Werte definieren. Die administrativen Namen und Werte müssen auf allen Routern innerhalb einer einzelnen Domäne identisch sein.

Führen Sie die folgenden Schritte aus, um administrative Gruppen zu konfigurieren:

1. Definieren Sie mehrere Ebenen der Servicequalität, indem Sie die admin-groups Anweisung angeben:

   Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   Im folgenden Konfigurationsbeispiel wird veranschaulicht, wie Sie eine Reihe von administrativen Namen und Werten für eine Domäne konfigurieren können:

2. Definieren der administrativen Gruppen, zu denen eine Schnittstelle gehört. Sie können einer Schnittstelle mehrere Gruppen zuweisen. Fügen Sie die Aussage bei interface :

   Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   Wenn Sie die admin-group Anweisung nicht einschließen, gehört eine Schnittstelle keiner Gruppe.

   IGPs verwenden die Gruppeninformationen, um Link-State-Pakete zu erstellen, die dann im gesamten Netzwerk überflutet werden und Informationen an alle Knoten im Netzwerk liefern. An jedem Router ist die IGP-Topologie sowie administrative Gruppen aller Verbindungen verfügbar.

   Das Ändern der administrativen Gruppe der Schnittstelle betrifft nur neue LSPs. Vorhandene LSPs auf der Schnittstelle werden nicht vorbelastet oder neu kompensiert, um das Netzwerk stabil zu halten. Wenn LSPs aufgrund einer Gruppenänderung entfernt werden müssen, geben Sie den clear rsvp session Befehl aus.

   HINWEIS:

   Bei der gemeinsamen Konfiguration von administrativen und erweiterten administrativen Gruppen für einen Link müssen beide Arten von administrativen Gruppen auf der Schnittstelle konfiguriert werden.

3. Konfigurieren Sie eine administrative Gruppeneinschränkung für jeden LSP oder für jeden primären oder sekundären LSP-Pfad. Fügen Sie die Aussage bei label-switched-path :

   Sie können die label-switched-path Anweisung auf den folgenden Hierarchieebenen einschließen:

   • [edit protocols mpls]

   • [edit logical-systems logical-system-name protocols mpls]

   Wenn Sie die include-allAnweisungen include-anyauslassen exclude , verläuft die Pfadberechnung unverändert. Die Pfadberechnung basiert auf der LSP-Berechnung mit eingeschränkten Pfaden. Informationen zur Berechnung der LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter So wählt CSPF einen Pfad aus.

   HINWEIS:

   Das Ändern der administrativen Gruppe des LSP führt zu einer sofortigen Neuvergleichung der Route. daher kann der LSP umgeleitet werden.

Optional können Sie mehrere LSPs zwischen demselben Paar von Eingangs- und Ausgangsroutern konfigurieren. Dies ist nützlich, um die Last zwischen den LSPs auszugleichen, da alle LSPs standardmäßig die gleiche Präferenzstufe haben. Um einen LSP gegenüber einem anderen zu bevorzugen, legen Sie unterschiedliche Präferenzstufen für einzelne LSPs fest. Der LSP mit dem niedrigsten Präferenzwert wird verwendet. Die Standardeinstellung für RSVP-LSPs ist 7 und für LDP-LSPs 9. Diese Präferenzwerte sind niedriger (bevorzugter) als alle gelernten Routen mit Ausnahme der direkten Schnittstellenrouten.

Um den Standardeinstellungswert zu ändern, fügen Sie die Anweisung ein preference :

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Die Junos-Implementierung von RSVP unterstützt das Record Route-Objekt, wodurch ein LSP die Router, über die er transitiert, aktiv aufzeichnen kann. Sie können diese Informationen zur Fehlerbehebung und zur Vermeidung von Routing-Schleifen verwenden. Standardmäßig werden Pfadrouteninformationen aufgezeichnet. Um die Aufzeichnung zu deaktivieren, fügen Sie die Anweisung ein no-record :

Eine Liste der Hierarchieebenen, auf denen Sie die Anweisungen und no-record Die record Anweisungen einschließen können, finden Sie im Abschnitt "Anweisungszusammenfassung" für die Anweisung.

Sobald ein LSP eingerichtet wurde, können Topologie- oder Ressourcenänderungen den Pfad im Laufe der Zeit suboptimal machen. Möglicherweise ist ein neuer Pfad verfügbar geworden, der weniger überlastet ist, eine niedrigere Kennzahl hat und weniger Hops durchquert. Sie können den Router so konfigurieren, dass er Pfade in regelmäßigen Abständen neu kompensiert, um festzustellen, ob ein besser optimaler Pfad verfügbar ist.

Wenn die Reoptimierung aktiviert ist, kann ein LSP durch neue Pfade durch neue Pfade umgeleitet werden. Wenn die Reoptimierung jedoch deaktiviert ist, verfügt der LSP über einen festen Pfad und kann die vorteile der neu verfügbaren Netzwerkressourcen nicht nutzen. Der LSP wird so lange behoben, bis die nächste Topologieänderung den LSP durchbricht und eine Neuvergleichung erzwungen hat.

Die Reoptimierung steht nicht im Zusammenhang mit Failover. Ein neuer Pfad wird immer berechnet, wenn Topologiefehler auftreten, die einen etablierten Pfad unterbrechen.

Aufgrund des potenziellen Systemaufwands müssen Sie die Häufigkeit der Reoptimierung sorgfältig kontrollieren. Die Netzwerkstabilität kann leiden, wenn eine Reoptimierung aktiviert wird. Standardmäßig ist die optimize-timer Anweisung auf 0 festgelegt (das heißt, sie ist deaktiviert).

LSP-Optimierung ist nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränktem Pfad aktiviert ist, was das Standardverhalten ist. Weitere Informationen zur LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad. Außerdem ist die LSP-Optimierung nur für Eingangs-LSPs anwendbar, sodass nur die optimize-timer Anweisung auf dem Eingangsrouter konfiguriert werden muss. Die Transit- und Ausgangsrouter erfordern keine spezifische Konfiguration, um die LSP-Optimierung zu unterstützen (außer MPLS-aktiviert).

Um die Pfad-Reoptimierung zu ermöglichen, fügen Sie die Anweisung ein optimize-timer :

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Sobald Sie die optimize-timer Anweisung konfiguriert haben, setzt der Reoptimisierungs-Timer seinen Countdown mit dem konfigurierten Wert fort, auch wenn Sie die optimize-timer Anweisung aus der Konfiguration löschen. Die nächste Optimierung nutzt den neuen Wert. Sie können junos OS zwingen, einen neuen Wert sofort zu verwenden, indem Sie den alten Wert löschen, die Konfiguration festlegen, den neuen Wert für die optimize-timer Anweisung konfigurieren und die Konfiguration dann erneut festlegen.

Nach der Reoptimierung wird das Ergebnis nur akzeptiert, wenn es die folgenden Kriterien erfüllt:

1. Der neue Pfad ist in der IGP-Metrik nicht höher. (Die Metrik für den alten Pfad wird während der Berechnung aktualisiert. Wenn sich also eine kürzliche Link-Metrik irgendwo entlang des alten Pfads geändert hat, wird sie berücksichtigt.)

2. Wenn der neue Pfad dieselbe IGP-Metrik hat, ist er nicht mehr Hops entfernt.

3. Der neue Pfad führt nicht zu einer Preemption. (Dies ist, um den Welleneffekt der Preemption zu reduzieren und eine größere Präemption zu verursachen.)

4. Der neue Weg verschlimmert die Überlastung insgesamt nicht.

   Die relative Überlastung des neuen Pfads wird wie folgt ermittelt:

   1. Der Prozentsatz der verfügbaren Bandbreite auf jedem Link, der von dem neuen Pfad durchquert wird, wird mit dem prozentsatz des alten Pfads verglichen, beginnend mit den am stärksten überlasteten Verbindungen.

   2. Für jeden aktuellen (alten) Pfad speichert die Software die vier kleinsten Werte für die Bandbreitenverfügbarkeit für die Verbindungen, die in aufsteigender Reihenfolge durchquert werden.

   3. Die Software speichert auch die vier kleinsten Bandbreitenverfügbarkeitswerte für den neuen Pfad, entsprechend den Verbindungen, die in aufsteigender Reihenfolge durchquert werden.

   4. Wenn einer der vier neuen verfügbaren Bandbreitenwerte kleiner ist als der entsprechende alte Bandbreitenverfügbarkeitswert, hat der neue Pfad mindestens eine Verbindung, die stärker überlastet ist als die Verbindung, die vom alten Pfad verwendet wird. Da die Verwendung der Verbindung zu mehr Überlastung führen würde, wird der Datenverkehr nicht auf diesen neuen Pfad umgestellt.

   5. Wenn keiner der vier neuen verfügbaren Bandbreitenwerte kleiner ist als die entsprechenden alten Bandbreitenverfügbarkeitswerte, ist der neue Pfad weniger überlastet als der alte Pfad.

Wenn alle oben genannten Bedingungen erfüllt sind, dann:

1. Wenn der neue Pfad eine niedrigere IGP-Metrik hat, wird er akzeptiert.

2. Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hopanzahl hat, wird er akzeptiert.

3. Wenn Sie sich für einen Load-Balancing-Algorithmus entscheiden least-fill , werden LSPs wie folgt load balancing:

   1. Der LSP wird auf einen neuen Pfad verschoben, der mindestens 10 % weniger genutzt wird als der aktuelle Pfad. Dies kann die Überlastung auf dem aktuellen Pfad nur um einen geringen Anteil reduzieren. Wenn beispielsweise ein LSP mit 1 MB Bandbreite von einem Pfad mit mindestens 200 MB verschoben wird, wird die Überlastung des ursprünglichen Pfads um weniger als 1 % reduziert.

   2. Für random oder most-fill Algorithmen gilt diese Regel nicht.

   Das folgende Beispiel veranschaulicht die Funktionsweise des least-fill Load Balancing-Algorithmus.

   Abbildung 1: Load Balancing-Algorithmus für den geringsten Füllungsalgorithmus

   Wie in Abbildung 1den Beispielen gezeigt, gibt es zwei potenzielle Pfade für einen LSP, um von Router A zum Router H zu passieren, die ungeraden Verbindungen von L1 bis L13 und die geraden Verbindungen von L2 bis L14. Derzeit verwendet der Router die geraden Verbindungen als aktiven Pfad für den LSP. Jede Verbindung zwischen denselben beiden Routern (z. B. Router A und Router B) hat die gleiche Bandbreite:

   • L1, L2 = 10GE

   • L3, L4 = 1GE

   • L5, L6 = 1GE

   • L7, L8 = 1GE

   • L9, L10 = 1GE

   • L11, L12 = 10 GE

   • L13, L14 = 10GE

   Die 1GE-Verbindungen sind eher überlastet. In diesem Beispiel haben die ungeraden 1GE-Verbindungen die folgende verfügbare Bandbreite:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Die sogar 1GE-Verbindungen haben die folgende verfügbare Bandbreite:

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Basierend auf diesen Informationen berechnet der Router den Unterschied in der verfügbaren Bandbreite zwischen den ungeraden und den geraden Verbindungen wie folgt:

   • L4 - L3 = 41% - 37% = 4%

   • L6 - L5 = 56% - 52% = 4%

   • L8 - L7 = 66% - 61% = 5%

   • L10 - L9 = 71% - 70% = 1%

   Die gesamte zusätzliche Bandbreite, die über die ungeraden Verbindungen verfügbar ist, beträgt 14 % (4 % + 4 % + 5 % + 1 %). Da 14 % mehr als 10 % beträgt (mindester Schwellenwert für den Algorithmus mit der geringsten Füllung), wird der LSP über die ungeraden Links vom ursprünglichen Pfad mithilfe der geraden Links auf den neuen Pfad verschoben.

4. Andernfalls wird der neue Pfad abgelehnt.

Sie können die folgenden Kriterien für die Reoptimierung deaktivieren (eine Teilmenge der zuvor aufgeführten Kriterien):

• Wenn der neue Pfad dieselbe IGP-Metrik hat, ist er nicht mehr Hops entfernt.

• Der neue Pfad führt nicht zu einer Preemption. (Dies ist, um den Welleneffekt der Preemption zu reduzieren und eine größere Präemption zu verursachen.)

• Der neue Weg verschlimmert die Überlastung insgesamt nicht.

• Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hopanzahl hat, wird er akzeptiert.

Um sie zu deaktivieren, geben Sie entweder den Befehl aus clear mpls lsp optimize-aggressive oder schließen Sie die Anweisung ein optimize-aggressive :

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

Wenn Sie die optimize-aggressive Anweisung in die Konfiguration einberücken, wird das Reoptimierungsverfahren häufiger ausgelöst. Pfade werden häufiger umgeleitet. Außerdem wird der Reoptimisierungsalgorithmus nur auf die IGP-Metrik beschränkt.

Aufgrund eingeschränkter Netzwerk- und Routerressourcen ist es in der Regel nicht empfehlenswert, ein kurzes Intervall für den Optimierungs-Timer zu konfigurieren. Unter bestimmten Umständen kann es jedoch wünschenswert sein, einen Pfad früher zu reoptimieren, als dies normalerweise durch den Optimierungs-Timer möglich wäre.

Beispielsweise durchquert ein LSP einen bevorzugten Pfad, der anschließend fehlschlägt. Der LSP wird dann auf einen weniger wünschenswerten Pfad umgestellt, um dasselbe Ziel zu erreichen. Selbst wenn der ursprüngliche Pfad schnell wiederhergestellt wird, kann es zu lange dauern, bis der LSP ihn erneut verwendet, da er warten muss, bis der Optimierungs-Timer die Netzwerkpfade reoptimiert. Für solche Situationen können Sie den intelligenten Optimierungs-Timer konfigurieren.

Wenn Sie den intelligenten Optimierungs-Timer aktivieren, wird ein LSP wieder auf seinen ursprünglichen Pfad umgestellt, solange der ursprüngliche Pfad innerhalb von 3 Minuten nach dem Ausfall wiederhergestellt wurde. Wenn der ursprüngliche Pfad innerhalb von 60 Minuten erneut unterbrochen wird, wird der intelligente Optimierzeitgeber deaktiviert, und die Pfadoptimierung verhält sich wie normalerweise, wenn der Optimierungs-Timer allein aktiviert ist. Dadurch wird verhindert, dass der Router einen Flapping-Link verwendet.

Der intelligente Optimierungs-Timer ist auf andere MPLS-Funktionen angewiesen, um richtig zu funktionieren. Für das hier beschriebene Szenario, bei dem ein LSP im Falle eines Ausfalls des ursprünglichen Pfads auf einen alternativen Pfad umgestellt wird, wird davon ausgegangen, dass Sie eine oder mehrere Funktionen zum Schutz des MPLS-Datenverkehrs konfiguriert haben, einschließlich Fast-Reroute, Link-Schutz und Standby-sekundäre Pfade. Diese Funktionen tragen dazu bei, dass der Datenverkehr im Falle eines Ausfalls sein Ziel erreichen kann.

Zumindest müssen Sie einen standby-sekundären Pfad konfigurieren, damit die intelligente Optimierzeitgeberfunktion ordnungsgemäß funktioniert. Schnelle Reroute und Link-Schutz sind eher temporäre Lösungen für einen Netzwerkausfall. Ein sekundärer Pfad stellt sicher, dass es einen stabilen alternativen Pfad gibt, falls der primäre Pfad ausfällt. Wenn Sie keine Art von Schutz vor Datenverkehr für einen LSP konfiguriert haben, stellt der intelligente Optimierungs-Timer von alleine nicht sicher, dass der Datenverkehr sein Ziel erreichen kann. Weitere Informationen zum Schutz des MPLS-Datenverkehrs finden Sie unter MPLS und Schutz des Datenverkehrs.

Wenn ein primärer Pfad ausfällt und der intelligente Timer den Datenverkehr in den sekundären Pfad wechselt, kann der Router den sekundären Pfad auch dann weiter verwenden, wenn der primäre Pfad wiederhergestellt wurde. Wenn der Eingangsrouter eine CSPF-Berechnung abgeschlossen hat, stellt er möglicherweise fest, dass der sekundäre Pfad der bessere Pfad ist.

Dies kann unerwünscht sein, wenn der primäre Pfad der aktive Pfad und der sekundäre Pfad nur als Backup verwendet werden sollte. Wenn der sekundäre Pfad als aktiver Pfad verwendet wird (obwohl der primäre Pfad erneut eingerichtet wurde) und der sekundäre Pfad fehlschlägt, wechselt die intelligente Optimierungs-Timer-Funktion den Datenverkehr nicht automatisch zurück in den primären Pfad. Sie können jedoch den Schutz für den sekundären Pfad aktivieren, indem Sie den Node- und Link-Schutz oder einen zusätzlichen Standby-sekundären Pfad konfigurieren. In diesem Fall kann der intelligente Optimierungs-Timer effektiv sein.

Geben Sie die Zeit in Sekunden für den intelligenten Optimierzeitgeber mit der smart-optimize-timer Anweisung an:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

Standardmäßig kann jeder LSP maximal 255 Hops durchlaufen, einschließlich der Eingangs- und Ausgangsrouter. Um diesen Wert zu ändern, fügen Sie die Anweisung ein hop-limit :

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Die Anzahl der Hops kann zwischen 2 und 255 sein. (Ein Pfad mit zwei Hops besteht nur aus den Eingangs- und Ausgangsroutern.)

Jeder LSP hat einen Bandbreitenwert. Dieser Wert ist im Tspec-Feld des Absenders in den Meldungen zur Einrichtung des RSVP-Pfads enthalten. Sie können einen Bandbreitenwert in Bits pro Sekunde angeben. Wenn Sie für einen LSP mehr Bandbreite konfigurieren, sollte dieser in der Lage sein, ein größeres Datenverkehrsvolumen zu übertragen. Die Standardbandbreite beträgt 0 Bit pro Sekunde.

Eine nichtzero-Bandbreite erfordert, dass Transit- und Ausgangsrouter die Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Zur Reservierung dieser Kapazität wird das RSVP-Reservierungsschema verwendet. Jeder Fehler bei der Bandbreitenreservierung (z. B. Fehler bei der RSVP-Richtliniensteuerung oder der Zugangssteuerung) kann dazu führen, dass die LSP-Einrichtung fehlschlägt. Wenn auf den Schnittstellen für die Transit- oder Ausgangsrouter nicht genügend Bandbreite vorhanden ist, ist der LSP nicht eingerichtet.

Um einen Bandbreitenwert für einen signalisierten LSP anzugeben, fügen Sie die Anweisung ein bandwidth :

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung basierend auf dem Datenverkehrsvolumen, der durch den Tunnel fließt, automatisch anzupassen. Sie können einen LSP mit minimaler Bandbreite konfigurieren. diese Funktion kann die Bandbreitenzuweisung des LSP dynamisch an die aktuellen Datenverkehrsmuster anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehr durch den Tunnel nicht.

Sie legen ein Sampling-Intervall für einen LSP fest, der mit automatischer Bandbreitenzuweisung konfiguriert ist. Die durchschnittliche Bandbreite wird während dieses Intervalls überwacht. Am Ende des Intervalls wird versucht, einen neuen Pfad für den LSP zu signalisieren, wobei die Bandbreitenzuweisung auf den maximalen Durchschnittswert für das vorhergehende Samplingintervall festgelegt ist. Wenn der neue Pfad erfolgreich eingerichtet und der ursprüngliche Pfad entfernt wird, wird der LSP auf den neuen Pfad umgestellt. Wenn kein neuer Pfad erstellt wird, verwendet der LSP seinen aktuellen Pfad bis zum Ende des nächsten Samplingintervalls, wenn ein neuer Versuch unternommen wird, einen neuen Pfad einzurichten. Beachten Sie, dass Sie mindeste und maximale Bandbreitenwerte für den LSP festlegen können.

Während des automatischen Bandbreitenzuweisungsintervalls kann der Router auf einem LSP einen stetigen Anstieg des Datenverkehrs (steigende Bandbreitennutzung) erhalten, was zu Überlastungen oder Paketverlusten führen kann. Um dies zu verhindern, können Sie einen zweiten Trigger definieren, der den automatischen Zeitgeber zur Bandbreitenanpassung vor dem Ende des aktuellen Anpassungsintervalls vorzeitig abläuft.

Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung basierend auf dem Datenverkehrsvolumen, der durch den Tunnel fließt, automatisch anzupassen. Sie können einen LSP mit minimaler Bandbreite konfigurieren, und diese Funktion kann die Bandbreitenzuweisung des LSP dynamisch auf Der Grundlage der aktuellen Datenverkehrsmuster anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehr durch den Tunnel nicht.

Am Ende des Zeitintervalls für die automatische Bandbreitenzuweisung wird die aktuelle maximale durchschnittliche Bandbreitennutzung mit der zugewiesenen Bandbreite für den LSP verglichen. Wenn der LSP mehr Bandbreite benötigt, wird versucht, einen neuen Pfad einzurichten, bei dem die Bandbreite der aktuellen maximalen durchschnittlichen Nutzung entspricht. Wenn der Versuch erfolgreich ist, wird der Datenverkehr des LSP durch den neuen Pfad geleitet und der alte Pfad entfernt. Wenn der Versuch fehlschlägt, verwendet der LSP weiterhin seinen aktuellen Pfad.

Wenn Sie den Link- und Node-Schutz für den LSP konfiguriert haben und der Datenverkehr auf den Bypass-LSP umgestellt wurde, funktioniert die automatische Bandbreitenzuweisungsfunktion weiterhin und nimmt Bandbreitenproben vom Bypass-LSP. Für den ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitennutzung von der ursprünglichen Verbindung und dem node-geschützten LSP verwendet, um den Bypass-LSP zu resignalieren, wenn mehr Bandbreite benötigt wird. (Link- und Node-Schutz wird auf Switches der QFX-Serie nicht unterstützt.)

Wenn Sie die Fast-Reroute für den LSP konfiguriert haben, können Sie diese Funktion möglicherweise nicht zur Anpassung der Bandbreite verwenden. Da die LSPs einen festen Filter (FF)-Reservierungsstil verwenden, kann die Bandbreite doppelt gezählt werden, wenn ein neuer Pfad signalisiert wird. Doppelzählungen können verhindern, dass ein Schnellumleitungs-LSP jemals seine Bandbreite anpasst, wenn die automatische Bandbreitenzuweisung aktiviert ist. (Fast Reroute wird auf Switches der QFX-Serie nicht unterstützt.)

Führen Sie die Schritte in den folgenden Abschnitten aus, um die automatische Bandbreitenzuweisung zu konfigurieren:

Wenn sich ein LSP von "up" zu "down" oder "down to up" ändert, wird dieser Übergang sofort in der Software und Hardware des Routers wirksam. Wenn Sie LSPs in IS-IS und OSPF werben, sollten Sie jedoch die LSP-Übergänge dämpfen und den Übergang erst nach einem bestimmten Zeitraum bewerben (bekannt als Haltezeit). In diesem Fall, wenn der LSP von oben nach unten geht, wird der LSP nicht als ausgeschrieben, bis er für die Haltezeit unten geblieben ist. Übergänge von unten nach oben werden sofort in IS-IS und OSPF angekündigt. Beachten Sie, dass die LSP-Dämpfung nur die IS-IS- und OSPF-Ankündigungen des LSP betrifft; andere Routing-Software und -Hardware reagieren sofort auf LSP-Übergänge.

Um LSP-Übergänge zu dämpfen, fügen Sie die Aussage ein advertisement-hold-time :

seconds kann ein Wert von 0 bis 65.535 Sekunden sein. Der Standard ist 5 Sekunden.

Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:

• [edit protocols mpls]

• [edit logical-systems logical-system-name protocols mpls]

Dieses Beispiel zeigt, wie Sie ein Entropie-Label für einen BGP-gekennzeichneten Unicast konfigurieren, um ein End-to-End-Load-Balancing mithilfe von Entropie-Labeln zu erreichen. Wenn ein IP-Paket mehrere Pfade hat, um sein Ziel zu erreichen, verwendet Junos OS bestimmte Felder der Paket-Header, um das Paket in einen deterministischen Pfad zu hashen. Dies erfordert ein Entropie-Label, ein spezielles Load-Balancing-Label, das die Datenflussinformationen übertragen kann. LSRs im Core verwenden einfach das Entropie-Label als Schlüssel, um das Paket zum richtigen Pfad zu hashen. Ein Entropie-Label kann ein beliebiger Labelwert zwischen 16 und 1048575 (regulärer 20-Bit-Labelbereich) sein. Da sich dieser Bereich mit dem bestehenden regulären Labelbereich überschneidet, wird vor dem Entropie-Label ein spezielles Label namens Entropy Label Indicator (ELI) eingefügt. ELI ist ein spezielles Label, das von der IANA mit dem Wert 7 zugewiesen wird.

BGP-gekennzeichnete Unicasts veredeln im Allgemeinen RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg. RSVP- oder LDP-Entropie-Label werden zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten angezeigt. Diese Funktion ermöglicht die Verwendung von Entropie-Labeln an den Stitching Points, um die Lücke zwischen dem vorletzten Hop-Knoten und dem Stitching-Punkt zu schließen, um ein End-to-End-Entropie-Label-Load Balancing für BGP-Datenverkehr zu erreichen.

Wenn Sie die Berechnung von eingeschränkten Pfaden mit Label-Switched Path (LSP) deaktivieren, wie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad beschrieben, können Sie LSPs manuell konfigurieren oder den LSPs erlauben, dem IGP-Pfad zu folgen.

Wenn LSPs für explizite Pfade konfiguriert sind, wird der LSP entlang des angegebenen Pfads eingerichtet. Wenn der Pfad toplogisch nicht realisierbar ist, weil das Netzwerk partitioniert ist oder auf einigen Teilen des Pfads unzureichende Ressourcen verfügbar sind, schlägt der LSP fehl. Es können keine alternativen Pfade verwendet werden. Wenn die Einrichtung erfolgreich ist, bleibt der LSP auf unbestimmte Zeit auf dem definierten Pfad.

Führen Sie die folgenden Schritte aus, um einen LSP für expliziten Pfad zu konfigurieren:

1. Konfigurieren Sie die Pfadinformationen in einem benannten Pfad, wie unter Erstellen benannter Pfade beschrieben. Um vollständige Pfadinformationen zu konfigurieren, geben Sie jeden Router-Hop zwischen den Eingangs- und Ausgangsroutern an, vorzugsweise mit dem strict Attribut. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Teilmenge von Router-Hops an und verwenden das loose Attribut an Orten, an denen der Pfad unvollständig ist.

   Bei unvollständigen Pfaden vervollständigen die MPLS-Router den Pfad, indem sie die lokale Routing-Tabelle abfragen. Diese Abfrage erfolgt Hop-für-Hop-Basis, und jeder Router kann nur genügend Informationen finden, um den nächsten expliziten Hop zu erreichen. Es kann notwendig sein, eine Reihe von Routern zu passieren, um den nächsten (losen) expliziten Hop zu erreichen.

   Bei der Konfiguration unvollständiger Pfadinformationen werden Teile des Pfads erstellt, die von der aktuellen Routing-Tabelle abhängen, und dieser Teil des Pfads kann sich selbst umleiten, wenn sich die Topologie ändert. Daher ist ein Explicit-Path-LSP, der unvollständige Pfadinformationen enthält, nicht vollständig behoben. Diese Arten von LSPs haben nur eine begrenzte Fähigkeit, sich selbst zu reparieren, und sie neigen dazu, Schleifen oder Flaps zu erstellen, abhängig vom Inhalt der lokalen Routing-Tabelle.

2. Um den LSP zu konfigurieren und auf den benannten Pfad zu verweisen, verwenden Sie entweder die primary Oder-Anweisung secondary , wie unter Konfigurieren primärer und sekundärer LSPs beschrieben.

3. Deaktivieren Sie die LSP-Berechnung mit eingeschränkten Pfaden, indem Sie die no-cspf Anweisung entweder als Teil des LSP oder als Teil einer primary Anweisung einschließen secondary . Weitere Informationen finden Sie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad.

4. Konfigurieren Sie alle anderen LSP-Eigenschaften.

Die Verwendung von Explicit-Path-LSPs hat die folgenden Nachteile:

• Mehr Konfigurationsaufwand ist erforderlich.

• Die konfigurierten Pfadinformationen können die dynamische Reservierung der Netzwerkbandbreite nicht berücksichtigen, sodass die LSPs tendenziell versagen, wenn die Ressourcen erschöpft sind.

• Wenn ein Explicit-Path-LSP ausfällt, müssen Sie ihn möglicherweise manuell reparieren.

Aufgrund dieser Einschränkungen empfehlen wir, explizite Pfad-LSPs nur in kontrollierten Situationen zu verwenden, um z. B. eine optimierte LSP-Platzierungsstrategie durchzusetzen, die sich aus Berechnungen mit einem Offline-Simulationssoftwarepaket ergibt.

Erstellen Sie auf dem Eingangsrouter einen LSP für expliziten Pfad, und geben Sie die Transitrouter zwischen den Eingangs- und Ausgangsroutern an. In dieser Konfiguration wird keine Berechnung des eingeschränkten Pfads durchgeführt. Für den primären Pfad sind alle Intermediate Hops streng angegeben, sodass seine Route nicht geändert werden kann. Der sekundäre Pfad muss zuerst den Router 14.1.1.1 durchlaufen und dann die verfügbare Route nehmen, um das Ziel zu erreichen. Der verbleibende Pfad, der vom sekundären Pfad genommen wird, ist in der Regel der kürzeste Pfad, der von der IGP berechnet wird.

LSPs werden mit Bandbreitenreservierungen eingerichtet, die für die maximale Menge an Datenverkehr konfiguriert sind, die Sie erwarten, dass sie den LSP passieren. Nicht alle LSPs übertragen jederzeit den maximalen Datenverkehr über ihre Links. Selbst wenn beispielsweise die Bandbreite für Verbindung A vollständig reserviert wurde, ist die tatsächliche Bandbreite möglicherweise immer noch verfügbar, wird aber derzeit nicht genutzt. Diese überschüssige Bandbreite kann genutzt werden, indem andere LSPs auch Link A verwenden und den Link überschreiben können. Sie können die für einzelne Klassentypen konfigurierte Bandbreite überschreiben oder einen einzelnen Wert für alle Klassentypen über eine Schnittstelle angeben.

Sie können die Überzeichnung verwenden, um die statistische Natur der Datenverkehrsmuster zu nutzen und eine höhere Nutzung von Links zu ermöglichen.

In den folgenden Beispielen wird beschrieben, wie Sie Bandbreitenüberzeichnung und -unterzeichnung verwenden können:

• Verwenden Sie die Überzeichnung für Klassentypen, bei denen die Spitzenzeiten des Datenverkehrs nicht mit der Zeit übereinstimmen.

• Verwenden Sie die Überzeichnung von Klassentypen, die Datenverkehr mit der besten Leistung enthalten. Sie gehen das Risiko ein, dass der Datenverkehr vorübergehend verzögert oder abfällt, im Austausch für eine bessere Nutzung von Netzwerkressourcen.

• Geben Sie unterschiedliche Grade der Überzeichnung oder Unterzeichnung des Datenverkehrs für die verschiedenen Klassentypen an. Sie konfigurieren beispielsweise das Abonnement für Datenverkehrsklassen wie folgt:

  • Beste Anstrengung –ct0 1000

  • Sprach-ct3 1

Wenn Sie einen Klassentyp für einen multiklassigen LSP unterschreiben, ist die Gesamtnachfrage aller RSVP-Sitzungen immer geringer als die tatsächliche Kapazität des Klassentyps. Sie können die Unterzeichnung verwenden, um die Nutzung eines Klassentyps zu begrenzen.

Die Berechnung der Bandbreitenüberzeichnung erfolgt nur auf dem lokalen Router. Da keine Signalübertragung oder andere Interaktion von anderen Routern im Netzwerk erforderlich ist, kann die Funktion auf einzelnen Routern aktiviert werden, ohne dass sie auf anderen Routern, die diese Funktion möglicherweise nicht unterstützen, aktiviert oder verfügbar ist. Benachbarte Router müssen nichts über die Berechnung der Überzeichnung wissen, sie verlassen sich auf die IGP.

In den folgenden Abschnitten werden die Arten der Bandbreitenüberzeichnung beschrieben, die im Junos OS verfügbar sind:

• Überzeichnung von LSP-Größen

• Überzeichnung der LSP-Link-Größe

• Klassentyp-Oversubscription und lokale Oversubscription-Multiplikatoren

Für eine Überzeichnung der LSP-Größe konfigurieren Sie einfach weniger Bandbreite als die für den LSP erwartete Spitzenrate. Möglicherweise müssen Sie auch die Konfiguration für automatische Policer anpassen. Automatische Policer verwalten den Einem LSP zugewiesenen Datenverkehr und stellen sicher, dass er die konfigurierten Bandbreitenwerte nicht überschreitet. Die Überzeichnung der LSP-Größe erfordert, dass der LSP seine konfigurierte Bandbreitenzuweisung überschreiten kann.

Policing ist weiterhin möglich. Der Policer muss jedoch manuell so konfiguriert werden, dass er die für den LSP geplante maximale Bandbreite und nicht den konfigurierten Wert berücksichtigt.

Sie können die maximale reservierbare Bandbreite auf dem Link erhöhen und die überhöhten Werte für die Bandbreitenabrechnung verwenden. Verwenden Sie die subscription Anweisung, um den Link zu überschreiben. Der konfigurierte Wert wird auf alle Bandbreitenzuweisungen der Klasse auf den Link angewendet. Weitere Informationen zur Überzeichnung der Linkgröße finden Sie unter Konfigurieren des Prozentsatzes des Bandbreitenabonnements für LSPs.

Lokale Oversubscription Multiplikatoren (LOMs) ermöglichen unterschiedliche Überzeichnungswerte für verschiedene Klassentypen. LOMs sind nützlich für Netzwerke, in denen das Überzeichnungsverhältnis an verschiedenen Links unterschiedlich konfiguriert werden muss und für unterschiedliche Klassen Überzeichnungswerte erforderlich sind. Sie können diese Funktion verwenden, um Klassentypen, die Datenverkehr mit der besten Leistung behandeln, zu überschreiben, aber verwenden Sie keine Überzeichnung für Klassentypen, die Sprachdatenverkehr behandeln. Ein LOM wird lokal auf dem Router berechnet. Anderen Routern im Netzwerk werden keine Informationen im Zusammenhang mit einem LOM signalisiert.

Für jeden Link und für jeden Klassentyp ist ein LOM konfigurierbar. Mit dem Klassentyp LOM können Sie das Überzeichnungsverhältnis erhöhen oder verringern. Der LOM-Typ pro Klasse wird in die gesamte lokale Bandbreite berücksichtigt, was die Zugangskontrolle und IGP-Ankündigung nicht reservierter Bandbreiten berücksichtigt.

Die LOM-Berechnung ist an das verwendete Bandbreitenmodell (MAM, erweitertes MAM und russische Dolls) gebunden, da die Auswirkungen der Überzeichnung über Klassentypen hinweg genau berücksichtigt werden müssen.

Standardmäßig lässt RSVP die gesamte Bandbreite eines Klassentyps (100 Prozent) für RSVP-Reservierungen verwenden. Wenn Sie einen Klassentyp für einen multiklassigen LSP überschreiben, darf die Gesamtnachfrage aller RSVP-Sitzungen die tatsächliche Kapazität des Klassentyps überschreiten.

Wenn Sie alle Klassentypen auf einer Schnittstelle mit derselben Prozentbandbreite über- oder unterschreiben möchten, konfigurieren Sie den Prozentsatz mithilfe der subscription Anweisung:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisung.

Um die Bandbreite für jeden Klassentyp zu unterschreiben oder zu überschreiben, konfigurieren Sie einen Prozentsatz für jeden Klassentyp (ct0, ct1, ct2und ct3) für die subscription Anweisung. Wenn Sie einen Klassentyp überschreiben, wird ein LOM angewendet, um die tatsächlich reservierte Bandbreite zu berechnen. Weitere Informationen finden Sie unter Klassentyp-Oversubscription und Local Oversubscription Multiplikatoren .

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisung.

percentage ist der Prozentsatz der Bandbreite der Klasse, die RSVP für Reservierungen verwendet werden lässt. Es kann ein Wert von 0 bis 65.000 Prozent sein. Wenn Sie einen Wert größer als 100 angeben, überschreiben Sie die Schnittstelle oder den Klassentyp.

Der Wert, den Sie konfigurieren, wenn Sie einen Klassentyp überschreiben, ist ein Prozentsatz der Bandbreite des Klassentyps, die tatsächlich verwendet werden kann. Der Standardabonnementwert ist 100 Prozent.

Sie können die subscription Anweisung verwenden, um neue RSVP-Sitzungen für einen oder mehrere Klassentypen zu deaktivieren. Wenn Sie einen Prozentsatz von 0 konfigurieren, sind für den Klassentyp keine neuen Sitzungen (auch solche ohne Bandbreitenanforderungen) zulässig.

Vorhandene RSVP-Sitzungen sind von der Änderung des Abonnementfaktors nicht betroffen. Um eine vorhandene Sitzung zu löschen, erteilen Sie den clear rsvp session Befehl. Weitere Informationen zum clear rsvp session Befehl finden Sie im CLI-Explorer.