Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

Grundlegende LSP-Konfiguration

Konfigurieren von LSP-Kennzahlen

Die LSP-Metrik wird verwendet, um die Leichtigkeit oder Schwierigkeiten beim Senden 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-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-Kennzahlen

Wenn keine spezifische Metrik konfiguriert ist, versucht ein LSP, die IGP-Metrik zum selben Ziel (die to Adresse des LSP) zu verfolgen. IGP umfasst OSPF, IS-IS, Routing Information Protocol (RIP) und statische Routen. BGP- und andere RSVP- oder LDP-Routen sind ausgeschlossen.

Wenn beispielsweise die OSPF-Metrik zu einem Router 20 ist, übernehmen alle LSPs in Richtung dieses Routers automatisch metrik 20. Wenn sich das OSPF zu einem späteren Zeitpunkt in einen anderen Wert ändert, ändern sich alle LSP-Metriken entsprechend. Wenn es keine IGP-Routen zum Router gibt, erhöht der LSP seine Metrik auf 65.535.

Beachten Sie, dass in diesem Fall die LSP-Metrik vollständig von IGP bestimmt wird; es hat keine Beziehung zum tatsächlichen Pfad, den der LSP derzeit durchläuft. Wenn LSP umroutet (z. B. durch Reoptimierung), ändert sich seine Metrik nicht und bleibt somit für die Benutzer transparent. Dynamische Metrik ist das Standardverhalten; ist keine Konfiguration erforderlich.

Konfigurieren statischer LSP-Kennzahlen

Sie können einem LSP manuell einen festen Metrikwert zuweisen. Nach der Konfiguration mit der metric Anweisung ist die LSP-Metrik fest und kann folgendes nicht ändern:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

Die LSP-Metrik hat mehrere Verwendungszwecke:

  • Wenn parallele LSPs mit demselben Ausgangsrouter vorhanden sind, werden die Metriken verglichen, um zu bestimmen, welcher LSP den niedrigsten Metrikwert (die niedrigsten Kosten) und somit den bevorzugten Pfad zum Ziel hat. Wenn die Metriken gleich sind, wird der Datenverkehr gemeinsam genutzt.

    Die Anpassung der Metrikwerte kann den Datenverkehr zwingen, einige LSPs gegenüber anderen zu bevorzugen, unabhängig von der zugrunde liegenden IGP-Metrik.

  • Wenn ein IGP-Shortcut aktiviert ist (siehe Verwenden von Labeled-Switched Paths zur Erweiterung von SPF zu Compute IGP Shortcuts), kann eine IGP-Route in der Routingtabelle mit einem LSP als nächster Hop installiert werden, wenn sich der LSP auf dem kürzesten Pfad zum Ziel befindet. In diesem Fall wird die LSP-Metrik zu den anderen IGP-Metriken hinzugefügt, um die Gesamtpfadmetrik zu bestimmen. Wenn beispielsweise ein LSP mit X-Eingangsrouter und Egress-Router Y auf dem kürzesten Pfad zum Ziel Z ist, wird die LSP-Metrik zur Metrik für die IGP-Route von Y nach Z hinzugefügt, um die Gesamtkosten des Pfads zu bestimmen. Wenn mehrere LSPs potenzielle nächste Hops sind, werden die Gesamtkennzahlen der Pfade mit der Bestimmung des bevorzugten Pfads verglichen (d. h. mit der niedrigsten Gesamtmetrik). Oder IGP-Pfade und LSPs, die zum selben Ziel führen, könnten anhand des Metrikwerts verglichen werden, um zu bestimmen, welcher Pfad bevorzugt wird.

    Indem Sie die LSP-Metrik anpassen, können Sie Datenverkehr erzwingen, um LSPs zu bevorzugen, den IGP-Pfad zu bevorzugen oder die Last zwischen ihnen zu teilen.

  • Wenn die Router X und Y BGP-Peers sind und ein LSP dazwischen liegt, stellt die LSP-Metrik die Gesamtkosten dar, die von X auf Y zu erreichen sind. Wenn der LSP aus irgendeinem Grund umgeleitet wird, könnten sich die zugrunde liegenden Pfadkosten erheblich ändern, aber die Kosten für Y bleiben gleich (die LSP-Metrik), wodurch X über eine BGP Multiple Exit Discriminator (MED) eine stabile Metrik an downstream Nachbarn melden kann. Solange Y über den LSP erreichbar bleibt, sind keine Änderungen für downstreame BGP-Nachbarn sichtbar.

Es ist möglich, IS-IS so zu konfigurieren, dass die konfigurierte LSP-Metrik ignoriert wird, indem die ignore-lsp-metrics Anweisung auf der [edit protocols isis traffic-engineering shortcuts] Hierarchieebene angegeben wird. Mit dieser Anweisung wird die gegenseitige Abhängigkeit zwischen IS-IS und MPLS für die Pfadberechnung entfernt. Weitere Informationen finden Sie in der Junos OS Routing Protocols Library for Routing Devices.

Konfigurieren von RSVP-LSP-bedingten Metriken

Bedingter Metrik bietet die Möglichkeit, unterschiedliche Metrikwerte bedingt für lokale statisch konfigurierte Label-Switched Paths (LSPs) zu verwenden. Die bedingten Metriken basieren auf der sich dynamisch ändernden IGP-Metrik. Junos OS ändert die LSP-Metrik in die konfigurierte bedingte Metrik, die dem höchsten durch die IGP-Metrik erreichten Schwellenwert entspricht. Wenn keine übereinstimmenden Bedingungen vorhanden sind, verwendet der LSP die IGP-Metrik der Route. Sie können bis zu vier bedingte Metriken für einen LSP konfigurieren und diese werden in sortierter Reihenfolge sortiert.

Wenn Sie die track-igp-metric Anweisung mit der bedingten Metrikkonfiguration konfigurieren, verwendet Junos OS die IGP-Metrik der installierten Routen, um die konfigurierte bedingte Metrik zu bewerten. Statische Metriken können nicht zusammen mit bedingten Metriken konfiguriert werden.

Konfigurieren einer Textbeschreibung für LSPs

Sie können eine Textbeschreibung für ein LSP bereitstellen, indem Sie jeden beschreibenden Text, der Leerzeichen in Anführungszeichen ("") enthält, umschließen. Der enthaltene deskriptive Text wird in der Detailausgabe des Befehls oder des show mpls lsp Befehls show mpls container-lsp angezeigt.

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

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

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 ein LSP hinzu:

  1. Geben Sie jeden Text ein, der den LSP beschreibt.

    Zum Beispiel:

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

    Zum Beispiel:

  3. Die Beschreibung eines LSP mithilfe des Befehls oder show mpls container-lsp detail des show mpls lsp detail Befehls anzeigen, abhängig von der Art des konfigurierten LSP.

Konfigurieren von MPLS Soft Preemption

Soft Preemption versucht, einen neuen Pfad für einen vorbelegten LSP zu schaffen, bevor der ursprüngliche LSP abgerissen wird. Das Standardverhalten besteht darin, zuerst einen zuvor unterbrochenen LSP abzureißen, einen neuen Pfad zu signalisieren und dann den LSP über den neuen Pfad wiederhergestellt zu haben. In dem Intervall zwischen dem Absetzen des Pfads und dem neuen LSP geht jeder Datenverkehr verloren, der versucht, den LSP zu verwenden. Soft Preemption verhindert diese Art von Datenverkehrsverlust. Der Kompromiss besteht darin, dass während der Zeit, in der ein LSP soft vorbelegt wird, zwei LSPs mit den entsprechenden Bandbreitenanforderungen verwendet werden, bis der ursprüngliche Pfad abgerissen ist.

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 wird in 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 Eingang eines LSP, indem Sie die soft-preemption Anweisung:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

Sie können auch einen Timer für Soft-Preemption konfigurieren. Der Timer gibt an, wie lange der Router warten soll, bevor eine hard preemption des LSP eingeleitet wird. Am Ende der angegebenen Zeit wird der LSP abgerissen und neu signalisiert. Der Soft-Preemption Cleanup-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 Soft-Preemption deaktiviert ist. Der Soft-Preemption Cleanup-Timer ist global für alle LSPs.

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

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

Anmerkung:

Soft-Preemption kann nicht auf LSPs konfiguriert werden, für die fast reroute konfiguriert wurde. Die Konfiguration wird nicht commit. Sie können jedoch Soft-Preemption in Verbindung mit Node- und Link-Schutz aktivieren.

Anmerkung:

Der Zählerwert für SoftPreemptionCnt initialisiert mit einem Wert von 0 (Null), der in der Befehlsausgabe show rsvp interface detail sichtbar ist.

Konfigurieren von Priorität und Preemption für LSPs

Wenn die Bandbreite nicht ausreicht, um einen wichtigeren LSP zu erstellen, sollten Sie einen weniger wichtigen vorhandenen LSP abreißen, um die Bandbreite zu befreien. Sie tun dies, indem Sie den vorhandenen LSP vorbereiten.

Ob ein LSP vorbelegt werden kann, wird durch zwei dem LSP zugeordnete Eigenschaften bestimmt:

  • Einrichtungspriorität: Bestimmt, ob ein neuer LSP eingerichtet werden kann, der einen vorhandenen LSP vorbezieht. Damit eine Vorbereitstellung möglich ist, muss die Einrichtungspriorität des neuen LSP höher sein als die des vorhandenen LSP. Außerdem muss der Akt der Vorbeschädung des bestehenden LSP ausreichend Bandbreite produzieren, um den neuen LSP zu unterstützen. Das heißt, die Vorbereitung erfolgt nur, wenn der neue LSP erfolgreich eingerichtet werden kann.

  • Reservierungspriorität – Bestimmt, in welchem Maße ein LSP seine Sitzungsreservierung einhält, nachdem der LSP erfolgreich eingerichtet wurde. Wenn die Reservierungspriorität hoch ist, ist die Wahrscheinlichkeit, dass der vorhandene LSP seine Reservierung aufgibt, geringer und daher ist es unwahrscheinlich, dass der LSP zuvorbelegt werden kann.

Sie können einen LSP nicht mit einer hohen Einrichtungspriorität und einer niedrigen Reservierungspriorität konfigurieren, da permanente Preemption-Schleifen entstehen könnten, wenn zwei LSPs sich gegenseitig vorbestellen 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. Wenn die Software gestartet, ein neuer LSP eingerichtet wird oder während der Fehlerwiederherstellung, bestimmt die Einrichtungspriorität die Reihenfolge, in der LSPs gewartet werden. LSPs mit höherer Priorität werden tendenziell zuerst eingerichtet und profitieren daher von einer besseren Pfadauswahl.

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen 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 Priorität und der Wert 7 dem niedrigsten. Standardmäßig hat ein LSP eine Einrichtungspriorität von 7 (das heißt, er kann keine anderen LSPs vorbesetzen) und eine Reservierungspriorität von 0 (das heißt, andere LSPs können es nicht vorbesetzen). Diese Standardeinstellungen sind so, dass eine Vorbeschädung nicht erfolgt. Wenn Sie diese Werte konfigurieren, sollte die Einrichtungspriorität immer kleiner oder gleich der Hold-Priorität sein.

Konfigurieren administrativer Gruppen für LSPs

