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

Konfiguration von LSP-Metriken

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

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

Konfiguration dynamischer LSP-Metriken

Wenn keine bestimmte Metrik konfiguriert ist, versucht ein LSP, die IGP-Metrik in Richtung desselben Ziels (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 für einen Router 20 ist, erben alle LSPs zu diesem Router automatisch die Metrik 20. Wenn sich das OSPF zu einem Router später auf einen anderen Wert ändert, ändern sich alle LSP-Metriken entsprechend. Wenn es keine IGP-Routen zum Router gibt, erhöht der LSP seine Kennzahl auf 65.535.

Beachten Sie, dass in diesem Fall die LSP-Metrik vollständig durch IGP bestimmt wird. sie steht in keinem Zusammenhang mit dem tatsächlichen Pfad, den der LSP derzeit durchquert. Wenn LSP umgeleitet wird (z. B. durch Reoptimierung), ändert sich seine Kennzahl nicht und bleibt somit für die Benutzer transparent. Dynamische Metrik ist das Standardverhalten; es ist keine Konfiguration erforderlich.

Konfigurieren statischer LSP-Metriken

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

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

Die LSP-Metrik hat mehrere Anwendungen:

  • Wenn es parallele LSPs mit demselben Ausgangsrouter gibt, 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 dieselben sind, wird der Datenverkehr gemeinsam genutzt.

    Die Anpassung der Metrikwerte kann den Datenverkehr zwingen, einige LSPs anderen vorzuziehen, unabhängig von der zugrunde liegenden IGP-Metrik.

  • Wenn ein IGP-Shortcut aktiviert ist (siehe Verwenden von labeled-Switched Paths to Augment SPF to Compute IGP Shortcuts), kann eine IGP-Route in der Routingtabelle mit einem LSP als nächsten 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 sich beispielsweise ein LSP mit Eingangsrouter X und Egress-Router Y auf dem kürzesten Pfad zum Ziel Z befindet, wird die LSP-Metrik zur Metrik für die IGP-Route von Y nach Z hinzugefügt, um die Gesamtkosten des Pfads zu ermitteln. Wenn mehrere LSPs potenzielle Next Hops sind, werden die Gesamtmetriken der Pfade verglichen, um zu ermitteln, welcher Pfad bevorzugt wird (d. h. hat die niedrigste Gesamtkennzahl). Alternativ können IGP-Pfade und LSPs, die zum gleichen Ziel führen, anhand des Metrikwerts verglichen werden, um zu ermitteln, welcher Pfad bevorzugt wird.

    Indem Sie die LSP-Metrik anpassen, können Sie den Datenverkehr zwingen, LSPs zu bevorzugen, den IGP-Pfad zu bevorzugen oder die Last auf sie zu verteilen.

  • Wenn Router X und Y BGP-Peers sind und sich ein LSP zwischen ihnen befindet, gibt die LSP-Kennzahl die Gesamtkosten an, um Y von X zu erreichen. Wenn der LSP aus irgendeinem Grund umgeleitet wird, können sich die zugrunde liegenden Pfadkosten erheblich ändern, aber die Kosten von X, um Y zu erreichen, bleiben die gleichen (die LSP-Metrik), wodurch X über einen BGP Multiple Exit Diskriminator (MED) eine stabile Kennzahl an Downstream-Nachbarn melden kann. Solange Y über den LSP erreichbar bleibt, sind für downstream-BGP-Nachbarn keine Änderungen sichtbar.

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

Konfigurieren von RSVP-LSP-bedingten Metriken

Bedingte 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 von der 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 angezeigt.

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. Sie können keine statische Metrik zusammen mit bedingten Metriken konfigurieren.

Beibehalten der IGP-Metrik in RSVP-LSP-Routen

Wenn Sie die Anweisung zur Konfiguration von conditional-metric RSVP-LSPs verwenden, kann sich die resultierende Metrik von der tatsächlichen IGP-Metrik für das LSP-Ziel unterscheiden. RSVP programmiert die LSP-Eingangsroute mit dieser bedingten Metrik als Kennzahl der Route. In bestimmten Fällen kann jedoch die tatsächliche IGP-Metrik beibehalten werden, die von der bedingten Metrik für eine spätere Verwendung verwendet wird, z. B. die Berechnung des BGP MED-Werts.

Verwenden Sie die include-igp-metric Anweisung zusammen mit der conditional-metric Anweisung, um die IGP-Metrikinformationen in die RSVP-Route einzuschließen.

Führen Sie den show route protocol rsvp extensive Befehl aus, um die aktualisierten tatsächlichen IGP-Kosten anzuzeigen.

HINWEIS:

Dies gilt nur für RSVP-Routen, die die bedingte Metrik verwenden. RSVP-Routen, die dynamische IGP verwenden, enthalten standardmäßig die IGP-Metrik.

Weitere Informationen finden Sie in der include-igp-metric Konfigurationsaussage.

Konfigurieren einer Textbeschreibung für LSPs

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

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

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

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen.

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

  • Aktivieren Sie MPLS auf den Geräteschnittstellen.

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

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

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

    Zum Beispiel:

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

    Zum Beispiel:

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

Konfiguration von MPLS Soft Preemption

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

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

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

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

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

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

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

HINWEIS:

Die Soft Preemption kann auf LSPs, für die eine schnelle Reroute konfiguriert wurde, nicht konfiguriert werden. Die Konfiguration kann nicht committ werden. Sie können jedoch die softe Preemption in Verbindung mit dem Schutz von Knoten und Verbindungen aktivieren.

HINWEIS:

Der Zählerwert für SoftPreemptionCnt die Initialisierung mit dem Wert 0 (Null), der in der Befehlsausgabe show rsvp interface detail angezeigt wird.

Konfigurieren von Priorität und Preemption für LSPs

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

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

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

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

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

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

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

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

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

Konfigurieren administrativer Gruppen für LSPs

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

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

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

HINWEIS:

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.

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

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

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

    • [edit protocols mpls]

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

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

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

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

    • [edit protocols mpls]

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

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

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

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

    HINWEIS:

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

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

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

    • [edit protocols mpls]

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

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

    HINWEIS:

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

Konfigurieren erweiterter administrativer Gruppen für LSPs

In MPLS Traffic Engineering kann ein Link mit einer Reihe von administrativen Gruppen (auch als Farben oder Ressourcenklassen bezeichnet) konfiguriert werden. Administrative Gruppen werden im Interior Gateway Protocol (IGP) (OSPFv2 und IS-IS) als 32-Bit-Wert übertragen, der jedem Link zugewiesen wird. Router von Juniper Networks interpretieren diesen 32-Bit-Wert normalerweise als Bit-Maske, 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, wodurch die Anzahl der im Netzwerk unterstützten administrativen Gruppen über nur 32 hinaus erweitert wird. Der ursprüngliche Wertebereich, der für administrative Gruppen verfügbar ist, wird weiterhin aus Gründen der Abwärtskompatibilität unterstützt.

Die Konfiguration der erweiterten administrativen Gruppen akzeptiert eine Reihe von Schnittstellen mit einem entsprechenden Satz erweiterter administrativer Gruppennamen. Es konvertiert die Namen in eine Reihe von 32-Bit-Werten und gibt diese Informationen an die IGP weiter. Die Werte der erweiterten administrativen Gruppe sind global und müssen auf allen unterstützten Routern, die am Netzwerk teilnehmen, identisch konfiguriert sein. Die domainweite, erweiterte Datenbank administrativer 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. Konfigurieren Sie die admin-groups-extended-range Anweisung:

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

    • [edit routing-options]

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

    Die admin-groups-extended-range Anweisung umfasst die minimum und maximum Optionen. Der maximale Bereich muss größer als der Mindestbereich sein.

  2. Konfigurieren Sie die admin-groups-extended Anweisung:

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

    • [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 mit der admin-groups-extended-range Anweisung konfiguriert wurde.

  3. Die erweiterten administrativen Gruppen für eine MPLS-Schnittstelle bestehen aus den erweiterten administrativen Gruppennamen, die der Schnittstelle zugewiesen wurden. Die erweiterten Administrativen Gruppennamen der Schnittstelle müssen für die globalen erweiterten administrativen Gruppen konfiguriert werden.

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

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

    • [edit protocols mpls interface interface-name]

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

  4. Die erweiterten LSP-Administrativen Gruppen definieren die Menge der Include- und Ausschlusseinschränkungen für einen LSP sowie für die primären und sekundären Pfade eines Pfads. Die erweiterten administrativen Gruppennamen müssen für die globalen erweiterten administrativen Gruppen konfiguriert werden.

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

    Die admin-group-extended Anweisung 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.

    Die Liste der Hierarchieebenen, auf denen Sie diese Anweisung konfigurieren können, finden Sie in der Anweisungszusammenfassung für diese Anweisung.

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

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

Konfigurieren von Präferenzwerten für LSPs

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

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

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

Deaktivierung der Path Route Recording durch LSPs

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

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

Erreichen 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 heruntergerissen wird. Diese Art der Konfiguration wird als make before break (MBB) bezeichnet.

RSVP-TE ist ein Protokoll zur Einrichtung von LSPs in MPLS-Netzwerken. Die Junos OS-Implementierung von RSVP-TE, um einen hitless (kein Datenverkehrsverlust) MBB-Switchover zu erreichen, hat sich auf die Konfiguration der Timerwerte in den folgenden Konfigurationsanweisungen verlassen:

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

  • optimize-hold-dead-delay— Zeit bis zum Warten nach dem Switchover und vor dem Löschen der alten LSP-Instanz.

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

  • Adaptive LSPs

  • Automatische Bandbreitenzuweisung

  • BFD für LSPs

  • Graceful Routing Engine Switchover

  • Link- und Node-Schutz

  • Nonstop Aktives Routing

  • Optimierte LSPs

  • Point-to-Multipoint -LSPs (P2MP)

  • Weiche Vorbesenkung

  • Standby-sekundäre Pfade

Sowohl die und-Anweisungen optimize-switchover-delayoptimize-hold-dead-delay , wenn konfiguriert, fügen dem MBB-Prozess eine künstliche Verzögerung hinzu. Der Wert der optimize-switchover-delay Anweisung hängt von der Größe der Expliziten Routenobjekte (EROs) ab. Ein ERO ist eine Erweiterung von RSVP, die es einer RSVP PATH-Nachricht ermöglicht, eine explizite Abfolge von Routern zu passieren, die unabhängig vom herkömmlichen IP-Routing mit dem kürzesten Pfad ist. 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 nach Versuch und Fehler fest.

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

Ab Version 15.1 ist Junos OS jedoch in der Lage, einen hitless 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 zusammengefasst, mit der Sie mithilfe von Junos OS einen UM-Wechsel von einem alten auf einen neuen LSP erreichen können:

Festlegen der Zeitdauer, in der der Router auf neue Pfade umgestellt wird

Verwenden optimize-switchover-delay Sie die Anweisung, um anzugeben, wie lange der Router wartet, um LSP-Instanzen auf neu optimierte Pfade umzuschalten. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht auf Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Aussage trägt dazu bei, dass die neuen optimierten Pfade eingerichtet wurden, bevor der Datenverkehr von den alten Pfaden umgestellt wird. Dieser Timer kann nur aktiviert oder deaktiviert für alle LSPs, die auf dem Router konfiguriert sind.

Um die Zeit zu konfigurieren, die der Router auf den Wechsel von LSP-Instanzen zu neu optimierten Pfaden wartet, geben Sie die Zeit in Sekunden mithilfe der optimize-switchover-delay Anweisung an:

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

  • [edit protocols mpls]

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

Festlegen der Zeitdauer für die Verzögerung des Abreißens alter Pfade

Verwenden optimize-hold-dead-delay Sie die Anweisung, um anzugeben, wie lange der Ausfall alter Pfade verzögert wird, 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 auf Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Aussage hilft sicherzustellen, 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.

Um die Zeit in Sekunden zu konfigurieren, 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 einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.

Erreichen einer hitlosen MBB-Umstellung 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 durch die optimize-switchover-delay Anweisung oder optimize-hold-dead-delay Anweisung festgelegt wurden. Wenn Sie beispielsweise die optimize-hold-dead-delay Anweisung verwenden, konfigurieren Sie eine Uhrzeit, die Sie für sicher halten, bevor Sie die alte LSP-Instanz nach MBB herunterreißen. Einige Routen sind jedoch noch dabei, auf die neue Instanz umzuverlagern. Das Herunterreißen der alten LSP-Instanz führt dazu, dass einer der Transitknoten den Datenverkehr für die Routen, die noch nicht in die neue LSP-Instanz verlagert wurden, fallen lässt.

Um Datenverkehrsverluste zu vermeiden, können Sie anstelle der optimize-switchover-delay Anweisung MPLS-OAM (lsp ping) verwenden, das bestätigt, dass die LSP-Datenebene durchgängig eingerichtet ist. Anstelle der optimize-hold-dead-delay Anweisung können Sie einen Feedback-Mechanismus aus der rpd-Infrastruktur verwenden, der bestätigt, dass alle Präfixe, die sich auf den alten LSP beziehen, umgestellt wurden. Der Feedback-Mechanismus stammt aus der Tag-Bibliothek und hängt von der Routing-Protokollprozess -Infrastruktur (rpd) ab, um zu bestimmen, wann alle Routen, die die alte LSP-Instanz verwenden, nach dem MBB-Switchover vollständig auf die neue LSP-Instanz verlagert wurden.

Der Feedback-Mechanismus ist immer vorhanden und 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 für Transit- oder Ausgangsrouter 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 Konfigurationsaussage betrifft nur die Punkt-zu-Punkt-LSPs, die im System konfiguriert sind.

Sie können diese Anweisung auf [edit protocols mpls] Hierarchieebene einschließen.

Optimierung signalisierter LSPs

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10 GE

    • L13, L14 = 10GE

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

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

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

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

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

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

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

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

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

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

  4. Andernfalls wird der neue Pfad abgelehnt.

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

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

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

  • Der neue Weg verschlimmert die Überlastung insgesamt nicht.

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

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

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

  • [edit protocols mpls]

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

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

Konfigurieren des Smart Optimize Timer für LSPs

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

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

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

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

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

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

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

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

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

  • [edit protocols mpls]

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

Begrenzung der Anzahl der Hops in LSPs

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

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

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

Konfigurieren des Bandbreitenwerts für LSPs

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

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

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

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

Automatische Bandbreitenzuweisung für LSPs

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

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

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

Konfigurieren der automatischen Bandbreitenzuweisung für LSPs

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

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

HINWEIS:

Bei der Berechnung des Wertes für Max AvgBW (relativ zum Eingangs-LSP) wird die während des Make-before-Break (MBB) gesammelte Stichprobe 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 Node-Schutz für den LSP konfiguriert haben und der Datenverkehr auf den Bypass-LSP umgestellt wurde, funktioniert die automatische Bandbreitenzuweisungsfunktion weiterhin und nimmt Bandbreitenproben vom Bypass-LSP. Für den ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitennutzung von der ursprünglichen Verbindung und dem node-geschützten LSP verwendet, um den Bypass-LSP zu resignalieren, wenn mehr Bandbreite benötigt wird. (Link- und Node-Schutz wird auf Switches der QFX-Serie nicht unterstützt.)

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

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

HINWEIS:

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

Konfiguration optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs

Automatische Bandbreitenfunktionen ermöglichen es den RSVP-TE-LSPs, die entweder direkt konfiguriert oder automatisch mit Auto-Mesh erstellt werden, basierend auf der Datenverkehrsrate neu zu skalieren. Die auf jedem LSP übertragene Verkehrsrate wird gemessen, indem regelmäßig Stichproben der Datenverkehrsgeschwindigkeit gesammelt werden. Die Häufigkeit der Erfassung von Datenverkehrsstatistiken wird über die set protocols mpls statistics interval Konfigurationsaussage gesteuert. Die Neu-Dimensionierung der LSPs wird als Anpassung bezeichnet und die Häufigkeit der Anpassungen wird durch die adjust-interval Anweisung gesteuert. Der konfigurierbare Mindestwert des Anpassungsintervalls beträgt eine Sekunde.

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

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

In Versionen vor Junos OS Version 20.4R1 ist die adjust-interval 300 Sekunden unter Überlauf- oder Underflow-Bedingungen.

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

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

  • Reduzieren Sie die Wahrscheinlichkeit einer LSP-Routenänderung: Dies soll die Wahrscheinlichkeit einer LSP-Routenänderung reduzieren, wenn eine automatische Bandbreitenanpassung erfolgt.

  • Reduzieren Sie die Wahrscheinlichkeit einer LSP-Umleitung: Dies reduziert die Wahrscheinlichkeit einer LSP-Umleitung aufgrund der höheren Priorität, die dieselbe Ressource benötigen.

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

  1. In-place LSP Bandwidth Update– Ermöglicht es dem Eingangs-Label-Edge-Router (LER), die LSP-ID wieder zu verwenden, wenn er bandbreiteninterne Änderungen an einem LSP vorführt.

    HINWEIS:

    In-Place-Aktualisierung der LSP-Bandbreite ist für einen Domänen-LSP nicht anwendbar.

    In bestimmten Szenarien überträgt der Nächste Hop der LSP-Route die LSP-Bandbreite entweder direkt oder indirekt. Auch wenn in diesen Szenarien ein in-Ort-Update für die LSP-Bandbreite unterstützt wird, ist die Leistungsverbesserung aufgrund der LSP-Routenänderung begrenzt. Das ist aufgrund der Änderung in der Routing-Tabelle inet.3 nach auto-bandbreite (MPLS-Tunnel). Die Leistungssteigerung ist beispielsweise eingeschränkt, wenn Sie eine oder beide Anweisungen konfigurieren:

    • auto-policing unter MPLS konfiguriert.

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

    HINWEIS:

    In-Place-Aktualisierung der LSP-Bandbreite durch LSP-ID-Re-Use 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 ist.

    • LSP wird durch das Path Computation Element (PCE) gesteuert.

    • LSP-Optimierungs-Timer brände.

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

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

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

HINWEIS:

Das Abonnement pro Priorität ist nicht mit Differenzierten Services (DiffServ)-aware Traffic Engineering (TE) kompatibel. Differenziertes Services (DiffServ)-fähiges Traffic-Engineering bietet eine flexiblere und statistische Freigabe der TE-Linkbandbreite als das Abonnement pro Priorität.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Konfigurieren Sie die Geräteschnittstelle zur Aktivierung von MPLS.
  2. Konfigurieren Sie das MPLS-Protokoll auf der Schnittstelle.
  3. Konfigurieren Sie MPLS und die LSPs und konfigurieren Sie den Linkschutz für den LSP.
  4. Konfigurieren Sie in-place-bandwidth-update für den LSP die automatische Größenänderung der Bandbreite.
  5. Geben Sie commit aus dem Konfigurationsmodus ein.

Verification

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show protocols show interfaces Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, 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 Wert des Bandbreitenabonnements für die Schnittstelle. Es kann ein Wert von 0 bis 65.000 Prozent sein. Der Standardabonnementwert ist 100 Prozent.

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

  4. Konfigurieren Sie den Abonnementprozentsatz für die Priorität.

  5. Geben Sie commit aus dem Konfigurationsmodus ein.

Verification

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show protocols show interfaces Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

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

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

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

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

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

    Die folgende Konfiguration ermöglicht die MPLS-Traceoptionen für die automatische Bandbreitenzuweisung. Die Trace-Datensätze werden in einer aufgerufenen auto-band-trace Datei gespeichert (der Dateiname ist vom Benutzer konfigurierbar):

  6. Mit dem show log Befehl können Sie die automatische Statistikdatei zur Bandbreitenzuweisung anzeigen, die beim Konfigurieren der auto-bandbreitenbasierten Anweisung (MPLS Statistics) generiert wird. Im Folgenden wird die Ausgabe einer Beispielprotokolldatei dargestellt, die aus einer MPLS-Statistikdatei stammt, die auto-band-stats auf einem Router benannt ist, der mit einem LSP namens E-Dkonfiguriert ist. Die Protokolldatei zeigt, dass der LSP E-D zunächst über seine reservierte Bandbreitengrenze arbeitet. Zuvor Oct 30 17:14:57hat der Router eine automatische Bandbreitenanpassung ausgelöst (möglicherweise sehen Sie zwei Sitzungen für einen LSP, die einer automatischen Bandbreitenanpassung unterzogen werden). Inzwischen Oct 30 17:16:57wurde der LSP wieder mit einer höheren Bandbreite aufgebaut und wird nun mit weniger als 100 Prozent seiner Reserved Bw (reservierten Bandbreite) angezeigt.
  7. Lösen Sie den Befehl show mpls lsp autobandwidth aus, um aktuelle Informationen über die automatische Bandbreitenzuweisung anzuzeigen. Im Folgenden wird die Beispielausgabe des show mpls lsp autobandwidth Befehls dargestellt, die etwa zur gleichen Zeit wie in der zuvor gezeigten Protokolldatei durchgeführt wird:
  8. Führen Sie den file show Befehl aus, um die MPLS-Tracedatei anzuzeigen. Sie müssen den Dateispeicherort und den Dateinamen angeben (die Datei befindet sich in /var/log/. Im Folgenden wird dargestellt, wie eine Trace-Datei aus einer MPLS-Trace-Datei stammt, die auto-band-trace.0.gz auf einem Router benannt ist, der mit einem LSP namens E-Dkonfiguriert ist. Die Trace-Datei zeigt, dass der LSP E-D zunächst über seine reservierte Bandbreitengrenze arbeitet. An Oct 30 17:15:26dieser Stelle löst der Router eine automatische Bandbreitenanpassung aus (sie sehen möglicherweise zwei Sitzungen für einen LSP, die einer automatischen Bandbreitenanpassung unterzogen werden). Inzwischen Oct 30 17:15:57wurde der LSP wieder mit einer höheren Bandbreite aufgebaut 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 durchquert, indem Sie die inter-domain Anweisung als Teil der LSP-Konfiguration angeben. Diese Anweisung ermöglicht dem Router die Suche nach Routen in der IGP-Datenbank. Sie müssen diese Anweisung auf Routern konfigurieren, die mithilfe von CSPF innerhalb der Domäne möglicherweise keinen Pfad finden können (durch Suchen in der Traffic Engineering Database (TED)). Wenn Sie Gebietsübergreifende LSPs konfigurieren, ist die inter-domain Anweisung erforderlich.

Bevor Sie beginnen:

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

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

  • Aktivieren Sie MPLS und RSVP auf dem Router und den Transitschnittstellen.

  • Konfigurieren Sie Ihre 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 Eingangs-Label-Switched-Router (LER):

  1. Aktivieren Sie MPLS auf allen Schnittstellen (mit Ausnahme der Verwaltungsschnittstelle).
  2. Aktivieren Sie RSVP auf allen Schnittstellen (mit Ausnahme der Verwaltungsschnittstelle).
  3. Konfigurieren Sie den Inter-Area-LSP.
  4. Überprüfen und bestätigen Sie die Konfiguration.

Dämpfung der Ankündigung von LSP-Statusänderungen

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

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

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

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

  • [edit protocols mpls]

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

Konfiguration corouted bidirektionaler LSPs

Ein corouteierter bidirektionaler Paket-LSP ist eine Kombination aus zwei LSPs, die denselben Pfad zwischen einem Paar Ein- und Ausgangsknoten teilen, wie in Abbildung 2. Es wird unter Verwendung der GMPLS-Erweiterungen für RSVP-TE eingerichtet. Diese Art von LSP kann verwendet werden, um alle Standardtypen von MPLS-basiertem Datenverkehr zu übertragen, 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 jede Richtung konfigurieren). Sie können auch einen einzelnen bidirektionalen Standby-LSP konfigurieren, um ein Backup für den primären bidirektionalen LSP bereitzustellen. Corouted bidirektionale LSPs werden sowohl für vorletzte 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 graceful Restart und nonstop aktives Routing aktivieren. Graceful-Restart und nonstop aktives Routing werden unterstützt, wenn der neustartende Router der Eingangs-, Ausgangs- oder Transit-Router für den bidirektionalen LSP ist.

Abbildung 2: Corouted Bidirektionaler LSPCorouted Bidirektionaler LSP

So konfigurieren Sie einen corouteten bidirektionalen LSP:

  1. Konfigurieren Sie im Konfigurationsmodus den Eingangsrouter für den LSP, und schließen Sie die corouted-bidirectional Anweisung ein, um anzugeben, dass der LSP als corouteierter bidirektionaler LSP eingerichtet wird.

    Der Pfad wird mit CSPF berechnet und mit RSVP-Signalisierung initiiert (genau wie ein unidirektionaler RSVP-signalisierter LSP). Wenn diese Konfiguration festgelegt wird, werden sowohl der Pfad zum Ausgangsrouter als auch der Umgekehrte Pfad vom Ausgangsrouter erstellt.

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

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

    Diese Anweisung erleichtert auch das Debuggen von corouteierten bidirektionalen LSPs. Wenn Sie die corouted-bidirectional-passive Anweisung konfigurieren (erneut auf dem Ausgangsrouter), können Sie , ping mpls ldp, ping mpls rsvp, traceroute mpls ldpund traceroute mpls rsvp Befehle ausstellenping mpls lsp-end-point, um den corouteierten bidirektionalen LSP vom Ausgangsrouter zu testen.

  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 sie auf einem Eingangsrouter ausgeführt wird, auf dem ein bidirektionaler LSP konfiguriert ist:

Konfigurieren des Entropie-Labels für LSPs

Die Einfügung von Entropie-Labeln für einen LSP ermöglicht es Transit-Routern, MPLS-Datenverkehr über ECMP-Pfade oder Link-Aggregation-Gruppen miteinander in Einklang zu bringen und dabei nur den MPLS-Labelstack als Hash-Input zu verwenden, ohne auf Deep Packet Inspection angewiesen zu sein. Deep Packet Inspection erfordert mehr Verarbeitungsleistung des Routers und verschiedene Router verfügen über unterschiedliche Deep Packet Inspection-Funktionen.

Führen Sie die folgenden Schritte aus, um das Entropie-Label für einen LSP zu konfigurieren:

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

    Dies gilt nur für RSVP und statische LSPs.

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

    Konfigurieren Sie die Eingangsrichtlinie auf [edit policy-options] Hierarchieebene:

    Im Folgenden wird ein Beispiel für eine Eingangsrichtlinie für Entropie-Label dargestellt.

  3. (Optional) Router, die das Pushing und Popping von Entropie-Labeln unterstützen, sind standardmäßig mit der load-balance-label-capability Anweisung auf Hierarchieebene [edit forwarding-options] konfiguriert, um die Label auf LSP-Basis zu signalisieren. Wenn der Peer-Router nicht mit Load-Balancing-Labeln ausgestattet 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 [edit forwarding-options] Hierarchieebene konfigurieren.

Transit-Router erfordern keine Konfiguration. Das Vorhandensein des Entropie-Etiketts zeigt an, dass der Transit-Router einen Lastausgleich ausschließlich auf der Grundlage des MPLS-Labelstacks angibt.

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

Beispiel: Konfigurieren eines Entropie-Labels für einen BGP-gekennzeichneten Unicast-LSP

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

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

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

    • Revalidiert mit Junos OS Relese 22.4

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. Konfigurieren Sie RSVP.

  5. Konfigurieren Sie MPLS.

Überblick

Wenn BGP-gekennzeichnete Unicasts RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg verketten, werden RSVP- oder LDP-Entropie-Label zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten angezeigt. Es gibt jedoch keine Entropie-Label an den Stitching Points, also den Routern zwischen zwei Bereichen. Daher nutzten die Router an den Stitching Points die BGP-Label, um Pakete weiterzuleiten.

Ab 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 Stitching Points, um ein End-to-End-Entropie-Label-Load Balancing für BGP-Datenverkehr zu erreichen. Junos OS ermöglicht das Einfügen von Entropie-Labeln am BGP-gekennzeichneten Unicast-LSP-Eingang.

Standardmäßig sind Router, die Entropie-Label unterstützen, 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 mit Load-Balancing-Labeln ausgestattet ist, können Sie die Signalübertragung von Entropie-Label-Funktionen verhindern, indem Sie diese no-load-balance-label-capability auf [edit forwarding-options] Hierarchieebene konfigurieren.

HINWEIS:

Sie können die Werbefunktion für Entropie-Label am Ausgang für routen, die in der Richtlinie angegeben sind, mit der no-entropy-label-capability Option auf [edit policy-options policy-statement policy name then] Hierarchieebene explizit 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 Bereichsbrücken-Router zwischen Bereich 0 und Bereich 1. Zwei LSPs werden über ABR zu PE2 für das Load Balancing des Datenverkehrs konfiguriert. Die Entropie-Label-Funktion für BGP-gekennzeichneten Unicast ist auf dem Eingangsrouter PE1 aktiviert. Host 1 ist zur Paketerfassung mit P1 verbunden, sodass wir das Entropie-Label anzeigen können.

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

Konfiguration

CLI-Schnellkonfiguration

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

Router CE1

Router PE1

Router P1

Router ABR

Router P2

Router PE2

Router CE2

Konfiguration des Routers PE1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf 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:

HINWEIS:

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

  1. Konfigurieren Sie die physischen Schnittstellen. Stellen Sie sicher, dass Die Konfiguration family mpls auf der Core-gerichtete Schnittstelle konfiguriert wird.

  2. Konfigurieren Sie die Loopback-Schnittstelles. Der sekundäre Loopback ist optional und wird in einem späteren Schritt unter der Routing-Instanz angewendet.

  3. Konfigurieren Sie die Router-ID und die autonome Systemnummer.

  4. Konfigurieren Sie das OSPF-Protokoll.

  5. Konfigurieren Sie das RSVP-Protokoll.

  6. Konfigurieren Sie das MPLS-Protokoll und einen LSP für den ABR. Schließen Sie die entropy-label Option zum Hinzufügen des Entropieetiketts zum MPLS-Labelstack ein.

  7. Konfigurieren Sie IBGP mithilfe family inet labeled-unicast von ABR-Peering und family inet-vpn PE2-Peering. Aktivieren Sie die Entropie-Label-Funktion für BGP-gekennzeichneten Unicast.

  8. Definieren Sie eine Richtlinie zum Exportieren von BGP-VPN-Routen in OSPF. Die Richtlinie wird unter OSPF in der Routing-Instanz angewendet.

  9. Definieren Sie eine Load Balancing-Richtlinie und wenden Sie sie unter .routing-options forwarding-table PE1 hat im Beispiel nur einen Pfad, daher ist dieser Schritt nicht erforderlich, aber für dieses Beispiel wenden wir dieselbe Load-Balancing-Richtlinie auf alle Geräte an.

  10. Konfigurieren Sie die Layer 3-VPN-Routing-Instanz.

  11. Weisen Sie die Schnittstellen der Routing-Instanz zu.

  12. Konfigurieren Sie den Routenscheider für die Routing-Instanz.

  13. Konfigurieren Sie ein VPN-Routing- und Weiterleitungsziel (VRF) für die Routing-Instanz.

  14. Konfigurieren Sie das Protokoll OSPF unter der Routing-Instanz und wenden Sie die zuvor konfigurierte bgp-to-ospf Richtlinie an.

Konfiguration des Routers P1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf 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:

HINWEIS:

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

  1. Konfigurieren Sie die physischen Schnittstellen.

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Konfigurieren Sie die Router-ID.

  4. Konfigurieren Sie das OSPF-Protokoll.

  5. Konfigurieren Sie das RSVP-Protokoll.

  6. Konfigurieren Sie das MPLS-Protokoll .

Konfiguration des Routers ABR

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf 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 physischen Schnittstellen.

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Konfigurieren Sie MPLS-Label, die der Router für das Hashing der Pakete zum Load Balancing verwendet.

  4. Konfigurieren Sie die Router-ID und die autonome Systemnummer.

  5. Konfigurieren Sie das OSPF-Protokoll.

  6. Konfigurieren Sie das RSVP-Protokoll.

  7. Konfigurieren Sie das MPLS-Protokoll und geben Sie die LSPs für PE1 und PE2 an. Zwei LSPs werden zu PE2 erstellt, um den Load Balancing-Datenverkehr zu ermöglichen, um verschiedene LSPs und Schnittstellen anzuzeigen.

  8. Konfigurieren Sie IBGP auf PE1 und PE2 mit family inet labeled-unicast. Wenden Sie die Richtlinie an, um die inet.3-Loopback-Route von PE1 und PE2 anzukündigen. Wir zeigen die Richtlinie im nächsten Schritt.

  9. Definieren Sie eine Richtlinie für die Loopback-Adressen für PE1 und PE2.

  10. Definieren Sie eine Richtlinie für das Load Balancing, und wenden Sie sie unter .routing-options forwarding-table

(Optional) Port-Spiegelungskonfiguration

Um das angewendete Entropie-Label zu sehen, können Sie den Datenverkehr erfassen. In diesem Beispiel wird ein Filter auf die PE1-gerichtete Schnittstelle auf P1 angewendet, um den CE1- bis CE2-Datenverkehr zu erfassen. Der Datenverkehr wird zur Anzeige an Host 1 gesendet. Es gibt verschiedene Möglichkeiten, Datenverkehr zu erfassen als das, was wir in diesem Beispiel verwenden. Weitere Informationen finden Sie unter Grundlegendes zu Port-Spiegelung und Analysatoren.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf 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:

  1. Konfigurieren Sie die Schnittstellen. In diesem Beispiel stellen wir die mit Host1 verbundene Schnittstelle in eine Bridge-Domain und erstellen eine IRB-Schnittstelle zur Überprüfung der Konnektivität zu Host1.

  2. Konfigurieren Sie die Bridge-Domäne.

  3. Konfigurieren Sie einen Filter zur Erfassung des Datenverkehrs. In diesem Beispiel erfassen wir den gesamten Datenverkehr.

  4. Wenden Sie den Filter auf die MIT PE1 gerichtete Schnittstelle an.

  5. Konfigurieren Sie die Portspiegelungsoptionen. In diesem Beispiel spiegeln wir den gesamten Datenverkehr und senden ihn an Host1, der mit der Schnittstelle ge-0/0/4 verbunden ist.

Überprüfung

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

Stellen Sie sicher, dass die Entropy Label-Funktion beworben wird

Zweck

Stellen Sie sicher, dass das Attribut "Entropy Label Capability Path" von ABR zu PE1 für die Route zu PE2 angekündigt wird.

Aktion

Führen Sie den show route advertising-protocol bgp 10.1.255.2 detail Befehl im Betriebsmodus auf Router ABR aus.

Bedeutung

Die Ausgabe zeigt, dass der Host-PE2 mit der IP-Adresse von 10.1.255.6 die Entropie-Label-Fähigkeit und das verwendete Routen-Label hat. Der Host wirbt für die Entropie-Label-Funktion bei seinen BGP-Nachbarn.

Überprüfen, ob Router PE1 die Entropy Label-Ankündigung erhält

Zweck

Stellen Sie sicher, dass Router PE1 das Entropie-Label für Router PE2 empfängt.

Aktion

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

Bedeutung

Router PE1 erhält die Ankündigung zur Entropie-Label-Funktion von seinem BGP-Nachbarn.

Verifizieren von ECMP bei ABR zu PE2

Zweck

Verifizieren Sie den Mehrfachpfad zu gleichen Kosten (ECMP) zu PE2.

Aktion

Führen Sie im Betriebsmodus die show route table mpls.0 Befehle auf show route forwarding-table label <label>Router ABR aus.

Bedeutung

Die Ausgabe zeigt einen ECMP für das Label, das für die BGP-gekennzeichnete Unicast-Route verwendet wird.

Routen zur CE2 auf PE1 anzeigen

Zweck

Überprüfen Sie die Routen zum CE2.

Aktion

Führen Sie im Betriebsmodus die show route table VPN-l3vpn.inet.0 172.16.255.7 extensive Befehle auf show route table VPN-l3vpn.inet.0 192.168.255.7 extensiveRouter PE1 aus.

Bedeutung

Die Ausgabe zeigt, dass für beide Routen dieselben Label verwendet werden.

Ping CE2 von CE1

Zweck

Überprüfen Der Konnektivität und der Verwendung für die Überprüfung des Load Balancing.

Aktion

Führen Sie im Betriebsmodus die ping 172.16.255.7 source 172.16.12.1 rapid count 100 Befehle auf ping 192.168.255.7 source 192.168.255.1 rapid count 200Router PE1 aus.

Bedeutung

Die Ausgabe zeigt, dass Pings erfolgreich sind.

Load Balancing überprüfen

Zweck

Load Balancing überprüfen.

Aktion

Führen Sie den show mpls lsp ingress statistics Befehl im Betriebsmodus auf dem ABR aus.

Bedeutung

Die Ausgabe zeigt den ersten Ping aus dem zuvor verwendeten LSP abr-pe2-2 und den zweiten verwendeten Ping-LSP abr-pe2.

Entropie-Label überprüfen

Zweck

Stellen Sie sicher, dass sich das Entropie-Label zwischen den verwendeten Pings unterscheidet.

Aktion

Führen Sie auf Host 1 die tcpdump -i eth1 -n.

Bedeutung

Die Ausgabe zeigt den unterschiedlichen Wert für das Entropie-Label für die beiden verschiedenen Ping-Befehle.

Konfigurieren von ultimativem Hop-Popping für LSPs

Standardmäßig verwenden RSVP-signalisierte LSPs vorletzte Hop Popping (PHP). Abbildung 4 zeigt einen vorletzten Hop, der zwischen Router PE1 und Router PE2 aufspringt. Router CE1 leitet ein Paket an den nächsten Hop (Router PE1) weiter, der gleichzeitig der LSP-Eingang ist. Router PE1 drückt das Label 1 auf das Paket und leitet das gekennzeichnete Paket an Router P1 weiter. Router P1 schließt den Standard-MPLS-Label-Swapping-Vorgang ab, tauscht Label 1 gegen Label 2 und leitet das Paket an Router P2 weiter. Da Router P2 der vorletzte Hop-Router für den LSP zu Router PE2 ist, gibt er zuerst das Label auf und leitet das Paket dann an Router PE2 weiter. Wenn Router PE2 es empfängt, kann das Paket ein Service-Label, ein explizites Null-Label oder einfach nur ein einfaches IP- oder VPLS-Paket haben. Router PE2 leitet das nicht gekennzeichnete Paket an Router CE2 weiter.

Abbildung 4: Vorletzter Hop Popping für einen LSPVorletzter Hop Popping für einen LSP

Sie können auch Ultimate-Hop Popping (UHP) (wie in Abbildung 5) für LSPs mit RSVP-Signal konfiguriert werden. Einige Netzwerkanwendungen können erfordern, 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 (in diesem Beispiel Label 2 für Label 3) aus, bevor er das Paket an den Ausgangsrouter PE2 weiterleitet. Router PE2 bricht 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 (entweder Router CE2 oder Router CE4) weiter.

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

Für die folgenden Netzwerkanwendungen müssen Sie UHP-LSPs konfigurieren:

  • MPLS-TP für Leistungsüberwachung und In-Band-OAM

  • Virtuelle Edge-Schaltungen

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

  • LDP-signalisierter 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, Nicht-PHP-Verhalten und Out-of-Band-Zuordnung für RSVP-TE-LSPs.

Bei Punkt-zu-Punkt-RSVP-signalisierten LSPs wird das UHP-Verhalten vom LSP-Eingang signalisiert. Basierend auf der Eingangs-Routerkonfiguration kann RSVP den 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 auch zwei Routen in der Routingtabelle mpls.0. S bezieht sich auf das S-Bit des MPLS-Labels, das angibt, ob der Unterboden des Labelstacks erreicht wurde oder nicht.

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

  • Route S=1– Zeigt an, dass es keine Label mehr gibt. Der nächste Hop zeigt auf die Routing-Tabelle inet.0, wenn die Plattform eine verkettete und mehrfamilienige Suche unterstützt. Alternativ kann die Label-Route 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, das innere (S=1) das VC-Label . Eine auf dem Transportlabel basierende Suche ergibt einen Tabellenhandy für die Routingtabelle mpls.0. Es gibt eine zusätzliche Route in der Routing-Tabelle mpls.0, die dem inneren Label entspricht. Eine Suche basierend auf dem inneren Label ergibt im CE-Router next Hop.

  • Layer 3 VPN: Ein Paket kommt am PE-Router (Ausgang des UHP LSP) mit zwei Labeln an. Das äußere Label (S=0) ist das UHP-Label, das innere ist das VPN-Label (S=1). Eine Suche basierend auf dem Transportetikett ergibt im Tabellenhandy für die Routing-Tabelle mpls.0. In diesem Szenario gibt es zwei Fälle. Standardmäßig werben Layer 3-VPNs für das Pro-Next-Hop-Label. Eine Suche basierend auf dem inneren Label ergibt den nächsten Hop zum CE-Router. Wenn Sie jedoch die Anweisung für die vrf-table-label Layer-3-VPN-Routing-Instanz konfiguriert haben, zeigt das innere LSI-Label auf die VRF-Routingtabelle. Eine IP-Suche für die VRF-Routing-Tabelle ist ebenfalls abgeschlossen.

    HINWEIS:

    UHP für Layer 3-VPNs, die mit der vrf-table-label Anweisung konfiguriert sind, werden nur auf universellen 5G-Routing-Plattformen der MX-Serie unterstützt.

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

    HINWEIS:

    UHP für VPLS, die mit der no-tunnel-service Anweisung konfiguriert ist, wird nur auf Routern der MX 3D-Serie unterstützt.

  • IPv4 über MPLS – Ein Paket kommt mit einem Label (S=1) am PE-Router (Ausgang des UHP LSP) an. Eine auf diesem Label basierende Suche gibt eine VT-Tunnelschnittstelle zurück. Eine weitere IP-Suche wird auf der VT-Schnittstelle abgeschlossen, um zu bestimmen, wohin das Paket weitergeleitet werden soll. Wenn die Routing-Plattform mehrschichtige und verkettete Lookups unterstützt (z. B. MX 3D-Router und Paketübertragungs-Router der PTX-Serie), wird die Suche basierend auf label route (S=1) zur Routingtabelle inet.0 angezeigt.

  • IPv6 über MPLS: Für IPv6-Tunneling über MPLS werben PE-Router IPv6-Routen miteinander mit dem Labelwert 2 an. Dies ist das explizite Null-Label für IPv6. Infolgedessen werden bei der Weiterleitung der nächsten Hops für IPv6-Routen, die von entfernten PE-Routern gelernt werden, normalerweise zwei Label übertragen. Das innere Label ist 2 (es könnte anders sein, wenn der Werbe-PE-Router 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 Transportetikett (S=0), das innere ist das IPv6 Explicit-Null-Label (Label 2). Die Suche nach dem inneren Label in der Routing-Tabelle mpls.0 leitet zurück zur Routingtabelle mpls.0. Auf Routern der MX 3D-Serie wird das innere Label (Label 2) entfernt und eine IPv6-Suche erfolgt mithilfe der Routingtabelle inet6.0.

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

Die folgenden Aussagen ermöglichen ein ultimatives Hop-Popping für einen LSP. Sie können diese Funktion auf einem bestimmten LSP oder für alle eingangsfähigen LSPs aktivieren, die auf dem Router konfiguriert sind. 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 Aussage 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 ultimatives Hop-Popping auf allen eingehenden LSPs zu ermöglichen, die auf dem Router konfiguriert sind. Sie können die ultimate-hop-popping Anweisung auch unter den entsprechenden [edit logical-routers] Hierarchieebenen konfigurieren.

    HINWEIS:

    Wenn Sie ultimatives Hop-Popping aktivieren, versucht RSVP, bestehende LSPs auf make-before-Break-Weise als ultimative Hop-Popping-LSPs zu resignalieren. Wenn ein Ausgangsrouter das Ultimative Hop-Popping nicht unterstützt, wird der vorhandene LSP abgerissen (RSVP sendet eine PathTear-Nachricht über den Pfad eines LSP, entfernt den Pfadstatus und den abhängigen Reservierungsstatus und gibt die zugehörigen Netzwerkressourcen frei).

    Wenn Sie ultimate-Hop-Popping deaktivieren, resignalisiert RSVP vorhandene LSPs als vorletzten Hop-Popping-LSPs in einer Make-before-Break-Art.

  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 [edit chassis] Hierarchieebene. Sobald Sie die network-services Anweisung konfiguriert haben, müssen Sie den Router neu starten, um das UHP-Verhalten zu aktivieren.

Konfigurieren von Explicit-Path-LSPs

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

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

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

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

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

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

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

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

  4. Konfigurieren Sie alle anderen LSP-Eigenschaften.

HINWEIS:

Beim Definieren eines eingeschränkten Pfad-LSP mit mehr als einem strikten Hop, der zum Ausgangsknoten gehört, muss der erste strenge Hop so festgelegt werden, dass er der IP-Adresse entspricht, die dem Ausgangsknoten auf der Schnittstelle, die die RSVP Path-Nachricht empfängt, zugewiesen wurde. Wenn die eingehende RSVP Path-Nachricht an einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP abgelehnt.

Vor Junos OS 20.3X75-D20 oder 22.2R1 muss jeder zusätzliche strenge Hop nach dem strikten Hop, der mit der IP-Adresse der Schnittstelle übereinstimmt, die die RSVP Path-Nachricht empfängt, so festgelegt werden, dass er einer Loopback-Adresse entspricht, die dem Ausgangsknoten zugewiesen wurde. In späteren Junos-Versionen wird dieses Verhalten geändert, um einen zusätzlichen strengen Hop zuzulassen, der einer beliebigen Schnittstelle auf dem Ausgangsknoten zugewiesenen IP-Adresse entspricht.

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

  • Mehr Konfigurationsaufwand ist erforderlich.

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

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

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

Beispiel: Konfigurieren eines Explicit-Path-LSP

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

HINWEIS:

Beim Definieren eines eingeschränkten Pfad-LSP mit mehr als einem strikten Hop, der zum Ausgangsknoten gehört, muss der erste strenge Hop so festgelegt werden, dass er der IP-Adresse entspricht, die dem Ausgangsknoten auf der Schnittstelle, die die RSVP Path-Nachricht empfängt, zugewiesen wurde. Wenn die eingehende RSVP Path-Nachricht an einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP abgelehnt.

Vor Junos OS 20.3X75-D20 oder 22.2R1 muss jeder zusätzliche strenge Hop nach dem strikten Hop, der mit der IP-Adresse der Schnittstelle übereinstimmt, die die RSVP Path-Nachricht empfängt, so festgelegt werden, dass er einer Loopback-Adresse entspricht, die dem Ausgangsknoten zugewiesen wurde. In späteren Junos-Versionen wird dieses Verhalten geändert, um einen zusätzlichen strengen Hop zuzulassen, der einer beliebigen Schnittstelle auf dem Ausgangsknoten zugewiesenen IP-Adresse entspricht.

Übersicht über die Überzeichnung von LSP-Bandbreiten

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

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

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

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

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

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

    • Beste Anstrengung –ct0 1000

    • Sprach-ct3 1

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

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

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

Überzeichnung von LSP-Größen

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

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

Klassentyp-Oversubscription und lokale Oversubscription-Multiplikatoren

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

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

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

HINWEIS:

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:

Konfigurieren des Prozentsatzes des Bandbreitenabonnements für LSPs

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

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

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

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

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

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

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

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

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

Einschränkungen bei der Konfiguration des Bandbreitenabonnements

Beachten Sie die folgenden Probleme bei der Konfiguration des Bandbreitenabonnements:

  • Wenn Sie Bandbreiteneinschränkungen auf Hierarchieebene [edit class-of-service interface interface-name] konfigurieren, überschreiben sie jede Bandbreitenkonfiguration, die [edit protocols rsvp interface interface-name bandwidth] Sie auf Hierarchieebene für Diffserv-TE angeben. Beachten Sie auch, dass die Einschränkungen der CoS- oder RSVP-Bandbreite die Bandbreiteneinschränkungen der Schnittstellenhardware überschreiben können.

  • Wenn Sie einen Bandbreitenabonnementwert für eine bestimmte Schnittstelle konfigurieren, der von dem für alle Schnittstellen konfigurierten Wert abweicht (indem sie verschiedene Werte für die subscription Anweisung auf der [edit protocols rsvp interface interface-name][edit protocols rsvp interface all] Hierarchieebene enthalten), 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 der Konfiguration für einen bestimmten Klassentyp als auch in die Konfiguration für die gesamte Schnittstelle einschließen. Der Commit-Vorgang schlägt mit der folgenden Fehlermeldung fehl:

Release-Verlaufstabelle
Release
Beschreibung
14.1R9
Ab Junos OS-Version 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 und 17.2R2 gelten alle Nullwert-Bandbreitenproben als Underflow-Samples, mit Ausnahme der Nullwert-Samples, die nach dem ersten Mal eines LSP eingehen, und die Nullwert-Samples, die zuerst nach einem Switchover der Routing-Engine eintreffen.