Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

Grundlegende LSP-Konfiguration

Konfigurieren von LSP-Metriken

Die LSP-Metrik wird verwendet, um anzugeben, wie einfach oder schwierig das Senden von Datenverkehr über einen bestimmten LSP ist. Niedrigere LSP-Metrikwerte (niedrigere Kosten) erhöhen die Wahrscheinlichkeit, dass ein LSP verwendet wird. Umgekehrt verringern hohe LSP-Metrikwerte (höhere Kosten) die Wahrscheinlichkeit, dass ein LSP verwendet wird.

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

Konfigurieren dynamischer LSP-Metriken

Wenn keine bestimmte Metrik konfiguriert ist, versucht ein LSP, die IGP-Metrik in Richtung desselben Ziels (der 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 die OSPF-Metrik für einen Router beispielsweise 20 ist, erben alle LSPs für diesen Router automatisch die Metrik 20. Wenn sich der OSPF für einen Router später auf einen anderen Wert ändert, ändern sich alle LSP-Metriken entsprechend. Wenn keine IGP-Routen zum Router vorhanden sind, erhöht der LSP seine Metrik 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 Weg, den der Sprachdienstleister gerade durchläuft. Wenn LSP umleitet (z. B. durch Neuoptimierung), ändert sich seine Metrik nicht, sodass sie für Benutzer transparent bleibt. Die 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 festgelegt und kann nicht geändert werden:

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

Die LSP-Metrik hat mehrere Verwendungszwecke:

  • Wenn parallele LSPs mit demselben Ausgangsrouter vorhanden sind, werden die Metriken verglichen, um zu bestimmen, welcher LSP den niedrigsten Metrikwert (die niedrigsten Kosten) und damit den bevorzugten Pfad zum Ziel aufweist. Wenn die Metriken identisch sind, wird der Datenverkehr geteilt.

    Die Anpassung der Metrikwerte kann dazu führen, dass der Datenverkehr einige Sprachdienstleister anderen vorzieht, unabhängig von der zugrunde liegenden IGP-Metrik.

  • Wenn eine IGP-Verknüpfung aktiviert ist (siehe Verwenden von Labeled-Switched-Pfaden zur Erweiterung von SPF zur Berechnung von IGP-Verknüpfungen), wird möglicherweise eine IGP-Route mit einem LSP als nächstem Hop in der Routing-Tabelle installiert, 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 Metrik für den Gesamtpfad zu bestimmen. Wenn sich beispielsweise ein LSP, dessen Eingangsrouter X und dessen Ausgangsrouter Y ist, 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 bestimmen. Wenn mehrere LSPs potenzielle Next Hops sind, werden die Gesamtmetriken der Pfade verglichen, um zu bestimmen, welcher Pfad bevorzugt wird (d. h. die niedrigste Gesamtmetrik aufweist). Oder IGP-Pfade und LSPs, die zum gleichen Ziel führen, könnten anhand des Metrikwerts verglichen werden, um zu bestimmen, welcher Pfad bevorzugt wird.

    Durch Anpassen der LSP-Metrik können Sie den Datenverkehr zwingen, LSPs oder den IGP-Pfad zu bevorzugen oder die Last auf sie aufzuteilen.

  • Wenn Router X und Y BGP-Peers sind und sich zwischen ihnen ein LSP befindet, stellt die LSP-Metrik die Gesamtkosten dar, um Y von X aus zu erreichen. Wenn der LSP aus irgendeinem Grund umgeleitet wird, können sich die zugrunde liegenden Pfadkosten erheblich ändern, aber die Kosten von X für das Erreichen von Y bleiben gleich (die LSP-Metrik), was es X ermöglicht, über einen BGP Multiple Exit Discriminator (MED) eine stabile Metrik an nachgelagerte Nachbarn zu melden. Solange Y über den LSP erreichbar bleibt, sind für nachgeschaltete 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] eingeschlossen 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 Protocols Library for Routing Devices.

Konfigurieren von bedingten RSVP-LSP-Metriken