Administrative Gruppen, auch bekannt als Link Coloring oder Ressourcenklasse, sind manuell zugewiesene Attribute, die die "Farbe" von Verbindungen beschreiben, sodass Verbindungen 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ä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 deren entsprechende Werte definieren. Die administrativen Namen und Werte müssen in allen Routern innerhalb einer einzigen Domäne identisch sein.

Anmerkung:

Der administrative Wert unterscheidet sich von der Priorität. Sie konfigurieren die Priorität für einen LSP mithilfe der priority Anweisung. Siehe Konfigurieren von Priorität und Preemption für LSPs.

Zum Konfigurieren administrativer Gruppen führen Sie die folgenden Schritte aus:

  1. Definieren Sie mehrere Dienstqualitätsebenen, indem Sie die admin-groups Anweisung einbestellen:

    Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit protocols mpls]

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

    Im folgenden Konfigurationsbeispiel wird veranschaulicht, wie Sie einen Satz administrativer Namen und Werte 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 die interface Anweisung an:

    Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit protocols mpls]

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

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

    IGPs verwenden die Gruppeninformationen zum Erstellen von Verbindungsstatuspaketen, die dann im gesamten Netzwerk überschwemmt werden und informationen für alle Knoten im Netzwerk bereitstellen. An jedem Router sind sowohl die IGP-Topologie als auch administrative Gruppen aller Verbindungen verfügbar.

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

    Anmerkung:

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

  3. Konfigurieren Sie eine administrative Gruppenbeschränkung für jeden LSP- oder für jeden primären oder sekundären LSP-Pfad. Geben Sie die label-switched-path Anweisung an:

    Sie können die label-switched-path Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit protocols mpls]

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

    Wenn Sie die include-all, include-anyoder exclude Anweisungen weglassen, wird die Pfadberechnung unverändert durchgeführt. Die Pfadberechnung basiert auf der LSP-Berechnung mit eingeschränkten Pfaden. Informationen darüber, wie die LSP-Berechnung mit eingeschränkten Pfaden berechnet wird, finden Sie unter So wählt CSPF einen Pfad aus.

    Anmerkung:

    Eine Änderung der Administrativen Gruppe des LSP führt zu einer sofortigen Neukomputierung der Route; daher könnte der LSP umgeleitet werden.

Konfigurieren erweiterter administrativer Gruppen für LSPs

Im MPLS Traffic Engineering kann eine Verbindung mit einer Reihe von administrativen Gruppen konfiguriert werden (auch bekannt als Farben oder Ressourcenklassen). Administrative Gruppen werden im Interior Gateway Protocol (IGP) (OSPFv2 und IS-IS) als 32-Bit-Wert jedem Link zugewiesen übertragen. Router von Juniper Networks interpretieren diesen 32-Bit-Wert normalerweise als Bitmaske, wobei jedes Bit eine Gruppe darstellt und jedes Netzwerk auf insgesamt 32 verschiedene administrative Gruppen begrenzt (Wertbereich 0 bis 31).

Sie konfigurieren erweiterte administrative Gruppen, die durch einen 32-Bit-Wert dargestellt werden, und erweitern die Anzahl der im Netzwerk unterstützten administrativen Gruppen über nur 32. Der ursprüngliche Wertebereich, der für administrative Gruppen verfügbar ist, wird weiterhin für die Abwärtskompatibilität unterstützt.

Die Konfiguration erweiterter administrativer Gruppen akzeptiert einen Satz von Schnittstellen mit einem entsprechenden Satz erweiterter administrativer Gruppennamen. Es konvertiert die Namen in eine Gruppe von 32-Bit-Werten und übergibt diese Informationen in das IGP. Die erweiterten administrativen Gruppenwerte sind global und müssen auf allen unterstützten Routern, die am Netzwerk teilnehmen, identisch konfiguriert sein. Die domainweite erweiterte Datenbank für administrative Gruppen, die durch IGP-Flooding von anderen Routern gelernt wurde, wird von Constrained Shortest Path First (CSPF) für die Pfadberechnung verwendet.

Im folgenden Verfahren wird die Konfiguration erweiterter administrativer Gruppen beschrieben:

  1. Konfiguration der admin-groups-extended-range Anweisung:

    Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    Die admin-groups-extended-range Aussage enthält die minimum optionen.maximum Der maximale Bereich muss größer als der Mindestbereich sein.

  2. Konfiguration der admin-groups-extended Anweisung:

    Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    Mit admin-groups-extended der Anweisung können Sie einen Gruppennamen und einen Gruppenwert für die administrative Gruppe konfigurieren. Der Gruppenwert muss innerhalb des Wertebereichs liegen, der mithilfe der admin-groups-extended-range Anweisung konfiguriert wurde.

  3. Die erweiterten administrativen Gruppen für eine MPLS-Schnittstelle bestehen aus dem Satz erweiterter administrativer Gruppennamen, die der Schnittstelle zugewiesen wurden. Die schnittstellenweite Erweiterung der administrativen Gruppennamen muss für die globalen erweiterten administrativen Gruppen konfiguriert werden.

    Um eine erweiterte administrative Gruppe für eine MPLS-Schnittstelle zu konfigurieren, geben Sie den Namen der administrativen Gruppe innerhalb der MPLS-Schnittstellenkonfiguration mithilfe der admin-groups-extended Anweisung an:

    Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

    • [edit protocols mpls interface interface-name]

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

  4. Die erweiterten Administrativen Gruppen von LSP definieren die Gruppe der Include- und Exclude-Beschränkungen für einen LSP und für den primären und sekundären Pfad eines Pfads. Die erweiterten administrativen Gruppennamen müssen für die globalen erweiterten administrativen Gruppen konfiguriert werden.

    Um erweiterte administrative Gruppen für ein LSP zu konfigurieren, fügen Sie die admin-group-extended Anweisung auf einer LSP-Hierarchieebene ein:

    Die admin-group-extended Erklärung umfasst die folgenden Optionen: apply-groups, apply-groups-except, exclude, include-allund include-any. Mit jeder Option können Sie eine oder mehrere erweiterte administrative Gruppen konfigurieren.

    Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung konfigurieren können, finden Sie in der Statement-Zusammenfassung für diese Anweisung.

  5. Um die derzeit konfigurierten erweiterten administrativen Gruppen anzuzeigen, geben Sie den show mpls admin-groups-extended Befehl aus.
Anmerkung:

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

Konfigurieren von Präferenzwerten für LSPs

Als Option können Sie mehrere LSPs zwischen demselben Paar eingehender und ausgehender Router konfigurieren. Dies ist nützlich für den Ausgleich der Last zwischen den LSPs, da alle LSPs standardmäßig die gleiche Präferenzebene haben. Um ein LSP gegenüber einem anderen zu bevorzugen, legen Sie unterschiedliche Präferenzebenen für einzelne LSPs 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 Präferenzwerte sind niedriger (bevorzugter) als alle erlernten Routen außer Direktschnittstellenrouten.

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Deaktivieren der Pfadpfadaufzeichnung durch LSPs

Die Junos-Implementierung von RSVP unterstützt das Record Route-Objekt, mit dem 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 Aufnahme zu deaktivieren, fügen Sie die no-record Anweisung ein:

Eine Liste der Hierarchieebenen, auf denen Sie die anweisungen und no-record die record Anweisungen enthalten können, finden Sie im Abschnitt statement summary für die Anweisung.

Erzielen eines Make-Before-Break-, Hitless-Switchover für LSPs

Adaptive Label Switched Paths (LSPs) müssen möglicherweise eine neue LSP-Instanz einrichten und den Datenverkehr von einer alten LSP-Instanz auf die neue LSP-Instanz übertragen, bevor sie die alte abreißen. Diese Art von Konfiguration wird als Make-before-Break (MBB) bezeichnet.

RSVP-TE ist ein Protokoll zum Einrichten von LSPs in MPLS-Netzwerken. Die Junos OS-Implementierung von RSVP-TE zur Erzielung eines hitless (kein Datenverkehrsverlust) MBB-Switchover hat sich auf die Konfiguration der Timer-Werte in den folgenden Konfigurationsanweisungen verlassen:

  • optimize-switchover-delay— Zeit bis zum Wechsel zur neuen LSP-Instanz.

  • optimize-hold-dead-delay— Zeit, die Sie nach dem Switchover und vor dem Löschen der alten LSP-Instanz warten müssen.

Sowohl die Anweisungen als auch die optimize-switchover-delayoptimize-hold-dead-delay Anweisungen gelten für alle LSPs, die das Make-before-Break-Verhalten für die LSP-Einrichtung und den Abbruch verwenden, nicht nur für LSPs, für die die optimize-timer Anweisung ebenfalls konfiguriert wurde. Die folgenden MPLS-Funktionen führen dazu, dass LSPs mithilfe von Make-before-Break-Verhalten eingerichtet und abgerissen werden:

  • Adaptive LSPs

  • Automatische Bandbreitenzuordnung

  • BFD für LSPs

  • Graceful Routing Engine Switchover

  • Link- und Node-Schutz

  • Unterbrechungsfreies aktives Routing

  • Optimierte LSPs

  • Point-to-Multipoint (P2MP)-LSPs

  • Soft-Preemption

  • Standby-Sekundärpfade

Sowohl die optimize-switchover-delayoptimize-hold-dead-delay Anweisungen als auch die Anweisungen bei der Konfiguration fügen dem MBB-Prozess eine künstliche Verzögerung hinzu. Der Wert der optimize-switchover-delay Anweisung variiert mit der Größe der Explicit Route Objects (EROs). Ein ERO ist eine Erweiterung zu RSVP, die es einer RSVP PATH-Nachricht ermöglicht, eine explizite Abfolge von Routern zu durchlaufen, die unabhängig von herkömmlichem IP-Routing mit dem kürzesten Pfad sind. Der Wert der optimize-switchover-delay Anweisung hängt auch von der CPU-Last auf jedem der Router auf dem Pfad ab. Kunden legen die optimize-switchover-delay Aussage durch Versuch und Irrtum fest.

Der Wert der optimize-hold-dead-delay Anweisung hängt davon ab, wie schnell der Eingangsrouter alle Anwendungspräfixe auf den neuen LSP verschiebt. Dies wird durch die Paketweiterleitungs-Engine-Last bestimmt, die von Plattform zu Plattform variieren kann. Kunden müssen die optimize-hold-dead-delay Aussage durch Versuch und Irrtum festlegen.

Allerdings ist Junos OS ab Version 15.1 in der Lage, einen unterbrechungsfreien MBB-Switchover zu erreichen, ohne die künstlichen Verzögerungen zu konfigurieren, die solche Timer-Werte mit sich bringen.

In diesem Thema werden die drei Methoden zum Erreichen eines MBB-Switchovers von einem alten LSP zu einem neuen LSP unter Verwendung von Junos OS zusammengefasst:

Geben sie an, wie viel Zeit der Router wartet, um zu neuen Pfaden umzusteigen

Verwenden Sie die Anweisung, um festzulegen, wie viel Zeit der Router wartet, optimize-switchover-delay um über LSP-Instanzen zu neu optimierten Pfaden umzusteigen. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht bei Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Anweisung trägt dazu bei, dass die neuen optimierten Pfade eingerichtet wurden, bevor der Datenverkehr von den alten Pfaden umgeschaltet wird. Dieser Timer kann nur für alle auf dem Router konfigurierten LSPs aktiviert oder deaktiviert werden.

