Grundlegende LSP-Konfiguration

Die LSP-Kennzahl zeigt die Einfachheit oder Schwierigkeiten beim Senden von Datenverkehr über einen bestimmten LSP an. Niedrigere LSP-Kennwerte (niedrigere Kosten) erhöhen die Wahrscheinlichkeit, dass ein LSP verwendet wird. Die Wahrscheinlichkeit eines verwendeten LSP wird durch hohe LSP-Metrikwerte (höhere Kosten) verringert.

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

• Konfigurieren dynamischer LSP-Metriken
• Konfigurieren statischer LSP-Metriken

Sie können eine Textbeschreibung für einen LSP bereitstellen, indem Sie jeden deskriptiven Text einräumen, der Bereiche in Anführungszeichen enthält (" "). Der beschriebene Text, den Sie enthalten, wird in der Detailausgabe des oder show mpls lsp des show mpls container-lsp Befehls dargestellt.

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 zur Verfügung zu stellen, fügen Sie die Anweisung description in 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 MPLS auf den Geräteschnittstellen.

• Konfigurieren Sie einen LSP in der MPLS Domain.

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

1. Geben Sie einen beliebigen Text mit der LSP-Beschreibung ein.

   Zum Beispiel:

2. Überprüfen und Commit der Konfiguration.

   Zum Beispiel:

3. Zeigen Sie die Beschreibung eines LSP mithilfe des Befehls oder des Befehls an, je nach Typ show mpls lsp detailshow mpls container-lsp detail des konfigurierten LSP.

Soft Preemption versucht, einen neuen Pfad für einen vorgefertigten LSP zu erstellen, bevor er das ursprüngliche LSP herunterreißt. Standardmäßig sollte ein bereits vorgefertigter LSP zuerst beendet, ein neuer Pfad signalisiert und der LSP dann über den neuen Pfad erneut aktiviert werden. In dem Intervall zwischen dem Heruntergefahrenen des Pfads und dem neuen LSP wird jeglicher Datenverkehr, der versucht, den LSP zu verwenden, verloren. Soft-Preemption verhindert diese Art von Datenverkehrsverlust. Der Nachteil ist, dass während der Soft-Down-Nutzung eines LSP zwei LSPs mit den entsprechenden Bandbreitenanforderungen genutzt werden, bis der ursprüngliche Pfad zum Abbruch kommt.

MPLS Soft-Preemption ist für die Netzwerkwartung nützlich. Beispielsweise können Sie alle LSPs von einer bestimmten Schnittstelle wegziehen und dann die Schnittstelle zur Wartung herunterziehen, ohne den Datenverkehr zu unterbrechen. MPLS Soft-Preemption werden im RFC 5712, MPLS Traffic Engineering Soft Preemption detailliert beschrieben.

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

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