Die bedingte Metrik bietet die Möglichkeit, verschiedene Metrikwerte bedingt für lokale, statisch konfigurierte Label-Switched-Pfade (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 es keine übereinstimmenden Bedingungen gibt, verwendet der Sprachdienstleister die IGP-Metrik der Route. Sie können bis zu vier bedingte Metriken für einen Sprachdienstleister konfigurieren, die in sortierter Reihenfolge angezeigt werden.

Wenn Sie die track-igp-metric Anweisung mit der Konfiguration der bedingten Metrik konfigurieren, verwendet Junos OS die IGP-Metrik der installierten Routen, um die konfigurierte bedingte Metrik auszuwerten. Sie können die statische Metrik nicht zusammen mit der bedingten Metrik konfigurieren.

Beibehalten der IGP-Metrik in RSVP-LSP-Routen

Wenn Sie die conditional-metric Anweisung verwenden, um RSVP-LSPs zu konfigurieren, 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 Metrik der Route. In bestimmten Situationen kann es jedoch erforderlich sein, die tatsächliche IGP-Metrik, die von der bedingten Metrik verwendet wird, für eine spätere Verwendung beizubehalten, z. B. für die Berechnung des BGP MED-Werts.

Verwenden Sie die include-igp-metric Anweisung in Verbindung mit der conditional-metric Anweisung, um die IGP-Metrikinformationen in die RSVP-Route aufzunehmen.

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 dynamisches IGP verwenden, enthalten standardmäßig die IGP-Metrik.

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

Konfigurieren einer Textbeschreibung für Sprachdienstleister

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

Das Hinzufügen einer Textbeschreibung für einen Sprachdienstleister hat keine Auswirkungen auf den Betrieb des Sprachdienstleisters. Die LSP-Textbeschreibung darf nicht länger als 80 Zeichen sein.

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

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen.

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

  • Aktivieren Sie MPLS auf den Geräteschnittstellen.

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

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

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

    Zum Beispiel:

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

    Zum Beispiel:

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

Konfigurieren der MPLS Soft Preemption

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

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

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

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

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

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

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

HINWEIS:

Die vorzeitige Entfernung kann nicht für LSPs konfiguriert werden, für die eine schnelle Weiterleitung konfiguriert wurde. Die Konfiguration kann nicht festgeschrieben werden. Sie können die vorzeitige Entfernung jedoch in Verbindung mit dem Knoten- und Linkschutz aktivieren.

HINWEIS:

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

Konfigurieren von Priorität und vorzeitiger Entfernung für Sprachdienstleister

Wenn die Bandbreite nicht ausreicht, um einen wichtigeren LSP einzurichten, können Sie einen weniger wichtigen vorhandenen LSP abreißen, um die Bandbreite freizugeben. Sie tun dies, indem Sie dem vorhandenen LSP vorgreifen.

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

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

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

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

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

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

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

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

Konfigurieren administrativer Gruppen für Sprachdienstleister

Administrativen Gruppen, die auch als Linkfärbung oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Mithilfe administrativer Gruppen können Sie eine Vielzahl von richtlinienbasierten LSP-Setups implementieren.

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

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

HINWEIS:

Der administrative Wert unterscheidet sich von der Priorität. Sie konfigurieren die Priorität für einen Sprachdienstleister mithilfe der priority Anweisung. Weitere Informationen finden Sie unter Konfigurieren von Priorität und vorzeitiger Entfernung für Sprachdienstleister.

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

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

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

    • [edit protocols mpls]

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

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

  2. Definieren Sie die administrativen Gruppen, zu denen eine Schnittstelle gehört. Sie können einer Schnittstelle mehrere Gruppen zuweisen. Fügen Sie die interface folgende Erklärung hinzu:

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

    • [edit protocols mpls]

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

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

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

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

    HINWEIS:

    Wenn administrative Gruppen und erweiterte administrative Gruppen zusammen für einen Link konfiguriert werden, müssen beide Typen von administrativen Gruppen auf der Schnittstelle konfiguriert werden.

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

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

    • [edit protocols mpls]

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

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

    HINWEIS:

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

Konfigurieren erweiterter administrativer Gruppen für Sprachdienstleister

In MPLS Traffic Engineering kann eine Verknüpfung 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 jeder Verbindung zugewiesen wird. Router von Juniper Networks interpretieren diesen 32-Bit-Wert normalerweise als Bitmaske, wobei jedes Bit eine Gruppe darstellt, wodurch jedes Netzwerk auf insgesamt 32 verschiedene administrative Gruppen (Wertebereich 0 bis 31) beschränkt wird.

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

Die Konfiguration erweiterter administrativer Gruppen akzeptiert eine Reihe von Schnittstellen mit einem entsprechenden Satz von erweiterten administrativen Gruppennamen. Es wandelt die Namen in einen Satz von 32-Bit-Werten um 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 beteiligt sind, identisch konfiguriert sein. Die domänenweite erweiterte administrative Gruppendatenbank, die von anderen Routern durch IGP-Flooding gelernt wurde, wird von Constrained Shortest Path First (CSPF) für die Pfadberechnung verwendet.

Im folgenden Verfahren wird beschrieben, wie erweiterte administrative Gruppen konfiguriert werden:

  1. Konfigurieren Sie die admin-groups-extended-range Anweisung:

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

    • [edit routing-options]

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

    Die admin-groups-extended-range Anweisung enthält die minimum Optionen und maximum . Das Bereichsmaximum muss größer als das Bereichsminimum sein.

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

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

    • [edit routing-options]

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

    Mit dieser admin-groups-extended 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 dem Satz erweiterter administrativer Gruppennamen, die der Schnittstelle zugewiesen sind. Die Namen der erweiterten administrativen Schnittstellengruppen 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 Namen der administrativen Gruppe in der MPLS-Schnittstellenkonfiguration mit der admin-groups-extended folgenden Anweisung an:

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

    • [edit protocols mpls interface interface-name]

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

  4. Die erweiterten administrativen LSP-Gruppen definieren den Satz von Einschluss- und Ausschlusseinschränkungen für einen LSP sowie für die primären und sekundären Pfade eines Pfads. Die Namen der erweiterten administrativen Gruppen müssen für die globalen erweiterten administrativen Gruppen konfiguriert werden.

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

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

    Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung konfigurieren können, finden Sie in der Anweisungszusammenfassung zu dieser Anweisung.

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

Wenn administrative Gruppen und erweiterte administrative Gruppen zusammen für einen Link konfiguriert werden, müssen beide Typen von administrativen Gruppen auf der Schnittstelle konfiguriert werden.

Konfigurieren von Präferenzwerten für Sprachdienstleister

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

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

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

Deaktivieren der Pfadroutenaufzeichnung durch Sprachdienstleister

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

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

Erreichen einer make-before-break, hitless Umstellung für Sprachdienstleister

Adaptive label-switched Paths (LSPs) müssen möglicherweise eine neue LSP-Instanz einrichten und Datenverkehr von einer alten LSP-Instanz auf die neue LSP-Instanz übertragen, bevor die alte abgerissen wird. Diese Art der Konfiguration wird als Make Before Break (MBB) bezeichnet.

RSVP-TE ist ein Protokoll, das zum Einrichten von Sprachdienstleistern in MPLS-Netzwerken verwendet wird. Die Junos OS-Implementierung von RSVP-TE stützt sich auf die Konfiguration der Timer-Werte in den folgenden Konfigurationsanweisungen, um einen MBB-Switchover ohne Datenverkehrsverlust zu erreichen:

  • optimize-switchover-delay– Wartezeit vor dem Wechsel zur neuen LSP-Instance.

  • optimize-hold-dead-delay– Wartezeit nach dem Switchover und vor dem Löschen der alten LSP-Instance.

Sowohl die optimize-switchover-delay and-Anweisung optimize-hold-dead-delay gilt für alle LSPs, die das Make-before-Break-Verhalten für den LSP-Auf- und -Abbau verwenden, nicht nur für LSPs, für die die optimize-timer Anweisung ebenfalls konfiguriert wurde. Die folgenden MPLS-Funktionen bewirken, dass LSPs mithilfe des Make-before-Break-Verhaltens auf- und abgebaut werden:

  • Adaptive Sprachdienstleister

  • Automatische Bandbreitenzuweisung

  • BFD für Sprachdienstleister

  • Graceful Routing Engine Switchover

  • Schutz von Verbindungen und Knoten

  • Aktives Nonstop-Routing

  • Optimierte Sprachdienstleister

  • Punkt-zu-Mehrpunkt-Sprachdienstleister (P2MP)

  • Weiches vorzeitiges Entfernen

  • Sekundäre Standby-Pfade

Wenn sowohl die and-Anweisung optimize-switchover-delayoptimize-hold-dead-delay konfiguriert ist, fügen sie dem MBB-Prozess eine künstliche Verzögerung hinzu. Der Wert der optimize-switchover-delay Anweisung variiert mit der Größe der Explicit Route Objects (EROs). Ein ERO ist eine Erweiterung von RSVP, die es einer RSVP PATH-Nachricht ermöglicht, eine explizite Sequenz von Routern zu durchlaufen, 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-Auslastung auf jedem der Router auf dem Pfad ab. Kunden legen die optimize-switchover-delay Aussage durch Versuch und Irrtum fest.

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

Ab Version 15.1 ist Junos OS jedoch in der Lage, eine MBB-Umschaltung ohne Treffer zu erreichen, ohne die künstlichen Verzögerungen zu konfigurieren, die solche Timer-Werte mit sich bringen.

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

Angeben der Zeitspanne, die der Router wartet, um auf neue Pfade umzuschalten

Verwenden Sie die Anweisung, um anzugeben optimize-switchover-delay , 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 für Transit- oder Ausgangsrouter konfigurieren). Der Timer in dieser Anweisung hilft sicherzustellen, dass die neuen optimierten Pfade eingerichtet wurden, bevor der Datenverkehr von den alten Pfaden umgestellt wird. Dieser Timer kann nur für alle auf dem Router konfigurierten LSPs aktiviert oder deaktiviert werden.

Um die Zeitspanne zu konfigurieren, die der Router wartet, um LSP-Instanzen auf neu optimierte Pfade umzuschalten, geben Sie die Zeit in Sekunden mit der optimize-switchover-delay folgenden Anweisung an:

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

  • [edit protocols mpls]

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

Festlegen der Zeitspanne, um die der Abriss alter Pfade verzögert werden soll