Um die Zeit zu konfigurieren, die der Router wartet, um über LSP-Instanzen zu neu optimierten Pfaden umzusteigen, geben Sie die Zeit in Sekunden mithilfe der optimize-switchover-delay Anweisung an:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

Festlegen der Zeit, mit der das Abreißen alter Pfade verzögert werden soll

Verwenden Sie die optimize-hold-dead-delay Anweisung, um anzugeben, wie lange das Abreißen alter Pfade verzögert werden soll, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgestellt hat. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht bei Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Aussage trägt dazu bei, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf die neuen optimierten Pfade umgestellt wurden. Dieser Timer kann für bestimmte LSPs oder für alle auf dem Router konfigurierten LSPs aktiviert werden.

Wenn Sie die Zeit in Sekunden konfigurieren möchten, um das Abreißen alter Pfade zu verzögern, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgestellt hat, verwenden Sie die optimize-hold-dead-delay Anweisung:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Hitless- und MBB-Switchover ohne künstliche Verzögerungen

Ab Junos OS Version 15.1 gibt es eine andere Möglichkeit, die alten LSP-Instanzen nach dem MBB-Switchover aufzugeben, ohne sich auf die willkürlichen Zeitintervalle zu verlassen, die von der optimize-switchover-delay or-Anweisung optimize-hold-dead-delay eingerichtet wurden. Wenn Sie beispielsweise die optimize-hold-dead-delay Anweisung verwenden, konfigurieren Sie eine Zeit, die Sie für sicher halten, bevor Sie die alte LSP-Instanz nach MBB abreißen. Einige Routen befinden sich jedoch möglicherweise noch im Umstieg auf die neue Instanz. Das Abreißen der alten LSP-Instanz führt dazu, dass einer der Transitknoten den Datenverkehr für die Routen, die nicht zur neuen LSP-Instanz verschoben wurden, unterbrochen hat.

Um Datenverkehrsverluste zu vermeiden, können Sie anstelle der optimize-switchover-delay Anweisung MPLS-OAM (lsp ping) verwenden, um zu bestätigen, dass die LSP-Datenebene end-to-End eingerichtet ist. Anstatt die optimize-hold-dead-delay Anweisung zu verwenden, können Sie einen Feedback-Mechanismus der RPD-Infrastruktur verwenden, der bestätigt, dass alle Präfixe, die sich auf das alte LSP beziehen, umgeschaltet wurden. Der Feedback-Mechanismus stammt aus der Tag-Bibliothek und stützt sich auf die Routing Protocol Process (rpd)-Infrastruktur, um zu bestimmen, wann alle Routen, die die alte LSP-Instanz verwenden, nach dem MBB-Switchover vollständig auf die neue LSP-Instanz umgestellt wurden.

Der Feedback-Mechanismus ist immer vorhanden, und er ist optional. Konfigurieren Sie die optimize-adaptive-teardown Anweisung so, dass der Feedback-Mechanismus während des MBB-Switchovers verwendet wird. Diese Funktion wird für RSVP Point-to-Multipoint (P2MP)-LSP-Instanzen nicht unterstützt. Die globale Konfiguration der optimize-adaptive-teardown Anweisung betrifft nur die Punkt-zu-Punkt-LSPs, die im System konfiguriert sind.

Sie müssen nur die optimize-adaptive-teardown Anweisung auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht bei Transit- oder Ausgangsroutern konfigurieren). Dieser Feedback-Mechanismus stellt sicher, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf die neuen optimierten Pfade umgestellt wurden. Die globale Konfiguration dieser Konfigurationsanweisung betrifft nur die Punkt-zu-Punkt-LSPs, die im System konfiguriert sind.

Sie können diese Anweisung auf Hierarchieebene [edit protocols mpls] einfügen.

Optimierung von signalgemeldeten LSPs

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

Wenn eine Reoptimierung aktiviert ist, kann ein LSP durch umgeleitete Pfade durch Recomputationen mit eingeschränkten Pfaden geleitet werden. Wenn die Neuoptimierung jedoch deaktiviert ist, verfügt der LSP über einen festen Pfad und kann neu verfügbare Netzwerkressourcen nicht nutzen. Der LSP wird so lange fixiert, bis die nächste Änderung der Topologie den LSP durchbricht und eine Neukomputierung erzwingt.

Die Neuoptimierung steht nicht im Zusammenhang mit Failover. Ein neuer Pfad wird immer berechnet, wenn Topologieausfälle auftreten, die einen etablierten Pfad stören.

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

Die LSP-Optimierung ist nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränkten Pfaden aktiviert ist, d. h. das Standardverhalten. Weitere Informationen zur LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter Deaktivierung der LSP-Berechnung mit eingeschränkten Pfaden. Außerdem ist die LSP-Optimierung nur auf eingehende LSPs anwendbar, daher ist es nur erforderlich, die Anweisung auf dem optimize-timer Eingangsrouter zu konfigurieren. Die Transit- und Egress-Router erfordern keine spezifische Konfiguration, um die LSP-Optimierung zu unterstützen (außer MPLS aktiviert zu haben).

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Sobald Sie die optimize-timer Anweisung konfiguriert haben, setzt der Zeitzähler für die Neuoptimierung seinen Countdown zum konfigurierten Wert fort, selbst wenn Sie die Anweisung aus der optimize-timer Konfiguration löschen. Bei der nächsten Optimierung wird der neue Wert verwendet. Sie können junos OS zwingen, sofort einen neuen Wert zu verwenden, indem Sie den alten Wert löschen, die Konfiguration bestätigen, den neuen Wert für die optimize-timer Anweisung konfigurieren und dann die Konfiguration erneut bestätigen.

Nach dem Ausführen der Reoptimierung wird das Ergebnis nur dann 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 aktuelle Link-Metrik irgendwo entlang des alten Pfads ändert, wird sie berücksichtigt.)

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

  3. Der neue Pfad führt nicht zu Vorbemerkung. (Dies soll die Auswirkungen von Vorbeschäftigung reduzieren, was zu mehr Vorbeschäftigung führt.)

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

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

    1. Der Prozentsatz der verfügbaren Bandbreite auf jeder Verbindung, die über den neuen Pfad übertragen 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 Verbindungen, die in aufsteigender Reihenfolge durchlaufen werden.

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

    4. Wenn einer der vier neuen verfügbaren Bandbreitenwerte kleiner als einer der entsprechenden alten Bandbreitenverfügbarkeitswerte ist, verfügt der neue Pfad über mindestens eine Verbindung, die mehr ü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 geschaltet.

    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 Pfad.

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

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

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

  3. Wenn Sie sich als Load Balancing-Algorithmus entscheiden least-fill , sind LSPs wie folgt lastausgleichend:

    1. Der LSP wird auf einen neuen Pfad verschoben, der mindestens 10 % weniger als der aktuelle Pfad verwendet wird. Dies könnte die Überlastung auf dem aktuellen Pfad nur um einen kleinen Teil reduzieren. Wenn beispielsweise ein LSP mit 1 MB Bandbreite von einem Pfad mit mindestens 200 MB verschoben wird, wird die Überlastung auf dem ursprünglichen Pfad um weniger als 1 % reduziert.

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

    Das folgende Beispiel zeigt, wie der least-fill Load Balancing-Algorithmus funktioniert.

    Abbildung 1: Beispiel: Lastausgleichsalgorithmus mit dem geringsten FüllenBeispiel: Lastausgleichsalgorithmus mit dem geringsten Füllen

    Wie in Abbildung 1dargestellt, gibt es zwei potenzielle Pfade für einen LSP, der von Router A zu Router H übertragen wird, die ungeraden Verbindungen von L1 bis L13 und die sogar Links von L2 bis L14. Derzeit verwendet der Router die sogar 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 = 10 GE

    • L13, L14 = 10GE

    Die 1GE-Verbindungen sind wahrscheinlich ü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 die Differenz der verfügbaren Bandbreite zwischen den ungeraden Verbindungen 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 % (der minimale Schwellenwert des Algorithmus mit dem geringsten Füllwert) ist, wird der LSP über die ungeraden Verbindungen vom ursprünglichen Pfad über die geraden Links auf den neuen Pfad verschoben.

  4. Andernfalls wird der neue Pfad abgelehnt.

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

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

  • Der neue Pfad führt nicht zu Vorbemerkung. (Dies soll die Auswirkungen von Vorbeschäftigung reduzieren, was zu mehr Vorbeschäftigung führt.)

  • Der neue Weg verschlimmert die Überlastung insgesamt nicht.

  • Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hop-Anzahl hat, 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 Anweisung ein:

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

Das Einbeziehen der optimize-aggressive Anweisung in die Konfiguration bewirkt, dass die Reoptimierungsprozedur häufiger ausgelöst wird. Pfade werden häufiger umgeleitet. Es beschränkt auch den Reoptimierungsalgorithmus nur auf die IGP-Metrik.

Konfigurieren des Smart Optimize Timer für LSPs

Aufgrund der Einschränkungen der Netzwerk- und Routerressourcen ist es in der Regel nicht erkennbar, ein kurzes Intervall für den Optimierungs-Timer zu konfigurieren. Unter bestimmten Umständen könnte es jedoch wünschenswert sein, einen Pfad schneller zu optimieren, als normalerweise vom Timer für die Optimierung bereitgestellt würde.

Beispielsweise durchläuft ein LSP einen bevorzugten Pfad, der anschließend ausfällt. Der LSP wird dann auf einen weniger wünschenswerten Pfad umgestellt, um das gleiche Ziel zu erreichen. Selbst wenn der ursprüngliche Pfad schnell wiederhergestellt ist, kann es übermäßig lange dauern, bis der LSP ihn erneut verwendet, da er darauf warten muss, dass der Timer für die Optimierung der Netzwerkpfade neu optimiert wird. In solchen Situationen können Sie den intelligenten Optimierungs-Timer konfigurieren.

Wenn Sie den intelligenten Optimierungs-Timer aktivieren, wird ein LSP auf seinen ursprünglichen Pfad zurückgeschaltet, solange der ursprüngliche Pfad innerhalb von 3 Minuten nach dem Heruntergehen wiederhergestellt wurde. Wenn der ursprüngliche Pfad innerhalb von 60 Minuten wieder abstürzt, ist der intelligente Optimierungs-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 Optimierungs-Timer hängt davon ab, dass andere MPLS-Funktionen ordnungsgemäß funktionieren. Für das hier beschriebene Szenario, in dem ein LSP im Falle eines Ausfalls auf dem ursprünglichen Pfad auf einen alternativen Pfad umgestellt wird, wird davon ausgegangen, dass Sie eine oder mehrere der MPLS-Datenverkehrsschutzfunktionen konfiguriert haben, einschließlich Fast Reroute, Link Protection und Standby Secondary Paths. Diese Funktionen tragen dazu bei, dass der Datenverkehr im Falle eines Ausfalls sein Ziel erreichen kann.

Mindestens müssen Sie einen sekundären Standby-Pfad konfigurieren, damit die Smart Optimize Timer-Funktion ordnungsgemäß funktioniert. Fast Reroute und Link Protection 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 keinen Datenverkehrsschutz für einen LSP konfiguriert haben, stellt der intelligente Optimierungs-Timer selbst nicht sicher, dass der Datenverkehr sein Ziel erreicht. Weitere Informationen zum Schutz des MPLS-Datenverkehrs finden Sie unter MPLS und Datenverkehrsschutz.

