Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

Grundlegende LSP-Konfiguration

Konfigurieren von LSP-Kennzahlen

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

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

Konfigurieren dynamischer LSP-Metriken

Wenn keine bestimmte Kennzahl konfiguriert ist, versucht ein LSP, die IGP-Kennzahl zum selben Ziel (die Adresse des to 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 Kennzahl OSPF Router beispielsweise 20 ist, übernehmen alle LSPs zu diesem Router automatisch 20. Wenn der OSPF zu einem Router wechseln und sich später zu einem anderen Wert ändert, ändern sich alle LSP-Metriken entsprechend. Wenn es keine IGP zum Router gibt, erhöht der LSP seine Metrik auf 65.535.

Beachten Sie, dass in diesem Fall die LSP-Metrik vollständig durch bestimmte IGP. es bestätigt keine Beziehung zum tatsächlichen Pfad, den der LSP derzeit durchquert. Wenn LSP-Routen (z. B. durch Reoptimierung) umgeleitet werden, ändert sich seine Kennzahl nicht und bleibt für die Benutzer somit transparent. Dynamische Kennzahl ist das Standardverhalten. ist keine Konfiguration erforderlich.

Konfigurieren statischer LSP-Metriken

Sie können einem LSP manuell einen festen Kennwert zuweisen. Sobald die LSP-Kennzahl mit der Anweisung konfiguriert wurde, ist sie metric fest und kann nicht geändert werden:

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

Die LSP-Metrik hat mehrere Verwendungszwecke:

  • Wenn parallele LSPs mit demselben Ausgangsrouter liegen, werden die Messwerte mit der Bestimmung des geringsten Metrikwerts (der niedrigsten Kosten) und daher des bevorzugten Pfads zum Ziel verglichen. Wenn die Metriken dieselben sind, wird der Datenverkehr gemeinsam genutzt.

    Die Anpassung der Kennwerte kann dazu zwingen, dass der Datenverkehr unabhängig von der zugrunde liegenden Kennzahl einige LSPs IGP bevorzugt.

  • Wenn ein IGP-Shortcut aktiviert ist (siehe Verwenden von labeled-Switched Paths zur Augment von SPF zu Compute IGP Shortcuts),kann eine IGP-Route mit einem LSP als nächstem Hop in der Routingtabelle installiert werden, falls sich der LSP auf dem kürzesten Pfad zum Ziel befindet. In diesem Fall wird die LSP-Metrik zu den anderen Messkennzahlen IGP hinzugefügt, um die gesamte Pfadkennzahl zu bestimmen. Beispiel: Wenn ein LSP, dessen Ingress-Router X und der Ausgangsrouter Y ist, auf dem kürzesten Pfad zum Ziel-Z ist, wird die LSP-Metrik zur Kennzahl für die IGP-Route von Y nach Z hinzugefügt, um die Gesamtkosten des Pfads zu bestimmen. Wenn es sich bei mehreren LSPs um potenzielle Nächste Hops handelt, wird die Gesamtmetriken der Pfade mit der Wahl des bevorzugten Pfads (d. h. der niedrigsten Gesamtkennzahl) verglichen. Oder IGP pfade und LSPs, die zum selben Ziel führen, können mit einem Kennwert verglichen werden, um den bevorzugten Pfad zu bestimmen.

    Durch Anpassung der LSP-Kennzahl können Sie den Datenverkehr so zwingen, dass er LSPs bevorzugt, den IGP-Pfad bevorzugt oder die Last gemeinsam aufträgt.

  • Wenn Router X und Y BGP sind und ein LSP dazwischen liegt, stellt die LSP-Kennzahl die Gesamtkosten dar, die Y von X erreichen kann. Wenn aus irgendeinem Grund die LSP-Routen umgeleitet werden, können sich die zugrunde liegenden Pfadkosten erheblich ändern. X die Kosten, die Y erreichen soll, bleiben jedoch gleich (die LSP-Metrik), was X ermöglicht, über einen BGP Multiple Exit Discriminator (MED) eine stabile Kennzahl für downstream-Nachbarn zu melden. Solange Y über den LSP erreichbar bleibt, werden nachgeschaltete Nachbarn BGP änderungen nicht sichtbar gemacht.

Es ist möglich, eine Konfiguration IS-IS die konfigurierte LSP-Kennzahl zu ignorieren, indem die Aussage auf ignore-lsp-metrics der [edit protocols isis traffic-engineering shortcuts] Hierarchieebene einschliesslich wird. Mit dieser Aussage wird die gegenseitige Abhängigkeit zwischen IS-IS und MPLS der Pfadberechnung beseitigt. Weitere Informationen finden Sie in der Junos OS Protokollbibliothek für Routinggeräte.

Konfigurieren einer Textbeschreibung für LSPs

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

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

Um eine Textbeschreibung für einen LSP zur Verfügung zu stellen, fügen Sie die Anweisung description in einer der folgenden Hierarchieebenen ein:

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen.

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

  • Aktivieren MPLS auf den Geräteschnittstellen.

  • Konfigurieren Sie einen LSP in der MPLS Domain.

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

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

    Zum Beispiel:

  2. Überprüfen und Commit der Konfiguration.

    Zum Beispiel:

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

Konfiguration MPLS Soft-Preemption

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

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

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

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

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

Konfigurieren Sie den Timer mit einer cleanup-timer Anweisung:

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

Anmerkung:

Soft-Preemption kann nicht auf LSPs konfiguriert werden, für die Fast Reroute konfiguriert wurde. Die Konfiguration schlägt fehl beim Commit. Soft Preemption kann jedoch in Verbindung mit Node- und Link-Schutz aktiviert werden.

Anmerkung:

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

Konfigurieren von Priorität und Preemption für LSPs

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

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

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

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

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

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

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

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

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

Konfigurieren administrativer Gruppen für LSPs

Administrative Gruppen, die auch als Link-Coloring oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben. So können Verbindungen mit derselben Farbe konzeptuell zur gleichen Klasse gehören. Sie können administrative Gruppen verwenden, um eine Vielzahl von richtlinienbasierten LSP-Setups zu implementieren.

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

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

Anmerkung:

Der administrative Wert ist nicht eindeutig von dieser Priorität. Sie konfigurieren die Priorität für einen LSP mithilfe der priority Anweisung. Siehe Configuring Priority and Preemption for LSPs(Konfiguration von Priorität und Preemption für LSPs).

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

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

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

    • [edit protocols mpls]

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

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

  2. Definieren Sie die administrativen Gruppen, zu denen eine Schnittstelle gehört. Sie können einer Schnittstelle mehrere Gruppen zuweisen. Geben Sie dazu interface die Aussage an:

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

    • [edit protocols mpls]

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

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

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

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

    Anmerkung:

    Beim Konfigurieren administrativer Gruppen und erweiterter administrativer Gruppen für eine Verbindung müssen beide Arten von administrativen Gruppen auf der Schnittstelle konfiguriert werden.

  3. Konfigurieren Sie eine Administrative Gruppeneinschränkung für jeden LSP oder für jeden primären oder sekundären LSP-Pfad. Geben Sie dazu label-switched-path die Aussage an:

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

    • [edit protocols mpls]

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

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

    Anmerkung:

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

Konfigurieren erweiterter administrativer Gruppen für LSPs

In MPLS-Traffic Engineering eine Verbindung mit einer Reihe von administrativen Gruppen (auch als Farben oder Ressourcenklassen bekannt) konfiguriert. Administrative Gruppen werden im Interior Gateway Protocol (IGP) (OSPFv2 und IS-IS) als 32-Bit-Wert jedem Link zugewiesen. Juniper Networks interpretieren diesen 32-Bit-Wert normalerweise als Bitmaske, da jedes Bit eine Gruppe repräsentiert. So wird jedes Netzwerk auf insgesamt 32 verschiedene administrative Gruppen beschränkt (Wertbereich 0 bis 31).

Sie konfigurieren erweiterte administrative Gruppen, die einen 32-Bit-Wert vertreten, und erweitern die Anzahl der vom Netzwerk unterstützten administrativen Gruppen über nur 32. Der ursprüngliche Wertebereich, der für administrative Gruppen verfügbar ist, wird zur Abwärtskompatibilität nach wie vor unterstützt.

Die erweiterte Konfiguration von administrativen Gruppen akzeptiert eine Reihe von Schnittstellen mit einem entsprechenden Satz erweiterter administrativer Gruppennamen. Sie wandelt die Namen in eine Gruppe von 32-Bit-Werten um und überträgt diese Informationen in das IGP. Die erweiterten administrativen Gruppenwerte sind global und müssen für alle unterstützten Router, die im Netzwerk teilnehmen, identisch konfiguriert sein. Die domainweite, erweiterte Datenbank der administrativen Gruppen, die durch IGP-Flooding von anderen Routern gelernt wurde, wird von Constrained Shortest Path First (CSPF) für die Pfadberechnung verwendet.

Im folgenden Verfahren wird die Konfiguration erweiterter administrativer Gruppen beschrieben:

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

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

    • [edit routing-options]

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

    Diese admin-groups-extended-range Aussage enthält die und minimummaximum Optionen. Die maximale Reichweite muss mindestens größer sein.

  2. Konfiguration der admin-groups-extended Anweisung:

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

    • [edit routing-options]

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

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

  3. Die erweiterten administrativen Gruppen für eine MPLS-Schnittstelle bestehen aus einem Satz erweiterter administrativer Gruppennamen, die der Schnittstelle zugewiesen wurden. Die Schnittstellennamen erweiterter administrativer Gruppen müssen für die globalen erweiterten administrativen Gruppen konfiguriert werden.

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

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

    • [edit protocols mpls interface interface-name]

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

  4. Die erweiterten administrativen LSP-Gruppen definieren die Gruppe von Ein- und Ausschlusseinschränkungen für einen LSP und die primären und sekundären Pfade eines Pfads. Die erweiterten Namen der administrativen Gruppe 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 Aussage umfasst folgende Optionen: apply-groups, apply-groups-exceptexclude und include-allinclude-any . Mit jeder Option können Sie eine oder mehrere erweiterte administrative Gruppen konfigurieren.

    Eine Liste der Hierarchieebenen, in denen Sie diese Anweisung konfigurieren können, finden Sie in der Zusammenfassung der Aussage in dieser Anweisung.

  5. Geben Sie den Befehl aus, um die aktuell konfigurierten erweiterten administrativen Gruppen show mpls admin-groups-extended anzuzeigen.
Anmerkung:

Beim Konfigurieren administrativer Gruppen und erweiterter administrativer Gruppen für eine Verbindung müssen beide Arten von administrativen Gruppen auf der Schnittstelle konfiguriert werden.

Konfigurieren von Einstellungswerten für LSPs

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

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

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

Deaktivierung der Pfadroutenaufzeichnung durch LSPs

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

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

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

Die adaptiven 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 ausgeschaltet wird. Diese Art von Konfiguration wird als make before break (MBB) bezeichnet.

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

  • optimize-switchover-delay— Zeit bis zum Switching auf die neue LSP-Instanz.

  • optimize-hold-dead-delay— Zeit, nach dem Switchover und vor der Löschung der alten LSP-Instanz zu warten.

Sowohl die Anweisungen als auch die Anweisungen gelten für alle LSPs, die das optimize-switchover-delayoptimize-hold-dead-delay Make-before-Break-Verhalten zum LSP-Setup und -Ende verwenden, nicht nur für LSPs, für die die Anweisung ebenfalls optimize-timer konfiguriert wurde. Die folgenden MPLS verursachen die Einrichtung und Abrungen von LSPs mithilfe von Make-before-Break-Verhalten:

  • Adaptive LSPs

  • Automatische Bandbreitenzuordnung

  • BFD für LSPs

  • Graceful Routing Engine Switchover

  • Verbindungs- und Knotenschutz

  • Nonstop Active Routing

  • Optimierte LSPs

  • Point-to-Multipoint (P2MP)-LSPs

  • Soft-Preemption

  • Standby-sekundäre Pfade

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

Der Wert dieser Aussage hängt davon ab, wie schnell der Router alle Anwendungs-Präfixe an den optimize-hold-dead-delay neuen LSP verschiebt. Dies hängt von der Packet Forwarding Engine Last ab, die von Plattform zu Plattform variieren kann. Die Kunden müssen die optimize-hold-dead-delay Aussage als Testversion und Fehler festlegen.

Ab Version 15.1 kann Junos OS einen mbb-Switchover ohne Konfiguration der künstlichen Verzögerungen, die solche Timer-Werte mit sich bringen, erzielen.

Dieses Thema fasst die drei Methoden zusammen, um einen MBB-Switchover von einem alten LSP auf einen neuen LSP mithilfe von Junos OS:

Angabe der Zeit, für die der Router auf den Wechsel zu neuen Pfaden wartet

Verwenden Sie die Anweisung, um anzugeben, wie lange der Router auf den Wechsel über LSP-Instanzen zu einem optimierten Pfad optimize-switchover-delay wartet. Sie müssen diese Aussage nur auf Routern konfigurieren, die als Ingress für die betroffenen LSPs agieren (Sie müssen diese Aussage bei Übertragungs- oder Ausgangsroutern nicht konfigurieren). Mit dem Timer in dieser Anweisung können Sie sicherstellen, dass die neuen optimierten Pfade eingerichtet wurden, bevor der Datenverkehr von alten Pfaden umgeschaltet wird. Dieser Timer kann nur für alle auf dem Router konfigurierten LSPs aktiviert oder deaktiviert werden.

Um die Zeit zu konfigurieren, in der der Router mit dem Switch über LSP-Instanzen auf neu optimierte Pfade wartet, geben Sie mithilfe der Anweisung die Zeit in Sekunden optimize-switchover-delay ein:

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

  • [edit protocols mpls]

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

Geben Sie die Zeit an, in der Sie alte Pfade hinauszögern können

Verwenden Sie die Anweisung, um festzulegen, wie lange der Router den Verkehr auf neue optimierte Pfade umgeschaltet hat, um die Abschaltung alter Pfade optimize-hold-dead-delay zu verzögern. Sie müssen diese Aussage nur auf Routern konfigurieren, die als Ingress für die betroffenen LSPs agieren (Sie müssen diese Aussage bei Übertragungs- oder Ausgangsroutern nicht konfigurieren). Mit dem Timer in dieser Aussage wird gewährleistet, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf neue optimierte Pfade umgeschaltet wurden. Dieser Timer kann für bestimmte LSPs oder alle auf dem Router konfigurierten LSPs aktiviert werden.

Um die Zeit in Sekunden zu konfigurieren, die die Abschaltung alter Pfade verzögert, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgeschaltet hat, verwenden Sie die optimize-hold-dead-delay Anweisung:

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

Erreichen eines hitless MBB Switchover ohne künstliche Verzögerungen

Ab Junos OS Version 15.1 gibt es eine weitere Möglichkeit, die alten LSP-Instanzen nach der MBB-Switchover wieder auf einen anderen Weg zu übertragen, ohne sich dabei auf die von der Anweisung eingerichteten beliebigen Zeitintervalle zu optimize-switchover-delayoptimize-hold-dead-delay verlassen. Wenn Sie die Anweisung beispielsweise verwenden, konfigurieren Sie eine Zeit, die Sie als sicher halten, bevor sie die alte LSP-Instanz nach optimize-hold-dead-delay MBB herunterlädt. Einige Routen sind jedoch möglicherweise noch dabei, auf die neue Instanz zu umschalten. Das Herunterfahren der alten LSP-Instanz führt nach und nach dazu, dass einer der Transitknoten den Datenverkehr für die Routen fallen wird, die nicht zur neuen LSP-Instanz verschoben wurden.

Anstatt die Anweisung zu verwenden, können Sie optimize-switchover-delay MPLS-OAM (lsp ping) verwenden, um Datenverkehrsverluste zu vermeiden. Dies bestätigt, dass die LSP-Datenebene end-to-End eingerichtet wurde. Anstatt die Aussage zu verwenden, können Sie einen Feedback-Mechanismus aus der RPD-Infrastruktur verwenden, der bestätigt, dass alle Präfixe, die auf den alten LSP Bezug haben, optimize-hold-dead-delay umgeschaltet wurden. Der Feedback-Mechanismus stammt aus der Tag-Bibliothek und ist auf die Routing-Protocol Process (rpd)-Infrastruktur angewiesen, um zu bestimmen, wann alle Routen, die die alte LSP-Instanz verwenden, nach MBB-Switchover vollständig auf die neue LSP-Instanz umgeschaltet wurden.

Der Feedback-Mechanismus ist immer da und optional. Konfigurieren Sie optimize-adaptive-teardown die Anweisung so, dass der Feedback-Mechanismus während des MBB-Switchover verwendet wird. Diese Funktion wird für RSVP Point-to-Multipoint (P2MP)-LSP-Instanzen nicht unterstützt. Die globale Konfiguration der Anweisung wirkt sich nur auf die im System konfigurierten optimize-adaptive-teardown Point-to-Point-LSPs aus.

Sie müssen nur die Anweisung auf Routern konfigurieren, die als Ingress für die betroffenen LSPs agieren (Sie müssen diese Anweisung nicht bei Übertragungs- oder Ausgangsroutern optimize-adaptive-teardown konfigurieren). Mit diesem Feedback-Mechanismus wird sichergestellt, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf neue optimierte Pfade umgeschaltet wurden. Die globale Konfiguration dieser Konfigurationsauszugs betrifft nur die im System konfigurierten Point-to-Point-LSPs.

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

Optimieren von signalisierten LSPs

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10GE

    • L13, L14 = 10GE

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

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

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

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

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

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

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

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

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

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

  4. Andernfalls wird der neue Pfad abgelehnt.

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

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

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

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

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

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

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

  • [edit protocols mpls]

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

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

Konfigurieren des Smart Optimize Timer für LSPs

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

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

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

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

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

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

Dies kann unerwünschter sein, wenn der primäre Pfad der aktive Pfad sein und der sekundäre Pfad nur als Backup verwendet werden sollte. Wenn der sekundäre Pfad als aktiver Pfad verwendet wird (obwohl der primäre Pfad neu erstellt wurde) und der sekundäre Pfad ausfällt, wechselt die smarte Optimize-Timer-Funktion den Datenverkehr nicht automatisch zurück auf den primären Pfad. Sie können jedoch den Schutz für den sekundären Pfad aktivieren, indem Sie Knoten- und Verbindungsschutz konfigurieren oder einen zusätzlichen Standby-Sekundärpfad, in diesem Fall kann der intelligente Optimierungs-Timer effektiv sein.

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

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

  • [edit protocols mpls]

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

Begrenzung der Anzahl von Hops in LSPs

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

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

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

Konfigurieren des Bandbreitenwerts für LSPs

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

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

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

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

Automatische Bandbreitenzuordnung für LSPs

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

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

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

Konfigurieren automatischer Bandbreitenzuordnung für LSPs

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

Am Ende des automatischen Bandbreitenzuordnungszeitintervalls wird die aktuelle maximale durchschnittliche Bandbreitenauslastung mit der zugewiesenen Bandbreite für den LSP verglichen. Wenn der LSP mehr Bandbreite benötigt, wird versucht, einen neuen Pfad zu einrichten, bei dem die Bandbreite der aktuellen maximalen durchschnittlichen Nutzung gleich ist. Wenn der Versuch erfolgreich ist, wird der LSP-Datenverkehr über den neuen Pfad geroutet und der alte Pfad entfernt. Wenn der Versuch ausfällt, nutzt der LSP weiterhin seinen aktuellen Pfad.

Anmerkung:

Bei der Berechnung des Werts für (relativ zum ingressigen LSP) wird das bei der Vor-Der-Pause erfasste Muster ignoriert, um falsche Max AvgBW Ergebnisse zu verhindern. Das erste Beispiel nach einer Bandbreitenanpassung oder nach einer Änderung der LSP-ID (unabhängig von der Pfadänderung) wird ebenfalls ignoriert.

Wenn Sie den Link- und Node-Schutz für den LSP konfiguriert haben und der Datenverkehr auf den Bypass-LSP umgeschaltet wurde, arbeitet die Funktion zur automatischen Bandbreitenzuordnung weiter und nimmt Bandbreitenmuster vom Bypass-LSP. Beim ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitenauslastung, die von der ursprünglichen Verbindung und dem knotengeschützten LSP genommen wird, verwendet, um den Bypass-LSP neu zu besignalen, wenn mehr Bandbreite benötigt wird. (Verbindungs- und Knotenschutz wird auf Switches der QFX-Serie nicht unterstützt.)

Wenn Sie die Fast Reroute für den LSP konfiguriert haben, können Sie diese Funktion möglicherweise nicht zum Anpassen der Bandbreite verwenden. Da die LSPs einen festgelegten Filter (FF)-Reservierungsstil verwenden, kann die Bandbreite bei Signalübertragung eines neuen Pfads doppelt gezählt werden. Mit Doppelter Zählern kann verhindert werden, dass ein Fast Reroute-LSP seine Bandbreite jemals anpasst, wenn die automatische Bandbreitenzuordnung aktiviert ist. (Fast Reroute wird von Switches der QFX-Serie nicht unterstützt.)

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

Anmerkung:

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

Konfiguration optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs

Automatische Bandbreitenfunktionen ermöglichen LSPs von RSVP-TE, entweder direkt konfiguriert oder automatisch mithilfe von Auto-Mesh erstellt, eine auf Basis der Datenverkehrsrate umzuvergrößeren. Die auf jedem LSP durchgeführte Datenverkehrsrate wird periodisch durch das Sammeln von Mustern der Datenverkehrsrate gemessen. Die Häufigkeit der Erfassung von Datenverkehrstatistiken wird über die adjust-interval Konfigurationserklärung gesteuert. Der konfigurierbare Mindestwert liegt adjust-interval bei einer Sekunde. Die Neusizing der LSPs wird als Anpassung bezeichnet und die Häufigkeit der Anpassungen wird über die Anweisung adjust-interval gesteuert.

Die Anpassung wird ab Junos OS Veröffentlichungs-20.4R1 auf 150 Sekunden reduziert, wenn die Anweisungen die konfigurierten Grenzwerte für Überlauf oder adjust-intervalauto-bandwidthadjust-threshold-overflow-limitadjust-threshold-underflow-limit Unterstrom überschreiten.

Wenn kein Überlauf oder Unterstrom-Sample erkannt wird, beträgt die Anpassung jedoch mindestens adjust-intervalauto-bandwidth 300 Sekunden.

In Versionen, die früher Junos OS Release 20.4R1, beträgt der 300 Sekunden unter adjust-interval Überlauf- oder Underflow-Bedingungen.

Mit der Implementierung einer automatischen Bandbreitenanpassungsoptimierung nimmt auto-bandwidth die Bandbreite des LSP schneller ab. Der Label-Edge-Router (LER) für den Ingress-Label-Edge kann aufgrund der Verringerung der Größe innerhalb von 150 Sekunden geändert werden, vorausgesetzt, die Unterbrechung eines alten adjust-threshold-overflow-limit MAKE-before-Break (MBB) einer LSP-Instanz erfolgt innerhalb von 150 Sekunden.

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

  • Die Wahrscheinlichkeit einer LSP-Routenänderung verringern: Dies liegt in der Wahrscheinlichkeit einer LSP-Routenänderung, wenn eine automatische Anpassung der Bandbreite erfolgt.

  • Die Wahrscheinlichkeit eines LSP-Umwegs verringern: Dies liegt daran, die Wahrscheinlichkeit eines LSP-Umwegs aufgrund der LSPs mit höherer Priorität, die die gleiche Ressource erfordern, zu reduzieren.

Um diese Anforderungen wie folgt zu erfüllen, unterstützt die Optimierung der automatischen Bandbreitenanpassungen Folgendes:

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

    Anmerkung:

    Die aktualisierung der LSP-Bandbreite ist für einen inter-domainübergreifenden LSP nicht zutreffend.

    In bestimmten Szenarien überniert der nächste LSP-Route-Hop die LSP-Bandbreite entweder direkt oder indirekt. Obwohl in diesen Szenarien die Aktualisierung der LSP-Bandbreite unterstützt wird, ist die Leistungsverbesserung durch die Änderung der LSP-Route begrenzt. Dies liegt an der Änderung in der Inet.3-Routentabelle nach automatischer Bandbreite (MPLS Tunnel). Die Leistungssteigerung ist beispielsweise begrenzt, wenn entweder eine oder beide Anweisungen konfiguriert werden:

    • auto-policing unter "MPLS.

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

    Anmerkung:

    LSP-Bandbreitenaktualisierung über LSP-ID-Erneutnutzung schlägt fehl, und der ingress-LER löst sofort MBB mit einer neuen LSP-ID aus, wenn:

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

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

    • LSP-Optimierung Timer-Fires.

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

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

    Sie können beispielsweise einen geringeren RSVP-Abonnementanteil konfigurieren, anstatt für alle Prioritäten einen RSVP-Abonnementanteil von 90 % für LSPs festzulegen (z. B. 75 %). für LSPs mit niedrigeren Prioritäten

Anmerkung:

Das Abonnement pro Priorität funktioniert nicht mit DiffServ-orientiertem Traffic Engineering (TE). DiffServ-orientiertes Traffic-Engineering ermöglicht die flexiblere und statistische Freigabe der TE-Verbindungsbandbreite als ein Abonnement mit pro Priorität.

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Konfigurieren Sie die Geräteschnittstelle, um MPLS.
  2. Konfiguration MPLS-Protokolls auf der Schnittstelle.
  3. Konfigurieren MPLS und der LSPs und konfigurieren Sie den Verbindungsschutz für den LSP.
  4. Konfigurieren in-place-bandwidth-update Sie für LSP, um eine automatische Bandbreiten-LSP-Größe zu ermöglichen.
  5. Geben Sie commit im Konfigurationsmodus ein.

Verification

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

To Configure Per-priority Subscription:

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

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

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

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

  5. Geben Sie commit im Konfigurationsmodus ein.

Verification

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

Konfigurieren von Berichten über automatische Bandbreitenzuordnungsstatistiken für LSPs

Die automatische Bandbreitenzuordnung ermöglicht MPLS Tunnel zur automatischen Anpassung der Bandbreitenzuordnung basierend auf dem Datenverkehrsvolumen, das durch den Tunnel fließt. Sie können das Gerät so konfigurieren, dass Statistiken zur automatischen Bandbreitenzuordnung erfasst werden, indem Sie die folgenden Schritte abschließen:

  1. Um Statistiken zur automatischen Bandbreitenzuordnung zu sammeln, konfigurieren Sie auto-bandwidth die Option für die Anweisung auf statistics[edit protocols mpls] Hierarchieebene. Diese Einstellungen gelten für alle LSPs, die auf dem Router konfiguriert sind, auf dem Sie die Anweisung auch auf auto-bandwidth[edit protocols mpls label-switched-path label-switched-path-name] Hierarchieebene konfiguriert haben.
  2. Geben Sie die dateien an, die zum Speichern filename der Daten zu MPLS mithilfe der Option verwendet file werden. Alle Dateien werden in das Verzeichnis /var/log platziert. Es wird empfohlen, die MPLS tracing-Ausgabe in der Datei zu mpls-log platzieren.
  3. Geben Sie mithilfe der Option die maximale Anzahl von Trace-Dateien files number an. Wenn eine Trace-Datei namens ihre maximale Größe erreicht, wird sie dateierweiterung 2011 und so weiter, bis die maximale Anzahl von trace-filetrace-file.0 Trace-Dateien erreicht trace-file.1 wird. Und dann wird die ältesten Trace-Datei überschrieben.
  4. Geben Sie das Intervall für die Berechnung der durchschnittlichen Bandbreitenauslastung an, indem Sie mithilfe dieser Option eine Zeit in Sekunden interval konfigurieren. Sie können auch das Anpassungsintervall für einen bestimmten LSP festlegen, indem Sie die interval Option auf der [edit protocols mpls label-switch-path label-switched-path-name statistics] Hierarchieebene konfigurieren.
    Anmerkung:

    Um eine unnötige Neusignalierung von LSPs zu vermeiden, ist es am besten, ein LSP-Anpassungsintervall zu konfigurieren, das mindestens dreifaches des automatischen Bandbreitenstatistikintervalls MPLS ist. Wenn Sie beispielsweise einen Wert von 30 Sekunden für das automatische Bandbreitenstatistikintervall ( Anweisung auf Hierarchieebene) von MPLS konfigurieren, sollten Sie einen Wert von mindestens 90 Sekunden für das LSP-Anpassungsintervall ( Anweisung auf Hierarchieebene) interval[edit protocols mpls statistics]adjust-interval[edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] konfigurieren.

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

    Mit der folgenden Konfiguration können MPLS Traceoptions für die automatische Bandbreitenzuordnung aktivieren. Die Trace-Datensätze werden in einer Datei namens auto-band-trace gespeichert (der Dateiname ist benutzerkonfigurierbar):

  6. Mithilfe des Befehls können Sie die automatische Datei zur Bandbreitenzuordnung, die bei der Konfiguration der show logAuto-Bandwidth-Anweisung (MPLS Statistics) generiert wird, anzeigen. Im Folgenden wird die Ausgabe der Beispielprotokolldatei angezeigt, die aus einer MPLS-Datei mit Namen auf einem Router mit dem Namen auto-band-stats LSP entnommen E-D wird. Die Protokolldatei zeigt, dass der LSP E-D zunächst seine reservierte Bandbreitenbegrenzung überschreitet. Zuvor löste der Router eine automatische Anpassung der Bandbreite aus (es gibt zwei Sitzungen für einen LSP, die eine automatische Anpassung der Oct 30 17:14:57 Bandbreite durchlaufen). Bis dao wurde der LSP mit einer höheren Bandbreite wieder hergestellt und wird jetzt mit weniger als Oct 30 17:16:57 100 Prozent Reserved Bw seiner (reservierten Bandbreite) angezeigt.
  7. Ausgabe des Befehls show mpls lsp autobandwidth, um aktuelle Informationen zur automatischen Bandbreitenzuordnung anzuzeigen. Im Folgenden wird die Beispielausgabe des Befehls angezeigt, der ungefähr zur gleichen Zeit wie die zuvor dargestellte show mpls lsp autobandwidth Protokolldatei übernommen wurde:
  8. Geben Sie den file show Befehl aus, um die MPLS Trace-Datei anzuzeigen. Sie müssen den Dateistandort und den Dateinamen (die Datei befindet sich in) /var/log/ angeben. Die folgenden Abbildungen zeigen die Ausgabe der Beispiel-Trace-Datei, die aus einer MPLS Trace-Datei entnommen wird, die auf einem Router mit Namen auto-band-trace.0.gz LSP konfiguriert E-D ist. Die Trace-Datei zeigt, dass der LSP E-D zunächst seine reservierte Bandbreitenbegrenzung überschreitet. An diesem Zeitpunkt löst der Router eine automatische Anpassung der Bandbreite aus (es gibt zwei Sitzungen für einen LSP, die eine automatische Anpassung der Oct 30 17:15:26 Bandbreite durchlaufen). Bis dao wurde der LSP mit einer höheren Bandbreite wieder hergestellt und wird jetzt mit weniger als Oct 30 17:15:57 100 Prozent Reserved Bw seiner (reservierten Bandbreite) angezeigt.

Konfigurieren eines LSP über ASs

Sie können einen LSP konfigurieren, um mehrere Bereiche in einem Netzwerk durchqueren zu können, indem Sie die Aussage inter-domain als Teil der LSP-Konfiguration einräumen. Mit dieser Anweisung kann der Router nach Routen in der Datenbank IGP suchen. Sie müssen diese Anweisung auf Routern konfigurieren, die unter Umständen keinen Pfad mit domaininterner CSPF suchen können (indem Sie sich in der Traffic Engineering-Datenbank (TED) befinden). Wenn Sie Inter-Area-LSPs konfigurieren, ist inter-domain die Anweisung erforderlich.

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen mit MPLS.

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

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

  • Konfigurieren Sie Ihre IGP, um Traffic Engineering zu unterstützen.

  • Richten Sie einen LSP vom Ingress- zum Egress-Router ein.

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

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

Dämpfendes Werben über LSP-Statusänderungen

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

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

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

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

  • [edit protocols mpls]

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

Konfigurieren korouter bidirektionaler LSPs

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

Für bidirektionale LSPs ist Hochverfügbarkeit verfügbar. Sie können graceful Restart und Nonstop Active Routing aktivieren. Graceful-Restart und nonstop Active Routing werden unterstützt, wenn der neustartende Router der Ingress-, Egress- oder Transit-Router für den bidirektionalen LSP ist.

Abbildung 2: Corouted Bidirectional LSPCorouted Bidirectional LSP

So konfigurieren Sie einen korouteten bidirektionalen LSP:

  1. Konfigurieren Sie den Ingress-Router für den LSP im Konfigurationsmodus, und enthalten Sie die Anweisung, um anzugeben, dass der LSP als corouted-bidirectional korouterweiser bidirektionaler LSP eingerichtet werden soll.

    Der Pfad wird mit CSPF berechnet und mithilfe von RSVP-Signalen initiiert (genau wie ein unidirektionaler RSVP-signalisierter LSP). Sowohl der Pfad zum Ausgangsrouter als auch der umgekehrte Pfad vom Egress-Router werden erstellt, wenn diese Konfiguration zugesagt wird.

  2. (optional) Konfigurieren Sie für einen umgekehrten Pfad einen LSP auf dem Egress-Router und fügen Sie die Anweisung zum Verknüpfen des corouted-bidirectional-passive LSP mit einem anderen LSP bei.

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

    Diese Aussage erleichtert auch das Debuggen von korouteten bidirektionalen LSPs. Wenn Sie die Anweisung konfigurieren (auf dem Egress-Router), können Sie Ausgabe, , und Befehle zum Testen des corouted-bidirectional-passiveping mpls lsp-end-point gerouteten ping mpls ldpping mpls rsvptraceroute mpls ldptraceroute mpls rsvp bidirektionalen LSP vom Egress-Router erstellen.

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

    Im Folgenden wird die Ausgabe des Befehls gezeigt, wenn sie auf show rsvp session extensive einem ingress-Router mit einem bidirektionalen LSP ausgeführt wird:

Konfigurieren des Entropie-Labels für LSPs

Durch das Einfügen von Entropie-Labels für einen LSP können Transit-Router den Lastausgleich des MPLS-Datenverkehrs über ECMP-Pfade oder Link Aggregation-Gruppen mithilfe des MPLS-Labelstacks als Hash-Eingabe ermöglichen, ohne sich auf die Deep Packet Inspection. Die Deep Packet Inspection erfordert eine mehr Verarbeitungsleistung des Routers, und verschiedene Router verfügen über unterschiedliche Deep Packet Inspection-Funktionen.

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

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

    Dies gilt nur für RSVP und statische LSPs.

  2. Auf dem Ingress-Router können Sie eine Ingress-Richtlinie für LSPs mit LDP-Signalisierung konfigurieren:

    Konfigurieren Sie die Ingress-Richtlinie auf der [edit policy-options] Hierarchieebene:

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

  3. (optional) Standardmäßig werden Router, die das Push- und Popping von Entropie-Labeln unterstützen, mit der Anweisung auf Hierarchieebene konfiguriert, um die Labels load-balance-label-capability[edit forwarding-options] lSP-nen. Wenn der Peer-Router nicht für load-balancing-Label ausgestattet ist, können Sie verhindern, dass der Provider-Edge-Router (PE)-Router die Entropie-Labelfunktion signalisiert, indem Sie die Anweisung auf der Hierarchieebene no-load-balance-label-capability[edit forwarding-options] konfigurieren.

Transit-Router erfordern keine Konfiguration. Das Entropie-Label gibt an, dass der Transitrouter einen Load Balance nur auf der Basis des MPLS labelstacks vorgibt.

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

Beispiel: Konfigurieren eines Entropie-Labels für ein BGP Labeled Unicast LSP

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

BGP bezeichnete Unicasts sind in der Regel RSVP- oder LDP-LSPs über mehrere IGP Bereiche oder mehrere autonome Systeme verteilt. RSVP- oder LDP-Entropie-Label werden zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten angezeigt. Diese Funktion ermöglicht die Verwendung von Entropie-Labeln an den Stitching Points, um die Lücke zwischen dem vorletzten Hop-Knoten und dem Stitching-Punkt zu überbrücken, um für den BGP-Datenverkehr end-to-End-Entropie-Label Load Balancing zu erzielen.

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

Bevor Sie ein Entropie-Label für BGP unicast konfigurieren, sollten Sie unbedingt:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren OSPF oder eines anderen IGP Protokolls.

  3. Konfiguration BGP.

  4. RSVP konfigurieren.

  5. Konfiguration MPLS.

Überblick

Wenn BGP mit Labeln gekennzeichnete Unicasts RSVP oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme konvergent, werden RSVP- oder LDP-Entropie-Labels am vorletzten Hop-Knoten zusammen mit dem RSVP- oder LDP-Label angezeigt. An den Stitching Points, d. b. den Routern zwischen zwei Bereichen, gibt es jedoch keine Entropie-Labels. Daher verwendeten die Router an den Stitching-Punkten die BGP, um Pakete weiter zu senden.

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

Standardmäßig werden Router, die Entropie-Label unterstützen, mit der Anweisung auf der Hierarchieebene konfiguriert, um die Labels load-balance-label-capability[edit forwarding-options] LSP-nen entsprechend zu signalisieren. Wenn der Peer-Router nicht für die Lastausgleichs-Label ausgestattet ist, kann die Konfiguration der Hierarchieebene die Signalübertragung von Entropie-Labelfunktionen no-load-balance-label-capability[edit forwarding-options] verhindern.

Anmerkung:

Sie können die Werbe-Entropie-Label-Funktionalität an der Ausgangsebene für in der Richtlinie angegebene Routen mit der Option no-entropy-label-capability auf der [edit policy-options policy-statement policy name then] Hierarchieebene explizit deaktivieren.

Topologie

In Abbildung 3 ist Router PE1 der Ingress-Router und Router PE2 der Ausgangs-Router. Die Router P1 und P2 sind Die Transit-Router. Router ABR ist der Area Bridge-Router zwischen Area 0 und Area 1. LAG wird auf den Anbieterroutern zum Load Balancing des Datenverkehrs konfiguriert. Die Entropie-Label-Fähigkeit für BGP-Label ist auf dem Ingress-Router-PE1 aktiviert.

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

Konfiguration

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit Ihrer Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle, kopieren Sie die Befehle in die CLI der Hierarchieebene, und geben Sie sie dann im Konfigurationsmodus [edit]commit ein.

Router-PE1

Router P1

Router-ABR

Router P2

Router-PE2

Konfigurieren des Router-PE1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI Benutzerhandbuch.

So konfigurieren Sie Router PE1:

Anmerkung:

Wiederholen Sie dieses Verfahren für Router-PE2 nach Änderung der entsprechenden Schnittstellennamen, Adressen und anderer Parameter.

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

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Geben Sie die Router-ID und die autonome Systemnummer ein.

  4. RsVP-Protokoll für alle Schnittstellen konfigurieren.

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

  6. Konfigurieren Sie IBGP auf den internen Routern.

  7. Aktivieren der Entropie-Label-Fähigkeit BGP als Unicast für internes BGP-Gruppen-IBGP.

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

  9. Prefix-Listen definieren, um die Routen mit Entropie-Label-Fähigkeit anzugeben.

  10. Definieren Sie eine Richtlinien-EL, um die Routen mit Entropie-Label-Fähigkeit anzugeben.

  11. Definieren Sie eine weitere Richtlinie EL-2, um die Routen mit Entropie-Label-Fähigkeit anzugeben.

  12. Definieren sie eine Richtlinie für den BGP Routen zur Routingtabelle OSPF Netzwerkrouten.

  13. Definieren einer Richtlinie für den Export OSPF Routen zur Routing-BGP Routingtabelle.

  14. Definieren Sie eine Richtlinie für den Export statischer Routen BGP Routing-Tabelle.

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

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

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

  18. Konfigurieren Sie den Route Distinguisher für die VPN-l3vpn-Routinginstanz.

  19. Konfigurieren Sie ein VPN Routing and Forwarding (VRF)-Ziel für die VPN-l3vpn-Routinginstanz.

  20. Konfigurieren Sie eine statische Route zu Device CE1 mit dem Layer 3 VPN-Protokoll für die VPN-l3vpn-Routinginstanz.

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

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

Konfigurieren des Routers P1

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI Benutzerhandbuch.

So konfigurieren Sie Router P1:

Anmerkung:

Wiederholen Sie dieses Verfahren für Router P2, nachdem Sie die entsprechenden Schnittstellennamen, -adressen und andere Parameter geändert haben.

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

  2. Konfigurieren Sie die Link-Aggregation auf den Schnittstellen.

  3. Konfigurieren Sie die Loopback-Schnittstelle.

  4. Konfigurieren MPLS Label, die der Router zum Hashing der Pakete zum Load Balancing zum Ziel verwendet.

  5. Geben Sie die Router-ID und die autonome Systemnummer ein.

  6. Ermöglichen eines Load Balancing pro Paket.

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

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

  9. Aktivieren sie OSPF auf allen Schnittstellen von Router P1 außer der Verwaltungsschnittstelle.

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

Konfigurieren von Router-ABR

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI Benutzerhandbuch.

So konfigurieren Sie Router ABR:

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

  2. Konfigurieren Sie die Loopback-Schnittstelle.

  3. Konfigurieren Sie die Link-Aggregation auf den Schnittstellen.

  4. Konfigurieren MPLS Label, die der Router zum Hashing der Pakete zum Load Balancing zum Ziel verwendet.

  5. Geben Sie die Router-ID und die autonome Systemnummer ein.

  6. Ermöglichen eines Load Balancing pro Paket.

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

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

  9. Konfigurieren Sie IBGP auf den internen Routern.

  10. Aktivieren Sie OSPF auf allen Schnittstellen von ABR.

  11. Definieren Sie eine Richtlinie, um die Routen mit Entropie-Label-Funktionalität anzugeben.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfaces , , und Befehle show protocolsshow routing-optionsshow forwarding optionsshow policy-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Sicherstellen, dass die Entropie-Label-Fähigkeit aus Router-PE2 angekündigt wird

Zweck

Stellen Sie sicher, dass das Entropy Label Capability Path-Attribut vom Upstream-Router-PE2 an Ausgehendem angegeben wird.

Aktion

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

Bedeutung

Die Ausgabe zeigt, dass der Host-PE2 mit der IP-Adresse 10.255.101.200 über die Entropie-Labelfähigkeit verfügt. Der Host gibt die Entropie-Label-Fähigkeit seinen BGP an.

Sicherstellen, dass Router ABR die Entropie-Label-Ankündigung erhält

Zweck

Stellen Sie sicher, dass Router ABR die Entropie-Label-Ankündigung am Ingress von Router-PE2 erhält.

Aktion

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

Bedeutung

Router ABR erhält die Entropie-Label-Fähigkeitsanzeige von seinem BGP Nachbar-PE2.

Sicherstellen, dass das Entropie-Label-Flag festgelegt wurde

Zweck

Stellen Sie sicher, dass der Entropie-Label-Flag für die Labelelemente am Ingress festgelegt wurde.

Aktion

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

Bedeutung

Auf Router-PE1 ist ein Entropie-Label aktiviert. Die Ausgabe zeigt, dass das Entropie-Label für das labelierte BGP cast zum Erreichen des End-to-End-Load Balancing verwendet wird.

Konfigurieren von Ultimate-Hop-Popping für LSPs

Standardmäßig verwenden LSPs mit RSVP-Signalen das Penultimate-Hop-Popping (PHP).Abbildung 4 zeigt einen vorletzten LSP (Popping-Hop) zwischen Router PE1 und Router-PE2. Router CE1 weitergeleitet ein Paket an seinen nächsten Hop (Router PE1), bei dem es sich auch um den LSP-Ingress handelt. Router PE1 pusht Label 1 im Paket und weitergeleitet das gekennzeichnete Paket an Router P1. Router P1 schließt den Standardbetrieb MPLS Label Swapping ab, austauscht Label 1 für Label 2 und weitergeleitet das Paket an Router P2. Da der Router P2 der vorletzte Hop-Router für den LSP an Router PE2 ist, wird das Label zuerst aus dem Pop-and-Pop-Label und dann an Router PE2 weitergeleitet. Wenn Router-PE2 diesen empfängt, kann das Paket über ein Service-Label, ein Explicit-Null-Label oder einfach ein Nur-IP- oder VPLS-Paket sein. Router PE2 weitergeleitet das nicht gekennzeichnete Paket an Router CE2.

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 sehen) für Abbildung 5 LSPs mit RSVP-Signal konfigurieren. Für einige Netzwerkanwendungen kann es erforderlich sein, dass Pakete mit einem äußeren Nicht-Null-Label am Egress Router (Router PE2) eintreffen. Für den ultimativen Hop-Popping-LSP führt der vorletzte Router (Router P2 in) den standardmäßigen MPLS Label Swapping-Vorgang (in diesem Beispiel Label 2 für Label 3) aus, bevor das Paket an den Abbildung 5 Egress Router PE2 gesendet wird. Router-PE2 erscheint im äußeren Label und führt eine zweite Suche der Paketadresse durch, um das Endziel zu bestimmen. Und weitergeleitet das Paket dann an das entsprechende Ziel (entweder Router CE2 oder Router CE4).