Verwenden Sie die Anweisung, um die optimize-hold-dead-delay Zeitspanne anzugeben, die das Herunterfahren alter Pfade verzögert werden soll, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgestellt hat. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht für Transit- oder Ausgangsrouter konfigurieren). Der Timer in dieser Anweisung 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.

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

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

Erreichen einer hitlessigen MBB-Umschaltung ohne künstliche Verzögerungen

Ab Junos OS Version 15.1 gibt es eine weitere 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 oder-Anweisung optimize-hold-dead-delay festgelegt wurden. Wenn Sie z. B. die optimize-hold-dead-delay Anweisung verwenden, konfigurieren Sie eine Zeit, die Sie für sicher halten, bevor Sie die alte LSP-Instanz nach MBB herunterfahren. Einige Routen befinden sich jedoch möglicherweise noch im Prozess der Umstellung auf die neue Instanz. Das vorzeitige Herunterbrechen der alten LSP-Instanz führt dazu, dass einer der Transitknoten den Datenverkehr für die Routen verwirft, die nicht auf die neue LSP-Instanz verschoben wurden.

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

Der Feedback-Mechanismus ist immer vorhanden und optional. Konfigurieren Sie die optimize-adaptive-teardown Anweisung so, dass der Feedbackmechanismus 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 wirkt sich nur auf die Punkt-zu-Punkt-LSPs aus, 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 Konfigurationsanweisung wirkt sich nur auf die Punkt-zu-Punkt-LSPs aus, die im System konfiguriert sind.

Sie können diese Anweisung auf Hierarchieebene [edit protocols mpls] einbinden.

Optimierung von signalisierten LSPs

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

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

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

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

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

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

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

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

Nach dem Ausführen der Neuoptimierung wird das Ergebnis nur akzeptiert, wenn es die folgenden Kriterien erfüllt:

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

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

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

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

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

    1. Der Prozentsatz der verfügbaren Bandbreite auf jeder Verbindung, die vom neuen Pfad durchquert wird, wird mit dem für den alten Pfad verglichen, beginnend mit den am stärksten überlasteten Verbindungen.

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

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

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

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

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

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

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

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

    1. Der LSP wird in einen neuen Pfad verschoben, der mindestens 10 % weniger genutzt wird als der aktuelle Pfad. Dadurch könnte die Überlastung auf der aktuellen Trasse nur geringfügig verringert werden. Wenn beispielsweise ein Sprachdienstleister mit 1 MB Bandbreite von einem Pfad mit mindestens 200 MB verschoben wird, wird die Überlastung des ursprünglichen Pfads um weniger als 1 % reduziert.

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

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

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

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

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10GE

    • L13, L14 = 10GE

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

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

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

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

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

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

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

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

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

    Die gesamte zusätzliche Bandbreite, die über die ungeraden Links verfügbar ist, beträgt 14 % (4 % + 4 % + 5 % + 1 %). Da 14 % größer als 10 % ist (der Mindestschwellenwert für den Least-Fill-Algorithmus), wird der LSP über die ungeraden Links aus dem ursprünglichen Pfad mithilfe der geraden Links in den neuen Pfad verschoben.

  4. Andernfalls wird der neue Pfad abgelehnt.

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

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

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

  • Der neue Weg verschlimmert die Überlastung insgesamt nicht.

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

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

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

  • [edit protocols mpls]

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

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

Konfigurieren des Smart Optimize-Timers für Sprachdienstleister

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

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

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

Der intelligente Optimierungs-Timer ist von anderen MPLS-Funktionen abhängig, um ordnungsgemäß zu funktionieren. Für das hier beschriebene Szenario, in dem ein LSP im Falle eines Fehlers auf dem ursprünglichen Pfad auf einen alternativen Pfad umgeschaltet wird, wird davon ausgegangen, dass Sie eine oder mehrere der MPLS-Funktionen zum Schutz des Datenverkehrs konfiguriert haben, einschließlich Fast Reroute, Verbindungsschutz und sekundäre Standbypfade. Diese Funktionen tragen dazu bei, dass der Datenverkehr im Falle eines Ausfalls sein Ziel erreichen kann.

Sie müssen mindestens einen sekundären Standby-Pfad konfigurieren, damit die Smart Optimize-Timer-Funktion ordnungsgemäß funktioniert. Schnelle Umleitung und Link-Schutz sind eher vorübergehende Lösungen für einen Netzwerkausfall. Ein sekundärer Pfad stellt sicher, dass ein stabiler alternativer Pfad vorhanden ist, falls der primäre Pfad ausfällt. Wenn Sie keinerlei Schutz des Datenverkehrs für einen Sprachdienstleister konfiguriert haben, stellt der intelligente Optimierungstimer allein nicht sicher, dass der Datenverkehr sein Ziel erreichen kann. Weitere Informationen zum Schutz des MPLS-Datenverkehrs finden Sie unter MPLS und Schutz des Datenverkehrs.

Wenn ein primärer Pfad ausfällt und der Smart Optimize-Timer den Datenverkehr auf den sekundären Pfad umschaltet, verwendet der Router den sekundären Pfad möglicherweise weiter, auch nachdem der primäre Pfad wiederhergestellt wurde. Wenn der Eingangsrouter eine CSPF-Berechnung abschließt, ermittelt er möglicherweise, dass der sekundäre Pfad der bessere Pfad ist.

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

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

HINWEIS:

Sie können die smart-optimize-timer Konfigurationsanweisung nur anwenden, wenn Sie die regelmäßige LSP-Neuoptimierung mithilfe der optimize-timer Anweisung aktivieren.

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

  • [edit protocols mpls]

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

Begrenzen der Anzahl von Hops in Sprachdienstleistern

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

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

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

Konfigurieren des Bandbreitenwerts für Sprachdienstleister

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

Bei einer Bandbreite ungleich Null müssen Transit- und Ausgangsrouter Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Um diese Kapazität zu reservieren, wird das RSVP-Reservierungsschema verwendet. Jeder Fehler bei der Bandbreitenreservierung (z. B. Fehler bei der RSVP-Richtliniensteuerung oder der Zugangssteuerung) kann dazu führen, dass das LSP-Setup fehlschlägt. Wenn die Bandbreite auf den Schnittstellen für den Transit- oder Ausgangsrouter nicht ausreicht, wird der LSP nicht eingerichtet.

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

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

Automatische Bandbreitenzuweisung für Sprachdienstleister

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

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

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

Konfigurieren der automatischen Bandbreitenzuweisung für Sprachdienstleister

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

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

HINWEIS:

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

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

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

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

HINWEIS:

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

Konfigurieren optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs

Die automatische Bandbreitenfunktion ermöglicht es den RSVP-TE-LSPs, die entweder direkt konfiguriert oder automatisch mit Auto-Mesh erstellt wurden, die Größe basierend auf der Datenverkehrsrate anzupassen. Die Datenverkehrsrate, die auf jedem Sprachdienstleister übertragen wird, wird gemessen, indem regelmäßig Stichproben der Datenverkehrsrate gesammelt werden. Die Häufigkeit der Erfassung von Datenverkehrsstatistiken wird über die set protocols mpls statistics interval Konfigurationsanweisung gesteuert. Die Größenanpassung der LSPs wird als Anpassung bezeichnet, und die Häufigkeit der Anpassungen wird über die adjust-interval Anweisung gesteuert. Der minimale konfigurierbare Wert 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 oder-Anweisungen adjust-threshold-underflow-limit die konfigurierten Über- oder Unterlaufschwellenwerte überschreiten.

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