Wenn ein primärer Pfad ausfällt und der intelligente Optimierungs-Timer den Datenverkehr zum sekundären Pfad wechselt, kann der Router den sekundären Pfad auch nach der Wiederherstellung des primären Pfads weiterhin verwenden. Wenn der Eingangsrouter eine CSPF-Berechnung abgeschlossen hat, kann er feststellen, dass der sekundäre Pfad der bessere Pfad ist.

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

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

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

Begrenzung der Hop-Anzahl in LSPs

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen 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.)

Konfigurieren des Bandbreitenwerts für LSPs

Jeder LSP hat einen Bandbreitenwert. Dieser Wert ist im Feld Tspec des Absenders in den RSVP-Pfadeinrichtungsmeldungen 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 übertragen. Die Standardbandbreite beträgt 0 Bits pro Sekunde.

Eine nichtzero-Bandbreite erfordert, dass Transit- und Egress-Router die Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Das RSVP-Reservierungsschema wird verwendet, um diese Kapazität zu reservieren. 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 an den Schnittstellen für die Transit- oder Egress-Router unzureichend ist, wird der LSP nicht eingerichtet.

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Automatische Bandbreitenzuordnung für LSPs

Die automatische Bandbreitenzuordnung ermöglicht einem MPLS-Tunnel die automatische Anpassung der Bandbreitenzuordnung basierend auf dem Datenverkehrsvolumen, das durch den Tunnel fließt. Sie können einen LSP mit minimaler Bandbreite konfigurieren; kann diese Funktion die Bandbreitenzuordnung des LSP dynamisch an die aktuellen Datenverkehrsmuster anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehrsfluss durch den Tunnel nicht.

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, wobei die Bandbreitenzuordnung auf den maximalen Mittelwert für das vorherige Sampling-Intervall festgelegt wird. 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 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 erhält der Router möglicherweise eine stetige Zunahme des Datenverkehrs (erhöhung der Bandbreitenauslastung) auf einem LSP, was zu Überlastung oder Paketverlust 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 vorzeitig ablaufen lässt.

Konfigurieren der automatischen Bandbreitenzuordnung für LSPs

Die automatische Bandbreitenzuordnung ermöglicht einem MPLS-Tunnel die automatische 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 den Datenverkehrsfluss durch den Tunnel nicht.

Am Ende des automatischen Zeitintervalls für die Bandbreitenzuordnung 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 Auslastung entspricht. Wenn der Versuch erfolgreich ist, wird der Datenverkehr des LSP über den neuen Pfad geroutet und der alte Pfad entfernt. Wenn der Versuch fehlschlägt, verwendet der LSP weiterhin seinen aktuellen Pfad.

Anmerkung:

Bei der Berechnung des Wertes für Max AvgBW (relativ zum Ingress-LSP) wird die während der Vor-Pause (MBB) erfasste Probe ignoriert, um ungenaue Ergebnisse zu verhindern. Das erste Beispiel nach einer Bandbreitenanpassung oder nach einer Änderung der LSP-ID (unabhängig von der Pfadänderung) wird ebenfalls ignoriert.

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

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

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

Anmerkung:

Auf den QFX10000-Switches können Sie nur die automatische Bandbreitenzuordnung auf Hierarchieebene edit protocols mpls konfigurieren. Logische Systeme werden nicht unterstützt.

Konfigurieren optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs

Die automatische Bandbreitenfunktionalität ermöglicht es den RSVP-TE-LSPs, entweder direkt konfiguriert oder automatisch mithilfe von Auto-Mesh erstellt, die Größe basierend auf der Datenverkehrsrate zu erhöhen. Die Datenverkehrsrate, die auf jedem LSP übertragen wird, wird durch die periodische Erfassung von Stichproben der Datenverkehrsrate gemessen. Die Häufigkeit der Erfassung von Datenverkehrsstatistiken wird über die adjust-interval Konfigurationsanweisung gesteuert. Der konfigurierbare Mindestwert beträgt adjust-interval eine Sekunde. Die Neu dimensionierung der LSPs wird Anpassung genannt und die Häufigkeit der Anpassungen wird über die adjust-interval Erklärung gesteuert.

Ab Junos OS Version 20.4R1 wird das Minimum adjust-interval für eine auto-bandwidth Anpassung auf 150 Sekunden reduziert, wenn die bzwadjust-threshold-underflow-limit. die adjust-threshold-overflow-limit Anweisungen die konfigurierten Überlauf- oder Underflow-Grenzwerte überschreiten.

Das Minimum adjust-interval für eine auto-bandwidth Anpassung beträgt jedoch 300 Sekunden, wenn kein Überlauf- oder Underflow-Sample erkannt wird.

In Versionen früher als Junos OS Version 20.4R1 beträgt die adjust-interval Version 300 Sekunden unter Überlauf- oder Unterstrombedingungen.

Mit der Implementierung der automatischen Bandbreitenanpassungsoptimierung auto-bandwidth verringert sich die Bandbreite des LSP schneller. Der Eingangs-Label-Edge-Router (LER) kann die Größe innerhalb von 150 Sekunden ändern, da der adjust-threshold-overflow-limitAbbruch einer alten LSP-Instanz nach dem Make-before-Break (MBB) innerhalb von 150 Sekunden erfolgt.

Die Anforderungen für die automatische Bandbreiten-Optmisierung sind:

  • Verringerung der Wahrscheinlichkeit einer LSP-Routenänderung: Hierdurch wird die Wahrscheinlichkeit einer LSP-Routenänderung reduziert, wenn eine automatische Bandbreitenanpassung erfolgt.

  • Verringerung der Wahrscheinlichkeit eines LSP-Reroutens: Dies soll die Wahrscheinlichkeit der LSP-Umleitung aufgrund der LSPs mit höherer Priorität reduzieren, die dieselbe Ressource erfordern.

Um diese Anforderungen zu erfüllen, unterstützt die automatische Bandbreitenanpassungsoptimierung Folgendes:

  1. In-place LSP Bandwidth Update— Ermöglicht dem Ingress Label Edge Router (LER), die LSP-ID bei der Durchführung von Bandbreitenänderungen an einem domäneninternen LSP erneut zu verwenden.

    Anmerkung:

    Die ortsbezogene Aktualisierung der LSP-Bandbreite ist für einen domänenübergreifenden LSP nicht anwendbar.

    In bestimmten Szenarien überträgt die LSP-Route Next Hop entweder direkt oder indirekt die LSP-Bandbreite. Auch wenn in diesen Szenarien ein ortsbezogenes LSP-Bandbreitenupdate unterstützt wird, ist die Leistungsverbesserung durch die Funktionalität aufgrund der LSP-Routenänderung begrenzt. Das liegt an der Änderung der Routentabelle inet.3 nach automatischer Bandbreite (MPLS-Tunnel). Leistungsverbesserungen sind beispielsweise begrenzt, wenn Sie entweder eine oder beide Anweisungen konfigurieren:

    • auto-policing unter MPLS konfiguriert.

    • Die Option bandwidth unter der Unter RSVP konfigurierten Anweisung load-balance .

    Anmerkung:

    Die ortsbezogene LSP-Bandbreitenaktualisierung über die erneute Verwendung von LSP-ID schlägt fehl, und der Eingangs-LER löst MBB sofort mit einer neuen LSP-ID aus, wenn:

    • no-cspf für den LSP konfiguriert.

    • LSP wird vom Path Computation Element (PCE) gesteuert.

    • LSP-Optimierungs-Timer wird ausgelöst.

    • clear mpls lsp optimize-aggressive wird ausgeführt.

  2. Per-priority Subscription— Um die Netzwerkressourcen effizienter nutzen zu können, können Sie mit einem Abonnement pro Priorität einen niedrigeren RSVP-Abonnementanteil für LSPs mit niedrigeren Prioritäten und einen höheren RSVP-Abonnementanteil für LSPs mit höheren Prioritäten konfigurieren.

    Anstatt beispielsweise für alle LSPs für alle Prioritäten den Prozentsatz des RSVP-Abonnements auf 90 % festzulegen, können Sie einen niedrigeren RSVP-Abonnementprozentsatz (z. B. 75 %) für LSPs mit niedrigeren Prioritäten konfigurieren.

Anmerkung:

Abonnement pro Priorität ist nicht mit DiffServ-fähigem Traffic Engineering (TE) kompatibel. Differenzierte Services (DiffServ)-fähiges Traffic-Engineering bietet eine flexiblere und statistische Weitergabe der TE-Verbindungsbandbreite als abonnements pro Priorität.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Konfigurieren Sie die Geräteschnittstelle, um MPLS zu aktivieren.
  2. Konfigurieren Sie das MPLS-Protokoll auf der Schnittstelle.
  3. Konfigurieren Sie MPLS und die LSPs und konfigurieren Sie den Verbindungsschutz für den LSP.
  4. Konfigurieren Sie in-place-bandwidth-update für den LSP, um eine automatische LSP-Größenänderung der Bandbreite zu ermöglichen.
  5. Geben Sie commit aus dem Konfigurationsmodus ein.

Verification

Bestätigen Sie ihre Konfiguration vom Konfigurationsmodus aus, indem Sie die show protocols show interfaces Befehle eingeben. Wenn die Ausgabe die beabsichtigte Konfiguration nicht anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

To Configure Per-priority Subscription:

  1. Konfigurieren Sie das RSVP-Protokoll auf der Schnittstelle.

  2. Konfigurieren Sie den Bandbreitenabonnementwert für die Schnittstelle. Es kann ein Wert von 0 bis 65.000 Prozent sein. Der Standardabonnementwert beträgt 100 Prozent.

  3. Konfigurieren Sie die Abonnementpriorität über die Schnittstelle.

  4. Konfigurieren Sie den Prozentsatz des Abonnements für die Priorität.

  5. Geben Sie commit aus dem Konfigurationsmodus ein.

Verification

Bestätigen Sie ihre Konfiguration vom Konfigurationsmodus aus, indem Sie die show protocols show interfaces Befehle eingeben. Wenn die Ausgabe die beabsichtigte Konfiguration nicht anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfigurieren der Berichterstellung für automatische Bandbreitenzuordnungsstatistiken für LSPs