Abbildung 5: Ultimate-Hop-Popping für einen LSPUltimate-Hop-Popping für einen LSP

Die folgenden Netzwerkanwendungen erfordern die Konfiguration von OHNP-LSPs:

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

  • Virtuelle Circuits zum Edge-Schutz

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

  • LSPs mit LDP-Signalen

  • Statische LSPs

  • Point-to-Multipoint-LSPs

  • CCC

  • traceroute Befehl

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

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

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

  • Route S=1: Gibt an, dass keine Label mehr enthalten sind. Der nächste Hop weist auf die Inet.0-Routingtabelle zu, wenn die Plattform eine verkettete und mehrfamilienfamilienbasierte Suche unterstützt. Alternativ kann die Labelroute auch auf eine VT-Schnittstelle verweisen, um die IP-Weiterleitung zu initiieren.

Wenn Sie UHP-LSPs aktivieren, können MPLS Anwendungen wie Layer 3-VPNs, VPLS, Layer 2-VPNs und Layer-2-Circuits die UHP-LSPs verwenden. Im Folgenden wird erklärt, welchen Einfluss die UHP-LSPs auf die verschiedenen Arten von MPLS haben:

  • Layer 2-VPNs und Layer-2-Circuits: Ein Paket kommt mit zwei Labeln am PE-Router (Egress des UHP LSP) an. Das äußere Label (S=0) ist das UHP-Label und das innere Label (S=1) das VC-Label. Eine auf dem Transport-Label basierende Suche führt zu einem Tabellen-Handle für die mpls.0-Routingtabelle. In der mpls.0-Routingtabelle gibt es eine weitere Route, die dem inneren Label entspricht. Eine Suche basierend auf dem inneren Label führt im CE-Router zum nächsten Hop.

  • Layer 3-VPN: Ein Paket kommt mit zwei Labeln am PE-Router (Egress des UHP LSP) an. Das äußere Label (S=0) ist das UHP-Label und das innere Label das VPN-Label (S=1). Eine Suche basierend auf dem Transport-Label führt im Tabellen-Handle für die mpls.0-Routingtabelle. In diesem Szenario gibt es zwei Fälle: Standardmäßig geben Layer 3-VPNs das Label pro Next Hop an. Eine Suche basierend auf dem inneren Label führt im nächsten Hop in Richtung Router CE Router. Wenn Sie die Anweisung für die Layer-3-VPN-Routinginstanz konfiguriert haben, weist das inner vrf-table-labelLSI-Label auf die VRF-Routingtabelle hin. Außerdem wird eine IP-Suche für die VRF-Routingtabelle abgeschlossen.

    Anmerkung:

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

  • VPLS: Ein Paket kommt mit zwei Labeln am PE-Router (Egress des UHP LSP) an. Das äußere Label ist das Transport-Label (S=0), und das innene Label ist das VPLS-Label (S=1). Eine Suche basierend auf dem Transport-Label führt im Tabellen-Handle für die mpls.0-Routingtabelle. Eine Suche basierend auf dem inneren Label in mpls.0-Routingtabelle führt zur LSI-Tunnelschnittstelle der VPLS-Routinginstanz, wenn Tunnel-Dienste nicht konfiguriert sind (oder eine VT-Schnittstelle nicht verfügbar ist). Router der MX 3D-Serie unterstützen eine verkettete Suche und Die Suche nach mehreren Familien.

    Anmerkung:

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

  • IPv4 über MPLS: Ein Paket kommt mit einem Label (S=1) am PE-Router (Egress des UHP LSP) an. Eine auf diesem Label basierende Suche gibt eine VT-Tunnelschnittstelle zurück. An der VT-Schnittstelle wird eine weitere IP-Suche durchgeführt, um zu bestimmen, wo das Paket weitergeleitet werden soll. Wenn die Routing-Plattform Suchreihen mit mehreren Produktfamilien und Verkettungsverkettungen unterstützt (z. B. Mx 3D-Router und Paketübertragungs-Router der PTX-Serie), dann ist eine Suche basierend auf Label Route (S=1) zur Inet.0-Routingtabelle erforderlich.

  • IPv6-over-MPLS: Beim IPv6-Tunneling über MPLS geben PE-Router IPv6-Routen mit einem Label-Wert von 2 an. Dies ist das explizite Null-Label für IPv6. Daher werden für die Weiterleitung der nächsten Hops für IPv6-Routen, die von Remote-PE-Routern gelernt werden, normalerweise zwei Labels pusht. Das innene Label ist 2 (es könnte anders sein, wenn der PE-Router der Werbe-PE von einem anderen Anbieter ist), und das Router-Label ist das LSP-Label. Pakete landen am PE-Router (Ausgangs-des UHP-LSP) mit zwei Labeln. Das äußere Label ist das Transport-Label (S=0), und das innene Label ist das IPv6 Explicit-Null-Label (Label 2). Die Suche basiert auf dem inneren Label in der mpls.0-Routingtabelle und leitet zurück zur mpls.0-Routingtabelle um. Auf Routern der MX 3D-Serie wird das inner Label (Label 2) entfernt und mithilfe der Inet6.0-Routingtabelle wird eine IPv6-Suche durchgeführt.

  • Dank PHP und UHP-LSPs können Sie sowohl PHP- als auch UHP-LSPs über die gleichen Netzwerkpfade konfigurieren. Sie können den PHP- und UHP-Datenverkehr trennen, indem Sie die LSP-Weiterleitungs-Next-Hops mit einem regelmäßigen Ausdruck mit der Anweisung install-nexthop auswählen. Sie können den Datenverkehr auch trennen, indem Sie die LSPs einfach entsprechend benennen.

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

  1. Um ultimatives Hop-Popping zu ermöglichen, müssen Sie die ultimate-hop-popping Anweisung beinhalten:

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

    Anmerkung:

    Wenn Sie Ultimate-Hop-Popping aktivieren, versucht RSVP, vorhandene LSPs nach einem Make-Before-Break als Ultimate-Hop-Popping-LSPs neu zu besignalen. Wenn ein Ausgangsrouter keinen Ultimate-Hop-Popping unterstützt, wird der vorhandene LSP heruntergefahren (RSVP sendet eine PathTear-Nachricht über einen LSP-Pfad, entfernt den Pfadstatus und den abhängigen Reservierungsstatus und gibt die zugehörigen Netzwerkressourcen frei).

    Wenn Sie Ultimate-Hop-Popping deaktivieren, gibt RSVP vorhandene LSPs als Penultimate-Hop-Popping-LSPs make-before-break neu.

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

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