In Versionen vor Junos OS Version 20.4R1 beträgt die adjust-interval 300 Sekunden unter Über- oder Unterlaufbedingungen.

Mit der Implementierung der Optimierung der automatischen Bandbreitenanpassung verringert sich auto-bandwidth die Bandbreite des LSP schneller. Die Größe des Eingangslabel-Edge-Routers (LER) kann aufgrund der Reduzierung von adjust-threshold-overflow-limitinnerhalb von 150 Sekunden geändert werden, vorausgesetzt, der Abbau einer alten LSP-Instanz nach dem Make-before-Break (MBB) erfolgt innerhalb von 150 Sekunden.

Die Voraussetzungen für die automatische Bandbreitenoptimierung sind:

  • Verringern Sie die Wahrscheinlichkeit einer Änderung der LSP-Route: Hiermit wird die Wahrscheinlichkeit einer Änderung der LSP-Route verringert, wenn eine automatische Bandbreitenanpassung erfolgt.

  • Verringern Sie die Wahrscheinlichkeit einer LSP-Umleitung: Hiermit wird die Wahrscheinlichkeit einer LSP-Umleitung aufgrund der LSPs mit höherer Priorität, die dieselbe Ressource benötigen, verringert.

Um diese Anforderungen zu erfüllen, unterstützt die Optimierung für automatische Bandbreitenanpassungen Folgendes:

  1. In-place LSP Bandwidth Update– Ermöglicht dem Eingangslabel-Edge-Router (LER) die Wiederverwendung der LSP-ID, wenn eine Bandbreitenänderung für einen domäneninternen LSP durchgeführt wird.

    HINWEIS:

    Die direkte LSP-Bandbreitenaktualisierung gilt nicht für einen domänenübergreifenden LSP.

    In bestimmten Szenarien überträgt der nächste Hop der LSP-Route die LSP-Bandbreite entweder direkt oder indirekt. Obwohl die direkte LSP-Bandbreitenaktualisierung in diesen Szenarien unterstützt wird, ist die Leistungsverbesserung durch die Funktionalität aufgrund der LSP-Routenänderung begrenzt. Das liegt an der Änderung in der inet.3-Routing-Tabelle nach der automatischen Bandbreite (MPLS-Tunnel). Die Leistungsverbesserung ist z. B. begrenzt, wenn Sie eine oder beide Anweisungen konfigurieren:

    • auto-policing unter MPLS konfiguriert.

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

    HINWEIS:

    Die direkte Aktualisierung der LSP-Bandbreite durch die Wiederverwendung der LSP-ID schlägt fehl und der Eingangs-LER löst MBB sofort mit einer neuen LSP-ID aus, wenn:

    • no-cspf für den Sprachdienstleister konfiguriert ist.

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

    • Der Timer für die LSP-Optimierung wird ausgelöst.

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

  2. Per-priority Subscription—Um die Netzwerkressourcen effizienter zu nutzen, können Sie mit dem Abonnement pro Priorität einen niedrigeren Prozentsatz an RSVP-Abonnements für Sprachdienstleister mit niedrigerer Priorität und einen höheren Prozentsatz an RSVP-Abonnements für Sprachdienstleister mit höherer Priorität konfigurieren.

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

HINWEIS:

Das Abonnement pro Priorität ist nicht mit DiffServ-fähigem Traffic Engineering (TE) (Differentiated Services) kompatibel. Differentiated Services (DiffServ)-fähiges Traffic Engineering bietet eine flexiblere und statistischere gemeinsame Nutzung der TE-Link-Bandbreite als ein Abonnement pro Priorität.

To Configure In-place LSP Auto-bandwidth Resizing:

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

Verification

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

To Configure Per-priority Subscription:

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

  2. Konfigurieren Sie den Wert für das Bandbreitenabonnement für die Schnittstelle. Dabei kann es sich um einen Wert zwischen 0 und 65.000 Prozent handeln. Der Standardwert für das Abonnement beträgt 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 im Konfigurationsmodus Ihre Konfiguration, show protocols show interfaces indem Sie die Befehle eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Konfigurieren der Berichterstellung für Statistiken zur automatischen Bandbreitenzuweisung für Sprachdienstleister

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

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

    Um unnötige Resignalisierung von LSPs zu vermeiden, empfiehlt es sich, ein LSP-Anpassungsintervall zu konfigurieren, das mindestens dreimal länger ist als das Intervall für die automatische Bandbreitenstatistik von MPLS. Wenn Sie z. B. einen Wert von 30 Sekunden für das MPLS-Intervall für die automatische Bandbreitenstatistik (interval -Anweisung auf Hierarchieebene [edit protocols mpls statistics] ) konfigurieren, sollten Sie einen Wert von mindestens 90 Sekunden für das LSP-Anpassungsintervall (adjust-interval Anweisung auf Hierarchieebene [edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] ) 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 aktiviert die MPLS-Trace-Optionen für die automatische Bandbreitenzuweisung. Die Trace-Datensätze werden in einer Datei mit dem Namen auto-band-trace (der Dateiname ist vom Benutzer konfigurierbar) gespeichert:

  6. Mit dem show log Befehl können Sie die Statistikdatei für die automatische Bandbreitenzuweisung anzeigen, die beim Konfigurieren der Anweisung auto-bandwidth (MPLS Statistics) generiert wird. Das folgende Beispiel zeigt die Ausgabe einer Protokolldatei, die aus einer MPLS-Statistikdatei stammt, die auf einem Router benannt auto-band-stats ist, der mit einem LSP namens konfiguriert E-Dist. Die Protokolldatei zeigt, dass LSP E-D anfänglich über das Limit der reservierten Bandbreite hinaus arbeitet. Zuvor Oct 30 17:14:57löste der Router eine automatische Bandbreitenanpassung aus (möglicherweise sehen Sie zwei Sitzungen für einen LSP, der einer automatischen Bandbreitenanpassung unterzogen wird). Durch Oct 30 17:16:57wurde der LSP mit einer höheren Bandbreite wiederhergestellt und wird nun mit weniger als 100 Prozent seiner Reserved Bw (reservierten Bandbreite) angezeigt.
  7. Geben Sie den Befehl show mpls lsp autobandwidth ein, um aktuelle Informationen zur automatischen Bandbreitenzuweisung anzuzeigen. Im Folgenden sehen Sie eine Beispielausgabe des Befehls, die show mpls lsp autobandwidth ungefähr zur gleichen Zeit wie die zuvor gezeigte Protokolldatei ausgeführt wurde:
  8. Geben Sie den file show Befehl ein, um die MPLS-Ablaufverfolgungsdatei anzuzeigen. Sie müssen den Speicherort und den Dateinamen angeben (die Datei befindet sich in /var/log/. Im Folgenden wird gezeigt, dass die Ausgabe einer Ablaufverfolgungsdatei aus einer MPLS-Ablaufverfolgungsdatei stammt, die auf einem Router benannt auto-band-trace.0.gz ist, der mit einem LSP namens konfiguriert E-Dist. Die Ablaufverfolgungsdatei zeigt, dass LSP E-D anfänglich über das Limit der reservierten Bandbreite hinaus arbeitet. Bei Oct 30 17:15:26löst der Router eine automatische Bandbreitenanpassung aus (möglicherweise werden zwei Sitzungen für einen LSP angezeigt, die einer automatischen Bandbreitenanpassung unterzogen werden). Durch Oct 30 17:15:57wurde der LSP mit einer höheren Bandbreite wiederhergestellt und wird nun mit weniger als 100 Prozent seiner Reserved Bw (reservierten Bandbreite) angezeigt.

Konfigurieren eines Sprachdienstleisters über ASs hinweg

Sie können einen LSP so konfigurieren, dass er mehrere Bereiche in einem Netzwerk durchläuft, indem Sie die inter-domain Anweisung als Teil der LSP-Konfiguration einschließen. Mit dieser Anweisung kann der Router nach Routen in der IGP-Datenbank suchen. Sie müssen diese Anweisung auf Routern konfigurieren, die möglicherweise keinen Pfad mithilfe von domäneninternem CSPF finden können (indem Sie in der Traffic Engineering Database (TED)) nachsehen). Wenn Sie bereichsübergreifende Sprachdienstleister konfigurieren, ist die inter-domain entsprechende Anweisung erforderlich.