Die automatische Bandbreitenzuordnung ermöglicht einem MPLS-Tunnel die automatische Anpassung der Bandbreitenzuordnung basierend auf dem Datenverkehrsvolumen, das durch den Tunnel fließt. Sie können das Gerät so konfigurieren, dass es Statistiken im Zusammenhang mit der automatischen Bandbreitenzuordnung sammelt, indem Sie die folgenden Schritte ausführen:

  1. Um Statistiken zur automatischen Bandbreitenzuordnung zu erfassen, konfigurieren Sie die auto-bandwidth Option für die statistics Anweisung auf Hierarchieebene [edit protocols mpls] . Diese Einstellungen gelten für alle LSPs, die auf dem Router konfiguriert sind, auf dem Sie die auto-bandwidth Anweisung auch auf Hierarchieebene [edit protocols mpls label-switched-path label-switched-path-name] konfiguriert haben.
  2. Geben Sie die filename für die Dateien an, die zum Speichern der MPLS-Ablaufverfolgungsausgabe mithilfe der file Option verwendet werden. Alle Dateien werden im Verzeichnis /var/logabgelegt. Wir empfehlen, die MPLS-Tracing-Ausgabe in der Datei mpls-logzu platzieren.
  3. Geben Sie die maximale Anzahl von Trace-Dateien mithilfe der files number Option an. Wenn eine Tracedatei namens trace-file ihre maximale Größe erreicht, wird sie umbenannt trace-file.0und so trace-file.1weiter, bis die maximale Anzahl von Trace-Dateien erreicht ist. Dann wird die älteste Ablaufverfolgungsdatei überschrieben.
  4. Geben Sie das Intervall für die Berechnung der durchschnittlichen Bandbreitennutzung an, indem Sie eine Zeit in Sekunden mithilfe der interval Option konfigurieren. Sie können auch das Anpassungsintervall für einen bestimmten LSP festlegen, indem Sie die interval Option auf Hierarchieebene [edit protocols mpls label-switch-path label-switched-path-name statistics] konfigurieren.
    Anmerkung:

    Um eine unnötige Neusignalisierung von LSPs zu verhindern, ist es am besten, ein LSP-Anpassungsintervall zu konfigurieren, das mindestens drei Mal länger ist als das automatische Bandbreitenstatistikintervall von MPLS. Wenn Sie beispielsweise für das automatische Bandbreitenstatistikintervallinterval (Anweisung auf [edit protocols mpls statistics] Hierarchieebene) einen Wert von 30 Sekunden konfigurieren, sollten Sie für das LSP-Anpassungsintervall (adjust-interval Anweisung auf [edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] Hierarchieebene) einen Wert von mindestens 90 Sekunden konfigurieren.

  5. Um die automatische Bandbreitenzuordnung nachzuverfolgen, fügen Sie die autobw-state flag für die MPLS-Anweisung traceoptions auf der [edit protocols mpls] Hierarchieebene ein.

    Die folgende Konfiguration ermöglicht die MPLS-Traceoptions zur automatischen Bandbreitenzuordnung. Die Trace-Datensätze werden in einer Datei namens auto-band-trace gespeichert (der Dateiname ist benutzerkonfigurierbar):

  6. Mithilfe des Befehls show log können Sie die automatische Bandbreitenzuordnungsstatistikdatei anzeigen, die bei der Konfiguration der Auto-Bandwidth (MPLS Statistics)- Anweisung generiert wird. Im Folgenden sehen Sie die Ausgabe einer Beispielprotokolldatei aus einer MPLS-Statistikdatei, die auf einem Router mit dem LSP-Namen E-Dbenannt auto-band-stats ist. Die Protokolldatei zeigt, dass LSP E-D zunächst seine reservierte Bandbreitenbegrenzung übergibt. Zuvor Oct 30 17:14:57löste der Router eine automatische Bandbreitenanpassung aus (möglicherweise sehen Sie zwei Sitzungen für einen LSP, der eine automatische Bandbreitenanpassung durchläuft). Bis Oct 30 17:16:57dahin wurde der LSP mit einer höheren Bandbreite wieder hergestellt und wird nun mit weniger als 100 Prozent seiner Reserved Bw (reservierten Bandbreite) angezeigt.
  7. Geben Sie den Befehl show mpls lsp autobandwidth ein, um aktuelle Informationen zur automatischen Bandbreitenzuordnung anzuzeigen. Im Folgenden wird die Beispielausgabe des Befehls angezeigt, der show mpls lsp autobandwidth etwa zur gleichen Zeit wie die zuvor dargestellte Protokolldatei genommen wurde:
  8. Geben Sie den file show Befehl aus, um die MPLS-Trace-Datei anzuzeigen. Sie müssen den Dateistandort und den Dateinamen angeben (die Datei befindet sich in /var/log/. Im Folgenden sehen Sie die Ausgabe der Beispielverfolgungsdatei aus einer MPLS-Tracedatei mit dem Namen auto-band-trace.0.gz auf einem Router, der mit einem LSP namens E-Dkonfiguriert ist. Die Trace-Datei zeigt, dass LSP E-D zunächst über seine reservierte Bandbreitenbegrenzung arbeitet. Bei Oct 30 17:15:26löst der Router eine automatische Bandbreitenanpassung aus (möglicherweise sehen Sie zwei Sitzungen für einen LSP, der eine automatische Bandbreitenanpassung durchläuft). Bis Oct 30 17:15:57dahin wurde der LSP mit einer höheren Bandbreite wieder hergestellt und wird nun mit weniger als 100 Prozent seiner Reserved Bw (reservierten Bandbreite) angezeigt.

Konfigurieren eines LSP über ASs hinweg

Sie können einen LSP so konfigurieren, dass er mehrere Bereiche in einem Netzwerk durchläuft, indem Sie die inter-domain Anweisung als Teil der LSP-Konfiguration einbeziehen. Mit dieser Anweisung kann der Router nach Routen in der IGP-Datenbank suchen. Sie müssen diese Anweisung auf Routern konfigurieren, die einen Pfad möglicherweise nicht mithilfe von CSPF innerhalb der Domäne lokalisieren können (indem Sie sich die Traffic Engineering-Datenbank (TED) ansehen). Wenn Sie Inter area LSPs konfigurieren, ist die inter-domain Anweisung erforderlich.

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen mit MPLS der Produktfamilie.

  • Konfigurieren Sie die Geräte-Router-ID und die autonome Systemnummer.

  • Aktivieren Sie MPLS und RSVP auf router- und Transitschnittstellen.

  • Konfigurieren Sie Ihr IGP zur Unterstützung des Traffic-Engineering.

  • Richten Sie einen LSP vom Eingangs- zum Ausgangsrouter ein.

So konfigurieren Sie einen LSP über mehrere ASs auf dem Ingress Label Switched Router (LER):

  1. Aktivieren Sie MPLS auf allen Schnittstellen (außer der Verwaltungsschnittstelle).
  2. RSVP auf allen Schnittstellen aktivieren (außer der Verwaltungsschnittstelle).
  3. Konfigurieren Sie den bereichsübergreifenden LSP.
  4. Überprüfen und bestätigen Sie die Konfiguration.

Dämpfung der Anzeige von LSP-Statusänderungen

Wenn sich ein LSP von zu ausfallen oder von unten nach oben ändert, tritt dieser Übergang sofort in der Routersoftware und -hardware in Kraft. Wenn Sie LSPs jedoch in IS-IS und OSPF werben, können Sie LSP-Übergänge dämpfen und somit den Übergang erst dann werben, wenn sich eine bestimmte Zeitspanne (sogenannte Hold-Time) ergeben hat. Wenn der LSP in diesem Fall von oben nach unten geht, wird der LSP nicht als "down" eingestuft, bis er für den Hold-Zeitraum 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-Anzeigen des LSP beeinflusst; andere Routing-Software und Hardware reagieren sofort auf LSP-Übergänge.

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

seconds kann ein Wert von 0 bis 65.535 Sekunden sein. Der Standard beträgt 5 Sekunden.

Sie können diese Anweisung auf den folgenden Hierarchieebenen einfügen:

  • [edit protocols mpls]

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

Konfigurieren von bidirektionalen Corouted-LSPs

Ein corouted bidirektionaler Paket-LSP ist eine Kombination aus zwei LSPs, die den gleichen Pfad zwischen einem Paar Ingress- und Egress-Knoten teilen, wie in Abbildung 2gezeigt. Es wird unter Verwendung der GMPLS-Erweiterungen für RSVP-TE eingerichtet. Diese Art von LSP kann für jeden Standardtyp von MPLS-basiertem Datenverkehr verwendet werden, einschließlich Layer-2-VPNs, Layer-2-Circuits und Layer-3-VPNs. Sie können eine einzelne BFD-Sitzung für den bidirektionalen LSP konfigurieren (Sie müssen keine BFD-Sitzung für jeden LSP in jeder Richtung konfigurieren). Sie können auch einen einzelnen Standby-bidirektionalen LSP konfigurieren, um eine Sicherung für den primären bidirektionalen LSP bereitzustellen. Corouted bidirektionale LSPs werden sowohl für vorletztes Hop Popping (PHP) als auch für Ultimate Hop Popping (UHP) unterstützt.

Für bidirektionale LSPs ist hohe Verfügbarkeit verfügbar. Sie können einen unterbrechungsfreien Neustart und unterbrechungsfreies aktives Routing aktivieren. Unterbrechungsfreier Neustart und unterbrechungsfreies aktives Routing werden unterstützt, wenn der Neustart-Router der Eingangs-, Ausgangs- oder Transitrouter für den bidirektionalen LSP ist.

Abbildung 2: Corouted Bidirektionaler LSPCorouted Bidirektionaler LSP

So konfigurieren Sie einen bidirektionalen Corouted-LSP:

  1. Konfigurieren Sie im Konfigurationsmodus den Eingangsrouter für den LSP und fügen Sie die corouted-bidirectional Anweisung bei, um anzugeben, dass der LSP als corouted bidirektionaler LSP eingerichtet wird.

    Der Pfad wird mit CSPF berechnet und mit RSVP-Signalübertragung initiiert (genau wie ein unidirektionaler RSVP-signalisiertes LSP). Sowohl der Pfad zum Ausgangsrouter als auch der umgekehrte Pfad vom Ausgangsrouter werden erstellt, wenn diese Konfiguration festgelegt wird.

  2. (Optional) Konfigurieren Sie für einen umgekehrten Pfad einen LSP auf dem Ausgangsrouter und fügen Sie die corouted-bidirectional-passive Anweisung hinzu, den LSP einem anderen LSP zuzuordnen.

    Für diesen LSP wird keine Pfadberechnung oder -signalisierung verwendet, da er sich auf die Pfadberechnung und Signalübertragung stützt, die vom Ingress-LSP bereitgestellt werden. Sie können nicht sowohl die corouted-bidirectional Anweisung als auch die corouted-bidirectional-passive Anweisung auf demselben LSP konfigurieren.

    Diese Anweisung macht es auch einfacher, corouted bidirektionale LSPs zu debuggen. Wenn Sie die corouted-bidirectional-passive Anweisung konfigurieren (wiederum auf dem Ausgangsrouter), können Sie Probleme mit ping mpls lsp-end-point, ping mpls ldp, ping mpls rsvp, traceroute mpls ldpund traceroute mpls rsvp Befehlen zum Testen des corouted bidirektionalen LSP vom Ausgangsrouter ausführen.

  3. Verwenden Sie die show mpls lsp extensive Befehle und die show rsvp session extensive Befehle, um Informationen über den bidirektionalen LSP anzuzeigen.

    Im Folgenden wird die Ausgabe für den show rsvp session extensive Befehl angezeigt, wenn er auf einem Ingress-Router mit einem bidirektionalen LSP konfiguriert wird:

Konfigurieren des Entropy-Labels für LSPs

Durch das Einfügen von Entropie-Labels für einen LSP können Transitrouter den MPLS-Datenverkehr über ECMP-Pfade oder Link Aggregation-Gruppen mit nur dem MPLS-Labelstack als Hash-Eingang lastausgleichen, ohne dass eine Deep Packet Inspection erforderlich ist. Deep Packet Inspection erfordert mehr Verarbeitungsleistung des Routers, und verschiedene Router verfügen über unterschiedliche Deep Packet Inspection-Funktionen.

Um das Entropie-Label für ein LSP zu konfigurieren, führen Sie die folgenden Schritte aus:

  1. Fügen Sie auf dem Eingangsrouter die entropy-label Anweisung auf Hierarchieebene [edit protocols mpls labeled-switched-path labeled-switched-path-name] oder auf Hierarchieebene [edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress] ein. Das Entropie-Label wird dem MPLS-Labelstack hinzugefügt und kann in der Weiterleitungsebene verarbeitet werden.
    Anmerkung:

    Dies gilt nur für RSVP und statische LSPs.

  2. Auf dem Eingangsrouter können Sie eine Eingangsrichtlinie für LDP-signalisierte LSPs konfigurieren:

    Konfiguration der Eingangsrichtlinie auf [edit policy-options] Hierarchieebene:

    Im Folgenden sehen Sie ein Beispiel für eine Entropie-Label-Ingress-Richtlinie.

  3. (Optional) Router, die das Pushen und Drücken von Entropie-Labels unterstützen, werden standardmäßig mit der load-balance-label-capability Anweisung auf [edit forwarding-options] Hierarchieebene konfiguriert, um die Label auf LSP-Basis zu signalisieren. Wenn der Peer-Router nicht für Load Balancing-Labels gerüstet ist, können Sie verhindern, dass der Provider Edge (PE)-Router die Entropie-Label-Funktion signalisiert, indem Sie die no-load-balance-label-capability Anweisung auf Hierarchieebene [edit forwarding-options] konfigurieren.

Transit-Router erfordern keine Konfiguration. Das Vorhandensein des Entropie-Labels gibt an, dass der Transitrouter den Lastausgleich ausschließlich basierend auf dem MPLS-Labelstack angibt.

Penultimate Hop-Router popen standardmäßig das Entropie-Label.

Beispiel: Konfigurieren eines Entropy-Labels für einen BGP-beschrifteten Unicast-LSP

In diesem Beispiel wird gezeigt, wie ein Entropie-Label für einen BGP-gekennzeichneten Unicast konfiguriert wird, um end-to-End-Load Balancing mithilfe von Entropie-Labels zu erreichen. Wenn ein IP-Paket über mehrere Pfade verfügt, um sein Ziel zu erreichen, verwendet Junos OS bestimmte Felder der Paket-Header, um das Paket auf 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 auf den richtigen Pfad zu hashen. Ein Entropie-Label kann ein beliebiger Labelwert zwischen 16 und 1048575 sein (regulärer 20-Bit-Labelbereich). 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 IANA mit dem Wert 7 zugewiesen wird.

BGP-gekennzeichnete Unicasts verketten im Allgemeinen RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg. RSVP- oder LDP-Entropie-Labels werden am vorletzten Hop-Knoten zusammen mit dem RSVP- oder LDP-Label markiert. Diese Funktion ermöglicht die Verwendung von Entropie-Labels an den Stichpunkten, um den Spalt zwischen dem vorletzten Hop-Knoten und dem Stitching-Punkt zu überbrücken, um ein End-to-End-Entropie-Label Load Balancing für BGP-Datenverkehr zu erreichen.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Sieben Router der MX-Serie mit MPCs

  • Junos OS Version 15.1 oder höher, die auf allen Geräten ausgeführt wird

Bevor Sie ein Entropie-Label für BGP-gekennzeichneten Unicast konfigurieren, stellen Sie sicher, dass Sie:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie OSPF oder ein anderes IGP-Protokoll.

  3. Konfigurieren Sie BGP.

  4. RSVP konfigurieren.

  5. Konfigurieren Sie MPLS.

Überblick

Wenn mit BGP gekennzeichnete Unicasts RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg konvergieren, werden RSVP- oder LDP-Entropie-Labels zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten markiert. An den Stichpunkten, also den Routern zwischen zwei Bereichen, gibt es jedoch keine Entropie-Labels. Daher verwendeten die Router an den Stichpunkten die BGP-Label zur Weiterleitung von Paketen.

Beginnend mit Junos OS Version 15.1 können Sie ein Entropie-Label für BGP-gekennzeichneten Unicast konfigurieren, um ein End-to-End-Entropie-Label Load Balancing zu erreichen. Diese Funktion ermöglicht die Verwendung eines Entropie-Labels an den Stichpunkten, um ein End-to-End-Entropie-Label Load Balancing für BGP-Datenverkehr zu erreichen. Junos OS ermöglicht das Einfügen von Entropie-Labels am BGP-Label Unicast LSP-Eingang.

Router, die Entropie-Labels unterstützen, werden standardmäßig mit der load-balance-label-capability Anweisung auf [edit forwarding-options] Hierarchieebene konfiguriert, um die Labels auf LSP-Basis zu signalisieren. Wenn der Peer-Router nicht für Lastausgleichs-Labels gerüstet ist, können Sie die Signalisierung von Entropie-Labeln verhindern, indem Sie die no-load-balance-label-capability Auf-Hierarchie-Ebene [edit forwarding-options] konfigurieren.

Anmerkung:

Sie können die Werbe-Entropie-Labelfunktion für in der Richtlinie angegebene Routen mit der no-entropy-label-capability Option auf [edit policy-options policy-statement policy name then] Hierarchieebene explizit am Ausgang deaktivieren.

Topologie

In Abbildung 3 ist Router PE1 der Eingangsrouter und Router PE2 der Ausgangsrouter. Die Router P1 und P2 sind die Transitrouter. Router ABR ist der Area Bridge-Router zwischen Area 0 und Area 1. LAG wird auf den Provider-Routern für den Lastausgleich des Datenverkehrs konfiguriert. Die Entropy-Labelfunktion für BGP-gekennzeichneten Unicast ist auf dem Eingangsrouter-PE1 aktiviert.

Abbildung 3: Konfigurieren eines Entropy-Labels für BGP Labeled UnicastKonfigurieren eines Entropy-Labels für BGP Labeled Unicast

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für die Netzwerkkonfiguration erforderlich sind, kopieren Und fügen Sie die Befehle auf Hierarchieebene in die [edit] CLI ein und geben Sie dann aus dem Konfigurationsmodus ein commit .

Router PE1

Router P1

Router-ABR

Router P2

Router PE2

Konfigurieren von Router-PE1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie in verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Router-PE1:

Anmerkung:

Wiederholen Sie diese Vorgehensweise für Router PE2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter geändert haben.

  1. Konfigurieren Sie die Schnittstellen mit IPv4- und IPv6-Adressen.

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Legen Sie die Router-ID und die autonome Systemnummer fest.

  4. Konfiguration des RSVP-Protokolls für alle Schnittstellen.

  5. Aktivieren Sie MPLS auf allen Schnittstellen von Router PE1, und geben Sie den LSP an.

  6. Konfigurieren Sie IBGP auf den internen Routern.

  7. Aktivieren Sie die Entropie-Labelfunktion für BGP-gekennzeichneten Unicast für interne BGP-Gruppe ibgp.

  8. Aktivieren Sie das OSPF-Protokoll auf allen Schnittstellen des Area Border Router (ABR).

  9. Definieren Sie Prefix-Listen, um die Routen mit Entropie-Labelfunktionen anzugeben.

  10. Definieren Sie eine Richtlinien-EL, um die Routen mit Entropie-Labelfunktionen anzugeben.

  11. Definieren Sie eine andere Richtlinie EL-2, um die Routen mit Entropie-Labelfähigkeit anzugeben.

  12. Definieren Sie eine Richtlinie für den Export von BGP-Routen in die OSPF-Routingtabelle.

  13. Definieren Sie eine Richtlinie für den Export von OSPF-Routen in die BGP-Routingtabelle.

  14. Definieren Sie eine Richtlinie zum Exportieren statischer Routen in die BGP-Routingtabelle.

  15. Konfigurieren Sie ein VPN-Ziel für die VPN-Community.

  16. Konfigurieren Sie die Layer-3-VPN-Routinginstanz VPN-l3vpn.

  17. Weisen Sie die Schnittstellen für die VPN-l3vpn-Routinginstanz zu.

  18. Konfigurieren Sie den Routenunterscheider für die VPN-l3VPN-Routinginstanz.

  19. Konfigurieren Sie ein VPN-Routing- und Weiterleitungsziel (VRF) für die VPN-l3VPN-Routinginstanz.

  20. Konfigurieren Sie eine statische Route zu Gerät CE1 mithilfe des Layer-3-VPN-Protokolls für die VPN-l3VPN-Routinginstanz.

  21. Exportieren Sie die BGP-Routen in die OSPF-Routingtabelle für die VPN-l3vpn-Routinginstanz.

  22. Weisen Sie die OSPF-Schnittstelle für die VPN-l3vpn-Routinginstanz zu.

Konfigurieren des Routers P1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie in verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Router P1:

Anmerkung:

Wiederholen Sie diese Vorgehensweise für Router P2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter geändert haben.

  1. Konfigurieren Sie die Schnittstellen mit IPv4- und IPv6-Adressen.

  2. Konfigurieren Sie die Linkaggregation an den Schnittstellen.

  3. Konfigurieren Sie die Loopback-Schnittstelle.

  4. Konfigurieren Sie MPLS-Labels, die der Router zum Hashing der Pakete zum Ziel für das Load Balancing verwendet.

  5. Legen Sie die Router-ID und die autonome Systemnummer fest.

  6. Pro Paket Load Balancing aktivieren.

  7. Konfigurieren Sie das RSVP-Protokoll für alle Schnittstellen.

  8. Aktivieren Sie MPLS auf allen Schnittstellen von Router P1, und geben Sie den LSP an.

  9. Aktivieren Sie das OSPF-Protokoll auf allen Schnittstellen des Routers P1 mit Ausnahme der Verwaltungsschnittstelle.

  10. Definieren Sie eine Richtlinie für das Load Balancing pro Paket.

Konfigurieren von Router-ABR

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie in verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie Router-ABR:

  1. Konfigurieren Sie die Schnittstellen mit IPv4- und IPv6-Adressen.

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Konfigurieren Sie die Linkaggregation an den Schnittstellen.

  4. Konfigurieren Sie MPLS-Labels, die der Router zum Hashing der Pakete zum Ziel für das Load Balancing verwendet.

  5. Legen Sie die Router-ID und die autonome Systemnummer fest.

  6. Pro Paket Load Balancing aktivieren.

  7. Konfigurieren Sie das RSVP-Protokoll für alle Schnittstellen.

  8. Aktivieren Sie MPLS auf allen Schnittstellen von Router P1, und geben Sie den LSP an.

  9. Konfigurieren Sie IBGP auf den internen Routern.

  10. Aktivieren Sie das OSPF-Protokoll auf allen Schnittstellen von ABR.

  11. Definieren Sie eine Richtlinie, um die Routen mit Entropie-Label-Funktion anzugeben.

Ergebnisse

Bestätigen Sie Im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , , show protocolsshow routing-options, show forwarding optionsund eingebenshow policy-options. Wenn die Ausgabe die beabsichtigte Konfiguration nicht anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob die Entropy-Label-Funktion von Router PE2 angeboten wird

Zweck

Vergewissern Sie sich, dass das Entropy Label Capability Path-Attribut am Ausgang vom Upstream-Router-PE2 angekündigt wird.

Aktion

Führen Sie im Betriebsmodus den show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 Befehl auf Router PE2 aus.

Bedeutung

Die Ausgabe zeigt an, dass der Host PE2 mit der IP-Adresse 10.255.101.200 die Entropie-Labelfähigkeit besitzt. Der Host meldet die Entropie-Labelfähigkeit an seine BGP-Nachbarn.

Überprüfen, ob Router-ABR die Anzeige des Entropy-Labels erhält

Zweck

Vergewissern Sie sich, dass Router-ABR die Entropie-Label-Anzeige am Eingang von Router PE2 empfängt.

Aktion

Führen Sie im Betriebsmodus den Befehl auf Router show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 ABR aus.

Bedeutung

Router ABR erhält die Anzeige der Entropie-Labelfunktion von seinem BGP-Nachbarn PE2.

Überprüfen der Einstellung des Entropy-Label-Flags

Zweck

Vergewissern Sie sich, dass das Entropie-Label-Flag für die Labelelemente am Eingang festgelegt ist.

Aktion

Führen Sie im Betriebsmodus den show route protocol bgp detail Befehl auf Router PE1 aus.

Bedeutung

Ein Entropie-Label ist auf Router PE1 aktiviert. Die Ausgabe zeigt, dass das Entropie-Label für den BGP-gekennzeichneten Unicast verwendet wird, um end-to-End-Load Balancing zu erreichen.

Konfigurieren von Ultimate-Hop Popping für LSPs

Standardmäßig verwenden RSVP-signalisierte LSPs penultimate-hop popping (PHP). Abbildung 4 zeigt einen vorletzten Hop aufspringenden LSP zwischen Router PE1 und Router PE2. Router CE1 leitet ein Paket an seinen nächsten Hop (Router PE1) weiter, der auch der LSP-Eingang ist. Der Router PE1 überträgt das Label 1 auf das Paket und leitet das markierte Paket an den Router P1 weiter. Der Router P1 schließt den Standardmäßigen MPLS-Label-Swapping-Vorgang ab, tauscht label 1 gegen Label 2 aus und leitet das Paket an Router P2 weiter. Da der Router P2 der vorletzte Hop-Router für den LSP-zu-Router-PE2 ist, öffnet er zuerst das Label und leitet das Paket dann an Router PE2 weiter. Wenn Router PE2 das Paket empfängt, kann es über ein Service-Label, ein Explicit-Null-Label oder einfach nur ein IP- oder VPLS-Paket verfügen. Der Router PE2 leitet das nicht gekennzeichnete Paket an Router CE2 weiter.

Abbildung 4: Penultimate Hop Popping für einen LSPPenultimate Hop Popping für einen LSP

Sie können auch ultimate-hop popping (UHP) (wie in Abbildung 5dargestellt) für RSVP-signalisierte LSPs konfigurieren. Bei einigen Netzwerkanwendungen kann es erforderlich sein, dass Pakete mit einem nicht null äußeren Label am Ausgangsrouter (Router PE2) ankommen. Für einen ultimativen Hop-Popping-LSP führt der vorletzte Router (Router P2 in Abbildung 5) den Standard-MPLS-Label-Swapping-Vorgang durch (in diesem Beispiel Label 2 für Label 3), bevor das Paket an den Ausgangsrouter PE2 weitergeleitet wird. Router PE2 öffnet das äußere Label und führt eine zweite Suche der Paketadresse durch, um das Endziel zu bestimmen. Anschließend leitet es das Paket an das entsprechende Ziel weiter (entweder Router CE2 oder Router CE4).

Abbildung 5: Ultimativer Hop-Popping für einen LSPUltimativer Hop-Popping für einen LSP

Die folgenden Netzwerkanwendungen erfordern die Konfiguration von UHP-LSPs:

  • MPLS-TP zur Leistungsüberwachung und In-Band-OAM

  • Virtuelle Circuits mit Edge-Schutz

Die folgenden Funktionen unterstützen das UHP-Verhalten nicht:

  • LDP-signalisierte LSPs

  • Statische LSPs

  • Point-to-Multipoint-LSPs

  • CCC

  • traceroute Befehl

Weitere Informationen zum UHP-Verhalten finden Sie unter Internet draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, Non PHP Behavior und Out-of-Band Mapping für RSVP-TE LSPs.

Für punktweise RSVP-signalisierte LSPs wird das UHP-Verhalten vom LSP-Eingang signalisiert. Basierend auf der Ingress-Routerkonfiguration kann RSVP das UHP LSP mit dem Nicht-PHP-Flag-Set signalisieren. RSVP PATH-Nachrichten tragen die beiden Flags im LSP-ATTRIBUTES-Objekt. Wenn der Ausgangsrouter die PATH-Nachricht empfängt, weist er dem LSP ein Nicht-Null-Label zu. RSVP erstellt und installiert außerdem zwei Routen in der mpls.0-Routingtabelle. S bezieht sich auf das S-Bit des MPLS-Labels, das angibt, ob der untere Rand des Labelstacks erreicht wurde oder nicht.

  • Route S=0: Gibt an, dass sich mehr Labels im Stack befinden. Der nächste Hop für diese Route zeigt auf die mpls.0-Routingtabelle und löst eine verkettete MPLS-Labelsuche aus, um die verbleibenden MPLS-Labels im Stack zu erkennen.

  • Route S=1: Gibt an, dass es keine weiteren Labels gibt. Der nächste Hop verweist auf die Routing-Tabelle inet.0, wenn die Plattform verkettete Und Multi-Family-Suche unterstützt. Alternativ kann die Labelroute auf eine VT-Schnittstelle verweisen, um die IP-Weiterleitung zu initiieren.

Wenn Sie UHP-LSPs aktivieren, können MPLS-Anwendungen wie Layer-3-VPNs, VPLS, Layer-2-VPNs und Layer-2-Circuits die UHP-LSPs verwenden. Im Folgenden wird erläutert, wie SICH UHP-LSPs auf die verschiedenen Arten von MPLS-Anwendungen auswirken:

  • Layer-2-VPNs und Layer-2-Circuits: Ein Paket kommt mit zwei Labeln am PE-Router (Ausgang des UHP-LSP) an. Das äußere Label (S=0) ist das UHP-Label, und das innere Label (S=1) ist das VC-Label . Eine Suche basierend auf dem Transportetikett führt zu einem Tabellenhandler für die mpls.0-Routingtabelle. Es gibt eine zusätzliche Route in der mpls.0-Routingtabelle, die dem inneren Label entspricht. Eine Suche basierend auf dem inneren Label führt zum NÄCHSTEN Hop des CE-Routers.

  • Layer-3-VPN: Ein Paket kommt mit zwei Labeln am PE-Router (Ausgang des UHP-LSP) an. Das äußere Label (S=0) ist das UHP-Label, und das innere Label ist das VPN-Label (S=1). Eine Suche basierend auf dem Transportetikett führt zum Tabellenhandler für die mpls.0-Routingtabelle. In diesem Szenario gibt es zwei Fälle. Layer-3-VPNs werben standardmäßig mit dem Label pro nächstem Hop. Eine Suche basierend auf dem inneren Label führt zum nächsten Hop zum CE-Router. Wenn Sie jedoch die Anweisung für die vrf-table-label Layer-3-VPN-Routinginstanz konfiguriert haben, verweist das innere LSI-Label auf die VRF-Routingtabelle. Eine IP-Suche wird auch für die VRF-Routingtabelle abgeschlossen.

    Anmerkung:

    UHP für mit der Anweisung konfigurierte Layer-3-VPNs wird nur auf universellen 5G-Routing-Plattformen der vrf-table-label MX-Serie unterstützt.

  • VPLS: Ein Paket kommt mit zwei Labeln am PE-Router (Ausgang des UHP-LSP) an. Das äußere Label ist das Transportetikett (S=0) und das innere Label das VPLS-Label (S=1). Eine Suche basierend auf dem Transportetikett führt zum Tabellenhandler für die mpls.0-Routingtabelle. Eine Suche basierend auf dem inneren Label in der mpls.0-Routingtabelle führt zur LSI-Tunnelschnittstelle der VPLS-Routinginstanz, wenn Tunneldienste nicht konfiguriert sind (oder eine VT-Schnittstelle nicht verfügbar ist). Router der MX 3D-Serie unterstützen verkettete Suche und Suche mit mehreren Produktfamilien.

    Anmerkung:

    UHP für MIT der Anweisung konfigurierte VPLS wird nur auf Routern der no-tunnel-service MX 3D-Serie unterstützt.

  • IPv4 über MPLS: Ein Paket kommt mit einem Label (S=1) am PE-Router an (Ausgang des UHP-LSP). Eine Suche basierend auf diesem Label gibt eine VT-Tunnelschnittstelle zurück. Eine weitere IP-Suche wird an der VT-Schnittstelle ausgeführt, um zu bestimmen, wo das Paket weitergeleitet werden soll. Wenn die Routing-Plattform Multi-Family- und Chained-Lookups (z. B. MX 3D-Router und Paketübertragungs-Router der PTX-Serie) unterstützt, erfolgt die Suche basierend auf Label Route(S=1)-Punkten auf die Routing-Tabelle inet.0.

  • IPv6 über MPLS: Für IPv6-Tunneling über MPLS werben PE-Router IPv6-Routen untereinander mit einem Labelwert von 2. Dies ist das explizite Null-Label für IPv6. Aus diesem Grund pushen die Forwarding Next Hops für IPv6-Routen, die von Remote-PE-Routern gelernt werden, normalerweise zwei Labels. Das innere Label ist 2 (es könnte anders sein, wenn der PE-Werberouter von einem anderen Anbieter stammt), und das Router-Label ist das LSP-Label. Pakete kommen mit zwei Labeln am PE-Router (Ausgang des UHP-LSP) an. Das äußere Label ist das Transport-Label (S=0), und das innere Label ist das IPv6 Explicit-Null-Label (Label 2). Die Suche basierend auf dem inneren Label in der mpls.0-Routingtabelle leitet zurück zur mpls.0-Routingtabelle. Auf Routern der MX 3D-Serie wird das innere Label (Label 2) entfernt und eine IPv6-Suche mithilfe der Routing-Tabelle inet6.0 durchgeführt.

  • Aktivierung von PHP- und UHP-LSPs: Sie können sowohl PHP- als auch UHP-LSPs über den gleichen Netzwerkpfad konfigurieren. Sie können PHP- und UHP-Datenverkehr trennen, indem Sie LSP Next Hops mit einem regulären Ausdruck mit der install-nexthop Anweisung weiterleiten. Sie können den Datenverkehr auch trennen, indem Sie die LSPs einfach entsprechend benennen.

Die folgenden Anweisungen ermöglichen ultimatives Hop-Popping für einen LSP. Sie können diese Funktion auf einem bestimmten LSP oder für alle auf dem Router konfigurierten Eingangs-LSPs aktivieren. Konfigurieren Sie diese Anweisungen auf dem Router am LSP-Eingang.

  1. Um ultimatives Hop-Popping zu ermöglichen, fügen Sie die ultimate-hop-popping Anweisung ein:

    Fügen Sie diese Anweisung auf der [edit protocols mpls label-switched-path label-switched-path-name] Hierarchieebene ein, um das Ultimative Hop-Popping auf einem bestimmten LSP zu ermöglichen. Fügen Sie diese Anweisung auf der [edit protocols mpls] Hierarchieebene ein, um das ultimative Hop-Popping auf allen auf dem Router konfigurierten Eingangs-LSPs zu ermöglichen. Sie können die ultimate-hop-popping Anweisung auch unter den entsprechenden [edit logical-routers] Hierarchieebenen konfigurieren.

    Anmerkung:

    Wenn Sie ultimatives Hop-Popping ermöglichen, versucht RSVP, vorhandene LSPs als ultimative Hop-LSPs make-before-break-Weise neu zu signalisieren. Wenn ein Egress-Router das Ultimative Hop-Popping nicht unterstützt, wird der vorhandene LSP heruntergerissen (RSVP sendet eine PathTear-Nachricht entlang des Pfads eines LSP, entfernt den Pfadstatus und den abhängigen Reservierungsstatus und freigegeben die zugehörigen Netzwerkressourcen).

    Wenn Sie ultimate-hop popping deaktivieren, gibt RSVP vorhandene LSPs als vorletztes Hop-Popping-LSPs auf make-before-break-Weise neu an.

  2. Wenn Sie sowohl ultimative Hop-Popping- als auch verkettete Next Hops nur auf Routern der MX 3D-Serie aktivieren möchten, müssen Sie auch die Option für die enhanced-ipnetwork-services Anweisung konfigurieren:

    Sie konfigurieren diese Anweisung auf Hierarchieebene [edit chassis] . Sobald Sie die network-services Anweisung konfiguriert haben, müssen Sie den Router neu starten, um UHP-Verhalten zu aktivieren.

Konfigurieren von Explicit Path LSPs

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

Wenn Explicit Path-LSPs konfiguriert werden, wird der LSP entlang des angegebenen Pfads eingerichtet. Wenn der Pfad topologisch nicht durchführbar ist, entweder weil das Netzwerk partitioniert ist oder unzureichende Ressourcen entlang einiger Teile des Pfads verfügbar sind, schlägt der LSP fehl. Es können keine alternativen Pfade verwendet werden. Wenn die Einrichtung erfolgreich ist, bleibt der LSP unbegrenzt auf dem definierten Pfad.

Um einen Explicit Path LSP zu konfigurieren, gehen Sie wie folgt vor:

  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 Ingress- und Egress-Routern an, vorzugsweise mithilfe des strict Attributs. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Teilmenge von Router-Hops an, indem Sie das loose Attribut an Orten verwenden, an denen der Pfad unvollständig ist.

    Bei unvollständigen Pfaden vervollständigen die MPLS-Router den Pfad, indem sie die lokale Routingtabelle abfragen. Diese Abfrage erfolgt hop-by-hop-basiert, und jeder Router kann nur genug Informationen finden, um den nächsten explicit Hop zu erreichen. Es kann notwendig sein, eine Reihe von Routern zu durchqueren, um den nächsten (losen) Explicit Hop zu erreichen.

    Die Konfiguration unvollständiger Pfadinformationen erzeugt Teile des Pfads, die von der aktuellen Routingtabelle abhängen, und dieser Teil des Pfads kann sich selbst routen, 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 sind nur eingeschränkt in der Lage, sich selbst zu reparieren, und sie neigen dazu, Schleifen oder Flaps zu erstellen, je nach dem Inhalt der lokalen Routing-Tabelle.

  2. Um den LSP zu konfigurieren und ihn auf den benannten Pfad zu verweisen, verwenden Sie entweder die Anweisung oder secondary die primary Anweisung, wie unter Konfigurieren von primären und sekundären 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 oder secondary Anweisung einbeziehen. Weitere Informationen finden Sie unter Deaktivierung der LSP-Berechnung mit eingeschränkten Pfaden.

  4. Konfigurieren Sie alle anderen LSP-Eigenschaften.

Die Verwendung von Explicit Path LSPs hat die folgenden Nachteile:

  • Es ist ein weiterer Konfigurationsaufwand erforderlich.

  • Konfigurierte Pfadinformationen können die dynamische Bandbreitenreservierung des Netzwerks nicht berücksichtigen, daher versagen die LSPs, 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, Explicit Path LSPs nur in kontrollierten Situationen zu verwenden, z. B. um eine optimierte LSP-Platzierungsstrategie durchzusetzen, die sich aus Berechnungen mit einem Offline-Simulations-Softwarepaket ergibt.

Beispiel: Konfigurieren eines Explicit Path LSP

Erstellen Sie auf dem Ingress-Router einen Explicit Path LSP und geben Sie die Transitrouter zwischen den Ingress- und Egress-Routern an. In dieser Konfiguration wird keine Berechnung mit eingeschränkten Pfaden durchgeführt. Für den primären Pfad werden alle Intermediate Hops streng festgelegt, sodass sich seine Route nicht ändern kann. Der sekundäre Pfad muss zuerst durch Router 14.1.1.1 geleitet werden und dann auf jeder verfügbaren Route das Ziel erreichen. Die verbleibende Route, die vom sekundären Pfad genommen wird, ist normalerweise der kürzeste vom IGP berechnete Pfad.

Übersicht über die LSP-Bandbreitenüberzeichnung

LSPs werden mit Bandbreitenreservierungen eingerichtet, die für den maximalen Datenverkehr konfiguriert sind, den Sie erwarten, den LSP zu passieren. Nicht alle LSPs übertragen jederzeit den maximalen Datenverkehr über ihre Verbindungen. Selbst wenn beispielsweise die Bandbreite für Link A vollständig reserviert wurde, ist die tatsächliche Bandbreite zwar weiterhin verfügbar, wird aber derzeit nicht verwendet. Diese übermäßige Bandbreite kann genutzt werden, indem es anderen LSPs ermöglicht wird, auch Link A zu verwenden und den Link zu überschreiben. Sie können die für einzelne Klassentypen konfigurierte Bandbreite überlasten oder über eine Schnittstelle einen einzelnen Wert für alle Klassentypen 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.

Die folgenden Beispiele beschreiben, wie Sie Bandbreitenüberzeichnung und Undersubscription verwenden könnten:

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

  • Verwenden Sie die Überzeichnung von Klassentypen, die Best-Effort-Datenverkehr übertragen. Sie gehen das Risiko ein, den Datenverkehr vorübergehend zu verzögern oder im Austausch zu fallen, um die Netzwerkressourcen besser zu nutzen.

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

    • Beste Anstrengungen–ct0 1000

    • Sprache–ct3 1

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

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

In den folgenden Abschnitten werden die unter Junos OS verfügbaren Arten von Bandbreitenüberzeichnung beschrieben:

LSP-Größenüberzeichnung

Für eine Überzeichnung der LSP-Größe konfigurieren Sie einfach weniger Bandbreite als die Spitzenrate, die für den LSP erwartet wird. 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 Bandbreitenzuordnung überschreiten kann.

Überwachung 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.

Überzeichnung des Klassentyps und lokale Überzeichnungsmultiplikatoren

Lokale Überzeichnungsmultiplikatoren (LOMs) ermöglichen unterschiedliche Überzeichnungswerte für verschiedene Klassentypen. LOMs sind nützlich für Netzwerke, in denen das Überzeichnungsverhältnis auf verschiedenen Links unterschiedlich konfiguriert werden muss und bei denen für verschiedene Klassen Überzeichnungswerte erforderlich sind. Sie können diese Funktion zum Überschreiben von Klassentypen verwenden, die den bestmöglichen Datenverkehr verarbeiten, aber keine Überzeichnung für Klassentypen verwenden, die Sprachdatenverkehr behandeln. Ein LOM wird lokal auf dem Router berechnet. Es werden keine Informationen zu einem LOM an andere Router im Netzwerk weitergeleitet.

Ein LOM ist auf jeder Verbindung und für jeden Klassentyp konfigurierbar. Der Typ LOM pro Klasse ermöglicht es Ihnen, das Überzeichnungsverhältnis zu erhöhen oder zu verringern. Das LOM pro Klasse wird in die gesamte lokale Bandbreitenabrechnung für die Zugangskontrolle und die IGP-Anzeige von nicht bedienten Bandbreiten eingerechnet.

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

Anmerkung:

Alle LOM-Berechnungen werden vom Junos OS durchgeführt und erfordern keine Benutzereingriffe.

Die Formeln im Zusammenhang mit der Überzeichnung von Klassentypen werden in den folgenden Abschnitten beschrieben:

Konfiguration des Prozentsatzes des Bandbreitenabonnements für LSPs

Standardmäßig ermöglicht RSVP die Verwendung der gesamten Bandbreite eines Klassentyps (100 Prozent) für RSVP-Reservierungen. Wenn Sie einen Klassentyp für einen mehrschichtigen 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 prozentuellen Bandbreite über- oder unterschreiben möchten, konfigurieren Sie den Prozentsatz mit der subscription Anweisung:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary.

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

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary.

percentage ist der Prozentsatz der Bandbreite des Klassentyps, den RSVP für Reservierungen verwendet werden kann. Es kann ein Wert von 0 bis 65.000 Prozent sein. Wenn Sie einen Wert über 100 angeben, überschreiben Sie die Schnittstelle oder den Klassentyp.

Der Wert, den Sie beim Überschreiben eines Klassentyps konfigurieren, ist ein Prozentsatz der Bandbreite des Klassentyps, der tatsächlich verwendet werden kann. Der Standardabonnementwert 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 sitzungsfreier Bandbreitenanforderungen) für den Klassentyp zulässig.

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