• [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 Soft Preemption konfigurieren. Der Timer gibt an, wie lange der Router warten sollte, bevor er eine schwierige Präventivung des LSP beginnt. Am Ende der angegebenen Zeit wird der LSP abgerissen und neusignalisiert. Der Soft-Preemption-Bereinigungs-Timer hat einen Standardwert von 30 Sekunden. die zulässigen Werte zwischen 0 und 180 Sekunden liegen. Der Wert 0 bedeutet, dass Soft-Preemption deaktiviert ist. Der Soft-Preemption-Cleanup-Timer ist global für alle LSPs.

Konfigurieren Sie den Timer mit einer cleanup-timer Anweisung:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

• [edit protocols rsvp preemption soft-preemption]

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

Wenn die für die Einrichtung eines wichtigeren LSP erforderliche Bandbreite nicht ausreicht, möchten Sie möglicherweise einen weniger wichtigen vorhandenen LSP herunterlädnen, um die Bandbreite zu befreien. Sie tun dies, indem Sie den vorhandenen LSP auf einbeschlagen.

Ob ein LSP vorgefertigt werden kann, wird durch zwei Eigenschaften bestimmt, die dem LSP zugeordnet sind:

• Einrichtungspriorität: Ermittelt, ob ein neuer LSP eingerichtet werden kann, der einen vorhandenen LSP einläutet. Die Einrichtungspriorität des neuen LSP muss höher als die des vorhandenen LSP sein, damit die Vorverlässung eintritt. Darüber hinaus muss die Vorverlässung des vorhandenen LSP ausreichend Bandbreite zur Unterstützung des neuen LSP erzeugen. Das heißt, die Präventivung erfolgt nur, wenn der neue LSP erfolgreich eingerichtet werden kann.

• Reservierungspriorität: Ermittelt, in welchem Ausmaß ein LSP bei seiner Sitzungsreservierung teil nimmt, nachdem der LSP erfolgreich eingerichtet wurde. Wenn die Reservierungspriorität hohe ist, ist es weniger wahrscheinlich, dass der vorhandene LSP seine Reservierung auflegt, und daher ist es unwahrscheinlich, dass der LSP im Voraus sein kann.

Sie können einen LSP mit einer hohen Einrichtungspriorität und niedriger Reservierungspriorität nicht konfigurieren, da permanente Preemption-Schleifen möglicherweise dazu führen, dass zwei LSPs sich gegenseitig im Voraus vornehmen können. Sie müssen die Reservierungspriorität höher als oder gleich der Einrichtungspriorität konfigurieren.

Die Einrichtungspriorität definiert außerdem die relative Bedeutung von LSPs auf dem selben Ingress-Router. Beim Start der Software, bei der Einrichtung eines neuen LSP oder bei der Fehlerwiederherstellung bestimmt die Einrichtungspriorität die Reihenfolge, in der die LSPs serviceiert werden. LSPs mit höherer Priorität werden meist zuerst eingerichtet und genießen daher eine optimale Pfadauswahl.

Um die LSP-Voreinstellung zu konfigurieren, müssen Sie die Anweisung priority beinhalten:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser Anweisung.

Sowohl setup-priority als auch als Wert von reservation-priority 0 bis 7. Der Wert 0 entspricht der höchsten Priorität und dem Wert 7 der niedrigsten. Standardmäßig hat ein LSP eine Einrichtungspriorität von 7 (d. h. er kann keine anderen LSPs vorherbitten) und eine Reservierungspriorität von 0 (d. h. dies kann von anderen LSPs nicht vorab festgelegt werden). Diese Standardeinstellungen sind so, dass Präventive nicht möglich sind. Beim Konfigurieren dieser Werte sollte die Einrichtungspriorität immer kleiner oder gleich der Hold-Priorität sein.

Administrative Gruppen, die auch als Link-Coloring oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben. So können Verbindungen mit derselben Farbe konzeptuell 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änkten Pfaden aktiviert ist.

Sie können bis zu 32 Namen und Werte (im Bereich 0 bis 31) zuweisen, die eine Reihe von Namen und die entsprechenden Werte definieren. Die administrativen Namen und Werte müssen für alle Router innerhalb einer einzigen Domäne identisch sein.

Gehen Sie wie folgt vor, um administrative Gruppen zu konfigurieren:

1. Definieren Sie mehrere Dienstqualitätsebenen durch Angabe der admin-groups Erklärung:

   Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

   • [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 Sie die administrativen Gruppen, zu denen eine Schnittstelle gehört. Sie können einer Schnittstelle mehrere Gruppen zuweisen. Geben Sie dazu interface die Aussage an:

   Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

   • [edit protocols mpls]

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

   Wenn Sie die Anweisung nicht enthalten, gehört eine Schnittstelle admin-group nicht zu einer Gruppe.

   IGPs nutzen die Gruppeninformationen zum Aufbau von Verbindungsstatuspaketen, die dann im gesamten Netzwerk überflutet werden und allen Knoten im Netzwerk Informationen zur Verfügung stellen. An jedem Router ist IGP Topologie sowie administrative Gruppen aller Verbindungen verfügbar.

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

   Anmerkung:

   Beim Konfigurieren administrativer Gruppen und erweiterter administrativer Gruppen für eine Verbindung 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. Geben Sie dazu label-switched-path die Aussage an:

   Sie können die label-switched-path Aussage in den folgenden Hierarchieebenen enthalten:

   • [edit protocols mpls]

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

   Wenn Sie die Anweisungen include-all oder den Pfad weglassen, wird die include-anyexclude Pfadberechnung nicht geändert. Die Pfadberechnung basiert auf der Constrained-Path-LSP-Berechnung. Informationen zur Berechnung der LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter How CSPF Selects a Path (Wie CSPF einen Pfad auswählt).

   Anmerkung:

   Die Änderung der administrativen Gruppe des LSP bewirkt eine sofortige Neukomputierung der Route. daher kann der LSP umgeleitet werden.

Als Option können Sie mehrere LSPs zwischen dem gleichen Paar von Ingress- und Egress-Routern konfigurieren. Dies ist beim Ausgleichen der Last zwischen den LSPs nützlich, da alle LSPs standardmäßig die gleiche Einstellungsstufe haben. Um einen LSP über einen anderen zu bevorzugen, müssen Sie verschiedene Einstellungsebenen für einzelne LSPs festlegen. Es wird ein LSP mit dem geringsten Einstellungswert verwendet. Die Standardpräferenz für RSVP-LSPs ist 7 und für LDP-LSPs 9. Mit Ausnahme von direkten Schnittstellenrouten sind diese Präferenzwerte niedriger (bevorzugt) als alle erlernten Routen.

Um den Standardpräferenzwert zu ändern, geben Sie die Aussage preference an:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser 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 für die Fehlerbehebung und zum Verhindern von Routing-Schleifen verwenden. Standardmäßig werden Pfadpfadinformationen aufgezeichnet. Um die Aufzeichnung zu deaktivieren, fügen Sie die Anweisung no-record hinzu:

Eine Liste von Hierarchieebenen, in denen Sie die Anweisungen und Anweisungen enthalten können, finden Sie im Abschnitt "Statement recordno-record Summary" (Zusammenfassung der Aussage).

Sobald ein LSP eingerichtet wurde, kann es im Laufe der Zeit zu Änderungen der Topologie oder Ressourcen führen, dass der Pfad nicht optimal ist. Möglicherweise ist ein neuer Pfad verfügbar, der weniger überlastet, eine geringere Kennzahl hat und weniger Hops durchläuft. Sie können den Router so konfigurieren, dass die Pfade regelmäßig neu komputiert werden, um zu bestimmen, ob ein besserer Pfad verfügbar ist.

Wenn reoptimiert wird, kann ein LSP durch Recomputationen mit eingeschränkten Pfaden über verschiedene Pfade umgeleitet werden. Wenn die Erneute Optimierung jedoch deaktiviert ist, verfügt der LSP über einen festen Pfad und kann nicht von neu verfügbaren Netzwerkressourcen profitieren. Der LSP wird so lange festgelegt, bis die nächste Topologie-Änderung den LSP knackt und eine Neukomputierung zwingt.

Die Reoptimisierung steht nicht im Zusammenhang mit Failover. Bei Topologieausfällen, die einen etablierten Pfad unterbrechen, wird immer ein neuer Pfad berechnet.

Aufgrund des potenziellen System-Overheads müssen Sie die Häufigkeit der Neuoptimierung sorgfältig kontrollieren. Die Netzwerkstabilität kann darunter leiden, wenn eine Reoptimierung aktiviert ist. Standardmäßig ist die optimize-timer Anweisung auf 0 (d. h. deaktiviert) festgelegt.

Die LSP-Optimierung ist nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränkten Pfaden aktiviert ist (das ist das Standardverhalten). Weitere Informationen zur LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter Deaktivieren der LSP-Berechnung (eingeschränkter Pfad). Die LSP-Optimierung ist außerdem nur auf Ingress-LSPs anwendbar, sodass die Anweisung nur auf dem optimize-timer Ingress-Router konfiguriert werden muss. Die Transit- und Egress-Router erfordern keine spezifische Konfiguration zur Unterstützung der LSP-Optimierung (außer, wenn MPLS aktiviert ist).

Um eine Reoptimierung des Pfads zu ermöglichen, müssen Sie die Aussage optimize-timer beinhalten:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser Anweisung.

Sobald Sie die Aussage konfiguriert haben, setzt der Timer für erneute Optimierung seinen Countdown zum konfigurierten Wert fort, selbst wenn Sie die Anweisung aus der optimize-timeroptimize-timer Konfiguration löschen. Die nächste Optimierung nutzt diesen neuen Wert. Sie können den Junos OS zwingen, einen neuen Wert sofort zu verwenden, indem Sie den alten Wert löschen, die Konfiguration konfigurieren, den neuen Wert für die Aussage konfigurieren und dann die Konfiguration erneut optimize-timer konfigurieren.

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

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

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

3. Der neue Pfad verursacht keine Probleme. (Dies soll die Ripple-Wirkung von Präventivung verringern, die zu mehr Präventivwirkung führt.)

4. Die Engpässe werden insgesamt nicht verschärft.

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

   1. Der Prozentsatz der verfügbaren Bandbreite auf jeder Verbindung, die über den neuen Pfad durchquert wird, wird im Vergleich zu dem für den alten Pfad verglichen, und das bei den am meisten überlasteten Verbindungen.

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

   3. Die Software speichert auch die vier kleinsten Bandbreitenverfügbarkeitswerte für den neuen Pfad, die den in aufsteigenden Pfaden durchquerten Verbindungen entspricht.

   4. Wenn einer der vier neuen verfügbaren Bandbreitenwerte kleiner als ein beliebiger der entsprechenden alten Bandbreitenverfügbarkeitswerte ist, verfügt der neue Pfad über mindestens eine Verbindung, die überlastet ist als die verbindung, die vom alten Pfad verwendet wird. Da die Verwendung der Verbindung zu mehr Engpässen führen würde, wird der Datenverkehr nicht auf diesen neuen Pfad umgeschaltet.

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

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

1. Wenn der neue Pfad eine geringere Kennzahl IGP hat, wird er akzeptiert.

2. Wenn der neue Pfad über eine gleiche Kennzahl IGP niedriger Hopzahl verfügt, wird er akzeptiert.

3. Wenn Sie sich least-fill als Load-Balancing-Algorithmus entscheiden, werden die LSPs wie folgt in einem Lastausgleich berechnet:

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

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

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

   Abbildung 1: Beispiel eines Load Balancing-Algorithmus mit der geringsten Lücke

   Wie in diesem Beispiel dargestellt, gibt es zwei potenzielle Pfade für einen LSP, die von Router A zu Router H führen können: ungewöhnliche Links von L1 zu L13 und sogar Verbindungen von L2 bis Abbildung 1 L14. Derzeit verwendet der Router sogar die Links als aktiven Pfad für den LSP. Jede Verbindung zwischen den beidenselben Routern (z. B. Router A und Router B) hat dieselbe Bandbreite:

   • L1, L2 = 10GE

   • L3, L4 = 1GE

   • L5, L6 = 1GE

   • L7, L8 = 1GE

   • L9, L10 = 1GE

   • L11, L12 = 10GE

   • L13, L14 = 10GE

   Die 1GE-Verbindungen sind eher überlastet. In diesem Beispiel verfügen ungewöhnliche 1GE-Verbindungen über die folgende verfügbare Bandbreite:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

   Die 1GE-Verbindungen verfügen über die folgende verfügbare Bandbreite:

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Auf Grundlage dieser Informationen berechnet der Router wie folgt den Unterschied der verfügbaren Bandbreite zwischen den ungewöhnlichen Verbindungen und den verbindungen:

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

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

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

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

   Die über diese Links angebotene zusätzliche Bandbreite beträgt 14 % (4 % + 4 % + 5 % + 1 %). Da 14 % über 10 % (der mindeste Grenzwert für den Algorithmus mit der geringsten Füllung) liegt, wird der LSP über die ungewöhnliche Verbindung vom ursprünglichen Pfad über diese Links in den neuen Pfad verschoben.

4. Andernfalls wird der neue Pfad abgelehnt.

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

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

• Der neue Pfad verursacht keine Probleme. (Dies soll die Ripple-Wirkung von Präventivung verringern, die zu mehr Präventivwirkung führt.)

• Die Engpässe werden insgesamt nicht verschärft.

• Wenn der neue Pfad über eine gleiche Kennzahl IGP niedriger Hopzahl verfügt, wird er akzeptiert.

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

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

• [edit protocols mpls]

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

Die Einbeziehung der Aussage in die Konfiguration bewirkt, dass das Verfahren zur optimize-aggressive Reoptimierung häufiger ausgelöst wird. Pfade werden häufiger umgeleitet. Außerdem beschränkt es den Reoptimisierungsalgorithmus auf die IGP Metrik.

Aufgrund knapper Netzwerk- und Routerressourcen ist es in der Regel nicht möglich, ein kurzes Intervall für den optimierten Timer zu konfigurieren. Unter bestimmten Umständen ist es jedoch wünschenswert, einen Pfad schneller zu optimieren, als normalerweise vom optimierten Timer bereitgestellt würde.

Beispielsweise durchquert ein LSP einen bevorzugten Pfad, der anschließend ausfällt. Der LSP wird dann auf einen weniger wünschenswerten Pfad umgeschaltet, um dasselbe Ziel zu erreichen. Selbst wenn der ursprüngliche Pfad schnell wiederhergestellt ist, könnte es übermäßig lange dauern, bis der LSP ihn erneut verwendet, weil er auf den optimize Timer warten muss, um die Netzwerkpfade zu optimieren. In solchen Situationen könnten Sie den smarten Optimierungs-Timer konfigurieren.

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

Der intelligente Optimize-Timer ist darauf abhängig, dass andere MPLS ordnungsgemäß funktionieren. Für das hier beschriebene Szenario, in dem ein LSP im Falle eines Fehlers auf dem ursprünglichen Pfad auf einen alternativen Pfad umgeschaltet wird, wird davon ausgegangen, dass Sie eine oder mehrere der MPLS-Funktionen zum Schutz des Datenverkehrs konfiguriert haben, einschließlich Fast Reroute, Verbindungsschutz und Standby-Sekundärpfade. Mit diesen Funktionen kann sichergestellt werden, dass der Datenverkehr bei einem Ausfall sein Ziel erreicht.

Sie müssen zumindest einen Standby-sekundären Pfad konfigurieren, damit die Funktion des intelligenten Optimierungs-Timer ordnungsgemäß funktioniert. Schnelle Umleitung und Verbindungsschutz sind eher temporäre Lösungen für einen Netzwerkausfälle. Ein sekundärer Pfad stellt sicher, dass ein stabiler alternativer Pfad liegt, wenn der primäre Pfad ausfällt. Wenn Sie für einen LSP keinerlei Datenverkehrsschutz konfiguriert haben, kann der intelligente Optimierungs-Timer selbst nicht sicherstellen, dass der Datenverkehr sein Ziel erreicht. Weitere Informationen zum Schutz MPLS Datenverkehr finden Sie unter MPLS und Datenverkehrsschutz.

Wenn ein Primärpfad ausfällt und der intelligente Optimize-Timer den Datenverkehr zum sekundären Pfad umschaltet, verwendet der Router möglicherweise den sekundären Pfad auch nach der Wiederherstellung des primären Pfads weiter. Wenn der eindringende Router eine CSPF-Rechnung führt, könnte er feststellen, dass der sekundäre Pfad der bessere Pfad ist.

Dies kann unerwünschter sein, wenn der primäre Pfad der aktive Pfad sein 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 neu erstellt wurde) und der sekundäre Pfad ausfällt, wechselt die smarte Optimize-Timer-Funktion den Datenverkehr nicht automatisch zurück auf den primären Pfad. Sie können jedoch den Schutz für den sekundären Pfad aktivieren, indem Sie Knoten- und Verbindungsschutz konfigurieren oder einen zusätzlichen Standby-Sekundärpfad, in diesem Fall kann der intelligente Optimierungs-Timer effektiv sein.

Geben Sie mithilfe der Aussage die Zeit in Sekunden für den intelligenten Optimierungs-Timer smart-optimize-timer an:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

• [edit protocols mpls]

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

Standardmäßig kann jeder LSP maximal 255 Hops durchlaufen, einschließlich der Ingress- und Egress-Router. Um diesen Wert zu ändern, fügen Sie die Aussage hop-limit hinzu:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser Anweisung.

Die Anzahl der Hops kann von 2 bis 255 sein. (Ein Pfad mit zwei Hops besteht nur aus den Ingress- und Egress-Routern.)

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

Eine Nicht-Bandbreite erfordert, dass die Transit- und Egress-Router die Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Zum Reservieren dieser Kapazität wird das RSVP-Reservierungsschema verwendet. Fehler bei der Bandbreitenreservierung (z. B. Ausfälle bei der RSVP-Richtlinienkontrolle oder der Zugangskontrolle) können dazu führen, dass die LSP-Einrichtung ausfällt. Wenn die Bandbreite der Schnittstellen für die Transit- oder Egress-Router nicht ausreichend ist, wird der LSP nicht festgelegt.

Um einen Bandbreitenwert für einen signalisierten LSP anzugeben, geben Sie die Anweisung bandwidth an:

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary" in dieser Anweisung.

Die automatische Bandbreitenzuordnung ermöglicht MPLS Tunnel zur automatischen Anpassung der Bandbreitenzuordnung basierend auf dem Datenverkehrsvolumen, das durch den Tunnel fließt. Sie können einen LSP mit minimaler Bandbreite konfigurieren. kann die Bandbreitenzuordnung des LSP basierend auf aktuellen Datenverkehrsmustern dynamisch anpassen. Die Bandbreitenanpassungen unterbrechen keinen Datenverkehrsfluss durch den Tunnel.

Sie legen ein Sampling-Intervall für einen LSP fest, der mit automatischer Bandbreitenzuordnung konfiguriert ist. Die durchschnittliche Bandbreite wird in diesem Intervall überwacht. Am Ende des Intervalls wird versucht, einen neuen Pfad für den LSP zu signalisieren. Die Bandbreitenzuordnung wird auf den maximalen durchschnittlichen Wert des vorherigen Samplingintervalls festgelegt. Wenn der neue Pfad erfolgreich eingerichtet wurde und der ursprüngliche Pfad entfernt wird, wird der LSP auf diesen neuen Pfad umgeschaltet. Wenn ein neuer Pfad nicht erstellt wird, verwendet der LSP weiterhin seinen aktuellen Pfad bis zum Ende des nächsten Sampling-Intervalls, wenn ein weiterer Versuch unternommen wird, einen neuen Pfad zu erstellen. Beachten Sie, dass Sie minimale und maximale Bandbreitenwerte für den LSP festlegen können.

Während des automatischen Bandbreitenzuordnungsintervalls kann der Router einen stetigen Anstieg des Datenverkehrs (zunehmende Bandbreitennutzung) auf einem LSP erhalten, der zu Engpässen oder Paketverlusten führen kann. Um dies zu verhindern, können Sie einen zweiten Trigger definieren, der den automatischen Bandbreitenanpassungs-Timer vor dem Ende des aktuellen Anpassungsintervalls automatisch abläuft.

Die automatische Bandbreitenzuordnung ermöglicht MPLS Tunnel zur automatischen Anpassung der Bandbreitenzuordnung basierend auf dem Datenverkehrsvolumen, das durch den Tunnel fließt. Sie können einen LSP mit minimaler Bandbreite konfigurieren, und diese Funktion kann die Bandbreitenzuordnung des LSP basierend auf aktuellen Datenverkehrsmustern dynamisch anpassen. Die Bandbreitenanpassungen unterbrechen keinen Datenverkehrsfluss durch den Tunnel.

Am Ende des automatischen Bandbreitenzuordnungszeitintervalls wird die aktuelle maximale durchschnittliche Bandbreitenauslastung mit der zugewiesenen Bandbreite für den LSP verglichen. Wenn der LSP mehr Bandbreite benötigt, wird versucht, einen neuen Pfad zu einrichten, bei dem die Bandbreite der aktuellen maximalen durchschnittlichen Nutzung gleich ist. Wenn der Versuch erfolgreich ist, wird der LSP-Datenverkehr über den neuen Pfad geroutet und der alte Pfad entfernt. Wenn der Versuch ausfällt, nutzt 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 umgeschaltet wurde, arbeitet die Funktion zur automatischen Bandbreitenzuordnung weiter und nimmt Bandbreitenmuster vom Bypass-LSP. Beim ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitenauslastung, die von der ursprünglichen Verbindung und dem knotengeschützten LSP genommen wird, verwendet, um den Bypass-LSP neu zu besignalen, wenn mehr Bandbreite benötigt wird. (Verbindungs- und Knotenschutz 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 zum Anpassen der Bandbreite verwenden. Da die LSPs einen festgelegten Filter (FF)-Reservierungsstil verwenden, kann die Bandbreite bei Signalübertragung eines neuen Pfads doppelt gezählt werden. Mit Doppelter Zählern kann verhindert werden, dass ein Fast Reroute-LSP seine Bandbreite jemals anpasst, wenn die automatische Bandbreitenzuordnung aktiviert ist. (Fast Reroute wird von Switches der QFX-Serie nicht unterstützt.)

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

Wenn ein LSP von einem Abstieg zu einem Herunterlädt oder abwärts verändert wird, wirkt sich dieser Übergang sofort in der Routersoftware und -hardware aus. Wenn Sie LSPs jedoch in IS-IS und OSPF werben, sollten Sie die LSP-Übergänge dämpfen und dabei den Übergang bis zu einem bestimmten Zeitraum nicht mehr anzeigen (auch als Hold-Time bekannt). Wenn in diesem Fall der LSP nach unten geht, wird der LSP erst dann als läuft ausgeschrieben, wenn er für den Hold-Time-Zeitraum geschlossen wurde. Übergänge von unten nach oben werden ihnen IS-IS und OSPF werden. Beachten Sie, dass LSP Damping nur die IS-IS und OSPF des LSP beeinflusst. andere Routingsoftware und -hardware reagieren sofort auf LSP-Übergänge.

Für dämpfende LSP-Übergänge enthält die advertisement-hold-time Aussage:

seconds können einen Wert von 0 bis 65.535 Sekunden haben. Sie beträgt standardmäßig 5 Sekunden.

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

• [edit protocols mpls]

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

In diesem Beispiel wird gezeigt, wie ein Entropie-Label für einen BGP-Label-Unicast konfiguriert wird, um mithilfe von Entropie-Labels End-to-End-Load Balancing zu erreichen. Wenn ein IP-Paket mehrere Pfade zum Erreichen seines Ziels hat, Junos OS bestimmte Felder der Paket-Header verwendet, um das Paket in einen deterministischen Pfad zu hashen. Dazu ist ein Entropie-Label erforderlich, ein spezielles Load-Balancing-Label, das die Datenströme tragen kann. LSRs im Kern verwenden einfach das Entropie-Label als Schlüssel, um das Paket auf den richtigen Pfad zu bringen. Ein Entropie-Label kann ein beliebiger Labelwert zwischen 16 und 1048575 (regulärer 20-Bit-Label-Bereich) sein. Da sich diese Fügungen mit dem bestehenden normalen Labelbereich überschneiden, wird vor dem Entropie-Label ein spezielles Label namens ENtropy Label Indicator (ELI) eingefügt. ELI ist eine vom IANA mit dem Wert 7 zugewiesene Bezeichnung.

BGP bezeichnete Unicasts sind in der Regel RSVP- oder LDP-LSPs über mehrere IGP Bereiche oder mehrere autonome Systeme verteilt. 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 überbrücken, um für den BGP-Datenverkehr end-to-End-Entropie-Label Load Balancing zu erzielen.

Wenn Sie die LSP-Berechnung (Label-Switched Path) mit eingeschränkten Pfaden deaktivieren, wie in der LSP-Berechnungfür deaktivierte Pfade beschrieben, können Sie LSPs manuell konfigurieren oder den LSPs die Verwendung des IGP-Pfads ermöglichen.

Wenn Explicit Path-LSPs konfiguriert sind, wird der LSP auf dem von Ihnen angegebenen Pfad eingerichtet. Wenn der Pfad topologisch nicht erreichbar ist, entweder weil das Netzwerk partitioniert ist oder unzureichende Ressourcen auf einigen Teilen des Pfads verfügbar sind, scheitert der LSP. Es können keine alternativen Pfade verwendet werden. Wenn die Einrichtung erfolgreich ist, bleibt der LSP unbegrenzt auf dem definierten Pfad.

Gehen Sie wie folgt vor, um einen Explicit Path LSP 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 dem Ingress- und Egress-Router an, bevorzugt mit dem strict Attribut. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Untergruppe von Router-Hops an, wobei das Attribut an Orten verwendet wird, an denen loose der Pfad unvollständig ist.

   Für unvollständige Pfade führen MPLS Router den Pfad durch Abfragen der lokalen Routingtabelle aus. Diese Abfrage wird Hop-für-Hop-Basis durchgeführt, und jeder Router kann nur genug Informationen herausfinden, um den nächsten Explicit Hop zu erreichen. Um den nächsten (losen) Explicit Hop zu erreichen, ist möglicherweise die Durchquerung einer Reihe von Routern erforderlich.

   Die Konfiguration unvollständiger Pfadinformationen erstellt Teile des Pfads, die von der aktuellen Routingtabelle abhängen. Dieser Teil des Pfads kann sich selbst bei Topologieänderungen umleiten. Ein Explicit Path-LSP, der unvollständige Pfadinformationen enthält, ist daher nicht vollständig festgelegt. Diese LSPs sind nur in begrenztem Umfang in der Lage, sich selbst zu reparieren, und je nach Inhalt der lokalen Routingtabelle tendieren sie dazu, Schleifen oder Flaps zu erstellen.

2. Verwenden Sie entweder die Anweisung oder die Anweisung, um das LSP zu konfigurieren und auf den benannten Pfad zu verweisen, wie primarysecondary in Configuring Primary and Secondary LSPs beschrieben.

3. Deaktivieren Sie die LSP-Berechnung des eingeschränkten Pfads, indem Sie die Anweisung entweder als Teil des LSP oder no-cspf als Teil einer oder Anweisung primarysecondary einschalten. Weitere Informationen finden Sie unter Deaktivieren der LSP-Berechnung für eingeschränkten Pfad.

4. Andere LSP-Eigenschaften konfigurieren.

Die Verwendung von Explicit Path-LSPs hat folgende Nachteile:

• Es ist mehr Konfigurationsaufwand erforderlich.

• Konfigurierte Pfadinformationen können die dynamische Bandbreitenreservierung im Netzwerk nicht berücksichtigen, sodass die LSPs häufig ausfallen, wenn die Ressourcen erschöpft sind.

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

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

Erstellen Sie auf dem Ingress-Router einen Explicit Path-LSP und geben Sie die Transit-Router zwischen dem Ingress- und dem Egress-Router an. In dieser Konfiguration wird keine Eingeschränktpfadberechnung durchgeführt. Für den Hauptpfad sind alle Intermediate Hops streng festgelegt, so dass sich die Route nicht ändern kann. Der sekundäre Pfad muss zuerst den Router 14.1.1.1 durchfingen und dann den verfügbaren Pfad nehmen, um zum Ziel zu gelangen. Der restliche Pfad, der vom Sekundärpfad genommen wird, ist normalerweise der kürzeste Pfad, der von der IGP.

LSPs werden mit Bandbreitenreservierungen eingerichtet, die für die maximale Menge an Datenverkehr konfiguriert sind, die Sie erwarten, den LSP zu durchlaufen. Nicht alle LSPs tragen jederzeit das Maximum an Datenverkehr über ihre Verbindungen. Selbst wenn beispielsweise die Bandbreite für Link A vollständig reserviert wurde, ist die tatsächliche Bandbreite möglicherweise immer noch verfügbar, wird aber derzeit nicht verwendet. Diese übermäßige Bandbreite kann verwendet werden, indem anderen LSPs ermöglicht wird, auch Link A zu verwenden, um die Verbindung zu überbeschreiten. Sie können die für einzelne Klassentypen konfigurierte Bandbreite überziehen oder einen einzelnen Wert für alle Klassentypen über eine Schnittstelle angeben.

Sie können oversubscription verwenden, um die statistische Natur von Datenverkehrsmustern zu nutzen und eine höhere Nutzung von Links zu ermöglichen.

In den folgenden Beispielen wird beschrieben, wie Sie Bandbreiten-Oversubscription und Undersubscription nutzen können:

• Verwenden Sie Oversubscription bei Klassentypen, bei denen Stoßzeiten mit Datenverkehrsspitzen nicht zutreffen.

• Verwenden Sie oversubscription von Klassentypen, die Best-Effort-Datenverkehr tragen. Sie gehen das Risiko ein, Datenverkehr für eine bessere Nutzung von Netzwerkressourcen vorübergehend zu verzögern oder zu fallen lassen.

• Geben Sie unterschiedliche Grade von Oversubscription oder Undersubscription von Datenverkehr für die verschiedenen Klassentypen an. Sie konfigurieren das Abonnement für Datenverkehrsklassen z. B. wie folgt:

  • Best Effort –ct0 1000

  • Sprache –ct3 1

Wenn Sie einen Klassentyp für einen Multi-Class-LSP nicht überlasten, liegt der Gesamtbedarf aller RSVP-Sitzungen immer unter der tatsächlichen Kapazität des Klassentyps. Sie können Undersubscription verwenden, um die Auslastung eines Klassentyps zu begrenzen.

Die Berechnung der Bandbreitenüberauslastung erfolgt nur auf lokalen Routern. Da von anderen Routern im Netzwerk keine Signalübertragung oder andere Interaktion erforderlich ist, kann die Funktion auf einzelnen Routern aktiviert werden, ohne auf anderen Routern aktiviert oder verfügbar zu sein, die diese Funktion möglicherweise nicht unterstützen. Benachbarte Router benötigen keine Informationen über die Berechnung der Überskription, sie verlassen sich auf die IGP.

In den folgenden Abschnitten werden die in der E-Junos OS verfügbaren Typen von Bandbreitenüberschrift Junos OS:

• Oversubscription für LSP-Größe

• LSP Linkgröße Überschrift

• Multiplikatoren für Class Type Oversubscription und Local Oversubscription

Für eine Oversubscription der LSP-Größe konfigurieren Sie einfach weniger Bandbreite als die für den LSP erwartet 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. Eine Oversubscription der LSP-Größe setzt voraus, dass der LSP seine konfigurierte Bandbreitenzuordnung übersteigen kann.

Überwachung ist immer noch möglich. Allerdings muss der Policer manuell so konfiguriert werden, dass die für den LSP geplante maximale Bandbreite berücksichtigt wird und nicht der konfigurierte Wert.

Sie können die maximale reservierbare Bandbreite auf der Verbindung erhöhen und die überflässierten Werte für die Bandbreitenabrechnung verwenden. Verwenden Sie subscription die Anweisung, um den Link zu übersubseren. Der konfigurierte Wert wird auf alle Bandbreitenzuordnungen des Klassentyps auf der Verbindung angewendet. Weitere Informationen zur Verbindungsgröße zur Oversubscription finden Sie unter Konfigurieren des Bandbreitenabonnements für LSPs.

Lokale Oversubscription Multipliers (LOMs) ermöglichen unterschiedliche Oversubscription-Werte für verschiedene Klassentypen. LOMs sind für Netzwerke nützlich, in denen das Oversubscription Ratio unterschiedlich auf unterschiedlichen Links konfiguriert werden muss und in denen Oversubscription-Werte für verschiedene Klassen erforderlich sind. Sie können diese Funktion zum Überbehängen von Klassentypen verwenden, die Best-Effort-Datenverkehr behandeln. Sie verwenden jedoch keine Überbeschriftung für Klassentypen, die Sprachdatenverkehr behandeln. Ein LOM wird lokal am Router berechnet. Informationen in Bezug auf einen LOM werden nicht an andere Router im Netzwerk signalisiert.

Ein LOM kann auf jeder Verbindung und für jeden Klassentyp konfiguriert werden. Der LOM pro Klasse ermöglicht es Ihnen, das Oversubscription-Verhältnis zu erhöhen oder zu verringern. Der LOM je nach Klasse wird in die lokale Bandbreitenverwaltung für die Zugangskontrolle und IGP nicht uneingeschränkte Bandbreiten berücksichtigt.

Die LOM-Berechnung ist an das verwendete Bandbreitenmodell (MAM, erweiterte MAM und russische Dolls) gebunden, da die Auswirkung der Übersubscription für alle Klassentypen genau abgerechnet werden muss.

Standardmäßig ermöglicht RSVP die Verwendung aller Bandbreiten eines Klassentyps (100 Prozent) für RSVP-Reservierungen. Wenn Sie einen Klassentyp für einen Multi-Class-LSP überlasten, ist der Gesamtbedarf aller RSVP-Sitzungen zulässig, die tatsächliche Kapazität des Klassentyps zu übersteigen.

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

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary".

Um die Bandbreite für jeden Klassentyp zu übersubsern oder zu übersubseren, konfigurieren Sie einen Prozentsatz für jeden Klassentyp ( , und ) die Option ct0ct1 für die ct2ct3subscription Anweisung. Wenn Sie einen Klassentyp überbeschriften, wird ein LOM angewendet, um die tatsächliche bandbreite zu berechnen. Weitere Informationen finden Sie unter "Class Type Oversubscription" und Local Oversubscription Multiplikatoren.

Eine Liste von Hierarchieebenen, in denen Sie diese Aussage enthalten können, finden Sie im Abschnitt "Statement Summary".

percentage ist der Prozentsatz der Bandbreite des Klassentyps, mit dem RSVP für Reservierungen verwendet werden kann. Das ist ein Wert von 0 bis 65.000 Prozent. Wenn Sie einen Wert über 100 angeben, wird die Schnittstelle oder der Klassentyp oversubscribiert.

Der konfigurierte Wert, den Sie konfigurieren, wenn Einsubser einen Klassentyp überschreiben, ist ein Prozentsatz der verfügbaren Bandbreite des Klassentyps. Der Standardabonnementwert beträgt 100 Prozent.

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

Vorhandene RSVP-Sitzungen werden durch eine Änderung des Abonnementfaktors nicht beeinträchtigt. Geben Sie den Befehl aus, um eine vorhandene Sitzung zu clear rsvp session löschen. Weitere Informationen zu diesem Befehl finden Sie clear rsvp session im Explorer CLI Explorer.