Bevor Sie beginnen:

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

  • Konfigurieren Sie die Geräte-Router-ID und die Nummer des autonomen Systems.

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

  • Konfigurieren Sie Ihre IGP so, dass sie Traffic Engineering unterstützt.

  • Richten Sie einen LSP vom Eingang zum Ausgangsrouter ein.

So konfigurieren Sie einen LSP für 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 bereichsübergreifenden LSP.
  4. Überprüfen Sie die Konfiguration, und bestätigen Sie sie.

Dämpfende Ankündigung von LSP-Zustandsänderungen

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

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

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

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

  • [edit protocols mpls]

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

Konfiguration von Corouted Bidirectional LSPs

Ein koroutierter bidirektionaler Paket-LSP ist eine Kombination aus zwei LSPs, die denselben Pfad zwischen einem Paar von Eingangs- und Ausgangsknoten teilen, wie in Abbildung 2gezeigt. Es wird mithilfe der GMPLS-Erweiterungen von RSVP-TE erstellt. Diese Art von Sprachdienstleister 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 nicht für jeden LSP in jede Richtung eine BFD-Sitzung konfigurieren). Sie können auch einen einzelnen bidirektionalen Standby-LSP konfigurieren, um eine Sicherung für den primären bidirektionalen LSP bereitzustellen. Koroutierte bidirektionale LSPs werden sowohl für das vorletzte Hop-Popping (PHP) als auch für das ultimative Hop-Popping (UHP) unterstützt.

Hochverfügbarkeit ist für bidirektionale Sprachdienstleister verfügbar. Sie können einen ordnungsgemäßen Neustart und ein unterbrechungsfreies aktives Routing aktivieren. Ein ordnungsgemäßer Neustart und unterbrechungsfreies aktives Routing werden unterstützt, wenn der neu startende Router der Eingangs-, Ausgangs- oder Transitrouter für den bidirektionalen LSP ist.

Abbildung 2: Corouted bidirektionaler LSPCorouted bidirektionaler LSP

So konfigurieren Sie einen koroutierten bidirektionalen LSP:

  1. Konfigurieren Sie im Konfigurationsmodus den Eingangsrouter für den LSP, und fügen Sie die corouted-bidirectional Anweisung hinzu, dass der LSP als korrespondierter bidirektionaler LSP eingerichtet werden soll.

    Der Pfad wird mithilfe von CSPF berechnet und mithilfe des RSVP-Signals initiiert (genau wie ein unidirektionales RSVP-signalisiertes LSP). Sowohl der Pfad zum Ausgangsrouter als auch der umgekehrte Pfad vom Ausgangsrouter werden erstellt, wenn diese Konfiguration festgeschrieben wird.

  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 auf der Pfadberechnung und -signalisierung beruht, die vom Eingangs-LSP bereitgestellt wird. Sie können nicht sowohl die corouted-bidirectional Anweisung als auch die corouted-bidirectional-passive Anweisung auf demselben LSP konfigurieren.

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

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

    Im Folgenden wird die Ausgabe des Befehls angezeigt, wenn er show rsvp session extensive auf einem Eingangsrouter ausgeführt wird, für den ein bidirektionaler LSP konfiguriert ist:

Konfigurieren der Entropiebezeichnung für Sprachdienstleister

Das Einfügen von Entropie-Labels für einen LSP ermöglicht es Transit-Routern, MPLS-Datenverkehr über ECMP-Pfade oder Link-Aggregation-Gruppen hinweg auszugleichen, indem sie nur den MPLS-Label-Stack als Hash-Eingabe verwenden, ohne sich auf Deep Packet Inspection verlassen zu müssen. Deep Packet Inspection erfordert einen größeren Teil der Rechenleistung des Routers, und verschiedene Router verfügen über unterschiedliche Deep Packet Inspection-Funktionen.

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

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

    Dies gilt nur für RSVP und statische Sprachdienstleister.

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

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

    Im Folgenden sehen Sie ein Beispiel für eine Eingangsrichtlinie für Entropiebezeichnungen.

  3. (Optional) Standardmäßig werden Router, die das Pushen und Poppen von Entropie-Labels unterstützen, mit der load-balance-label-capability Anweisung auf Hierarchieebene [edit forwarding-options] konfiguriert, um die Labels pro LSP zu signalisieren. Wenn der Peer-Router nicht für die Verarbeitung von Lastausgleichsbezeichnungen ausgerüstet ist, können Sie verhindern, dass der Provider-Edge-Router (PE) die Entropiebeschriftungsfunktion signalisiert, indem Sie die no-load-balance-label-capability Anweisung auf Hierarchieebene [edit forwarding-options] konfigurieren.

Transit-Router erfordern keine Konfiguration. Das Vorhandensein des Entropie-Labels weist den Transit-Router darauf hin, dass ein Lastenausgleich ausschließlich auf der Grundlage des MPLS-Label-Stacks durchgeführt werden soll.

Bei Routern des vorletzten Hops wird standardmäßig das Entropie-Label angezeigt.

Beispiel: Konfigurieren einer Entropiebezeichnung für eine BGP-Bezeichnung mit Unicast-LSP

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

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

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, das auf allen Geräten ausgeführt wird

    • Erneut validiert mit Junos OS Relese 22.4

Bevor Sie eine Entropiebezeichnung für BGP mit Unicast-Bezeichnung konfigurieren, stellen Sie Folgendes sicher:

  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-Labels zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten eingefügt. Es gibt jedoch keine Entropiebeschriftungen an den Stitching-Punkten, d. h. den Routern zwischen zwei Bereichen. Daher verwendeten die Router an den Stitching-Punkten die BGP-Labels, um Pakete weiterzuleiten.

Ab Junos OS Version 15.1 können Sie eine Entropiebezeichnung für BGP mit Unicast konfigurieren, um einen End-to-End-Lastausgleich für Entropiebezeichnungen zu erreichen. Diese Funktion ermöglicht die Verwendung eines Entropie-Labels an den Stitching-Punkten, um einen End-to-End-Entropie-Label-Lastenausgleich für BGP-Datenverkehr zu erreichen. Junos OS ermöglicht das Einfügen von Entropie-Labels am BGP-gekennzeichneten Unicast-LSP-Eingang.