Konfigurieren von Explicit Path-LSPs

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

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

Gehen Sie wie folgt vor, um einen Explicit Path LSP zu konfigurieren:

  1. Konfigurieren Sie die Pfadinformationen in einem benannten Pfad, wie unter Erstellen benannter Pfade beschrieben. Um vollständige Pfadinformationen zu konfigurieren, geben Sie jeden Router-Hop zwischen dem Ingress- und Egress-Router an, bevorzugt mit dem strict Attribut. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Untergruppe von Router-Hops an, wobei das Attribut an Orten verwendet wird, an denen loose der Pfad unvollständig ist.

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

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

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

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

  4. Andere LSP-Eigenschaften konfigurieren.

Die Verwendung von Explicit Path-LSPs hat folgende Nachteile:

  • Es ist mehr Konfigurationsaufwand erforderlich.

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

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

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

Beispiel: Konfigurieren eines Explicit Path LSP

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

Überblick über die LSP-Bandbreitenüberschrift

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

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

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

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

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

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

    • Best Effort –ct0 1000

    • Sprache –ct3 1

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

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

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

Oversubscription für LSP-Größe

Für eine Oversubscription der LSP-Größe konfigurieren Sie einfach weniger Bandbreite als die für den LSP erwartet Spitzenrate. Möglicherweise müssen Sie auch die Konfiguration für automatische Policer anpassen. Automatische Policer verwalten den einem LSP zugewiesenen Datenverkehr und stellen sicher, dass er die konfigurierten Bandbreitenwerte nicht überschreitet. Eine Oversubscription der LSP-Größe setzt voraus, dass der LSP seine konfigurierte Bandbreitenzuordnung übersteigen kann.

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

