Grundlegende LSP-Konfiguration

Die LSP-Metrik wird verwendet, um anzugeben, wie einfach oder schwierig das Senden von Datenverkehr über einen bestimmten LSP ist. Niedrigere LSP-Metrikwerte (niedrigere Kosten) erhöhen die Wahrscheinlichkeit, dass ein LSP verwendet wird. Umgekehrt verringern hohe LSP-Metrikwerte (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:

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

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

Das Hinzufügen einer Textbeschreibung für einen Sprachdienstleister hat keine Auswirkungen auf den Betrieb des Sprachdienstleisters. Die LSP-Textbeschreibung darf nicht länger als 80 Zeichen 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 Sprachdienstleister hinzu:

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

   Zum Beispiel:

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

   Zum Beispiel:

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

Bei der vorläufigen Entfernung wird versucht, einen neuen Pfad für einen vorzeitig entfernten LSP einzurichten, bevor der ursprüngliche LSP abgerissen wird. Das Standardverhalten besteht darin, zuerst einen vorzeitig entfernten LSP zu entfernen, einen neuen Pfad zu signalisieren und dann den LSP über den neuen Pfad neu einzurichten. In dem Intervall zwischen dem Entfernen des Pfads und dem Einrichten des neuen LSP geht jeglicher Datenverkehr verloren, der versucht, den LSP zu verwenden. Soft Preemption verhindert diese Art von Datenverkehrsverlust. Der Nachteil besteht darin, dass während der Zeit, in der ein LSP vorzeitig vorweggenommen wird, zwei LSPs mit den entsprechenden Bandbreitenanforderungen verwendet werden, bis der ursprüngliche Pfad abgebrochen wird.

MPLS Soft Preemption ist nützlich für die Netzwerkwartung. Sie können z. B. alle Sprachdienstleister von einer bestimmten Schnittstelle entfernen und die Schnittstelle dann zu Wartungszwecken deaktivieren, ohne den Datenverkehr zu unterbrechen. Die MPLS Soft Preemption wird ausführlich in RFC 5712, MPLS Traffic Engineering Soft Preemption, beschrieben.

Die vorzeitige Entfernung ist eine Eigenschaft des LSP und standardmäßig deaktiviert. Sie konfigurieren es am Eingang eines LSP, indem Sie die soft-preemption folgende Anweisung einschließen:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [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 vorzeitige Entfernung konfigurieren. Der Timer gibt an, wie lange der Router warten soll, bevor er eine harte vorzeitige Entfernung des LSP einleitet. Nach Ablauf der vorgegebenen Zeit wird der LSP abgerissen und neu signalisiert. Der Bereinigungstimer für die sanfte Entfernung hat einen Standardwert von 30 Sekunden. Der Bereich der zulässigen Werte liegt zwischen 0 und 180 Sekunden. Der Wert 0 bedeutet, dass die vorläufige Entfernung deaktiviert ist. Der Bereinigungstimer für die vorzeitige Entfernung gilt global für alle LSPs.

Konfigurieren Sie den Timer, indem Sie die cleanup-timer folgende Anweisung einfügen:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [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, können Sie einen weniger wichtigen vorhandenen LSP abreißen, um die Bandbreite freizugeben. Sie tun dies, indem Sie dem vorhandenen LSP vorgreifen.

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

• Setuppriorität: Bestimmt, ob ein neuer LSP eingerichtet werden kann, der einem vorhandenen LSP vorgreift. Damit eine vorzeitige Entfernung erfolgen kann, muss die Einrichtungspriorität des neuen LSP höher sein als die des vorhandenen LSP. Außerdem muss der Akt des Vorwegnehmens des vorhandenen LSP eine ausreichende Bandbreite erzeugen, um den neuen LSP zu unterstützen. Das heißt, eine vorzeitige Entfernung erfolgt nur, wenn der neue LSP erfolgreich eingerichtet werden kann.

• Reservierungspriorität: Bestimmt, wie lange ein LSP an seiner Sitzungsreservierung festhält, nachdem der LSP erfolgreich eingerichtet wurde. Wenn die Reservierungspriorität hoch ist, ist die Wahrscheinlichkeit geringer, dass der vorhandene Sprachdienstleister seine Reservierung aufgibt, und daher ist es unwahrscheinlich, dass der Sprachdienstleister vorweggenommen werden kann.

Sie können keinen Sprachdienstleister mit einer hohen Einrichtungspriorität und einer niedrigen Reservierungspriorität konfigurieren, da es zu permanenten Entfernungsschleifen kommen kann, wenn sich zwei Sprachdienstleister gegenseitig vorzeitig vorgreifen dürfen. Sie müssen die Reservierungspriorität so konfigurieren, dass sie größer oder gleich der Einrichtungspriorität ist.

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

Um die vorzeitigen Entfernungseigenschaften des LSP zu konfigurieren, fügen Sie die priority folgende Anweisung ein:

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

Sowohl setup-priority and reservation-priority kann ein Wert zwischen 0 und 7 sein. Der Wert 0 entspricht der höchsten Priorität, der Wert 7 der niedrigsten. Standardmäßig hat ein LSP eine Einrichtungspriorität von 7 (d. h., er kann keine anderen LSPs vorwegnehmen) und eine Reservierungspriorität von 0 (d. h., andere LSPs können ihn nicht vorwegnehmen). Diese Standardeinstellungen sind so beschaffen, dass keine vorzeitige Entfernung erfolgt. Wenn Sie diese Werte konfigurieren, sollte die Setup-Priorität immer kleiner oder gleich der Hold-Priorität sein.

Administrativen Gruppen, die auch als Linkfärbung oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Mithilfe administrativer Gruppen können Sie eine Vielzahl von richtlinienbasierten LSP-Setups 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 von 0 bis 31) zuweisen, die eine Reihe von Namen und die entsprechenden Werte definieren. Die administrativen Namen und Werte müssen auf allen Routern innerhalb einer Domäne identisch sein.

Gehen Sie folgendermaßen vor, um administrative Gruppen zu konfigurieren:

1. Definieren Sie mehrere Ebenen der Servicequalität, indem Sie die admin-groups folgende Anweisung einfügen:

   Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

   • [edit protocols mpls]

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

   Das folgende Konfigurationsbeispiel 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. Fügen Sie die interface folgende Erklärung hinzu:

   Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

   • [edit protocols mpls]

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

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

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

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

   HINWEIS:

   Wenn administrative Gruppen und erweiterte administrative Gruppen zusammen für einen Link konfiguriert werden, müssen beide Typen 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 label-switched-path folgende Erklärung hinzu:

   Sie können die label-switched-path Anweisung auf den folgenden Hierarchieebenen einbinden:

   • [edit protocols mpls]

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

   Wenn Sie die include-allAnweisungen , include-any, oder exclude weglassen, wird die Pfadberechnung unverändert fortgesetzt. Die Pfadberechnung basiert auf der LSP-Berechnung mit beschränkten Pfaden. Informationen dazu, wie die LSP-Berechnung mit eingeschränktem Pfad berechnet wird, finden Sie unter So wählt CSPF einen Pfad aus.

   HINWEIS:

   Das Ändern der administrativen Gruppe des LSP führt zu einer sofortigen Neuberechnung 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äferenzebene haben. Um einen Sprachdienstleister einem anderen vorzuziehen, legen Sie unterschiedliche Präferenzstufen für einzelne Sprachdienstleister fest. Es wird der LSP mit dem niedrigsten Präferenzwert verwendet. Die Standardeinstellung für RSVP-LSPs ist 7 und für LDP-LSPs 9. Diese Voreinstellungswerte sind niedriger (bevorzugter) als alle gelernten Routen mit Ausnahme von direkten Schnittstellenrouten.

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

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

Die Junos-Implementierung von RSVP unterstützt das Record Route-Objekt, mit dem ein LSP die Router, über die er transagiert, 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 no-record folgende Anweisung ein:

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

Sobald ein Sprachdienstleister eingerichtet wurde, können Änderungen der Topologie oder der Ressourcen den Pfad im Laufe der Zeit suboptimal machen. Möglicherweise ist ein neuer Pfad verfügbar, der weniger überlastet ist, eine niedrigere Metrik aufweist und weniger Hops durchläuft. Sie können den Router so konfigurieren, dass Pfade in regelmäßigen Abständen neu berechnet werden, um festzustellen, ob ein optimalerer Pfad verfügbar geworden ist.

Wenn die Neuoptimierung aktiviert ist, kann ein LSP durch Neuberechnungen mit eingeschränkten Pfaden über verschiedene Pfade umgeleitet werden. Wenn die Neuoptimierung jedoch deaktiviert ist, verfügt der LSP über einen festen Pfad und kann die neu verfügbaren Netzwerkressourcen nicht nutzen. Der LSP wird so lange fixiert, bis die nächste Topologieänderung den LSP unterbricht und eine Neuberechnung erzwingt.

Die Neuoptimierung steht in keinem Zusammenhang mit einem Failover. Ein neuer Pfad wird immer dann berechnet, wenn Topologiefehler auftreten, die einen eingerichteten Pfad unterbrechen.

Aufgrund des damit verbundenen potenziellen Systemaufwands müssen Sie die Häufigkeit der Neuoptimierung sorgfältig steuern. Die Netzwerkstabilität kann leiden, wenn die Neuoptimierung aktiviert ist. Standardmäßig ist die optimize-timer Anweisung auf 0 festgelegt (d. h., sie ist deaktiviert).

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

Um die Pfadneuoptimierung zu aktivieren, fügen Sie die optimize-timer folgende Anweisung ein:

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

Nachdem Sie die optimize-timer Anweisung konfiguriert haben, setzt der Reoptimierungstimer den Countdown bis zum konfigurierten Wert fort, auch wenn Sie die optimize-timer Anweisung aus der Konfiguration löschen. Bei der nächsten Optimierung wird der neue Wert verwendet. Sie können erzwingen, dass das Junos-Betriebssystem sofort einen neuen Wert verwendet, indem Sie den alten Wert löschen, einen Commit für die Konfiguration ausführen, den neuen Wert für die optimize-timer Anweisung konfigurieren und dann die Konfiguration erneut bestätigen.

Nach dem Ausführen der Neuoptimierung 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, d. h., wenn sich eine kürzlich verwendete Linkmetrik irgendwo entlang des alten Pfads geändert hat, wird sie berücksichtigt.)

2. Wenn der neue Pfad die gleiche IGP-Metrik aufweist, ist er nicht mehr Hops entfernt.

3. Der neue Pfad führt nicht zu einer vorzeitigen Entfernung. (Dies dient dazu, den Dominoeffekt der vorzeitigen Entfernung zu verringern, der zu mehr vorzeitiger Entfernung führt.)

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

   Die relative Überlastung des neuen Pfades wird wie folgt bestimmt:

   1. Der Prozentsatz der verfügbaren Bandbreite auf jeder Verbindung, die vom neuen Pfad durchquert wird, wird mit dem für den alten Pfad 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 durchquerten Links in aufsteigender Reihenfolge.

   3. Die Software speichert auch die vier kleinsten Werte für die Bandbreitenverfügbarkeit für den neuen Pfad, die den durchlaufenen Links in aufsteigender Reihenfolge entsprechen.

   4. Wenn einer der vier Werte für die neue verfügbare Bandbreite kleiner ist als einer der entsprechenden alten Werte für die Bandbreitenverfügbarkeit, weist der neue Pfad mindestens eine Verbindung auf, die stärker ausgelastet ist als die Verbindung, die vom alten Pfad verwendet wird. Da die Nutzung der Verbindung zu mehr Staus führen würde, wird der Datenverkehr nicht auf diesen neuen Pfad verlagert.

   5. Wenn keiner der vier Werte für die neue verfügbare Bandbreite kleiner als die entsprechenden alten Werte für die Bandbreitenverfügbarkeit ist, ist der neue Pfad weniger ausgelastet als der alte Pfad.

Wenn alle oben genannten Bedingungen erfüllt sind, gilt Folgendes:

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

2. Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hop-Anzahl aufweist, wird er akzeptiert.

3. Wenn Sie sich für einen Lastenausgleichsalgorithmus entscheiden least-fill , erfolgt der Lastenausgleich für Sprachdienstleister wie folgt:

   1. Der LSP wird in einen neuen Pfad verschoben, der mindestens 10 % weniger genutzt wird als der aktuelle Pfad. Dadurch könnte die Überlastung auf der aktuellen Trasse nur geringfügig verringert werden. Wenn beispielsweise ein Sprachdienstleister 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 unsere most-fill Algorithmen gilt diese Regel nicht.

   Das folgende Beispiel veranschaulicht, wie der least-fill Lastenausgleichsalgorithmus funktioniert.

   Abbildung 1: Beispiel für einen Least-Fill-Load-Balancing-Algorithmus

   Wie in Abbildung 1gezeigt, gibt es zwei mögliche Pfade für einen LSP, um von Router A zu Router H zu durchlaufen: die ungeraden Links von L1 bis L13 und die geraden Links von L2 bis L14. Derzeit verwendet der Router die geraden Links als aktiven Pfad für den LSP. Jede Verbindung zwischen denselben beiden 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

   Es ist wahrscheinlicher, dass die 1GE-Verbindungen überlastet sind. In diesem Beispiel verfügen die ungeraden 1GE-Verbindungen über die folgende verfügbare Bandbreite:

   • L3 = 41%

   • L5 = 56%

   • L7 = 66%

   • L9 = 71%

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

   • L4 = 37%

   • L6 = 52%

   • L8 = 61%

   • L10 = 70%

   Basierend auf diesen Informationen berechnet der Router die Differenz 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 Links verfügbar ist, beträgt 14 % (4 % + 4 % + 5 % + 1 %). Da 14 % größer als 10 % ist (der Mindestschwellenwert für den Least-Fill-Algorithmus), wird der LSP über die ungeraden Links aus dem ursprünglichen Pfad mithilfe der geraden Links in den neuen Pfad verschoben.

4. Andernfalls wird der neue Pfad abgelehnt.

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

• Wenn der neue Pfad die gleiche IGP-Metrik aufweist, ist er nicht mehr Hops entfernt.

• Der neue Pfad führt nicht zu einer vorzeitigen Entfernung. (Dies dient dazu, den Dominoeffekt der vorzeitigen Entfernung zu verringern, der zu mehr vorzeitiger Entfernung führt.)

• Der neue Weg verschlimmert die Überlastung insgesamt nicht.

• Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hop-Anzahl aufweist, wird er akzeptiert.

Um sie zu deaktivieren, geben Sie entweder den clear mpls lsp optimize-aggressive Befehl aus, oder fügen Sie die optimize-aggressive folgende Anweisung ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [edit protocols mpls]

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

Das Einfügen der optimize-aggressive Anweisung in die Konfiguration führt dazu, dass der Reoptimierungsvorgang häufiger angestoßen wird. Pfade werden häufiger umgeleitet. Außerdem wird der Reoptimierungsalgorithmus auf die IGP-Metrik beschränkt.

Aufgrund von Einschränkungen der Netzwerk- und Routerressourcen ist es in der Regel nicht ratsam, ein kurzes Intervall für den Optimierungstimer zu konfigurieren. Unter bestimmten Umständen kann es jedoch wünschenswert sein, einen Pfad früher neu zu optimieren, als dies normalerweise durch den Optimierungstimer vorgesehen wäre.

Beispiel: Ein Sprachdienstleister durchläuft einen bevorzugten Pfad, der anschließend fehlschlägt. Der LSP wird dann auf einen weniger wünschenswerten Pfad umgeschaltet, um das gleiche Ziel zu erreichen. Selbst wenn der ursprüngliche Pfad schnell wiederhergestellt wird, kann es übermäßig lange dauern, bis der LSP ihn wieder verwendet, da er auf den Optimierungstimer warten muss, um die Netzwerkpfade neu zu optimieren. Für solche Situationen empfiehlt es sich, den Smart Optimize-Timer zu konfigurieren.

Wenn Sie den Smart-Optimize-Timer aktivieren, wird ein LSP auf seinen ursprünglichen Pfad zurückgesetzt, sofern der ursprüngliche Pfad innerhalb von 3 Minuten nach dem Ausfall wiederhergestellt wurde. Wenn der ursprüngliche Pfad innerhalb von 60 Minuten wieder ausfällt, wird der intelligente Optimierungs-Timer deaktiviert, und die Pfadoptimierung verhält sich wie normalerweise, wenn nur der Optimierungs-Timer aktiviert ist. Dadurch wird verhindert, dass der Router eine flatternde Verbindung verwendet.

Der intelligente Optimierungs-Timer ist von anderen MPLS-Funktionen abhängig, um ordnungsgemäß zu 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 sekundäre Standbypfade. Diese Funktionen tragen dazu bei, dass der Datenverkehr im Falle eines Ausfalls sein Ziel erreichen kann.

Sie müssen mindestens einen sekundären Standby-Pfad konfigurieren, damit die Smart Optimize-Timer-Funktion ordnungsgemäß funktioniert. Schnelle Umleitung und Link-Schutz sind eher vorübergehende Lösungen für einen Netzwerkausfall. Ein sekundärer Pfad stellt sicher, dass ein stabiler alternativer Pfad vorhanden ist, falls der primäre Pfad ausfällt. Wenn Sie keinerlei Schutz des Datenverkehrs für einen Sprachdienstleister konfiguriert haben, stellt der intelligente Optimierungstimer allein 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 Smart Optimize-Timer den Datenverkehr auf den sekundären Pfad umschaltet, verwendet der Router den sekundären Pfad möglicherweise weiter, auch nachdem der primäre Pfad wiederhergestellt wurde. Wenn der Eingangsrouter eine CSPF-Berechnung abschließt, ermittelt er möglicherweise, dass der sekundäre Pfad der bessere Pfad ist.

Dies kann unerwünscht sein, wenn der primäre Pfad der aktive Pfad sein soll und der sekundäre Pfad nur als Backup verwendet werden soll. Wenn der sekundäre Pfad als aktiver Pfad verwendet wird (obwohl der primäre Pfad wiederhergestellt wurde) und der sekundäre Pfad ausfällt, schaltet die intelligente Optimierungs-Timer-Funktion den Datenverkehr nicht automatisch auf den primären Pfad zurück. Sie können jedoch den Schutz für den sekundären Pfad aktivieren, indem Sie den Knoten- und Linkschutz oder einen zusätzlichen sekundären Standby-Pfad konfigurieren. In diesem Fall kann der intelligente Optimierungstimer wirksam sein.

Geben Sie die Zeit in Sekunden für den Smart Optimize-Timer mit der smart-optimize-timer folgenden Anweisung an:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [edit protocols mpls]

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

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

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

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

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

Bei einer Bandbreite ungleich Null müssen Transit- und Ausgangsrouter Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Um diese Kapazität zu reservieren, 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 das LSP-Setup fehlschlägt. Wenn die Bandbreite auf den Schnittstellen für den Transit- oder Ausgangsrouter nicht ausreicht, wird der LSP nicht eingerichtet.

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

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

Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung automatisch an das Datenverkehrsvolumen anzupassen, das durch den Tunnel fließt. Sie können einen LSP mit minimaler Bandbreite konfigurieren. Mit dieser Funktion kann die Bandbreitenzuweisung des Sprachdienstleisters basierend auf aktuellen Datenverkehrsmustern dynamisch angepasst werden. Die Bandbreitenanpassungen unterbrechen den Datenverkehrsfluss durch den Tunnel nicht.

Sie legen ein Samplingintervall für einen LSP fest, der mit automatischer Bandbreitenzuweisung konfiguriert ist. Während dieses Intervalls wird die durchschnittliche Bandbreite ü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 Abtastintervall festgelegt ist. Wenn der neue Pfad erfolgreich eingerichtet und der ursprüngliche Pfad entfernt wurde, wird der Sprachdienstleister auf den neuen Pfad umgestellt. Wenn kein neuer Pfad erstellt wird, verwendet der LSP seinen aktuellen Pfad bis zum Ende des nächsten Abtastintervalls, wenn ein weiterer Versuch unternommen wird, einen neuen Pfad einzurichten. Beachten Sie, dass Sie minimale und maximale Bandbreitenwerte für den LSP festlegen können.

Während des Intervalls für die automatische Bandbreitenzuweisung kann der Router einen stetigen Anstieg des Datenverkehrs (steigende Bandbreitennutzung) auf einem LSP erhalten, was zu Überlastung oder Paketverlust führen kann. Um dies zu verhindern, können Sie einen zweiten Trigger definieren, um den Timer für die automatische Bandbreitenanpassung vor Ablauf des aktuellen Anpassungsintervalls vorzeitig ablaufen zu lassen.

Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung automatisch an das Datenverkehrsvolumen anzupassen, das durch den Tunnel fließt. Sie können einen Sprachdienstleister mit minimaler Bandbreite konfigurieren, und dieses Feature kann die Bandbreitenzuweisung des Sprachdienstleisters basierend auf aktuellen Datenverkehrsmustern dynamisch anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehrsfluss 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 Sprachdienstleister verglichen. Wenn der Sprachdienstleister 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 über den neuen Pfad geleitet, und der alte Pfad wird entfernt. Wenn der Versuch fehlschlägt, verwendet der LSP weiterhin seinen aktuellen Pfad.

Wenn Sie den Verbindungs- und Knotenschutz für den LSP konfiguriert haben und der Datenverkehr auf den Umgehungs-LSP umgeschaltet wurde, wird die Funktion für die automatische Bandbreitenzuweisung weiterhin ausgeführt und Bandbreitenproben vom Umgehungs-LSP entnommen. Für den ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitennutzung, die von der ursprünglichen Verbindung und dem knotengeschützten LSP übernommen wird, verwendet, um den Umgehungs-LSP neu zu signalisieren, wenn mehr Bandbreite benötigt wird. (Link- und Node-Schutz wird auf Switches der QFX-Serie nicht unterstützt.)

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

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

Wenn ein Sprachdienstleister von "hoch" zu "inaktiv" oder von "herunter" zu "aufwärts" wechselt, wird dieser Übergang sofort in der Router-Software und -Hardware wirksam. Wenn Sie jedoch LSPs in IS-IS und OSPF ankündigen, sollten Sie LSP-Übergänge dämpfen und den Übergang erst nach einer bestimmten Zeitspanne (der so genannten Wartezeit) ankündigen. Wenn in diesem Fall der Sprachdienstleister von oben nach unten wechselt, wird der Sprachdienstleister erst dann als rückläufig angekündigt, wenn er für die Haltedauer nicht verfügbar war. Übergänge von unten nach oben werden sofort in IS-IS und OSPF angekündigt. Beachten Sie, dass sich die LSP-Dämpfung nur auf die IS-IS- und OSPF-Ankündigungen des LSP auswirkt. andere Routing-Soft- und -Hardware reagiert sofort auf LSP-Übergänge.

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

seconds kann ein Wert zwischen 0 und 65.535 Sekunden sein. Der Standardwert ist 5 Sekunden.

Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:

• [edit protocols mpls]

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

In diesem Beispiel wird gezeigt, wie ein Entropielabel für ein BGP mit Unicast konfiguriert wird, um einen End-to-End-Lastenausgleich mithilfe von Entropielabels zu erreichen. Wenn ein IP-Paket mehrere Pfade hat, um sein Ziel zu erreichen, verwendet Junos OS bestimmte Felder der Paketheader, um das Paket in einen deterministischen Pfad zu hashen. Dies erfordert ein Entropie-Label, ein spezielles Load-Balancing-Label, das die Flussinformationen übertragen kann. LSRs im Core verwenden einfach das Entropie-Label als Schlüssel, um das Paket auf den richtigen Pfad zu hashen. Eine Entropiebeschriftung kann ein beliebiger Beschriftungswert zwischen 16 und 1048575 (regulärer 20-Bit-Beschriftungsbereich) sein. Da sich dieser Bereich mit dem vorhandenen regulären Beschriftungsbereich überschneidet, wird vor dem Entropieetikett ein spezielles Label namens Entropy Label Indicator (ELI) eingefügt. ELI ist ein spezielles Label, das von der IANA mit dem Wert 7 vergeben wird.

BGP-gekennzeichnete Unicasts verketten RSVP- oder LDP-LSPs in der Regel über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg. RSVP- oder LDP-Entropiebeschriftungen werden zusammen mit der RSVP- oder LDP-Bezeichnung am vorletzten Hop-Knoten eingefügt. Diese Funktion ermöglicht die Verwendung von Entropie-Labels an den Stitching-Punkten, um die Lücke zwischen dem vorletzten Hop-Knoten und dem Stitching-Punkt zu überbrücken und so einen End-to-End-Entropie-Label-Lastenausgleich für BGP-Datenverkehr zu erreichen.

Wenn Sie die LSP-Berechnung (Label Switched Path) für eingeschränkte Pfade deaktivieren, wie unter Deaktivieren der LSP-Berechnung für eingeschränkte Pfadebeschrieben, können Sie LSPs manuell konfigurieren oder zulassen, dass die LSPs dem IGP-Pfad folgen.

Wenn LSPs mit explizitem Pfad konfiguriert sind, wird der LSP entlang des angegebenen Pfads eingerichtet. Wenn der Pfad topologisch nicht machbar ist, weil das Netzwerk partitioniert ist oder entlang einiger Teile des Pfads nicht genügend 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.

Gehen Sie folgendermaßen vor, um einen LSP mit explizitem Pfad zu konfigurieren:

1. Konfigurieren Sie die Pfadinformationen in einem benannten Pfad, wie unter Erstellen von benannten Pfadenbeschrieben. Um vollständige Pfadinformationen zu konfigurieren, geben Sie jeden Router-Hop zwischen dem Eingangs- und dem Ausgangsrouter an, vorzugsweise mithilfe des strict Attributs. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Teilmenge der Router-Hops an, und verwenden Sie das loose Attribut an Stellen, 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 so viele Informationen ermitteln, um den nächsten expliziten Hop zu erreichen. Es kann erforderlich sein, mehrere Router zu durchlaufen, um den nächsten (losen) expliziten Hop zu erreichen.

   Durch die Konfiguration unvollständiger Pfadinformationen werden Teile des Pfads erstellt, die von der aktuellen Routingtabelle abhängen, und dieser Teil des Pfads kann sich selbst umleiten, wenn sich die Topologie ändert. Daher ist ein LSP mit explizitem Pfad, der unvollständige Pfadinformationen enthält, nicht vollständig festgelegt. Diese Arten von Sprachdienstleistern haben nur eine begrenzte Fähigkeit, sich selbst zu reparieren, und sie neigen dazu, je nach Inhalt der lokalen Routing-Tabelle Schleifen oder Flaps zu erzeugen.

2. Um den LSP zu konfigurieren und auf den benannten Pfad zu verweisen, verwenden Sie entweder die primary oder-Anweisung secondary , wie unter Konfigurieren von primären und sekundären LSPsbeschrieben.

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 oder-Anweisung secondary einschließen. Weitere Informationen finden Sie unter Deaktivieren der LSP-Berechnung mit eingeschränkten Pfaden.

4. Konfigurieren Sie alle anderen LSP-Eigenschaften.

Die Verwendung von LSPs mit expliziten Pfaden hat die folgenden Nachteile:

• Es ist mehr Konfigurationsaufwand erforderlich.

• Konfigurierte Pfadinformationen können die dynamische Bandbreitenreservierung des Netzwerks nicht berücksichtigen, sodass die Sprachdienstleister dazu neigen, fehlzuschlagen, wenn die Ressourcen erschöpft sind.

• Wenn ein LSP mit explizitem Pfad ausfällt, müssen Sie ihn möglicherweise manuell reparieren.

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

Erstellen Sie auf dem Eingangsrouter einen LSP mit explizitem Pfad, und geben Sie die Transitrouter zwischen dem Eingangs- und dem Ausgangsrouter an. In dieser Konfiguration wird keine Berechnung des eingeschränkten Pfads durchgeführt. Für den primären Pfad werden alle Zwischenhops genau angegeben, damit sich die Route nicht ändern kann. Der sekundäre Pfad muss zuerst über Router 14.1.1.1 verlaufen und dann die verfügbare Route nehmen, um das Ziel zu erreichen. Die verbleibende Route, die der sekundäre Pfad nimmt, ist in der Regel der kürzeste Pfad, der vom IGP berechnet wird.

LSPs werden mit Bandbreitenreservierungen eingerichtet, die für die maximale Datenverkehrsmenge konfiguriert sind, die Sie erwarten, um den LSP zu durchlaufen. Nicht alle Sprachdienstleister transportieren immer die maximale Menge an Datenverkehr über ihre Verbindungen. Selbst wenn z. B. die Bandbreite für Link A vollständig reserviert wurde, ist die tatsächliche Bandbreite möglicherweise noch verfügbar, wird aber derzeit nicht verwendet. Diese überschüssige Bandbreite kann genutzt werden, indem anderen Sprachdienstleistern erlaubt wird, auch Link A zu verwenden und den Link zu überschreiben. Sie können die für einzelne Klassentypen konfigurierte Bandbreite überzeichnen oder über eine Schnittstelle einen einzelnen Wert für alle Klassentypen angeben.

Sie können die Überbelegung 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über- und -unterzeichnung verwenden können:

• Verwenden Sie Überzeichnung für Klassentypen, bei denen Spitzenzeiten des Datenverkehrs zeitlich nicht zusammenfallen.

• Verwenden Sie eine Überzeichnung von Klassentypen, die bestmöglichen Datenverkehr übertragen. Sie gehen das Risiko ein, den Datenverkehr vorübergehend zu verzögern oder zu unterbrechen, um im Gegenzug eine bessere Nutzung der Netzwerkressourcen zu erzielen.

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

  • Beste Bemühungen—ct0 1000

  • Stimme—ct3 1

Wenn Sie einen Kurstyp für einen LSP mit mehreren Klassen unterzeichnen, ist der Gesamtbedarf aller RSVP-Sitzungen immer geringer als die tatsächliche Kapazität des Kurstyps. Sie können undersubscription verwenden, um die Auslastung eines Klassentyps einzuschränken.

Die Berechnung der Bandbreitenüberbelegung erfolgt nur auf dem lokalen Router. Da keine Signalisierung oder andere Interaktion von anderen Routern im Netzwerk 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 müssen nichts über die Überbelegungsberechnung Bescheid wissen, sie verlassen sich auf die IGP.

In den folgenden Abschnitten werden die Arten der Bandbreitenüberbelegung beschrieben, die im Junos-Betriebssystem verfügbar sind:

• LSP-Größe Überzeichnung

• Überbelegung der LSP-Linkgröße

• Klassentyp-Überzeichnung und lokale Überzeichnungsmultiplikatoren

Bei einer Überbelegung 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 Sprachdienstleister zugewiesenen Datenverkehr und stellen sicher, dass er die konfigurierten Bandbreitenwerte nicht überschreitet. Eine Überbelegung der LSP-Größe erfordert, dass der LSP seine konfigurierte Bandbreitenzuweisung überschreiten kann.

Polizeiarbeit ist weiterhin möglich. Der Policer muss jedoch manuell konfiguriert werden, um die für den LSP geplante maximale Bandbreite und nicht den konfigurierten Wert zu berücksichtigen.

Sie können die maximal reservierbare Bandbreite für die Verbindung erhöhen und die überhöhten Werte für die Bandbreitenabrechnung verwenden. Verwenden Sie die subscription Anweisung, um den Link zu überzeichnen. Der konfigurierte Wert wird auf alle Bandbreitenzuweisungen des Klassentyps für die Verbindung angewendet. Weitere Informationen zur Überbelegung der Linkgröße finden Sie unter Konfigurieren des Bandbreitenabonnementprozentsatzes für LSPs.

Lokale Überzeichnungsmultiplikatoren (LOMs) ermöglichen unterschiedliche Überzeichnungswerte für verschiedene Klassentypen. LOMs sind nützlich für Netzwerke, in denen das Überbelegungsverhältnis auf verschiedenen Links unterschiedlich konfiguriert werden muss und in denen Überbelegungswerte für verschiedene Klassen erforderlich sind. Sie können dieses Feature verwenden, um Klassentypen, die bestmöglichen Datenverkehr verarbeiten, zu überzeichnen, aber keine Überzeichnung für Klassentypen, die Sprachdatenverkehr verarbeiten. Ein LOM wird lokal auf dem Router berechnet. Es werden keine Informationen zu einem LOM an andere Router im Netzwerk gesendet.

Ein LOM kann für jeden Link und für jeden Klassentyp konfiguriert werden. Mit dem LOM pro Klasse können Sie das Überzeichnungsverhältnis erhöhen oder verringern. Das LOM pro Klasse wird bei der Berücksichtigung der gesamten lokalen Bandbreite für die Zulassungssteuerung und die IGP-Ankündigung nicht reservierter Bandbreiten berücksichtigt.

Die LOM-Berechnung ist an das verwendete Bandbreitenmodell (MAM, erweiterte MAM und russische Puppen) gebunden, da die Auswirkungen einer Überbelegung über alle Klassentypen hinweg genau berücksichtigt werden müssen.

Standardmäßig lässt RSVP zu, dass die gesamte Bandbreite eines Kurstyps (100 Prozent) für RSVP-Reservierungen verwendet wird. Wenn Sie einen Kurstyp für einen LSP mit mehreren Klassen überzeichnen, darf der Gesamtbedarf aller RSVP-Sitzungen die tatsächliche Kapazität des Kurstyps überschreiten.

Wenn Sie alle Klassentypen auf einer Schnittstelle, die dieselbe prozentuale Bandbreite verwenden, über- oder unterzeichnen möchten, konfigurieren Sie den Prozentsatz mit der subscription folgenden Anweisung:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einbinden können, finden Sie im Abschnitt Anweisungszusammenfassung.

Um die Bandbreite für jeden Klassentyp zu unter- oder überzeichnen, konfigurieren Sie für jeden Klassentyp einen Prozentsatz (ct0, ct1, ct2und ct3) für die subscription Anweisung. Wenn Sie einen Klassentyp überzeichnen, wird ein LOM angewendet, um die tatsächlich reservierte Bandbreite zu berechnen. Weitere Informationen finden Sie unter Kurstyp-Überzeichnung und lokale Überzeichnungsmultiplikatoren .

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einbinden können, finden Sie im Abschnitt Anweisungszusammenfassung.

percentage ist der Prozentsatz der Bandbreite des Klassentyps, den RSVP für Reservierungen zulässt. Dabei kann es sich um einen Wert zwischen 0 und 65.000 Prozent handeln. Wenn Sie einen Wert größer als 100 angeben, überzeichnen Sie den Schnittstellen- oder Klassentyp.

Der Wert, den Sie konfigurieren, wenn Sie einen Klassentyp überzeichnen, ist ein Prozentsatz der Bandbreite des Klassentyps, der tatsächlich verwendet werden kann. Der Standardwert für das Abonnement beträgt 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 keine neuen Sitzungen (einschließlich solcher mit null Bandbreitenanforderungen) für den Klassentyp zulässig.

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

Junos unterstützt die ICMP-Fehlermeldungsgenerierung zur Quelle für Fehlerzustände wie TTL-Ablauf, nicht erreichbares Ziel, nicht erreichbares Ziel (DF), Umleitung usw. für IPv4-, IPv6- und MPLS-Pakete.

Ab Junos OS Version 23.4R1 unterstützt Junos die ICMP-Fehlermeldungsgenerierung für MTU-Überschreitungsfehler in einer MPLS-Umgebung.

Wenn an der Ausgangsschnittstelle des Core- oder Transitknotens aufgrund von MTU-Überschreitungsfehlern ein MPLS-gekennzeichneter Paketfehler auftritt, wird eine ICMP-Fehlermeldung gegenüber dem Peer-PE-Gerät generiert, das den LSP beendet. Das Peer-PE-Gerät entkapselt den MPLS-Header und leitet die ICMP-Fehlermeldung an das Quellgerät weiter. Der Rückweg kann entweder ein reiner IP-Pfad oder ein anderer LSP sein, der auf dem Status der Routing-Tabelle des Geräts basiert. Das Quell- oder Kunden-Edge-Gerät empfängt die ICMP-Fehlermeldung und passt die Paketgröße an, um MTU-Fehler zu vermeiden.

RFC3032 definiert den ICMP-Tunnelmechanismus zur Verarbeitung der ICMP-Fehlermeldungsgenerierung für MPLS-Pakete für TTL-Ablauf und MTU-Überschreitungsausnahmen.

Im Folgenden sind einige der Vorteile der ICMP-Fehlermeldungsgenerierung für MTU-Überschreitungsfehler in einer MPLS-Umgebung aufgeführt:

• Ermitteln Sie, ob die Fehlerursache auf MTU-Überschreitungsfehler zurückzuführen ist.

• Wissen Sie über Fehler bei MTU-Überschreitungen auf Transit- und Eingangsknoten in einem MPLS-Setup.

• Unterstützt den Anwendungsfall, bei dem eine Anwendung in Ihrem Netzwerk über ein Layer-3-VPN (Unicast) oder ein statisches LSP-Netzwerk mit dem Endgerät kommuniziert.

Um die ICMP-MTU-Fehlermeldungsgenerierung zu aktivieren, müssen Sie ICMP-Tunneling konfigurieren, indem Sie die icmp-tunnelling Anweisung auf der Hierarchieebene [edit protocol mpls] auf den Core- und Transitgeräten aktivieren.

Wenn Sie die chained-composite-next-hop transit <> Anweisung auf der Hierarchieebene [edit routing-options forwarding-table] und die MPLS-MTU-Ausnahme auf dem Transitrouter konfigurieren, gibt es keine Garantie dafür, dass die ICMP-Fehlermeldungsgenerierung funktioniert.

Wenn Sie die chained-composite-next-hop transit <> Anweisung auf der Hierarchieebene [edit routing-options forwarding-table] auf dem Eingangs-Router konfigurieren und sich die Eingangs- und Ausgangsschnittstellen auf unterschiedlichen FPCs/PFEs befinden und die Eingangs-FPC/PFE mehr als 1 MPLS-Label-Addition vornimmt, ist die ICMP-Fehlergenerierung für die MPLS-MTU-Ausnahme auf dem Eingangs-Router nicht korrekt.

Die Generierung von ICMP-Fehlermeldungen wird nicht unterstützt für:

• Layer-2-VPN- und Layer 2-Circuit-Konfigurationen.

• Multicast-Konfigurationen, bei denen der Datenverkehr über MPLS übertragen wird. MTU-Ausnahmen: Pakete werden gezählt und verworfen.