Standardmäßig werden Router, die Entropie-Labels unterstützen, mit der load-balance-label-capability Anweisung auf Hierarchieebene [edit forwarding-options] konfiguriert, um die Labels pro LSP zu signalisieren. Wenn der Peer-Router nicht für die Verarbeitung von Lastausgleichsbezeichnungen ausgerüstet ist, können Sie die Signalisierung der Entropiebeschriftungsfunktion verhindern, indem Sie die no-load-balance-label-capability auf Hierarchieebene [edit forwarding-options] konfigurieren.

HINWEIS:

Sie können die Ankündigungs-Entropie-Label-Funktion beim Ausgang für Routen, die in der Richtlinie angegeben sind, mit der no-entropy-label-capability Option auf Hierarchieebene [edit policy-options policy-statement policy name then] explizit deaktivieren.

Topologie

In Abbildung 3 ist Router PE1 der Eingangsrouter und Router PE2 ist der Ausgangsrouter. Die Router P1 und P2 sind die Transit-Router. Router ABR ist der Bereichsbrücken-Router zwischen Bereich 0 und Bereich 1. Für den Lastenausgleich des Datenverkehrs sind zweiLSPs im ABR auf PE2 konfiguriert. Die Entropie-Label-Funktion für BGP-Unicast ist auf dem Eingangsrouter PE1 aktiviert. Host 1 ist für Paketerfassungen mit P1 verbunden, so dass wir das Entropie-Label anzeigen können.

Abbildung 3: Konfigurieren einer Entropiebezeichnung für BGP mit Unicast-BezeichnungKonfigurieren einer Entropiebezeichnung für BGP mit Unicast-Bezeichnung

Konfiguration

CLI-Schnellkonfiguration

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

Router CE1

Router PE1

Router P1

Router ABR

Router P2

Router PE2

Router CE2

Konfigurieren des Routers PE1

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere 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 diesen Vorgang für Router PE2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen Parameter geändert haben.

  1. Konfigurieren Sie die physischen Schnittstellen. Stellen Sie sicher, dass die Konfiguration family mpls auf der Core-Schnittstelle erfolgt.

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

  3. Konfigurieren Sie die Router-ID und die Nummer des autonomen Systems.

  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. Fügen Sie die entropy-label Option hinzu, die Entropiebeschriftung zum MPLS-Beschriftungsstapel hinzuzufügen.

  7. Konfigurieren Sie IBGP mit für family inet labeled-unicast das ABR-Peering und family inet-vpn für das PE2-Peering. Aktivieren Sie die Entropiekennzeichnungsfunktion für BGP-Unicast mit Bezeichnung.

  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 auf allen Geräten die gleiche Load-Balancing-Richtlinie an.

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

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

  12. Konfigurieren Sie das Routenunterscheidungsmerkmal 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 Routinginstanz, und wenden Sie die zuvor konfigurierte bgp-to-ospf Richtlinie an.

Konfigurieren von Router P1

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere 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 diesen Vorgang für Router P2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und anderen 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 .

Konfigurieren von Router-ABR

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere 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-Labels, die der Router für das Hashing der Pakete an sein Ziel für den Lastenausgleich verwendet.

  4. Konfigurieren Sie die Router-ID und die Nummer des autonomen Systems.

  5. Konfigurieren Sie das OSPF-Protokoll.

  6. Konfigurieren Sie das RSVP-Protokoll.

  7. Konfigurieren Sie das MPLS-Protokoll und geben Sie die LSPsin Richtung PE1 und PE2an. Für PE2 werden zwei LSPs erstellt, um den Datenverkehr auszugleichen, um zu zeigen, dass verschiedene LSPs und Schnittstellen verwendet werden.

  8. Konfigurieren Sie IBGP sowohl für PE1 als auch für PE2 mit family inet labeled-unicast. Wenden Sie die Richtlinie an, um die inet.3-Loopbackroute sowohl von PE1 als auch von PE2 anzukündigen. Wir zeigen die Richtlinie im nächsten Schritt.

  9. Definieren Sie eine Richtlinie, die mit den Loopbackadressen für PE1 und PE2abgeglichen werden soll.

  10. Definieren Sie eine Richtlinie für den Lastenausgleich, und wenden Sie sie unter . routing-options forwarding-table

(Optional) Konfiguration der Portspiegelung

Um die angewendete Entropiebeschriftung anzuzeigen, können Sie den Datenverkehr erfassen. In diesem Beispiel wird ein Filter auf die PE1-Schnittstelle auf P1 angewendet, um den Datenverkehr von CE1 zu CE2 zu erfassen. Der Datenverkehr wird zur Anzeige an Host 1 gesendet. Es gibt andere Möglichkeiten zur Erfassung des Datenverkehrs als die, die wir in diesem Beispiel verwenden. Weitere Informationen finden Sie unter Grundlegendes zu Port-Spiegelung und Analysatoren.

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere 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 platzieren wir die mit Host1 verbundene Schnittstelle in einer Bridge-Domäne 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, um den Datenverkehr zu erfassen. In diesem Beispiel erfassen wir den gesamten Datenverkehr.

  4. Wenden Sie den Filter auf die PE1-Schnittstelle an.

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

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob die Entropiebeschriftungsfunktion angekündigt wird

Zweck

Vergewissern Sie sich, dass das Pfadattribut für die Entropiebeschriftungsfunktion von ABR an PE1 für die Route zu PE2angekündigt wird.

Action!

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

Bedeutung

Die Ausgabe zeigt, dass der Host PE2 mit der IP-Adresse 10.1.255.6 über die Entropiebeschriftungsfunktion und die verwendeteRoutenbezeichnung verfügt. Der Host kündigt die Entropie-Label-Funktion für seine BGP-Nachbarn an.

Überprüfen, ob Router PE1 die Entropy Label Advertisement empfängt

Zweck

Stellen Sie sicher, dass Router PE1 die Entropiebezeichnungsankündigung für Router PE2 empfängt.

Action!

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

Bedeutung

Router PE1 empfängt die Ankündigung der Entropy-Label-Funktion von seinem BGP-Nachbarn.

ECMP am ABR auf PE2 verifizieren

Zweck

Überprüfen Sie ECMP (Equal-Cost Multipath) auf PE2.

Action!

Führen Sie im Betriebsmodus den show route table mpls.0 Befehlund show route forwarding-table label <label>s auf Router ABRaus.

Bedeutung

Die Ausgabe zeigt ein ECMP für die Bezeichnung, die für die BGP-beschriftete Unicast-Route verwendet wird.

Routen nach CE2 auf PE1 anzeigen

Zweck

Überprüfen Sie die Routen zu CE2.

Action!

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

Bedeutung

Die Ausgabe zeigt, dass für beide Routen die gleichen Beschriftungen verwendet werden.

Ping CE2 von CE1

Zweck

Überprüfen der Konnektivität und zur Überprüfung des Lastenausgleichs.

Action!

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

Bedeutung

Die Ausgabe zeigt, dass Pings erfolgreich waren.

Überprüfen des Load Balancing