Einschränkungen bei der Konfiguration von Bandbreitenabonnement

Bei der Konfiguration des Bandbreitenabonnements sind sich die folgenden Probleme bewusst:

  • Wenn Sie Bandbreitenbeschränkungen auf Hierarchieebene [edit class-of-service interface interface-name] konfigurieren, überschreiben sie jede Bandbreitenkonfiguration, die Sie auf der [edit protocols rsvp interface interface-name bandwidth] Hierarchieebene für Diffserv-TE angeben. Beachten Sie auch, dass entweder die CoS- oder RSVP-Bandbreitenbeschränkungen die Hardware-Bandbreitenbeschränkungen der Schnittstelle außer Kraft setzen können.

  • Wenn Sie einen Bandbreitenabonnementwert für eine bestimmte Schnittstelle konfigurieren, der sich vom für alle Schnittstellen konfigurierten Wert unterscheidet (indem Sie unterschiedliche Werte für die subscription Anweisung auf der [edit protocols rsvp interface interface-name] und [edit protocols rsvp interface all] hierarchieebenen angeben), wird der schnittstellenspezifische Wert für diese Schnittstelle verwendet.

  • Sie können das Abonnement für jeden Klassentyp nur konfigurieren, wenn Sie auch ein Bandbreitenmodell konfigurieren. Wenn kein Bandbreitenmodell konfiguriert ist, schlägt der Commit-Vorgang mit der folgenden Fehlermeldung fehl:

  • Sie können die subscription Anweisung nicht sowohl in die Konfiguration für einen bestimmten Klassentyp als auch die Konfiguration für die gesamte Schnittstelle einfügen. Der Commit-Vorgang schlägt mit der folgenden Fehlermeldung fehl:

Release-Verlaufstabelle
Release
Beschreibung
14.1R9
Ausgehend von Junos OS Version 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 und 17.2R2 werden alle Null-Wert-Bandbreiten-Samples als Underflow-Samples betrachtet, mit Ausnahme der Zero-Value-Samples, die erst nach dem ersten Einschalten eines LSP und der Nullwert-Samples, die nach einem Routing Engine Switchover an erster Stelle ankommen.