Multiplikatoren für Class Type Oversubscription und Local Oversubscription

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

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

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

Anmerkung:

Alle LOM-Berechnungen werden nach dem Junos OS durchgeführt und erfordern kein Benutzereingriff.

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

Konfigurieren des Prozentwerts der Bandbreitenabonnemente für LSPs

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

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

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

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

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

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

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

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

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

Einschränkungen bei der Konfiguration des Bandbreitenabonnements

Bei der Konfiguration des Bandbreitenabonnements müssen Sie die folgenden Probleme beachten:

  • Wenn Sie Bandbreiteneinschränkungen in der Hierarchieebene konfigurieren, setzen diese jede Bandbreitenkonfiguration, die Sie auf der Hierarchieebene für [edit class-of-service interface interface-name][edit protocols rsvp interface interface-name bandwidth] Diffserv-TE, von dieser TE. Beachten Sie auch, dass eine CoS oder RSVP-Bandbreiteneinschränkung die Bandbreiteneinschränkungen der Schnittstellenhardware überschreiben kann.

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

  • Das Abonnement für jeden Klassentyp kann nur konfiguriert werden, 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 Anweisung nicht sowohl für einen bestimmten Klassentyp in die Konfiguration als auch die subscription Konfiguration für die gesamte Schnittstelle umfassen. Der Commit-Vorgang schlägt mit der folgenden Fehlermeldung fehl:

Release-Verlaufstabelle
Release
Beschreibung
14.1R9
Alle Zero-Value-Bandbreitenmuster, die nach einem Routing-Engine-Switchover gestartet werden, beginnen mit Junos OS Release 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 und 17.2R2. Dabei gelten alle Zero-Value-Bandbreitenmuster als Unterstrommuster.