Zweck

Überprüfen Sie den Lastenausgleich.

Action!

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

Bedeutung

Die Ausgabe zeigt den ersten Ping des vorherigen Befehls, der LSP verwendet hat, und den zweiten Ping, der LSP abr-pe2-2abr-pe2verwendet hat.

Überprüfen des Entropie-Labels

Zweck

Stellen Sie sicher, dass sich die Entropiebezeichnung zwischen den verwendeten Pings unterscheidet.

Action!

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

Bedeutung

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

Konfigurieren von Ultimate-Hop-Popping für Sprachdienstleister

Standardmäßig verwenden RSVP-signalisierte LSPs das vorletzte Hop-Popping (PHP). Abbildung 4 veranschaulicht einen LSP mit vorletzter Hop-Popping zwischen Router PE1 und Router PE2. Router CE1 leitet ein Paket an seinen nächsten Hop (Router PE1) weiter, der auch der LSP-Eingang ist. Router PE1 überträgt Label 1 auf das Paket und leitet das gelabelte Paket an Router P1 weiter. Router P1 schließt den standardmäßigen MPLS-Label-Austauschvorgang ab, tauscht Label 1 gegen Label 2 aus und leitet das Paket an Router P2 weiter. Da Router P2 der vorletzte Hop-Router für den LSP zu Router PE2 ist, wird zuerst das Label angezeigt und das Paket dann an Router PE2 weitergeleitet. Wenn Router PE2 es empfängt, kann das Paket ein Service-Label, ein Explicit-NULL-Label oder einfach ein einfaches IP- oder VPLS-Paket sein. Router PE2 leitet das nicht gekennzeichnete Paket an Router CE2 weiter.

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

Sie können auch Ultimate-Hop-Popping (UHP) (wie in Abbildung 5) für RSVP-signalisierte LSPs konfigurieren. Einige Netzwerkanwendungen können erfordern, dass Pakete am Ausgangsrouter (Router PE2) mit einer äußeren Bezeichnung ungleich Null eintreffen. Bei einem LSP mit Ultimate-Hop-Popping führt der vorletzte Router (Router P2 in Abbildung 5) den standardmäßigen MPLS-Label-Swapping-Vorgang durch (in diesem Beispiel Label 2 für Label 3), bevor das Paket an den Ausgangsrouter PE2 weitergeleitet wird. Router PE2 öffnet das äußere Label und führt eine zweite Suche nach der Paketadresse durch, um das Endziel zu bestimmen. Anschließend wird das Paket an das entsprechende Ziel weitergeleitet (entweder Router CE2 oder Router CE4).

Abbildung 5: Ultimate-Hop-Popping für einen LSPUltimate-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 Schaltkreise zum Edge-Schutz

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

  • LDP-signalisierte LSPs

  • Statische Sprachdienstleister

  • Punkt-zu-Multipunkt-Sprachdienstleister

  • CCC

  • traceroute Befehl

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

Bei Punkt-zu-Punkt-RSVP-signalisierten LSPs wird das UHP-Verhalten vom LSP-Eingang signalisiert. Basierend auf der Konfiguration des Eingangsrouters kann RSVP den UHP-LSP mit gesetztem Nicht-PHP-Flag signalisieren. RSVP PATH-Nachrichten tragen die beiden Flags im LSP-ATTRIBUTES-Objekt. Wenn der Ausgangsrouter die PATH-Nachricht empfängt, weist er dem LSP eine Bezeichnung ungleich NULL zu. RSVP erstellt und installiert außerdem zwei Routen in der mpls.0-Routingtabelle. S bezieht sich auf das S-Bit des MPLS-Labels, das angibt, ob das untere Ende des Label-Stacks erreicht wurde oder nicht.

  • Route S=0 – Gibt an, dass der Stapel weitere Beschriftungen enthält. Der nächste Hop für diese Route verweist auf die Routing-Tabelle mpls.0 und löst eine verkettete MPLS-Labelsuche aus, um die verbleibenden MPLS-Labels im Stack zu ermitteln.

  • Route S=1 – Gibt an, dass keine Beschriftungen mehr vorhanden sind. Der nächste Hop verweist auf die inet.0-Routingtabelle, wenn die Plattform verkettete und familienübergreifende 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-Verbindungen 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 Labels am PE-Router (Ausgang des UHP-LSP) an. Das äußere Etikett (S=0) ist das UHP-Etikett und das innere Etikett (S=1) ist das VC-Etikett . Eine Suche basierend auf der Transportbezeichnung führt zu einem Tabellenhandle für die mpls.0-Routingtabelle. In der mpls.0-Routing-Tabelle gibt es eine zusätzliche Route, die der inneren Beschriftung entspricht. Eine Suche basierend auf der inneren Bezeichnung führt zum nächsten Hop des CE-Routers.

  • Layer 3 VPN - Ein Paket kommt mit zwei Labels beim PE-Router (Ausgang des UHP-LSP) an. Die äußere Bezeichnung (S=0) ist die UHP-Bezeichnung und die innere Bezeichnung ist die VPN-Bezeichnung (S=1). Eine Suche basierend auf der Transportbezeichnung ergibt das Tabellenhandle für die mpls.0-Routingtabelle. In diesem Szenario gibt es zwei Fälle. Standardmäßig kündigen Layer-3-VPNs das Label "pro nächstem Hop" an. Eine Suche basierend auf der inneren Bezeichnung führt zum nächsten Hop in Richtung CE-Router. Wenn Sie die vrf-table-label Anweisung jedoch für die Layer-3-VPN-Routing-Instanz konfiguriert haben, verweist die innere LSI-Bezeichnung auf die VRF-Routing-Tabelle. Außerdem wird eine IP-Suche für die VRF-Routing-Tabelle durchgeführt.

    HINWEIS:

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

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

    HINWEIS:

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

  • IPv4 over MPLS: Ein Paket kommt mit einem Label (S=1) beim PE-Router (Ausgang des UHP-LSP) an. Eine Suche, die auf dieser Bezeichnung basiert, gibt eine VT-Tunnelschnittstelle zurück. Eine weitere IP-Suche wird auf der VT-Schnittstelle durchgeführt, um zu bestimmen, wohin das Paket weitergeleitet werden soll. Wenn die Routing-Plattform mehrfamilienübergreifende und verkettete Suchvorgänge unterstützt (z. B. MX 3D-Router und Paketübertragungsrouter der PTX-Serie), verweist die Suche basierend auf der Label-Route (S=1) auf die inet.0-Routing-Tabelle.

  • IPv6 over MPLS: Beim IPv6-Tunneling über MPLS kündigen PE-Router IPv6-Routen mit dem Label-Wert 2 an. Dies ist die explizite NULL-Bezeichnung für IPv6. Daher pushen die nächsten Hops für IPv6-Routen, die von Remote-PE-Routern gelernt werden, normalerweise zwei Labels. Die innere Bezeichnung ist 2 (sie kann unterschiedlich sein, wenn der PE-Werberouter von einem anderen Anbieter stammt), und die Routerbezeichnung ist die LSP-Bezeichnung. Pakete kommen mit zwei Labels am PE-Router (Ausgang des UHP-LSP) an. Die äußere Bezeichnung ist die Transportbezeichnung (S=0), und die innere Bezeichnung ist die IPv6-Bezeichnung explicit-null (Bezeichnung 2). Bei der Suche basierend auf der inneren Bezeichnung in der Routing-Tabelle mpls.0 wird zurück zur Routing-Tabelle mpls.0 umgeleitet. Bei Routern der MX 3D-Serie wird das innere Label (Label 2) entfernt und eine IPv6-Suche wird mithilfe der inet6.0-Routing-Tabelle durchgeführt.

  • Aktivieren von PHP- und UHP-LSPs: Sie können sowohl PHP- als auch UHP-LSPs über dieselben Netzwerkpfade konfigurieren. Sie können PHP- und UHP-Datenverkehr trennen, indem Sie die Option Weiterleitung nächster LSP-Hops mit einem regulären Ausdruck mit der install-nexthop Anweisung auswählen. Sie können den Datenverkehr auch trennen, indem Sie die Sprachdienstleister einfach entsprechend benennen.

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

  1. Um Ultimate-Hop-Popping zu aktivieren, fügen Sie die ultimate-hop-popping folgende Anweisung ein:

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

    HINWEIS:

    Wenn Sie Ultimate-Hop-Popping aktivieren, versucht RSVP, vorhandene LSPs als Ultimate-Hop-Popping-LSPs nach dem Make-before-Break-Prinzip neu zu signalisieren. Wenn ein Ausgangsrouter Ultimate-Hop-Popping nicht unterstützt, wird der vorhandene LSP abgebrochen (RSVP sendet eine PathTear-Nachricht entlang des Pfads eines LSP, entfernt den Pfadstatus und den abhängigen Reservierungsstatus und gibt die zugehörigen Netzwerkressourcen frei).

    Wenn Sie das Ultimate-Hop-Popping deaktivieren, signalisiert RSVP vorhandene LSPs in einer "Make-before-Break"-Weise als vorletztes Hop-Popping-LSPs um.

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

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

Konfigurieren von LSPs mit expliziten Pfaden

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

Wenn LSPs mit explizitem Pfad konfiguriert sind, wird der LSP entlang des angegebenen Pfads eingerichtet. Wenn der Pfad topologisch nicht machbar ist, weil das Netzwerk partitioniert ist oder entlang einiger Teile des Pfads nicht genügend Ressourcen verfügbar sind, schlägt der LSP fehl. Es können keine alternativen Pfade verwendet werden. Wenn die Einrichtung erfolgreich ist, bleibt der LSP auf unbestimmte Zeit auf dem definierten Pfad.

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

  1. Konfigurieren Sie die Pfadinformationen in einem benannten Pfad, wie unter Erstellen von benannten Pfadenbeschrieben. Um vollständige Pfadinformationen zu konfigurieren, geben Sie jeden Router-Hop zwischen dem Eingangs- und dem Ausgangsrouter an, vorzugsweise mithilfe des strict Attributs. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Teilmenge der Router-Hops an, und verwenden Sie das loose Attribut an Stellen, an denen der Pfad unvollständig ist.

    Bei unvollständigen Pfaden vervollständigen die MPLS-Router den Pfad, indem sie die lokale Routing-Tabelle abfragen. Diese Abfrage erfolgt Hop-für-Hop-Basis, und jeder Router kann nur so viele Informationen ermitteln, um den nächsten expliziten Hop zu erreichen. Es kann erforderlich sein, mehrere Router zu durchlaufen, um den nächsten (losen) expliziten Hop zu erreichen.

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

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

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

  4. Konfigurieren Sie alle anderen LSP-Eigenschaften.

HINWEIS:

Wenn Sie einen LSP mit eingeschränktem Pfad definieren, der mehr als einen strikten Hop verwendet, der zum Ausgangsknoten gehört, muss der erste strikte Hop so festgelegt werden, dass er mit der IP-Adresse übereinstimmt, die dem Ausgangsknoten auf der Schnittstelle zugewiesen ist, die die RSVP-Pfadnachricht empfängt. Wenn die eingehende RSVP-Pfadnachricht auf einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP zurückgewiesen.

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

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

  • Es ist mehr Konfigurationsaufwand erforderlich.

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

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

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

Beispiel: Konfigurieren eines LSP mit explizitem Pfad

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

HINWEIS:

Wenn Sie einen LSP mit eingeschränktem Pfad definieren, der mehr als einen strikten Hop verwendet, der zum Ausgangsknoten gehört, muss der erste strikte Hop so festgelegt werden, dass er mit der IP-Adresse übereinstimmt, die dem Ausgangsknoten auf der Schnittstelle zugewiesen ist, die die RSVP-Pfadnachricht empfängt. Wenn die eingehende RSVP-Pfadnachricht auf einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP zurückgewiesen.

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

Übersicht über die Überbelegung der LSP-Bandbreite

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

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

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

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

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

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

    • Beste Bemühungen—ct0 1000

    • Stimme—ct3 1

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

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

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

LSP-Größe Überzeichnung

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

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

Klassentyp-Überzeichnung und lokale Überzeichnungsmultiplikatoren

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

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

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

HINWEIS:

Alle LOM-Berechnungen werden vom Junos OS durchgeführt und erfordern keinen Benutzereingriff.

Die Formeln für die Überzeichnung von Klassentypen werden in den folgenden Abschnitten beschrieben:

Konfigurieren des Bandbreitenabonnementprozentsatzes für Sprachdienstleister

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

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

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

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

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

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

Der Wert, den Sie konfigurieren, wenn Sie einen Klassentyp überzeichnen, ist ein Prozentsatz der Bandbreite des Klassentyps, der tatsächlich verwendet werden kann. Der Standardwert für das Abonnement beträgt 100 Prozent.

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

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

Einschränkungen bei der Konfiguration des Bandbreitenabonnements

Beachten Sie bei der Konfiguration des Bandbreitenabonnements die folgenden Probleme:

  • Wenn Sie Bandbreitenbeschränkungen auf Hierarchieebene [edit class-of-service interface interface-name] konfigurieren, haben diese Vorrang vor allen Bandbreitenkonfigurationen, die Sie auf der [edit protocols rsvp interface interface-name bandwidth] Hierarchieebene für Diffserv-TE angeben. Beachten Sie außerdem, dass die CoS- oder RSVP-Bandbreiteneinschränkungen die Bandbreitenbeschränkungen der Schnittstellenhardware außer Kraft setzen können.

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

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

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

Erkennen von MPLS-MTU-Überschreitungsfehlern

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

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

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

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

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

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

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

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

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

HINWEIS:

Damit die Generierung von ICMP-MTU-Überschreitungsfehlermeldungen funktioniert, müssen Sie Routing-Tabellen auf dem Peer-CE-Gerät einrichten, um das Paket zurück zum CE-Quellgerät zu leiten, andernfalls werden die ICMP-MTU-Überschreitungsfehlerpakete verworfen.

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

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

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

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

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

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Release
Beschreibung
14.1R9
Ab Junos OS Version 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 und 17.2R2 werden alle Bandbreiten-Samples mit einem Wert von Null als Underflow-Samples betrachtet, mit Ausnahme der Zero-Value-Samples, die nach dem ersten Aufrufen eines LSP eintreffen, und der Null-Value-Samples, die zuerst nach einem Routing-Engine-Switchover eintreffen.