Auf dieser Seite
Erreichen eines Make-before-Break, hitless Switchover für LSPs
Konfigurieren der automatischen Bandbreitenzuweisung für LSPs
Konfiguration optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs
Konfigurieren der Berichterstellung für automatische Bandbreitenzuweisungsstatistiken für LSPs
Beispiel: Konfigurieren eines Entropie-Labels für einen BGP-gekennzeichneten Unicast-LSP
Klassentyp-Oversubscription und lokale Oversubscription-Multiplikatoren
Konfigurieren des Prozentsatzes des Bandbreitenabonnements für LSPs
Grundlegende LSP-Konfiguration
Konfiguration von LSP-Metriken
Die LSP-Metrik wird verwendet, um die Leichtigkeit oder Schwierigkeit des Sendens von Datenverkehr über einen bestimmten LSP anzuzeigen. Niedrigere LSP-Metrikwerte (niedrigere Kosten) erhöhen die Wahrscheinlichkeit, dass ein LSP verwendet wird. Umgekehrt verringern hohe LSP-Werte (höhere Kosten) die Wahrscheinlichkeit, dass ein LSP verwendet wird.
Die LSP-Metrik kann dynamisch vom Router oder explizit vom Benutzer angegeben werden, wie in den folgenden Abschnitten beschrieben:
- Konfiguration dynamischer LSP-Metriken
- Konfigurieren statischer LSP-Metriken
- Konfigurieren von RSVP-LSP-bedingten Metriken
- Beibehalten der IGP-Metrik in RSVP-LSP-Routen
Konfiguration dynamischer LSP-Metriken
Wenn keine bestimmte Metrik konfiguriert ist, versucht ein LSP, die IGP-Metrik in Richtung desselben Ziels (die to
Adresse des LSP) zu verfolgen. IGP umfasst OSPF, IS-IS, Routing Information Protocol (RIP) und statische Routen. BGP und andere RSVP- oder LDP-Routen sind ausgeschlossen.
Wenn beispielsweise die OSPF-Metrik für einen Router 20 ist, erben alle LSPs zu diesem Router automatisch die Metrik 20. Wenn sich das OSPF zu einem Router später auf einen anderen Wert ändert, ändern sich alle LSP-Metriken entsprechend. Wenn es keine IGP-Routen zum Router gibt, erhöht der LSP seine Kennzahl auf 65.535.
Beachten Sie, dass in diesem Fall die LSP-Metrik vollständig durch IGP bestimmt wird. sie steht in keinem Zusammenhang mit dem tatsächlichen Pfad, den der LSP derzeit durchquert. Wenn LSP umgeleitet wird (z. B. durch Reoptimierung), ändert sich seine Kennzahl nicht und bleibt somit für die Benutzer transparent. Dynamische Metrik ist das Standardverhalten; es ist keine Konfiguration erforderlich.
Konfigurieren statischer LSP-Metriken
Sie können einem LSP manuell einen festen Metrikwert zuweisen. Nach der Konfiguration mit der metric
Anweisung ist die LSP-Metrik fest und kann nicht mehr geändert werden:
metric number;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
-
[edit protocols mpls label-switched-path lsp-name]
-
[edit protocols mpls static-label-switched-path lsp-name]
-
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
-
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
Die LSP-Metrik hat mehrere Anwendungen:
-
Wenn es parallele LSPs mit demselben Ausgangsrouter gibt, werden die Metriken verglichen, um zu bestimmen, welcher LSP den niedrigsten Metrikwert (die niedrigsten Kosten) und somit den bevorzugten Pfad zum Ziel hat. Wenn die Metriken dieselben sind, wird der Datenverkehr gemeinsam genutzt.
Die Anpassung der Metrikwerte kann den Datenverkehr zwingen, einige LSPs anderen vorzuziehen, unabhängig von der zugrunde liegenden IGP-Metrik.
-
Wenn ein IGP-Shortcut aktiviert ist (siehe Verwenden von labeled-Switched Paths to Augment SPF to Compute IGP Shortcuts), kann eine IGP-Route in der Routingtabelle mit einem LSP als nächsten Hop installiert werden, wenn sich der LSP auf dem kürzesten Pfad zum Ziel befindet. In diesem Fall wird die LSP-Metrik zu den anderen IGP-Metriken hinzugefügt, um die Gesamtpfadmetrik zu bestimmen. Wenn sich beispielsweise ein LSP mit Eingangsrouter X und Egress-Router Y auf dem kürzesten Pfad zum Ziel Z befindet, wird die LSP-Metrik zur Metrik für die IGP-Route von Y nach Z hinzugefügt, um die Gesamtkosten des Pfads zu ermitteln. Wenn mehrere LSPs potenzielle Next Hops sind, werden die Gesamtmetriken der Pfade verglichen, um zu ermitteln, welcher Pfad bevorzugt wird (d. h. hat die niedrigste Gesamtkennzahl). Alternativ können IGP-Pfade und LSPs, die zum gleichen Ziel führen, anhand des Metrikwerts verglichen werden, um zu ermitteln, welcher Pfad bevorzugt wird.
Indem Sie die LSP-Metrik anpassen, können Sie den Datenverkehr zwingen, LSPs zu bevorzugen, den IGP-Pfad zu bevorzugen oder die Last auf sie zu verteilen.
-
Wenn Router X und Y BGP-Peers sind und sich ein LSP zwischen ihnen befindet, gibt die LSP-Kennzahl die Gesamtkosten an, um Y von X zu erreichen. Wenn der LSP aus irgendeinem Grund umgeleitet wird, können sich die zugrunde liegenden Pfadkosten erheblich ändern, aber die Kosten von X, um Y zu erreichen, bleiben die gleichen (die LSP-Metrik), wodurch X über einen BGP Multiple Exit Diskriminator (MED) eine stabile Kennzahl an Downstream-Nachbarn melden kann. Solange Y über den LSP erreichbar bleibt, sind für downstream-BGP-Nachbarn keine Änderungen sichtbar.
Es ist möglich, IS-IS so zu konfigurieren, dass die konfigurierte LSP-Metrik ignoriert wird, indem die ignore-lsp-metrics
Anweisung auf Hierarchieebene [edit protocols isis traffic-engineering shortcuts]
angegeben wird. Diese Anweisung beseitigt die gegenseitige Abhängigkeit zwischen IS-IS und MPLS für die Pfadberechnung. Weitere Informationen finden Sie in der Junos OS Routing Protocol Library for Routing Devices.
Konfigurieren von RSVP-LSP-bedingten Metriken
Bedingte Metrik bietet die Möglichkeit, unterschiedliche Metrikwerte bedingt für lokale statisch konfigurierte Label-Switched Paths (LSPs) zu verwenden. Die bedingten Metriken basieren auf der sich dynamisch ändernden IGP-Metrik. Junos OS ändert die LSP-Metrik in die konfigurierte bedingte Metrik, die dem höchsten von der IGP-Metrik erreichten Schwellenwert entspricht. Wenn keine übereinstimmenden Bedingungen vorhanden sind, verwendet der LSP die IGP-Metrik der Route. Sie können bis zu vier bedingte Metriken für einen LSP konfigurieren, und diese werden in sortierter Reihenfolge angezeigt.
Wenn Sie die track-igp-metric
Anweisung mit der bedingten Metrikkonfiguration konfigurieren, verwendet Junos OS die IGP-Metrik der installierten Routen, um die konfigurierte bedingte Metrik zu bewerten. Sie können keine statische Metrik zusammen mit bedingten Metriken konfigurieren.
Beibehalten der IGP-Metrik in RSVP-LSP-Routen
Wenn Sie die Anweisung zur Konfiguration von conditional-metric
RSVP-LSPs verwenden, kann sich die resultierende Metrik von der tatsächlichen IGP-Metrik für das LSP-Ziel unterscheiden. RSVP programmiert die LSP-Eingangsroute mit dieser bedingten Metrik als Kennzahl der Route. In bestimmten Fällen kann jedoch die tatsächliche IGP-Metrik beibehalten werden, die von der bedingten Metrik für eine spätere Verwendung verwendet wird, z. B. die Berechnung des BGP MED-Werts.
Verwenden Sie die include-igp-metric
Anweisung zusammen mit der conditional-metric
Anweisung, um die IGP-Metrikinformationen in die RSVP-Route einzuschließen.
Führen Sie den show route protocol rsvp extensive
Befehl aus, um die aktualisierten tatsächlichen IGP-Kosten anzuzeigen.
Dies gilt nur für RSVP-Routen, die die bedingte Metrik verwenden. RSVP-Routen, die dynamische IGP verwenden, enthalten standardmäßig die IGP-Metrik.
Weitere Informationen finden Sie in der include-igp-metric Konfigurationsaussage.
Konfigurieren einer Textbeschreibung für LSPs
Sie können eine Textbeschreibung für einen LSP angeben, indem Sie jeden beschreibenden Text, der Leerzeichen in Anführungszeichen ("") enthält, beifügen. Der beschreibende Text, den Sie einschließen, wird in der Detailausgabe des show mpls lsp
Befehls oder des show mpls container-lsp
Befehls angezeigt.
Das Hinzufügen einer Textbeschreibung für einen LSP hat keine Auswirkungen auf den Betrieb des LSP. Die LSP-Textbeschreibung darf nicht mehr als 80 Zeichen lang sein.
Um eine Textbeschreibung für einen LSP bereitzustellen, fügen Sie die description
Anweisung auf einer der folgenden Hierarchieebenen ein:
-
[edit protocols mpls label-switched-path lsp-name]
-
[edit protocols mpls container-label-switched-path lsp-name]
-
[edit protocols mpls static-label-switched-path lsp-name]
-
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
-
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
Bevor Sie beginnen:
-
Konfigurieren Sie die Geräteschnittstellen.
-
Konfigurieren Sie das Gerät für die Netzwerkkommunikation.
-
Aktivieren Sie MPLS auf den Geräteschnittstellen.
-
Konfigurieren Sie einen LSP in der MPLS-Domäne.
So fügen Sie eine Textbeschreibung für einen LSP hinzu:
-
Geben Sie einen beliebigen Text ein, der den LSP beschreibt.
[edit protocols mpls lsp lsp-name] user@host# set description text
Zum Beispiel:
[edit protocols mpls lsp LSP1] user@host# set description “Connecting remote device”
-
Überprüfen und bestätigen Sie die Konfiguration.
Zum Beispiel:
[edit protocols mpls lsp] user@host# set protocols mpls label-switched-path LSP1 to 10.1.1.1 user@host# set protocols mpls label-switched-path LSP1 description "Connecting remote device" user@host# set protocols mpls interface ge-1/0/8.0
[edit] user@host# commit commit complete
-
Zeigen Sie die Beschreibung eines LSP mit dem
show mpls lsp detail
Odershow mpls container-lsp detail
Befehl an, abhängig vom Typ des konfigurierten LSP.user@host> show mpls lsp detail Ingress LSP: 1 sessions 10.1.1.1 From: 0.0.0.0, State: Up, ActiveRoute: 1, LSPname: LSP1 Description: Connecting remote device ActivePath: (none) LSPtype: Static Configured, Penultimate hop popping LoadBalance: Random Encoding type: Packet, Switching type: Packet, GPID: IPv4 Primary State: Up Priorities: 7 0 SmartOptimizeTimer: 180 No computed ERO. Total 1 displayed, Up 1, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
Konfiguration von MPLS Soft Preemption
Soft Preemption versucht, einen neuen Weg für einen zuvor gepflegten LSP zu schaffen, bevor der ursprüngliche LSP abgerissen wird. Das Standardverhalten besteht darin, zuerst einen zuvor gepflegten LSP abreißen, einen neuen Pfad zu signalisieren und dann den LSP über den neuen Pfad neu zu einrichten. In dem Intervall zwischen dem Abbau des Pfads und dem Einrichten des neuen LSP geht jeglicher Datenverkehr, der versucht, den LSP zu verwenden, verloren. Eine weiche Vorbeuge verhindert diese Art von Datenverkehrsverlust. Der Kompromiss besteht darin, dass während der Zeit, in der ein LSP weich vorgespült wird, zwei LSPs mit den entsprechenden Bandbreitenanforderungen verwendet werden, bis der ursprüngliche Pfad abgerissen wird.
MPLS Soft Preemption ist für die Netzwerkwartung nützlich. So können Sie beispielsweise alle LSPs von einer bestimmten Schnittstelle weg bewegen und dann die Schnittstelle zur Wartung herunternehmen, ohne den Datenverkehr zu unterbrechen. MPLS Soft Preemption wird ausführlich in RFC 5712, MPLS Traffic Engineering Soft Preemption, beschrieben.
Soft Preemption ist eine Eigenschaft des LSP und standardmäßig deaktiviert. Sie konfigurieren es am Eingang eines LSP, indem Sie die soft-preemption
Anweisung angeben:
soft-preemption;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Sie können auch einen Timer für die weiche Preemption konfigurieren. Der Timer gibt die Dauer an, in der der Router warten soll, bevor er eine harte Vorbemerkung des LSP initiiert. Am Ende der angegebenen Zeit wird der LSP heruntergerissen und erneut signalisiert. Der Soft-Preemption-Bereinigungs-Timer hat einen Standardwert von 30 Sekunden; der Bereich der zulässigen Werte beträgt 0 bis 180 Sekunden. Ein Wert von 0 bedeutet, dass die softe Preemption deaktiviert ist. Der Soft-Preemption Cleanup Timer ist global für alle LSPs.
Konfigurieren Sie den Timer, indem Sie die cleanup-timer
Anweisung angeben:
cleanup-timer seconds;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols rsvp preemption soft-preemption]
[edit logical-systems logical-system-name protocols rsvp preemption soft-preemption]
Die Soft Preemption kann auf LSPs, für die eine schnelle Reroute konfiguriert wurde, nicht konfiguriert werden. Die Konfiguration kann nicht committ werden. Sie können jedoch die softe Preemption in Verbindung mit dem Schutz von Knoten und Verbindungen aktivieren.
Der Zählerwert für SoftPreemptionCnt die Initialisierung mit dem Wert 0 (Null), der in der Befehlsausgabe show rsvp interface detail
angezeigt wird.
Konfigurieren von Priorität und Preemption für LSPs
Wenn die Bandbreite nicht ausreicht, um einen wichtigeren LSP einzurichten, sollten Sie möglicherweise einen weniger wichtigen vorhandenen LSP abreißen, um die Bandbreite freizusetzen. Sie tun dies, indem Sie dem vorhandenen LSP voraus sind.
Ob ein LSP vorab gespeist werden kann, hängt von zwei Eigenschaften ab, die dem LSP zugeordnet sind:
Einrichtungspriorität: Legt fest, ob ein neuer LSP eingerichtet werden kann, der einem vorhandenen LSP voraus ist. Damit eine Preemption eintritt, muss die Einrichtungspriorität des neuen LSP höher als die des vorhandenen LSP sein. Außerdem muss der Akt der Vorbemerkung des bestehenden LSP ausreichend Bandbreite zur Unterstützung des neuen LSP liefern. Das heißt, eine Preemption erfolgt nur, wenn der neue LSP erfolgreich eingerichtet werden kann.
Reservierungspriorität: Legt fest, in welchem Maße ein LSP an seiner Sitzungsreservierung festhält, nachdem der LSP erfolgreich eingerichtet wurde. Wenn die Reservierungspriorität hoch ist, ist es weniger wahrscheinlich, dass der bestehende LSP seine Reservierung aufzugeben, und daher ist es unwahrscheinlich, dass der LSP vorgebemerkt werden kann.
Sie können einen LSP nicht mit einer hohen Einrichtungspriorität und einer niedrigen Reservierungspriorität konfigurieren, da es zu permanenten Vorabschleifen kommen kann, wenn zwei LSPs sich gegenseitig voraussetzen dürfen. Sie müssen die Reservierungspriorität so konfigurieren, dass sie höher oder gleich der Einrichtungspriorität ist.
Die Einrichtungspriorität definiert auch die relative Bedeutung von LSPs auf demselben Eingangsrouter. Beim Starten der Software, beim Einrichten eines neuen LSP oder bei der Fehlerwiederherstellung bestimmt die Einrichtungspriorität die Reihenfolge, in der LSPs gewartet werden. LSPs mit höherer Priorität werden in der Regel zuerst eingerichtet und genießen daher eine bessere Pfadauswahl.
Um die Preemptionseigenschaften des LSP zu konfigurieren, fügen Sie die Anweisung ein priority
:
priority setup-priority reservation-priority;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Beides setup-priority
und reservation-priority
kann ein Wert von 0 bis 7 sein. Der Wert 0 entspricht der höchsten Und der Wert 7 der niedrigsten Priorität. Standardmäßig hat ein LSP eine Setup-Priorität von 7 (das heißt, er kann keinem anderen LSPs voraussetzen) und eine Reservierungspriorität von 0 (das heißt, andere LSPs können sie nicht voraussetzen). Diese Standardeinstellungen sind so, dass eine Voraberfüllung nicht erfolgt. Wenn Sie diese Werte konfigurieren, sollte die Einrichtungspriorität immer kleiner oder gleich der Hold-Priorität sein.
Konfigurieren administrativer Gruppen für LSPs
Administrative Gruppen, auch bekannt als Link Coloring oder Resource Class, sind manuell zugewiesene Attribute, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Sie können administrative Gruppen verwenden, um eine Vielzahl von richtlinienbasierten LSP-Setups zu implementieren.
Administrative Gruppen sind nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränktem Pfad aktiviert ist.
Sie können bis zu 32 Namen und Werte (im Bereich 0 bis 31) zuweisen, die eine Reihe von Namen und deren entsprechende Werte definieren. Die administrativen Namen und Werte müssen auf allen Routern innerhalb einer einzelnen Domäne identisch sein.
Der administrative Wert unterscheidet sich von der Priorität. Sie konfigurieren die Priorität für einen LSP mithilfe der priority
Anweisung. Siehe Konfigurieren von Priorität und Preemption für LSPs.
Führen Sie die folgenden Schritte aus, um administrative Gruppen zu konfigurieren:
Definieren Sie mehrere Ebenen der Servicequalität, indem Sie die
admin-groups
Anweisung angeben:admin-groups { group-name group-value; }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Im folgenden Konfigurationsbeispiel wird veranschaulicht, wie Sie eine Reihe von administrativen Namen und Werten für eine Domäne konfigurieren können:
[edit protocols mpls] admin-groups { gold 1; silver 2; copper 3; best-effort 4; }
Definieren der administrativen Gruppen, zu denen eine Schnittstelle gehört. Sie können einer Schnittstelle mehrere Gruppen zuweisen. Fügen Sie die Aussage bei
interface
:interface interface-name { admin-group [ group-names ]; }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Wenn Sie die
admin-group
Anweisung nicht einschließen, gehört eine Schnittstelle keiner Gruppe.IGPs verwenden die Gruppeninformationen, um Link-State-Pakete zu erstellen, die dann im gesamten Netzwerk überflutet werden und Informationen an alle Knoten im Netzwerk liefern. An jedem Router ist die IGP-Topologie sowie administrative Gruppen aller Verbindungen verfügbar.
Das Ändern der administrativen Gruppe der Schnittstelle betrifft nur neue LSPs. Vorhandene LSPs auf der Schnittstelle werden nicht vorbelastet oder neu kompensiert, um das Netzwerk stabil zu halten. Wenn LSPs aufgrund einer Gruppenänderung entfernt werden müssen, geben Sie den
clear rsvp session
Befehl aus.HINWEIS:Bei der gemeinsamen Konfiguration von administrativen und erweiterten administrativen Gruppen für einen Link müssen beide Arten von administrativen Gruppen auf der Schnittstelle konfiguriert werden.
Konfigurieren Sie eine administrative Gruppeneinschränkung für jeden LSP oder für jeden primären oder sekundären LSP-Pfad. Fügen Sie die Aussage bei
label-switched-path
:label-switched-path lsp-name { to address; ... admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } primary path-name { admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } } secondary path-name { admin-group { exclude [ group-names ]; include-all [ group-names ]; include-any [ group-names ]; } } }
Sie können die
label-switched-path
Anweisung auf den folgenden Hierarchieebenen einschließen:[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Wenn Sie die
include-all
Anweisungeninclude-any
auslassenexclude
, verläuft die Pfadberechnung unverändert. Die Pfadberechnung basiert auf der LSP-Berechnung mit eingeschränkten Pfaden. Informationen zur Berechnung der LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter So wählt CSPF einen Pfad aus.HINWEIS:Das Ändern der administrativen Gruppe des LSP führt zu einer sofortigen Neuvergleichung der Route. daher kann der LSP umgeleitet werden.
Konfigurieren erweiterter administrativer Gruppen für LSPs
In MPLS Traffic Engineering kann ein Link mit einer Reihe von administrativen Gruppen (auch als Farben oder Ressourcenklassen bezeichnet) konfiguriert werden. Administrative Gruppen werden im Interior Gateway Protocol (IGP) (OSPFv2 und IS-IS) als 32-Bit-Wert übertragen, der jedem Link zugewiesen wird. Router von Juniper Networks interpretieren diesen 32-Bit-Wert normalerweise als Bit-Maske, wobei jedes Bit eine Gruppe darstellt und jedes Netzwerk auf insgesamt 32 verschiedene administrative Gruppen begrenzt (Wertbereich 0 bis 31).
Sie konfigurieren erweiterte administrative Gruppen, die durch einen 32-Bit-Wert dargestellt werden, wodurch die Anzahl der im Netzwerk unterstützten administrativen Gruppen über nur 32 hinaus erweitert wird. Der ursprüngliche Wertebereich, der für administrative Gruppen verfügbar ist, wird weiterhin aus Gründen der Abwärtskompatibilität unterstützt.
Die Konfiguration der erweiterten administrativen Gruppen akzeptiert eine Reihe von Schnittstellen mit einem entsprechenden Satz erweiterter administrativer Gruppennamen. Es konvertiert die Namen in eine Reihe von 32-Bit-Werten und gibt diese Informationen an die IGP weiter. Die Werte der erweiterten administrativen Gruppe sind global und müssen auf allen unterstützten Routern, die am Netzwerk teilnehmen, identisch konfiguriert sein. Die domainweite, erweiterte Datenbank administrativer Gruppen, die durch IGP-Flooding von anderen Routern gelernt wurde, wird von Constrained Shortest Path First (CSPF) für die Pfadberechnung verwendet.
Im folgenden Verfahren wird die Konfiguration erweiterter administrativer Gruppen beschrieben:
Bei der gemeinsamen Konfiguration von administrativen und erweiterten administrativen Gruppen für einen Link müssen beide Arten von administrativen Gruppen auf der Schnittstelle konfiguriert werden.
Konfigurieren von Präferenzwerten für LSPs
Optional können Sie mehrere LSPs zwischen demselben Paar von Eingangs- und Ausgangsroutern konfigurieren. Dies ist nützlich, um die Last zwischen den LSPs auszugleichen, da alle LSPs standardmäßig die gleiche Präferenzstufe haben. Um einen LSP gegenüber einem anderen zu bevorzugen, legen Sie unterschiedliche Präferenzstufen für einzelne LSPs fest. Der LSP mit dem niedrigsten Präferenzwert wird verwendet. Die Standardeinstellung für RSVP-LSPs ist 7 und für LDP-LSPs 9. Diese Präferenzwerte sind niedriger (bevorzugter) als alle gelernten Routen mit Ausnahme der direkten Schnittstellenrouten.
Um den Standardeinstellungswert zu ändern, fügen Sie die Anweisung ein preference
:
preference preference;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Deaktivierung der Path Route Recording durch LSPs
Die Junos-Implementierung von RSVP unterstützt das Record Route-Objekt, wodurch ein LSP die Router, über die er transitiert, aktiv aufzeichnen kann. Sie können diese Informationen zur Fehlerbehebung und zur Vermeidung von Routing-Schleifen verwenden. Standardmäßig werden Pfadrouteninformationen aufgezeichnet. Um die Aufzeichnung zu deaktivieren, fügen Sie die Anweisung ein no-record
:
no-record;
Eine Liste der Hierarchieebenen, auf denen Sie die Anweisungen und no-record
Die record
Anweisungen einschließen können, finden Sie im Abschnitt "Anweisungszusammenfassung" für die Anweisung.
Erreichen eines Make-before-Break, hitless Switchover für LSPs
Adaptive Label-Switched Paths (LSPs) müssen möglicherweise eine neue LSP-Instanz einrichten und den Datenverkehr von einer alten LSP-Instanz auf die neue LSP-Instanz übertragen, bevor sie die alte heruntergerissen wird. Diese Art der Konfiguration wird als make before break (MBB) bezeichnet.
RSVP-TE ist ein Protokoll zur Einrichtung von LSPs in MPLS-Netzwerken. Die Junos OS-Implementierung von RSVP-TE, um einen hitless (kein Datenverkehrsverlust) MBB-Switchover zu erreichen, hat sich auf die Konfiguration der Timerwerte in den folgenden Konfigurationsanweisungen verlassen:
optimize-switchover-delay
— Zeit bis zum Wechseln zur neuen LSP-Instanzoptimize-hold-dead-delay
— Zeit bis zum Warten nach dem Switchover und vor dem Löschen der alten LSP-Instanz.
Beides und optimize-hold-dead-delay
die optimize-switchover-delay
Anweisungen gelten für alle LSPs, die das Make-before-Break-Verhalten für die Einrichtung und den Abbau von LSP verwenden, nicht nur für LSPs, für die die optimize-timer
Anweisung auch konfiguriert wurde. Die folgenden MPLS-Funktionen führen dazu, dass LSPs mithilfe von Make-before-Break-Verhalten eingerichtet und abgerissen werden:
Adaptive LSPs
Automatische Bandbreitenzuweisung
BFD für LSPs
Graceful Routing Engine Switchover
Link- und Node-Schutz
Nonstop Aktives Routing
Optimierte LSPs
Point-to-Multipoint -LSPs (P2MP)
Weiche Vorbesenkung
Standby-sekundäre Pfade
Sowohl die und-Anweisungen optimize-switchover-delay
optimize-hold-dead-delay
, wenn konfiguriert, fügen dem MBB-Prozess eine künstliche Verzögerung hinzu. Der Wert der optimize-switchover-delay
Anweisung hängt von der Größe der Expliziten Routenobjekte (EROs) ab. Ein ERO ist eine Erweiterung von RSVP, die es einer RSVP PATH-Nachricht ermöglicht, eine explizite Abfolge von Routern zu passieren, die unabhängig vom herkömmlichen IP-Routing mit dem kürzesten Pfad ist. Der Wert der optimize-switchover-delay
Anweisung hängt auch von der CPU-Last auf jedem der Router auf dem Pfad ab. Kunden legen die optimize-switchover-delay
Aussage nach Versuch und Fehler fest.
Der Wert der optimize-hold-dead-delay
Anweisung hängt davon ab, wie schnell der Eingangsrouter alle Anwendungspräfixe bewegt, um auf den neuen LSP zu zeigen. Dies wird durch die Last der Packet Forwarding Engine bestimmt, die von Plattform zu Plattform variieren kann. Kunden müssen die optimize-hold-dead-delay
Aussage durch Versuch und Fehler festlegen.
Ab Version 15.1 ist Junos OS jedoch in der Lage, einen hitless MBB-Switchover zu erreichen, ohne die künstlichen Verzögerungen zu konfigurieren, die solche Timer-Werte mit sich bringen.
In diesem Thema werden die drei Methoden zusammengefasst, mit der Sie mithilfe von Junos OS einen UM-Wechsel von einem alten auf einen neuen LSP erreichen können:
- Festlegen der Zeitdauer, in der der Router auf neue Pfade umgestellt wird
- Festlegen der Zeitdauer für die Verzögerung des Abreißens alter Pfade
- Erreichen einer hitlosen MBB-Umstellung ohne künstliche Verzögerungen
Festlegen der Zeitdauer, in der der Router auf neue Pfade umgestellt wird
Verwenden optimize-switchover-delay
Sie die Anweisung, um anzugeben, wie lange der Router wartet, um LSP-Instanzen auf neu optimierte Pfade umzuschalten. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht auf Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Aussage trägt dazu bei, dass die neuen optimierten Pfade eingerichtet wurden, bevor der Datenverkehr von den alten Pfaden umgestellt wird. Dieser Timer kann nur aktiviert oder deaktiviert für alle LSPs, die auf dem Router konfiguriert sind.
Um die Zeit zu konfigurieren, die der Router auf den Wechsel von LSP-Instanzen zu neu optimierten Pfaden wartet, geben Sie die Zeit in Sekunden mithilfe der optimize-switchover-delay
Anweisung an:
optimize-switchover-delay seconds;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Festlegen der Zeitdauer für die Verzögerung des Abreißens alter Pfade
Verwenden optimize-hold-dead-delay
Sie die Anweisung, um anzugeben, wie lange der Ausfall alter Pfade verzögert wird, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgestellt hat. Sie müssen diese Anweisung nur auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht auf Transit- oder Ausgangsroutern konfigurieren). Der Timer in dieser Aussage hilft sicherzustellen, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf die neuen optimierten Pfade umgestellt wurden. Dieser Timer kann für bestimmte LSPs oder für alle auf dem Router konfigurierten LSPs aktiviert werden.
Um die Zeit in Sekunden zu konfigurieren, um das Abreißen alter Pfade zu verzögern, nachdem der Router den Datenverkehr auf neue optimierte Pfade umgestellt hat, verwenden Sie die optimize-hold-dead-delay
Anweisung:
optimize-hold-dead-delay seconds;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Erreichen einer hitlosen MBB-Umstellung ohne künstliche Verzögerungen
Ab Junos OS Version 15.1 gibt es eine andere Möglichkeit, die alten LSP-Instanzen nach dem MBB-Switchover aufzugeben, ohne sich auf die willkürlichen Zeitintervalle zu verlassen, die durch die optimize-switchover-delay
Anweisung oder optimize-hold-dead-delay
Anweisung festgelegt wurden. Wenn Sie beispielsweise die optimize-hold-dead-delay
Anweisung verwenden, konfigurieren Sie eine Uhrzeit, die Sie für sicher halten, bevor Sie die alte LSP-Instanz nach MBB herunterreißen. Einige Routen sind jedoch noch dabei, auf die neue Instanz umzuverlagern. Das Herunterreißen der alten LSP-Instanz führt dazu, dass einer der Transitknoten den Datenverkehr für die Routen, die noch nicht in die neue LSP-Instanz verlagert wurden, fallen lässt.
Um Datenverkehrsverluste zu vermeiden, können Sie anstelle der optimize-switchover-delay
Anweisung MPLS-OAM (lsp ping) verwenden, das bestätigt, dass die LSP-Datenebene durchgängig eingerichtet ist. Anstelle der optimize-hold-dead-delay
Anweisung können Sie einen Feedback-Mechanismus aus der rpd-Infrastruktur verwenden, der bestätigt, dass alle Präfixe, die sich auf den alten LSP beziehen, umgestellt wurden. Der Feedback-Mechanismus stammt aus der Tag-Bibliothek und hängt von der Routing-Protokollprozess -Infrastruktur (rpd) ab, um zu bestimmen, wann alle Routen, die die alte LSP-Instanz verwenden, nach dem MBB-Switchover vollständig auf die neue LSP-Instanz verlagert wurden.
Der Feedback-Mechanismus ist immer vorhanden und optional. Konfigurieren Sie die optimize-adaptive-teardown
Anweisung so, dass der Feedback-Mechanismus während des MBB-Switchovers verwendet wird. Diese Funktion wird für RSVP Point-to-Multipoint (P2MP)-LSP-Instanzen nicht unterstützt. Die globale Konfiguration der optimize-adaptive-teardown
Anweisung betrifft nur die Punkt-zu-Punkt-LSPs, die im System konfiguriert sind.
Sie müssen nur die optimize-adaptive-teardown
Anweisung auf Routern konfigurieren, die als Eingang für die betroffenen LSPs fungieren (Sie müssen diese Anweisung nicht für Transit- oder Ausgangsrouter konfigurieren). Dieser Feedback-Mechanismus stellt sicher, dass alte Pfade nicht abgerissen werden, bevor alle Routen auf die neuen optimierten Pfade umgestellt wurden. Die globale Konfiguration dieser Konfigurationsaussage betrifft nur die Punkt-zu-Punkt-LSPs, die im System konfiguriert sind.
optimize-adaptive-teardown { p2p: }
Sie können diese Anweisung auf [edit protocols mpls]
Hierarchieebene einschließen.
Optimierung signalisierter LSPs
Sobald ein LSP eingerichtet wurde, können Topologie- oder Ressourcenänderungen den Pfad im Laufe der Zeit suboptimal machen. Möglicherweise ist ein neuer Pfad verfügbar geworden, der weniger überlastet ist, eine niedrigere Kennzahl hat und weniger Hops durchquert. Sie können den Router so konfigurieren, dass er Pfade in regelmäßigen Abständen neu kompensiert, um festzustellen, ob ein besser optimaler Pfad verfügbar ist.
Wenn die Reoptimierung aktiviert ist, kann ein LSP durch neue Pfade durch neue Pfade umgeleitet werden. Wenn die Reoptimierung jedoch deaktiviert ist, verfügt der LSP über einen festen Pfad und kann die vorteile der neu verfügbaren Netzwerkressourcen nicht nutzen. Der LSP wird so lange behoben, bis die nächste Topologieänderung den LSP durchbricht und eine Neuvergleichung erzwungen hat.
Die Reoptimierung steht nicht im Zusammenhang mit Failover. Ein neuer Pfad wird immer berechnet, wenn Topologiefehler auftreten, die einen etablierten Pfad unterbrechen.
Aufgrund des potenziellen Systemaufwands müssen Sie die Häufigkeit der Reoptimierung sorgfältig kontrollieren. Die Netzwerkstabilität kann leiden, wenn eine Reoptimierung aktiviert wird. Standardmäßig ist die optimize-timer
Anweisung auf 0 festgelegt (das heißt, sie ist deaktiviert).
LSP-Optimierung ist nur dann sinnvoll, wenn die LSP-Berechnung mit eingeschränktem Pfad aktiviert ist, was das Standardverhalten ist. Weitere Informationen zur LSP-Berechnung mit eingeschränkten Pfaden finden Sie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad. Außerdem ist die LSP-Optimierung nur für Eingangs-LSPs anwendbar, sodass nur die optimize-timer
Anweisung auf dem Eingangsrouter konfiguriert werden muss. Die Transit- und Ausgangsrouter erfordern keine spezifische Konfiguration, um die LSP-Optimierung zu unterstützen (außer MPLS-aktiviert).
Um die Pfad-Reoptimierung zu ermöglichen, fügen Sie die Anweisung ein optimize-timer
:
optimize-timer seconds;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Sobald Sie die optimize-timer
Anweisung konfiguriert haben, setzt der Reoptimisierungs-Timer seinen Countdown mit dem konfigurierten Wert fort, auch wenn Sie die optimize-timer
Anweisung aus der Konfiguration löschen. Die nächste Optimierung nutzt den neuen Wert. Sie können junos OS zwingen, einen neuen Wert sofort zu verwenden, indem Sie den alten Wert löschen, die Konfiguration festlegen, den neuen Wert für die optimize-timer
Anweisung konfigurieren und die Konfiguration dann erneut festlegen.
Nach der Reoptimierung wird das Ergebnis nur akzeptiert, wenn es die folgenden Kriterien erfüllt:
Der neue Pfad ist in der IGP-Metrik nicht höher. (Die Metrik für den alten Pfad wird während der Berechnung aktualisiert. Wenn sich also eine kürzliche Link-Metrik irgendwo entlang des alten Pfads geändert hat, wird sie berücksichtigt.)
Wenn der neue Pfad dieselbe IGP-Metrik hat, ist er nicht mehr Hops entfernt.
Der neue Pfad führt nicht zu einer Preemption. (Dies ist, um den Welleneffekt der Preemption zu reduzieren und eine größere Präemption zu verursachen.)
Der neue Weg verschlimmert die Überlastung insgesamt nicht.
Die relative Überlastung des neuen Pfads wird wie folgt ermittelt:
Der Prozentsatz der verfügbaren Bandbreite auf jedem Link, der von dem neuen Pfad durchquert wird, wird mit dem prozentsatz des alten Pfads verglichen, beginnend mit den am stärksten überlasteten Verbindungen.
Für jeden aktuellen (alten) Pfad speichert die Software die vier kleinsten Werte für die Bandbreitenverfügbarkeit für die Verbindungen, die in aufsteigender Reihenfolge durchquert werden.
Die Software speichert auch die vier kleinsten Bandbreitenverfügbarkeitswerte für den neuen Pfad, entsprechend den Verbindungen, die in aufsteigender Reihenfolge durchquert werden.
Wenn einer der vier neuen verfügbaren Bandbreitenwerte kleiner ist als der entsprechende alte Bandbreitenverfügbarkeitswert, hat der neue Pfad mindestens eine Verbindung, die stärker überlastet ist als die Verbindung, die vom alten Pfad verwendet wird. Da die Verwendung der Verbindung zu mehr Überlastung führen würde, wird der Datenverkehr nicht auf diesen neuen Pfad umgestellt.
Wenn keiner der vier neuen verfügbaren Bandbreitenwerte kleiner ist als die entsprechenden alten Bandbreitenverfügbarkeitswerte, ist der neue Pfad weniger überlastet als der alte Pfad.
Wenn alle oben genannten Bedingungen erfüllt sind, dann:
Wenn der neue Pfad eine niedrigere IGP-Metrik hat, wird er akzeptiert.
Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hopanzahl hat, wird er akzeptiert.
Wenn Sie sich für einen Load-Balancing-Algorithmus entscheiden
least-fill
, werden LSPs wie folgt load balancing:Der LSP wird auf einen neuen Pfad verschoben, der mindestens 10 % weniger genutzt wird als der aktuelle Pfad. Dies kann die Überlastung auf dem aktuellen Pfad nur um einen geringen Anteil reduzieren. Wenn beispielsweise ein LSP mit 1 MB Bandbreite von einem Pfad mit mindestens 200 MB verschoben wird, wird die Überlastung des ursprünglichen Pfads um weniger als 1 % reduziert.
Für
random
odermost-fill
Algorithmen gilt diese Regel nicht.
Das folgende Beispiel veranschaulicht die Funktionsweise des
least-fill
Load Balancing-Algorithmus.Abbildung 1: Load Balancing-Algorithmus für den geringsten FüllungsalgorithmusWie in Abbildung 1den Beispielen gezeigt, gibt es zwei potenzielle Pfade für einen LSP, um von Router A zum Router H zu passieren, die ungeraden Verbindungen von L1 bis L13 und die geraden Verbindungen von L2 bis L14. Derzeit verwendet der Router die geraden Verbindungen als aktiven Pfad für den LSP. Jede Verbindung zwischen denselben beiden Routern (z. B. Router A und Router B) hat die gleiche Bandbreite:
L1, L2 = 10GE
L3, L4 = 1GE
L5, L6 = 1GE
L7, L8 = 1GE
L9, L10 = 1GE
L11, L12 = 10 GE
L13, L14 = 10GE
Die 1GE-Verbindungen sind eher überlastet. In diesem Beispiel haben die ungeraden 1GE-Verbindungen die folgende verfügbare Bandbreite:
L3 = 41%
L5 = 56%
L7 = 66%
L9 = 71%
Die sogar 1GE-Verbindungen haben die folgende verfügbare Bandbreite:
L4 = 37%
L6 = 52%
L8 = 61%
L10 = 70%
Basierend auf diesen Informationen berechnet der Router den Unterschied in der verfügbaren Bandbreite zwischen den ungeraden und den geraden Verbindungen wie folgt:
L4 - L3 = 41% - 37% = 4%
L6 - L5 = 56% - 52% = 4%
L8 - L7 = 66% - 61% = 5%
L10 - L9 = 71% - 70% = 1%
Die gesamte zusätzliche Bandbreite, die über die ungeraden Verbindungen verfügbar ist, beträgt 14 % (4 % + 4 % + 5 % + 1 %). Da 14 % mehr als 10 % beträgt (mindester Schwellenwert für den Algorithmus mit der geringsten Füllung), wird der LSP über die ungeraden Links vom ursprünglichen Pfad mithilfe der geraden Links auf den neuen Pfad verschoben.
Andernfalls wird der neue Pfad abgelehnt.
Sie können die folgenden Kriterien für die Reoptimierung deaktivieren (eine Teilmenge der zuvor aufgeführten Kriterien):
Wenn der neue Pfad dieselbe IGP-Metrik hat, ist er nicht mehr Hops entfernt.
Der neue Pfad führt nicht zu einer Preemption. (Dies ist, um den Welleneffekt der Preemption zu reduzieren und eine größere Präemption zu verursachen.)
Der neue Weg verschlimmert die Überlastung insgesamt nicht.
Wenn der neue Pfad eine gleiche IGP-Metrik und eine niedrigere Hopanzahl hat, wird er akzeptiert.
Um sie zu deaktivieren, geben Sie entweder den Befehl aus clear mpls lsp optimize-aggressive
oder schließen Sie die Anweisung ein optimize-aggressive
:
optimize-aggressive;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Wenn Sie die optimize-aggressive
Anweisung in die Konfiguration einberücken, wird das Reoptimierungsverfahren häufiger ausgelöst. Pfade werden häufiger umgeleitet. Außerdem wird der Reoptimisierungsalgorithmus nur auf die IGP-Metrik beschränkt.
Konfigurieren des Smart Optimize Timer für LSPs
Aufgrund eingeschränkter Netzwerk- und Routerressourcen ist es in der Regel nicht empfehlenswert, ein kurzes Intervall für den Optimierungs-Timer zu konfigurieren. Unter bestimmten Umständen kann es jedoch wünschenswert sein, einen Pfad früher zu reoptimieren, als dies normalerweise durch den Optimierungs-Timer möglich wäre.
Beispielsweise durchquert ein LSP einen bevorzugten Pfad, der anschließend fehlschlägt. Der LSP wird dann auf einen weniger wünschenswerten Pfad umgestellt, um dasselbe Ziel zu erreichen. Selbst wenn der ursprüngliche Pfad schnell wiederhergestellt wird, kann es zu lange dauern, bis der LSP ihn erneut verwendet, da er warten muss, bis der Optimierungs-Timer die Netzwerkpfade reoptimiert. Für solche Situationen können Sie den intelligenten Optimierungs-Timer konfigurieren.
Wenn Sie den intelligenten Optimierungs-Timer aktivieren, wird ein LSP wieder auf seinen ursprünglichen Pfad umgestellt, solange der ursprüngliche Pfad innerhalb von 3 Minuten nach dem Ausfall wiederhergestellt wurde. Wenn der ursprüngliche Pfad innerhalb von 60 Minuten erneut unterbrochen wird, wird der intelligente Optimierzeitgeber deaktiviert, und die Pfadoptimierung verhält sich wie normalerweise, wenn der Optimierungs-Timer allein aktiviert ist. Dadurch wird verhindert, dass der Router einen Flapping-Link verwendet.
Der intelligente Optimierungs-Timer ist auf andere MPLS-Funktionen angewiesen, um richtig zu funktionieren. Für das hier beschriebene Szenario, bei dem ein LSP im Falle eines Ausfalls des ursprünglichen Pfads auf einen alternativen Pfad umgestellt wird, wird davon ausgegangen, dass Sie eine oder mehrere Funktionen zum Schutz des MPLS-Datenverkehrs konfiguriert haben, einschließlich Fast-Reroute, Link-Schutz und Standby-sekundäre Pfade. Diese Funktionen tragen dazu bei, dass der Datenverkehr im Falle eines Ausfalls sein Ziel erreichen kann.
Zumindest müssen Sie einen standby-sekundären Pfad konfigurieren, damit die intelligente Optimierzeitgeberfunktion ordnungsgemäß funktioniert. Schnelle Reroute und Link-Schutz sind eher temporäre Lösungen für einen Netzwerkausfall. Ein sekundärer Pfad stellt sicher, dass es einen stabilen alternativen Pfad gibt, falls der primäre Pfad ausfällt. Wenn Sie keine Art von Schutz vor Datenverkehr für einen LSP konfiguriert haben, stellt der intelligente Optimierungs-Timer von alleine nicht sicher, dass der Datenverkehr sein Ziel erreichen kann. Weitere Informationen zum Schutz des MPLS-Datenverkehrs finden Sie unter MPLS und Schutz des Datenverkehrs.
Wenn ein primärer Pfad ausfällt und der intelligente Timer den Datenverkehr in den sekundären Pfad wechselt, kann der Router den sekundären Pfad auch dann weiter verwenden, wenn der primäre Pfad wiederhergestellt wurde. Wenn der Eingangsrouter eine CSPF-Berechnung abgeschlossen hat, stellt er möglicherweise fest, dass der sekundäre Pfad der bessere Pfad ist.
Dies kann unerwünscht sein, wenn der primäre Pfad der aktive Pfad und der sekundäre Pfad nur als Backup verwendet werden sollte. Wenn der sekundäre Pfad als aktiver Pfad verwendet wird (obwohl der primäre Pfad erneut eingerichtet wurde) und der sekundäre Pfad fehlschlägt, wechselt die intelligente Optimierungs-Timer-Funktion den Datenverkehr nicht automatisch zurück in den primären Pfad. Sie können jedoch den Schutz für den sekundären Pfad aktivieren, indem Sie den Node- und Link-Schutz oder einen zusätzlichen Standby-sekundären Pfad konfigurieren. In diesem Fall kann der intelligente Optimierungs-Timer effektiv sein.
Geben Sie die Zeit in Sekunden für den intelligenten Optimierzeitgeber mit der smart-optimize-timer
Anweisung an:
smart-optimize-timer seconds;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Begrenzung der Anzahl der Hops in LSPs
Standardmäßig kann jeder LSP maximal 255 Hops durchlaufen, einschließlich der Eingangs- und Ausgangsrouter. Um diesen Wert zu ändern, fügen Sie die Anweisung ein hop-limit
:
hop-limit number;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Die Anzahl der Hops kann zwischen 2 und 255 sein. (Ein Pfad mit zwei Hops besteht nur aus den Eingangs- und Ausgangsroutern.)
Konfigurieren des Bandbreitenwerts für LSPs
Jeder LSP hat einen Bandbreitenwert. Dieser Wert ist im Tspec-Feld des Absenders in den Meldungen zur Einrichtung des RSVP-Pfads enthalten. Sie können einen Bandbreitenwert in Bits pro Sekunde angeben. Wenn Sie für einen LSP mehr Bandbreite konfigurieren, sollte dieser in der Lage sein, ein größeres Datenverkehrsvolumen zu übertragen. Die Standardbandbreite beträgt 0 Bit pro Sekunde.
Eine nichtzero-Bandbreite erfordert, dass Transit- und Ausgangsrouter die Kapazität entlang der ausgehenden Verbindungen für den Pfad reservieren. Zur Reservierung dieser Kapazität wird das RSVP-Reservierungsschema verwendet. Jeder Fehler bei der Bandbreitenreservierung (z. B. Fehler bei der RSVP-Richtliniensteuerung oder der Zugangssteuerung) kann dazu führen, dass die LSP-Einrichtung fehlschlägt. Wenn auf den Schnittstellen für die Transit- oder Ausgangsrouter nicht genügend Bandbreite vorhanden ist, ist der LSP nicht eingerichtet.
Um einen Bandbreitenwert für einen signalisierten LSP anzugeben, fügen Sie die Anweisung ein bandwidth
:
bandwidth bps;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt "Statement Summary" für diese Anweisung.
Automatische Bandbreitenzuweisung für LSPs
Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung basierend auf dem Datenverkehrsvolumen, der durch den Tunnel fließt, automatisch anzupassen. Sie können einen LSP mit minimaler Bandbreite konfigurieren. diese Funktion kann die Bandbreitenzuweisung des LSP dynamisch an die aktuellen Datenverkehrsmuster anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehr durch den Tunnel nicht.
Sie legen ein Sampling-Intervall für einen LSP fest, der mit automatischer Bandbreitenzuweisung konfiguriert ist. Die durchschnittliche Bandbreite wird während dieses Intervalls überwacht. Am Ende des Intervalls wird versucht, einen neuen Pfad für den LSP zu signalisieren, wobei die Bandbreitenzuweisung auf den maximalen Durchschnittswert für das vorhergehende Samplingintervall festgelegt ist. Wenn der neue Pfad erfolgreich eingerichtet und der ursprüngliche Pfad entfernt wird, wird der LSP auf den neuen Pfad umgestellt. Wenn kein neuer Pfad erstellt wird, verwendet der LSP seinen aktuellen Pfad bis zum Ende des nächsten Samplingintervalls, wenn ein neuer Versuch unternommen wird, einen neuen Pfad einzurichten. Beachten Sie, dass Sie mindeste und maximale Bandbreitenwerte für den LSP festlegen können.
Während des automatischen Bandbreitenzuweisungsintervalls kann der Router auf einem LSP einen stetigen Anstieg des Datenverkehrs (steigende Bandbreitennutzung) erhalten, was zu Überlastungen oder Paketverlusten führen kann. Um dies zu verhindern, können Sie einen zweiten Trigger definieren, der den automatischen Zeitgeber zur Bandbreitenanpassung vor dem Ende des aktuellen Anpassungsintervalls vorzeitig abläuft.
Konfigurieren der automatischen Bandbreitenzuweisung für LSPs
Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung basierend auf dem Datenverkehrsvolumen, der durch den Tunnel fließt, automatisch anzupassen. Sie können einen LSP mit minimaler Bandbreite konfigurieren, und diese Funktion kann die Bandbreitenzuweisung des LSP dynamisch auf Der Grundlage der aktuellen Datenverkehrsmuster anpassen. Die Bandbreitenanpassungen unterbrechen den Datenverkehr durch den Tunnel nicht.
Am Ende des Zeitintervalls für die automatische Bandbreitenzuweisung wird die aktuelle maximale durchschnittliche Bandbreitennutzung mit der zugewiesenen Bandbreite für den LSP verglichen. Wenn der LSP mehr Bandbreite benötigt, wird versucht, einen neuen Pfad einzurichten, bei dem die Bandbreite der aktuellen maximalen durchschnittlichen Nutzung entspricht. Wenn der Versuch erfolgreich ist, wird der Datenverkehr des LSP durch den neuen Pfad geleitet und der alte Pfad entfernt. Wenn der Versuch fehlschlägt, verwendet der LSP weiterhin seinen aktuellen Pfad.
Bei der Berechnung des Wertes für Max AvgBW
(relativ zum Eingangs-LSP) wird die während des Make-before-Break (MBB) gesammelte Stichprobe ignoriert, um ungenaue Ergebnisse zu verhindern. Das erste Beispiel nach einer Bandbreitenanpassung oder nach einer Änderung der LSP-ID (unabhängig von der Pfadänderung) wird ebenfalls ignoriert.
Wenn Sie den Link- und Node-Schutz für den LSP konfiguriert haben und der Datenverkehr auf den Bypass-LSP umgestellt wurde, funktioniert die automatische Bandbreitenzuweisungsfunktion weiterhin und nimmt Bandbreitenproben vom Bypass-LSP. Für den ersten Bandbreitenanpassungszyklus wird die maximale durchschnittliche Bandbreitennutzung von der ursprünglichen Verbindung und dem node-geschützten LSP verwendet, um den Bypass-LSP zu resignalieren, wenn mehr Bandbreite benötigt wird. (Link- und Node-Schutz wird auf Switches der QFX-Serie nicht unterstützt.)
Wenn Sie die Fast-Reroute für den LSP konfiguriert haben, können Sie diese Funktion möglicherweise nicht zur Anpassung der Bandbreite verwenden. Da die LSPs einen festen Filter (FF)-Reservierungsstil verwenden, kann die Bandbreite doppelt gezählt werden, wenn ein neuer Pfad signalisiert wird. Doppelzählungen können verhindern, dass ein Schnellumleitungs-LSP jemals seine Bandbreite anpasst, wenn die automatische Bandbreitenzuweisung aktiviert ist. (Fast Reroute wird auf Switches der QFX-Serie nicht unterstützt.)
Führen Sie die Schritte in den folgenden Abschnitten aus, um die automatische Bandbreitenzuweisung zu konfigurieren:
Auf den QFX10000-Switches können Sie die automatische Bandbreitenzuweisung nur auf edit protocols mpls
Hierarchieebene konfigurieren. Logische Systeme werden nicht unterstützt.
Konfiguration optimierter automatischer Bandbreitenanpassungen für MPLS-LSPs
Automatische Bandbreitenfunktionen ermöglichen es den RSVP-TE-LSPs, die entweder direkt konfiguriert oder automatisch mit Auto-Mesh erstellt werden, basierend auf der Datenverkehrsrate neu zu skalieren. Die auf jedem LSP übertragene Verkehrsrate wird gemessen, indem regelmäßig Stichproben der Datenverkehrsgeschwindigkeit gesammelt werden. Die Häufigkeit der Erfassung von Datenverkehrsstatistiken wird über die set protocols mpls statistics interval
Konfigurationsaussage gesteuert. Die Neu-Dimensionierung der LSPs wird als Anpassung bezeichnet und die Häufigkeit der Anpassungen wird durch die adjust-interval
Anweisung gesteuert. Der konfigurierbare Mindestwert des Anpassungsintervalls beträgt eine Sekunde.
Ab Junos OS Version 20.4R1 wird das Minimum adjust-interval
für eine auto-bandwidth
Anpassung auf 150 Sekunden reduziert, wenn die adjust-threshold-overflow-limit
Anweisungen oder adjust-threshold-underflow-limit
Anweisungen die konfigurierten Schwellenwerte für Über- oder Unterlauf überschreiten.
Das Minimum adjust-interval
für eine auto-bandwidth
Anpassung beträgt jedoch 300 Sekunden, wenn kein Überlauf- oder Unterlaufmuster erkannt wird.
In Versionen vor Junos OS Version 20.4R1 ist die adjust-interval
300 Sekunden unter Überlauf- oder Underflow-Bedingungen.
Mit der Implementierung der automatischen Bandbreitenanpassungsoptimierung verringert sich auto-bandwidth
die Bandbreite des LSP schneller. Der Eingangs-Label Edge-Router (LER) kann aufgrund der Reduzierung von in adjust-threshold-overflow-limit
innerhalb von 150 Sekunden in die Größe ändern, sofern der Abriss einer alten LSP-Instanz nach dem Make-before-Break (MBB) innerhalb von 150 Sekunden erfolgt ist.
Die Anforderungen für die automatische Bandbreiten-Optmierung sind:
Reduzieren Sie die Wahrscheinlichkeit einer LSP-Routenänderung: Dies soll die Wahrscheinlichkeit einer LSP-Routenänderung reduzieren, wenn eine automatische Bandbreitenanpassung erfolgt.
Reduzieren Sie die Wahrscheinlichkeit einer LSP-Umleitung: Dies reduziert die Wahrscheinlichkeit einer LSP-Umleitung aufgrund der höheren Priorität, die dieselbe Ressource benötigen.
Um diese Anforderungen zu erfüllen, unterstützt die automatische Bandbreitenanpassungsoptimierung Folgendes:
In-place LSP Bandwidth Update– Ermöglicht es dem Eingangs-Label-Edge-Router (LER), die LSP-ID wieder zu verwenden, wenn er bandbreiteninterne Änderungen an einem LSP vorführt.
HINWEIS:In-Place-Aktualisierung der LSP-Bandbreite ist für einen Domänen-LSP nicht anwendbar.
In bestimmten Szenarien überträgt der Nächste Hop der LSP-Route die LSP-Bandbreite entweder direkt oder indirekt. Auch wenn in diesen Szenarien ein in-Ort-Update für die LSP-Bandbreite unterstützt wird, ist die Leistungsverbesserung aufgrund der LSP-Routenänderung begrenzt. Das ist aufgrund der Änderung in der Routing-Tabelle inet.3 nach auto-bandbreite (MPLS-Tunnel). Die Leistungssteigerung ist beispielsweise eingeschränkt, wenn Sie eine oder beide Anweisungen konfigurieren:
auto-policing
unter MPLS konfiguriert.Die Option
bandwidth
unter der Anweisungload-balance
unter RSVP konfiguriert.
HINWEIS:In-Place-Aktualisierung der LSP-Bandbreite durch LSP-ID-Re-Use schlägt fehl, und der eingangs LER löst MBB sofort mit einer neuen LSP-ID aus, wenn:
no-cspf
für den LSP konfiguriert ist.LSP wird durch das Path Computation Element (PCE) gesteuert.
LSP-Optimierungs-Timer brände.
clear mpls lsp optimize-aggressive
wird ausgeführt.
Per-priority Subscription—Um die Netzwerkressourcen effizienter zu nutzen, können Sie mit dem Abonnement pro Priorität einen niedrigeren Anteil des RSVP-Abonnements für LSPs mit niedrigeren Prioritäten und einen höheren RSVP-Abonnementanteil für LSPs mit höheren Prioritäten konfigurieren.
Anstatt beispielsweise den Anteil des RSVP-Abonnements für LSPs für alle Prioritäten auf 90 % festzulegen, können Sie für LSPs mit niedrigeren Prioritäten einen niedrigeren Anteil des RSVP-Abonnements konfigurieren (z. B. 75 %) für LSPs mit niedrigeren Prioritäten
Das Abonnement pro Priorität ist nicht mit Differenzierten Services (DiffServ)-aware Traffic Engineering (TE) kompatibel. Differenziertes Services (DiffServ)-fähiges Traffic-Engineering bietet eine flexiblere und statistische Freigabe der TE-Linkbandbreite als das Abonnement pro Priorität.
To Configure In-place LSP Auto-bandwidth Resizing:
Verification
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show protocols
show interfaces
Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
interfaces { et-0/0/0:1 { unit 0 { family { mpls; } } } } protocols { mpls { label-switched-path lsp1 { to 10.2.5.1; in-place-lsp-bandwidth-update; } } }
To Configure Per-priority Subscription:
Konfigurieren Sie das RSVP-Protokoll auf der Schnittstelle.
[edit] user@host# set protocols rsvp interfaceinterface-name user@host# set protocols rsvp interface et-0/0/0:1.0
Konfigurieren Sie den Wert des Bandbreitenabonnements für die Schnittstelle. Es kann ein Wert von 0 bis 65.000 Prozent sein. Der Standardabonnementwert ist 100 Prozent.
[edit] user@host# set protocols rsvp interface interface-name subscription percentage
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11
Konfigurieren Sie die Abonnementpriorität über die Schnittstelle.
[edit] user@host# set protocols rsvp interface interface-name subscription percentage priority
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11 priority 7
Konfigurieren Sie den Abonnementprozentsatz für die Priorität.
[edit] user@host# set protocols rsvp interface interface-name subscription percentage priority percentage
user@host# set protocols rsvp et-0/0/0:1.0 subscription 11 priority 7 percent 10
Geben Sie commit aus dem Konfigurationsmodus ein.
Verification
Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show protocols
show interfaces
Befehle eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
protocols { rsvp { interface et-0/0/0:1.0 { subscription 11{ priority 7 { percent 10; } } }
Siehe auch
Konfigurieren der Berichterstellung für automatische Bandbreitenzuweisungsstatistiken für LSPs
Die automatische Bandbreitenzuweisung ermöglicht es einem MPLS-Tunnel, seine Bandbreitenzuweisung basierend auf dem Datenverkehrsvolumen, der durch den Tunnel fließt, automatisch anzupassen. Sie können das Gerät so konfigurieren, dass es Statistiken zur automatischen Bandbreitenzuweisung sammelt, indem Sie die folgenden Schritte ausführen:
Konfigurieren eines LSP über ASs hinweg
Sie können einen LSP so konfigurieren, dass er mehrere Bereiche in einem Netzwerk durchquert, indem Sie die inter-domain
Anweisung als Teil der LSP-Konfiguration angeben. Diese Anweisung ermöglicht dem Router die Suche nach Routen in der IGP-Datenbank. Sie müssen diese Anweisung auf Routern konfigurieren, die mithilfe von CSPF innerhalb der Domäne möglicherweise keinen Pfad finden können (durch Suchen in der Traffic Engineering Database (TED)). Wenn Sie Gebietsübergreifende LSPs konfigurieren, ist die inter-domain
Anweisung erforderlich.
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen mit MPLS der Familie.
Konfigurieren Sie die Geräte-Router-ID und die autonome Systemnummer.
Aktivieren Sie MPLS und RSVP auf dem Router und den Transitschnittstellen.
Konfigurieren Sie Ihre IGP zur Unterstützung des Traffic-Engineering.
Richten Sie einen LSP vom Eingangs- zum Ausgangsrouter ein.
So konfigurieren Sie einen LSP über mehrere ASs auf dem Eingangs-Label-Switched-Router (LER):
Dämpfung der Ankündigung von LSP-Statusänderungen
Wenn sich ein LSP von "up" zu "down" oder "down to up" ändert, wird dieser Übergang sofort in der Software und Hardware des Routers wirksam. Wenn Sie LSPs in IS-IS und OSPF werben, sollten Sie jedoch die LSP-Übergänge dämpfen und den Übergang erst nach einem bestimmten Zeitraum bewerben (bekannt als Haltezeit). In diesem Fall, wenn der LSP von oben nach unten geht, wird der LSP nicht als ausgeschrieben, bis er für die Haltezeit unten geblieben ist. Übergänge von unten nach oben werden sofort in IS-IS und OSPF angekündigt. Beachten Sie, dass die LSP-Dämpfung nur die IS-IS- und OSPF-Ankündigungen des LSP betrifft; andere Routing-Software und -Hardware reagieren sofort auf LSP-Übergänge.
Um LSP-Übergänge zu dämpfen, fügen Sie die Aussage ein advertisement-hold-time
:
advertisement-hold-time seconds;
seconds
kann ein Wert von 0 bis 65.535 Sekunden sein. Der Standard ist 5 Sekunden.
Sie können diese Anweisung auf den folgenden Hierarchieebenen einschließen:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Konfiguration corouted bidirektionaler LSPs
Ein corouteierter bidirektionaler Paket-LSP ist eine Kombination aus zwei LSPs, die denselben Pfad zwischen einem Paar Ein- und Ausgangsknoten teilen, wie in Abbildung 2. Es wird unter Verwendung der GMPLS-Erweiterungen für RSVP-TE eingerichtet. Diese Art von LSP kann verwendet werden, um alle Standardtypen von MPLS-basiertem Datenverkehr zu übertragen, einschließlich Layer-2-VPNs, Layer-2-Circuits und Layer-3-VPNs. Sie können eine einzelne BFD-Sitzung für den bidirektionalen LSP konfigurieren (Sie müssen keine BFD-Sitzung für jeden LSP in jede Richtung konfigurieren). Sie können auch einen einzelnen bidirektionalen Standby-LSP konfigurieren, um ein Backup für den primären bidirektionalen LSP bereitzustellen. Corouted bidirektionale LSPs werden sowohl für vorletzte Hop Popping (PHP) als auch für Ultimate Hop Popping (UHP) unterstützt.
Für bidirektionale LSPs ist hohe Verfügbarkeit verfügbar. Sie können einen graceful Restart und nonstop aktives Routing aktivieren. Graceful-Restart und nonstop aktives Routing werden unterstützt, wenn der neustartende Router der Eingangs-, Ausgangs- oder Transit-Router für den bidirektionalen LSP ist.

So konfigurieren Sie einen corouteten bidirektionalen LSP:
Konfigurieren des Entropie-Labels für LSPs
Die Einfügung von Entropie-Labeln für einen LSP ermöglicht es Transit-Routern, MPLS-Datenverkehr über ECMP-Pfade oder Link-Aggregation-Gruppen miteinander in Einklang zu bringen und dabei nur den MPLS-Labelstack als Hash-Input zu verwenden, ohne auf Deep Packet Inspection angewiesen zu sein. Deep Packet Inspection erfordert mehr Verarbeitungsleistung des Routers und verschiedene Router verfügen über unterschiedliche Deep Packet Inspection-Funktionen.
Führen Sie die folgenden Schritte aus, um das Entropie-Label für einen LSP zu konfigurieren:
Transit-Router erfordern keine Konfiguration. Das Vorhandensein des Entropie-Etiketts zeigt an, dass der Transit-Router einen Lastausgleich ausschließlich auf der Grundlage des MPLS-Labelstacks angibt.
Vorletzte Hop-Router popen standardmäßig das Entropie-Label.
Beispiel: Konfigurieren eines Entropie-Labels für einen BGP-gekennzeichneten Unicast-LSP
Dieses Beispiel zeigt, wie Sie ein Entropie-Label für einen BGP-gekennzeichneten Unicast konfigurieren, um ein End-to-End-Load-Balancing mithilfe von Entropie-Labeln zu erreichen. Wenn ein IP-Paket mehrere Pfade hat, um sein Ziel zu erreichen, verwendet Junos OS bestimmte Felder der Paket-Header, um das Paket in einen deterministischen Pfad zu hashen. Dies erfordert ein Entropie-Label, ein spezielles Load-Balancing-Label, das die Datenflussinformationen übertragen kann. LSRs im Core verwenden einfach das Entropie-Label als Schlüssel, um das Paket zum richtigen Pfad zu hashen. Ein Entropie-Label kann ein beliebiger Labelwert zwischen 16 und 1048575 (regulärer 20-Bit-Labelbereich) sein. Da sich dieser Bereich mit dem bestehenden regulären Labelbereich überschneidet, wird vor dem Entropie-Label ein spezielles Label namens Entropy Label Indicator (ELI) eingefügt. ELI ist ein spezielles Label, das von der IANA mit dem Wert 7 zugewiesen wird.
BGP-gekennzeichnete Unicasts veredeln im Allgemeinen RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg. RSVP- oder LDP-Entropie-Label werden zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten angezeigt. Diese Funktion ermöglicht die Verwendung von Entropie-Labeln an den Stitching Points, um die Lücke zwischen dem vorletzten Hop-Knoten und dem Stitching-Punkt zu schließen, um ein End-to-End-Entropie-Label-Load Balancing für BGP-Datenverkehr zu erreichen.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
-
Sieben Router der MX-Serie mit MPCs
-
Junos OS Version 15.1 oder höher, die auf allen Geräten ausgeführt wird
-
Revalidiert mit Junos OS Relese 22.4
-
Bevor Sie ein Entropie-Label für BGP-gekennzeichneten Unicast konfigurieren, stellen Sie sicher, dass Sie:
-
Konfigurieren Sie die Geräteschnittstellen.
-
Konfigurieren Sie OSPF oder ein anderes IGP-Protokoll.
-
Konfigurieren Sie BGP.
-
Konfigurieren Sie RSVP.
-
Konfigurieren Sie MPLS.
Überblick
Wenn BGP-gekennzeichnete Unicasts RSVP- oder LDP-LSPs über mehrere IGP-Bereiche oder mehrere autonome Systeme hinweg verketten, werden RSVP- oder LDP-Entropie-Label zusammen mit dem RSVP- oder LDP-Label am vorletzten Hop-Knoten angezeigt. Es gibt jedoch keine Entropie-Label an den Stitching Points, also den Routern zwischen zwei Bereichen. Daher nutzten die Router an den Stitching Points die BGP-Label, um Pakete weiterzuleiten.
Ab Junos OS Version 15.1 können Sie ein Entropie-Label für BGP-gekennzeichneten Unicast konfigurieren, um ein End-to-End-Entropie-Label-Load Balancing zu erreichen. Diese Funktion ermöglicht die Verwendung eines Entropie-Labels an den Stitching Points, um ein End-to-End-Entropie-Label-Load Balancing für BGP-Datenverkehr zu erreichen. Junos OS ermöglicht das Einfügen von Entropie-Labeln am BGP-gekennzeichneten Unicast-LSP-Eingang.
Standardmäßig sind Router, die Entropie-Label unterstützen, mit der load-balance-label-capability
Anweisung auf [edit forwarding-options]
Hierarchieebene konfiguriert, um die Label auf LSP-Basis zu signalisieren. Wenn der Peer-Router nicht mit Load-Balancing-Labeln ausgestattet ist, können Sie die Signalübertragung von Entropie-Label-Funktionen verhindern, indem Sie diese no-load-balance-label-capability
auf [edit forwarding-options]
Hierarchieebene konfigurieren.
[edit forwarding-options]
user@PE#no-load-balance-label-capability
Sie können die Werbefunktion für Entropie-Label am Ausgang für routen, die in der Richtlinie angegeben sind, mit der no-entropy-label-capability
Option auf [edit policy-options policy-statement policy name then]
Hierarchieebene explizit deaktivieren.
[edit policy-options policy-statement policy-name then]
user@PE#no-entropy-label-capability
Topologie
In Abbildung 3 ist Router PE1 der Eingangsrouter und Router PE2 der Ausgangsrouter. Die Router P1 und P2 sind die Transitrouter. Router ABR ist der Bereichsbrücken-Router zwischen Bereich 0 und Bereich 1. Zwei LSPs werden über ABR zu PE2 für das Load Balancing des Datenverkehrs konfiguriert. Die Entropie-Label-Funktion für BGP-gekennzeichneten Unicast ist auf dem Eingangsrouter PE1 aktiviert. Host 1 ist zur Paketerfassung mit P1 verbunden, sodass wir das Entropie-Label anzeigen können.

Konfiguration
- CLI-Schnellkonfiguration
- Konfiguration des Routers PE1
- Konfiguration des Routers P1
- Konfiguration des Routers ABR
- (Optional) Port-Spiegelungskonfiguration
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene in die [edit] CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit
.
Router CE1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.1/30 set interfaces lo0 unit 0 family inet address 172.16.255.1/32 primary set interfaces lo0 unit 0 family inet address 192.168.255.1/32 set routing-options router-id 172.16.255.1 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive
Router PE1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.2/30 set interfaces ge-0/0/2 unit 0 family inet address 10.1.23.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.2/32 primary set interfaces lo0 unit 1 family inet address 10.1.255.22/32 set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances VPN-l3vpn instance-type vrf set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf set routing-instances VPN-l3vpn interface ge-0/0/0.0 set routing-instances VPN-l3vpn interface lo0.1 set routing-instances VPN-l3vpn route-distinguisher 10.1.255.2:1 set routing-instances VPN-l3vpn vrf-target target:65000:1 set routing-options router-id 10.1.255.2 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.2 set protocols bgp group ibgp family inet labeled-unicast entropy-label set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.6 family inet-vpn unicast set protocols mpls icmp-tunneling set protocols mpls label-switched-path pe1-abr to 10.1.255.4 set protocols mpls label-switched-path pe1-abr entropy-label set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface lo0.0
Router P1
set interfaces ge-0/0/0 unit 0 family inet address 10.1.23.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.34.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.3/32 primary set routing-options router-id 10.1.255.3 set protocols mpls icmp-tunneling set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/2.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/2.0
Router ABR
set interfaces ge-0/0/0 unit 0 family inet address 10.1.34.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.45.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.1.45.5/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.4/32 primary set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement pplb then load-balance per-packet set policy-options policy-statement send-inet3-pe1 from route-filter 10.1.255.2/32 exact set policy-options policy-statement send-inet3-pe1 then accept set policy-options policy-statement send-inet3-pe2 from route-filter 10.1.255.6/32 exact set policy-options policy-statement send-inet3-pe2 then accept set routing-options router-id 10.1.255.4 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.4 set protocols bgp group ibgp family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.2 export send-inet3-pe2 set protocols bgp group ibgp neighbor 10.1.255.6 export send-inet3-pe1 set protocols mpls icmp-tunneling set protocols mpls label-switched-path abr-pe1 to 10.1.255.2 set protocols mpls label-switched-path abr-pe1 entropy-label set protocols mpls label-switched-path abr-pe2 to 10.1.255.6 set protocols mpls label-switched-path abr-pe2 entropy-label set protocols mpls label-switched-path abr-pe2 primary to-r6-1 set protocols mpls label-switched-path abr-pe2-2 to 10.1.255.6 set protocols mpls label-switched-path abr-pe2-2 entropy-label set protocols mpls label-switched-path abr-pe2-2 primary to-r6-2 set protocols mpls path to-r6-1 10.1.45.2 strict set protocols mpls path to-r6-1 10.1.56.2 strict set protocols mpls path to-r6-2 10.1.45.6 strict set protocols mpls path to-r6-2 10.1.56.6 strict set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/2.0 set protocols mpls interface ge-0/0/3.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 passive set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 set protocols ospf area 0.0.0.1 interface ge-0/0/3.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface ge-0/0/3.0
Router P2
set interfaces ge-0/0/0 unit 0 family inet address 10.1.45.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.1.45.6/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 10.1.56.1/30 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 10.1.56.5/30 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.1.255.5/32 primary set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement pplb then load-balance per-packet set routing-options router-id 10.1.255.5 set routing-options forwarding-table export pplb set protocols mpls icmp-tunneling set protocols mpls interface ge-0/0/2.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface ge-0/0/1.0 set protocols mpls interface ge-0/0/3.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.1 interface lo0.0 passive set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 set protocols ospf area 0.0.0.1 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface ge-0/0/1.0 set protocols ospf area 0.0.0.1 interface ge-0/0/3.0 set protocols rsvp interface ge-0/0/2.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/3.0
Router PE2
set interfaces ge-0/0/0 unit 0 family inet address 10.1.56.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.1.56.6/30 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.16.67.2/30 set interfaces lo0 unit 0 family inet address 10.1.255.6/32 primary set interfaces lo0 unit 1 family inet address 10.1.255.66/32 set forwarding-options hash-key family mpls label-1 set forwarding-options hash-key family mpls label-2 set forwarding-options hash-key family mpls label-3 set forwarding-options enhanced-hash-key family mpls no-payload set policy-options policy-statement bgp-to-ospf from protocol bgp set policy-options policy-statement bgp-to-ospf then accept set policy-options policy-statement pplb then load-balance per-packet set routing-instances VPN-l3vpn instance-type vrf set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/2.0 set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf set routing-instances VPN-l3vpn interface ge-0/0/2.0 set routing-instances VPN-l3vpn interface lo0.1 set routing-instances VPN-l3vpn route-distinguisher 10.1.255.6:1 set routing-instances VPN-l3vpn vrf-target target:65000:1 set routing-options router-id 10.1.255.6 set routing-options autonomous-system 65000 set routing-options forwarding-table export pplb set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.1.255.6 set protocols bgp group ibgp family inet labeled-unicast entropy-label set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 set protocols bgp group ibgp neighbor 10.1.255.2 family inet-vpn unicast set protocols mpls icmp-tunneling set protocols mpls label-switched-path pe2-abr to 10.1.255.4 set protocols mpls label-switched-path pe2-abr entropy-label set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface ge-0/0/1.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.1 interface ge-0/0/0.0 set protocols ospf area 0.0.0.1 interface lo0.0 passive set protocols ospf area 0.0.0.1 interface ge-0/0/1.0 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface ge-0/0/1.0
Router CE2
set interfaces ge-0/0/0 unit 0 family inet address 172.16.67.1/30 set interfaces lo0 unit 0 family inet address 172.16.255.7/32 primary set interfaces lo0 unit 0 family inet address 192.168.255.7/32 set routing-options router-id 172.16.255.7 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive
Konfiguration des Routers PE1
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.
So konfigurieren Sie Router PE1:
Wiederholen Sie diese Prozedur für Router PE2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und andere Parameter geändert haben.
-
Konfigurieren Sie die physischen Schnittstellen. Stellen Sie sicher, dass Die Konfiguration
family mpls
auf der Core-gerichtete Schnittstelle konfiguriert wird.[edit] user@PE1# set interfaces ge-0/0/0 unit 0 family inet address 172.16.12.2/30 user@PE1# set interfaces ge-0/0/2 unit 0 family inet address 10.1.23.1/30 user@PE1# set interfaces ge-0/0/2 unit 0 family mpls
-
Konfigurieren Sie die Loopback-Schnittstelles. Der sekundäre Loopback ist optional und wird in einem späteren Schritt unter der Routing-Instanz angewendet.
[edit] user@PE1# set interfaces lo0 unit 0 family inet address 10.1.255.2/32 primary user@PE1# set interfaces lo0 unit 1 family inet address 10.1.255.22/32
-
Konfigurieren Sie die Router-ID und die autonome Systemnummer.
[edit] user@PE1# set routing-options router-id 10.1.255.2 user@PE1# set routing-options autonomous-system 65000
-
Konfigurieren Sie das OSPF-Protokoll.
[edit] user@PE1# set protocols ospf traffic-engineering user@PE1# set protocols ospf area 0.0.0.0 interface ge-0/0/2.0 user@PE1# set protocols ospf area 0.0.0.0 interface lo0.0 passive
-
Konfigurieren Sie das RSVP-Protokoll.
[edit] user@PE1# set protocols rsvp interface ge-0/0/2.0 user@PE1# set protocols rsvp interface lo0.0
-
Konfigurieren Sie das MPLS-Protokoll und einen LSP für den ABR. Schließen Sie die
entropy-label
Option zum Hinzufügen des Entropieetiketts zum MPLS-Labelstack ein.[edit protocols] user@PE1# set protocols mpls icmp-tunneling user@PE1# set protocols mpls label-switched-path pe1-abr to 10.1.255.4 user@PE1# set protocols mpls label-switched-path pe1-abr entropy-label user@PE1# set protocols mpls interface ge-0/0/2.0 user@PE1# set protocols mpls interface lo0.0
-
Konfigurieren Sie IBGP mithilfe
family inet labeled-unicast
von ABR-Peering undfamily inet-vpn
PE2-Peering. Aktivieren Sie die Entropie-Label-Funktion für BGP-gekennzeichneten Unicast.[edit] user@PE1# set protocols bgp group ibgp type internal user@PE1# set protocols bgp group ibgp local-address 10.1.255.2 user@PE1# set protocols bgp group ibgp family inet labeled-unicast entropy-label user@PE1# set protocols bgp group ibgp neighbor 10.1.255.4 family inet labeled-unicast rib inet.3 user@PE1# set protocols bgp group ibgp neighbor 10.1.255.6 family inet-vpn unicast
-
Definieren Sie eine Richtlinie zum Exportieren von BGP-VPN-Routen in OSPF. Die Richtlinie wird unter OSPF in der Routing-Instanz angewendet.
[edit] user@PE1# set policy-options policy-statement bgp-to-ospf from protocol bgp user@PE1# set policy-options policy-statement bgp-to-ospf then accept
-
Definieren Sie eine Load Balancing-Richtlinie und wenden Sie sie unter .
routing-options forwarding-table
PE1 hat im Beispiel nur einen Pfad, daher ist dieser Schritt nicht erforderlich, aber für dieses Beispiel wenden wir dieselbe Load-Balancing-Richtlinie auf alle Geräte an.[edit] user@PE1# set policy-options policy-statement pplb then load-balance per-packet user@PE1# set routing-options forwarding-table export pplb
-
Konfigurieren Sie die Layer 3-VPN-Routing-Instanz.
[edit] user@PE1# set routing-instances VPN-l3vpn instance-type vrf
-
Weisen Sie die Schnittstellen der Routing-Instanz zu.
[edit] user@PE1# set routing-instances VPN-l3vpn interface ge-0/0/0.0 user@PE1# set routing-instances VPN-l3vpn interface lo0.1
-
Konfigurieren Sie den Routenscheider für die Routing-Instanz.
[edit] user@PE1# set routing-instances VPN-l3vpn route-distinguisher 10.1.255.2:1
-
Konfigurieren Sie ein VPN-Routing- und Weiterleitungsziel (VRF) für die Routing-Instanz.
[edit] user@PE1# set routing-instances VPN-l3vpn vrf-target target:65000:1
-
Konfigurieren Sie das Protokoll OSPF unter der Routing-Instanz und wenden Sie die zuvor konfigurierte
bgp-to-ospf
Richtlinie an.[edit] user@PE1# set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@PE1# set routing-instances VPN-l3vpn protocols ospf area 0.0.0.0 interface lo0.1 passive user@PE1# set routing-instances VPN-l3vpn protocols ospf export bgp-to-ospf
Konfiguration des Routers P1
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.
So konfigurieren Sie Router P1:
Wiederholen Sie diese Prozedur für Router P2, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und andere Parameter geändert haben.
-
Konfigurieren Sie die physischen Schnittstellen.
[edit] user@P1# set interfaces ge-0/0/0 unit 0 family inet address 10.1.23.2/30 user@P1# set interfaces ge-0/0/0 unit 0 family mpls user@P1# set interfaces ge-0/0/2 unit 0 family inet address 10.1.34.1/30 user@P1# set interfaces ge-0/0/2 unit 0 family mpls
-
Konfigurieren Sie die Loopback-Schnittstelle.
[edit] user@P1# set interfaces lo0 unit 0 family inet address 10.1.255.3/32 primary
-
Konfigurieren Sie die Router-ID.
[edit] user@P1# set routing-options router-id 10.1.255.3
-
Konfigurieren Sie das OSPF-Protokoll.
[edit] user@P1# set protocols ospf traffic-engineering user@P1# set protocols ospf area 0.0.0.0 interface lo0.0 passive user@P1# set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@P1# set protocols ospf area 0.0.0.0 interface ge-0/0/2.0
-
Konfigurieren Sie das RSVP-Protokoll.
[edit] user@P1# set protocols rsvp interface ge-0/0/0.0 user@P1# set protocols rsvp interface lo0.0 user@P1# set protocols rsvp interface ge-0/0/2.0
-
Konfigurieren Sie das MPLS-Protokoll .
[edit] user@P1# set protocols mpls icmp-tunneling user@P1# set protocols mpls interface ge-0/0/0.0 user@P1# set protocols mpls interface lo0.0 user@P1# set protocols mpls interface ge-0/0/2.0
Konfiguration des Routers ABR
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.
So konfigurieren Sie Router ABR:
-
Konfigurieren Sie die physischen Schnittstellen.
[edit] user@ABR# set interfaces ge-0/0/0 unit 0 family inet address 10.1.34.2/30 user@ABR# set interfaces ge-0/0/0 unit 0 family mpls user@ABR# set interfaces ge-0/0/2 unit 0 family inet address 10.1.45.1/30 user@ABR# set interfaces ge-0/0/2 unit 0 family mpls user@ABR# set interfaces ge-0/0/3 unit 0 family inet address 10.1.45.5/30 user@ABR# set interfaces ge-0/0/3 unit 0 family mpls
-
Konfigurieren Sie die Loopback-Schnittstelle.
[edit] user@ABR# set interfaces lo0 unit 0 family inet address 10.1.255.4/32 primary
-
Konfigurieren Sie MPLS-Label, die der Router für das Hashing der Pakete zum Load Balancing verwendet.
[edit] user@ABR# set forwarding-options hash-key family mpls label-1 user@ABR# set forwarding-options hash-key family mpls label-2 user@ABR# set forwarding-options hash-key family mpls label-3 user@ABR# set forwarding-options enhanced-hash-key family mpls no-payload
-
Konfigurieren Sie die Router-ID und die autonome Systemnummer.
[edit] user@ABR# set routing-options router-id 10.1.255.4 user@ABR# set routing-options autonomous-system 65000
-
Konfigurieren Sie das OSPF-Protokoll.
[edit] user@ABR# set protocols ospf traffic-engineering user@ABR# set protocols ospf area 0.0.0.0 interface lo0.0 passive user@ABR# set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 user@ABR# set protocols ospf area 0.0.0.1 interface ge-0/0/2.0 user@ABR# set protocols ospf area 0.0.0.1 interface ge-0/0/3.0
-
Konfigurieren Sie das RSVP-Protokoll.
[edit] user@ABR# set protocols rsvp interface lo0.0 user@ABR# set protocols rsvp interface ge-0/0/0.0 user@ABR# set protocols rsvp interface ge-0/0/2.0 user@ABR# set protocols rsvp interface ge-0/0/3.0
-
Konfigurieren Sie das MPLS-Protokoll und geben Sie die LSPs für PE1 und PE2 an. Zwei LSPs werden zu PE2 erstellt, um den Load Balancing-Datenverkehr zu ermöglichen, um verschiedene LSPs und Schnittstellen anzuzeigen.
[edit] user@ABR# set protocols mpls icmp-tunneling user@ABR# set protocols mpls label-switched-path abr-pe1 to 10.1.255.2 user@ABR# set protocols mpls label-switched-path abr-pe1 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2 to 10.1.255.6 user@ABR# set protocols mpls label-switched-path abr-pe2 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2 primary to-r6-1 user@ABR# set protocols mpls label-switched-path abr-pe2-2 to 10.1.255.6 user@ABR# set protocols mpls label-switched-path abr-pe2-2 entropy-label user@ABR# set protocols mpls label-switched-path abr-pe2-2 primary to-r6-2 user@ABR# set protocols mpls path to-r6-1 10.1.45.2 strict user@ABR# set protocols mpls path to-r6-1 10.1.56.2 strict user@ABR# set protocols mpls path to-r6-2 10.1.45.6 strict user@ABR# set protocols mpls path to-r6-2 10.1.56.6 strict user@ABR# set protocols mpls interface lo0.0 user@ABR# set protocols mpls interface ge-0/0/0.0 user@ABR# set protocols mpls interface ge-0/0/2.0 user@ABR# set protocols mpls interface ge-0/0/3.0
-
Konfigurieren Sie IBGP auf PE1 und PE2 mit
family inet labeled-unicast
. Wenden Sie die Richtlinie an, um die inet.3-Loopback-Route von PE1 und PE2 anzukündigen. Wir zeigen die Richtlinie im nächsten Schritt.[edit] user@ABR# set protocols bgp group ibgp type internal user@ABR# set protocols bgp group ibgp local-address 10.1.255.4 user@ABR# set protocols bgp group ibgp family inet labeled-unicast rib inet.3 user@ABR# set protocols bgp group ibgp neighbor 10.1.255.2 export send-inet3-pe2 user@ABR# set protocols bgp group ibgp neighbor 10.1.255.6 export send-inet3-pe1
-
Definieren Sie eine Richtlinie für die Loopback-Adressen für PE1 und PE2.
[edit] user@ABR# set policy-options policy-statement send-inet3-pe1 from route-filter 10.1.255.2/32 exact user@ABR# set policy-options policy-statement send-inet3-pe1 then accept user@ABR# set policy-options policy-statement send-inet3-pe2 from route-filter 10.1.255.6/32 exact user@ABR# set policy-options policy-statement send-inet3-pe2 then accept
-
Definieren Sie eine Richtlinie für das Load Balancing, und wenden Sie sie unter .
routing-options forwarding-table
[edit] user@ABR# set policy-options policy-statement pplb then load-balance per-packet user@ABR# set routing-options forwarding-table export pplb
(Optional) Port-Spiegelungskonfiguration
Um das angewendete Entropie-Label zu sehen, können Sie den Datenverkehr erfassen. In diesem Beispiel wird ein Filter auf die PE1-gerichtete Schnittstelle auf P1 angewendet, um den CE1- bis CE2-Datenverkehr zu erfassen. Der Datenverkehr wird zur Anzeige an Host 1 gesendet. Es gibt verschiedene Möglichkeiten, Datenverkehr zu erfassen als das, was wir in diesem Beispiel verwenden. Weitere Informationen finden Sie unter Grundlegendes zu Port-Spiegelung und Analysatoren.
Schritt-für-Schritt-Verfahren
Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.
So konfigurieren Sie Router P1:
-
Konfigurieren Sie die Schnittstellen. In diesem Beispiel stellen wir die mit Host1 verbundene Schnittstelle in eine Bridge-Domain und erstellen eine IRB-Schnittstelle zur Überprüfung der Konnektivität zu Host1.
[edit] user@P1# set interfaces ge-0/0/4 unit 0 family bridge interface-mode access user@P1# set interfaces ge-0/0/4 unit 0 family bridge vlan-id 100 user@P1# set interfaces irb unit 0 family inet address 10.1.31.1/30
-
Konfigurieren Sie die Bridge-Domäne.
[edit] user@P1# set bridge-domains v100 vlan-id 100 user@P1# set bridge-domains v100 routing-interface irb.0
-
Konfigurieren Sie einen Filter zur Erfassung des Datenverkehrs. In diesem Beispiel erfassen wir den gesamten Datenverkehr.
[edit] user@P1# set firewall family any filter test term 1 then count test user@P1# set firewall family any filter test term 1 then port-mirror user@P1# set firewall family any filter test term 1 then accept
-
Wenden Sie den Filter auf die MIT PE1 gerichtete Schnittstelle an.
[edit] user@P1# set interfaces ge-0/0/0 unit 0 filter input test
-
Konfigurieren Sie die Portspiegelungsoptionen. In diesem Beispiel spiegeln wir den gesamten Datenverkehr und senden ihn an Host1, der mit der Schnittstelle ge-0/0/4 verbunden ist.
[edit] user@P1# set forwarding-options port-mirroring input rate 1 user@P1# set forwarding-options port-mirroring family any output interface ge-0/0/4.0
Überprüfung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
- Stellen Sie sicher, dass die Entropy Label-Funktion beworben wird
- Überprüfen, ob Router PE1 die Entropy Label-Ankündigung erhält
- Verifizieren von ECMP bei ABR zu PE2
- Routen zur CE2 auf PE1 anzeigen
- Ping CE2 von CE1
- Load Balancing überprüfen
- Entropie-Label überprüfen
Stellen Sie sicher, dass die Entropy Label-Funktion beworben wird
Zweck
Stellen Sie sicher, dass das Attribut "Entropy Label Capability Path" von ABR zu PE1 für die Route zu PE2 angekündigt wird.
Aktion
Führen Sie den show route advertising-protocol bgp 10.1.255.2 detail Befehl im Betriebsmodus auf Router ABR aus.
user@ABR> show route advertising-protocol bgp 10.1.255.2 detail inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden) * 10.1.255.6/32 (1 entry, 1 announced) BGP group ibgp type Internal Route Label: 299952 Nexthop: Self Flags: Nexthop Change MED: 2 Localpref: 4294967294 AS path: [65000] I Entropy label capable
Bedeutung
Die Ausgabe zeigt, dass der Host-PE2 mit der IP-Adresse von 10.1.255.6 die Entropie-Label-Fähigkeit und das verwendete Routen-Label hat. Der Host wirbt für die Entropie-Label-Funktion bei seinen BGP-Nachbarn.
Überprüfen, ob Router PE1 die Entropy Label-Ankündigung erhält
Zweck
Stellen Sie sicher, dass Router PE1 das Entropie-Label für Router PE2 empfängt.
Aktion
Führen Sie den show route protocol bgp 10.1.255.6 extensive Befehl im Betriebsmodus auf Router PE1 aus.
user@PE1> show route protocol bgp 10.1.255.6 extensive inet.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden) inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden) 10.1.255.6/32 (1 entry, 1 announced) *BGP Preference: 170/1 Next hop type: Indirect, Next hop index: 0 Address: 0x7b3ffd4 Next-hop reference count: 2, key opaque handle: 0x0, non-key opaque handle: 0x0 Source: 10.1.255.4 Next hop type: Router, Next hop index: 0 Next hop: 10.1.23.2 via ge-0/0/2.0, selected Label-switched-path pe1-abr Label operation: Push 299952, Push 299808(top) Label TTL action: prop-ttl, prop-ttl(top) Load balance label: Label 299952: Entropy label; Label 299808: None; Label element ptr: 0x93d6bf8 Label parent element ptr: 0x93d6c20 Label element references: 3 Label element child references: 2 Label element lsp id: 0 Session Id: 0 Protocol next hop: 10.1.255.4 Label operation: Push 299952 Label TTL action: prop-ttl Load balance label: Label 299952: Entropy label; Indirect next hop: 0x758c05c - INH Session ID: 0 State: <Active Int Ext> Local AS: 65000 Peer AS: 65000 Age: 1:33:11 Metric: 2 Metric2: 2 Validation State: unverified Task: BGP_65000.10.1.255.4 Announcement bits (2): 3-Resolve tree 1 4-Resolve_IGP_FRR task AS path: I Accepted Route Label: 299952 Localpref: 4294967294 Router ID: 10.1.255.4 Session-IDs associated: Session-id: 324 Version: 3 Thread: junos-main Indirect next hops: 1 Protocol next hop: 10.1.255.4 Metric: 2 ResolvState: Resolved Label operation: Push 299952 Label TTL action: prop-ttl Load balance label: Label 299952: Entropy label; Indirect next hop: 0x758c05c - INH Session ID: 0 Indirect path forwarding next hops: 1 Next hop type: Router Next hop: 10.1.23.2 via ge-0/0/2.0 Session Id: 0 10.1.255.4/32 Originating RIB: inet.3 Metric: 2 Node path count: 1 Forwarding nexthops: 1 Next hop type: Router Next hop: 10.1.23.2 via ge-0/0/2.0 Session Id: 0
Bedeutung
Router PE1 erhält die Ankündigung zur Entropie-Label-Funktion von seinem BGP-Nachbarn.
Verifizieren von ECMP bei ABR zu PE2
Zweck
Verifizieren Sie den Mehrfachpfad zu gleichen Kosten (ECMP) zu PE2.
Aktion
Führen Sie im Betriebsmodus die show route table mpls.0 Befehle auf show route forwarding-table label <label>Router ABR aus.
user@ABR> show route table mpls.0 mpls.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0 *[MPLS/0] 2w1d 23:02:11, metric 1 Receive 1 *[MPLS/0] 2w1d 23:02:11, metric 1 Receive 2 *[MPLS/0] 2w1d 23:02:11, metric 1 Receive 13 *[MPLS/0] 2w1d 23:02:11, metric 1 Receive 299936 *[VPN/170] 2d 21:47:02 > to 10.1.34.1 via ge-0/0/0.0, label-switched-path abr-pe1 299952 *[VPN/170] 2d 21:47:02 > to 10.1.45.2 via ge-0/0/2.0, label-switched-path abr-pe2 to 10.1.45.6 via ge-0/0/3.0, label-switched-path abr-pe2-2 ruser@ABR> show route forwarding-table label 299952 Routing table: default.mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif 299952 user 0 ulst 1048575 2 10.1.45.2 Swap 299824 516 2 ge-0/0/2.0 10.1.45.6 Swap 299840 572 2 ge-0/0/3.0 ...
Bedeutung
Die Ausgabe zeigt einen ECMP für das Label, das für die BGP-gekennzeichnete Unicast-Route verwendet wird.
Routen zur CE2 auf PE1 anzeigen
Zweck
Überprüfen Sie die Routen zum CE2.
Aktion
Führen Sie im Betriebsmodus die show route table VPN-l3vpn.inet.0 172.16.255.7 extensive Befehle auf show route table VPN-l3vpn.inet.0 192.168.255.7 extensiveRouter PE1 aus.
user@PE1> show route table VPN-l3vpn.inet.0 172.16.255.7 extensive VPN-l3vpn.inet.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden) 172.16.255.7/32 (1 entry, 1 announced) TSI: OSPF area : 0.0.0.0, LSA ID : 172.16.255.7, LSA type : Summary KRT in-kernel 172.16.255.7/32 -> {indirect(1048574)} *BGP Preference: 170/-101 Route Distinguisher: 10.1.255.6:1 Next hop type: Indirect, Next hop index: 0 Address: 0x7b40434 Next-hop reference count: 9, key opaque handle: 0x0, non-key opaque handle: 0x0 Source: 10.1.255.6 Next hop type: Router, Next hop index: 515 Next hop: 10.1.23.2 via ge-0/0/2.0, selected Label-switched-path pe1-abr Label operation: Push 299824, Push 299952, Push 299808(top) Label TTL action: prop-ttl, prop-ttl, prop-ttl(top) Load balance label: Label 299824: None; Label 299952: Entropy label; Label 299808: None; Label element ptr: 0x93d6c98 Label parent element ptr: 0x93d6bf8 Label element references: 1 Label element child references: 0 Label element lsp id: 0 Session Id: 140 Protocol next hop: 10.1.255.6 Label operation: Push 299824 Label TTL action: prop-ttl Load balance label: Label 299824: None; ... user@PE1> show route table VPN-l3vpn.inet.0 192.168.255.7 extensive VPN-l3vpn.inet.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden) 192.168.255.7/32 (1 entry, 1 announced) TSI: OSPF area : 0.0.0.0, LSA ID : 192.168.255.7, LSA type : Summary KRT in-kernel 192.168.255.7/32 -> {indirect(1048574)} *BGP Preference: 170/-101 Route Distinguisher: 10.1.255.6:1 Next hop type: Indirect, Next hop index: 0 Address: 0x7b40434 Next-hop reference count: 9, key opaque handle: 0x0, non-key opaque handle: 0x0 Source: 10.1.255.6 Next hop type: Router, Next hop index: 515 Next hop: 10.1.23.2 via ge-0/0/2.0, selected Label-switched-path pe1-abr Label operation: Push 299824, Push 299952, Push 299808(top) Label TTL action: prop-ttl, prop-ttl, prop-ttl(top) Load balance label: Label 299824: None; Label 299952: Entropy label; Label 299808: None; Label element ptr: 0x93d6c98 Label parent element ptr: 0x93d6bf8 Label element references: 1 Label element child references: 0 Label element lsp id: 0 Session Id: 140 Protocol next hop: 10.1.255.6 Label operation: Push 299824 Label TTL action: prop-ttl Load balance label: Label 299824: None; ...
Bedeutung
Die Ausgabe zeigt, dass für beide Routen dieselben Label verwendet werden.
Ping CE2 von CE1
Zweck
Überprüfen Der Konnektivität und der Verwendung für die Überprüfung des Load Balancing.
Aktion
Führen Sie im Betriebsmodus die ping 172.16.255.7 source 172.16.12.1 rapid count 100 Befehle auf ping 192.168.255.7 source 192.168.255.1 rapid count 200Router PE1 aus.
user@CE1> ping 172.16.255.7 source 172.16.12.1 rapid count 100 PING 172.16.255.7 (172.16.255.7): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 172.16.255.7 ping statistics --- 100 packets transmitted, 100 packets received, 0% packet loss round-trip min/avg/max/stddev = 5.369/6.070/8.828/0.612 ms user@CE1> ping 192.168.255.7 source 192.168.255.1 rapid count 200 PING 192.168.255.7 (192.168.255.7): 56 data bytes !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! --- 192.168.255.7 ping statistics --- 200 packets transmitted, 200 packets received, 0% packet loss round-trip min/avg/max/stddev = 5.086/5.994/10.665/0.649 ms
Bedeutung
Die Ausgabe zeigt, dass Pings erfolgreich sind.
Load Balancing überprüfen
Zweck
Load Balancing überprüfen.
Aktion
Führen Sie den show mpls lsp ingress statistics Befehl im Betriebsmodus auf dem ABR aus.
user@ABR> show mpls lsp ingress statistics Ingress LSP: 3 sessions To From State Packets Bytes LSPname 10.1.255.2 10.1.255.4 Up 300 30000 abr-pe1 10.1.255.6 10.1.255.4 Up 200 20000 abr-pe2 10.1.255.6 10.1.255.4 Up 100 10000 abr-pe2-2 Total 3 displayed, Up 3, Down 0
Bedeutung
Die Ausgabe zeigt den ersten Ping aus dem zuvor verwendeten LSP abr-pe2-2 und den zweiten verwendeten Ping-LSP abr-pe2.
Entropie-Label überprüfen
Zweck
Stellen Sie sicher, dass sich das Entropie-Label zwischen den verwendeten Pings unterscheidet.
Aktion
Führen Sie auf Host 1 die tcpdump -i eth1 -n.
user@Host1# tcpdump -i eth1 -n ... 13:42:31.993274 MPLS (label 299808, exp 0, ttl 63) (label 299952, exp 0, ttl 63) (label 7, exp 0, ttl 63) (label 1012776, exp 0, ttl 0) (label 299824, exp 0, [S], ttl 63) IP 172.16.12.1 > 172.16.255.7: ICMP echo request, id 32813, seq 9, length 64 ... 13:43:19.570260 MPLS (label 299808, exp 0, ttl 63) (label 299952, exp 0, ttl 63) (label 7, exp 0, ttl 63) (label 691092, exp 0, ttl 0) (label 299824, exp 0, [S], ttl 63) IP 192.168.255.1 > 192.168.255.7: ICMP echo request, id 46381, seq 9, length 64
Bedeutung
Die Ausgabe zeigt den unterschiedlichen Wert für das Entropie-Label für die beiden verschiedenen Ping-Befehle.
Konfigurieren von ultimativem Hop-Popping für LSPs
Standardmäßig verwenden RSVP-signalisierte LSPs vorletzte Hop Popping (PHP). Abbildung 4 zeigt einen vorletzten Hop, der zwischen Router PE1 und Router PE2 aufspringt. Router CE1 leitet ein Paket an den nächsten Hop (Router PE1) weiter, der gleichzeitig der LSP-Eingang ist. Router PE1 drückt das Label 1 auf das Paket und leitet das gekennzeichnete Paket an Router P1 weiter. Router P1 schließt den Standard-MPLS-Label-Swapping-Vorgang ab, tauscht Label 1 gegen Label 2 und leitet das Paket an Router P2 weiter. Da Router P2 der vorletzte Hop-Router für den LSP zu Router PE2 ist, gibt er zuerst das Label auf und leitet das Paket dann an Router PE2 weiter. Wenn Router PE2 es empfängt, kann das Paket ein Service-Label, ein explizites Null-Label oder einfach nur ein einfaches IP- oder VPLS-Paket haben. Router PE2 leitet das nicht gekennzeichnete Paket an Router CE2 weiter.

Sie können auch Ultimate-Hop Popping (UHP) (wie in Abbildung 5) für LSPs mit RSVP-Signal konfiguriert werden. Einige Netzwerkanwendungen können erfordern, dass Pakete mit einem nicht null äußeren Label am Ausgangsrouter (Router PE2) ankommen. Für einen ultimativen Hop-Popping-LSP führt der vorletzte Router (Router P2 in Abbildung 5) den Standard-MPLS-Label-Swapping-Vorgang (in diesem Beispiel Label 2 für Label 3) aus, bevor er das Paket an den Ausgangsrouter PE2 weiterleitet. Router PE2 bricht das äußere Label und führt eine zweite Suche der Paketadresse durch, um das Endziel zu bestimmen. Anschließend leitet es das Paket an das entsprechende Ziel (entweder Router CE2 oder Router CE4) weiter.

Für die folgenden Netzwerkanwendungen müssen Sie UHP-LSPs konfigurieren:
MPLS-TP für Leistungsüberwachung und In-Band-OAM
Virtuelle Edge-Schaltungen
Die folgenden Funktionen unterstützen das UHP-Verhalten nicht:
LDP-signalisierter LSPs
Statische LSPs
Point-to-Multipoint-LSPs
CCC
traceroute
Befehl
Weitere Informationen zum UHP-Verhalten finden Sie unter Internet Draft-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, Nicht-PHP-Verhalten und Out-of-Band-Zuordnung für RSVP-TE-LSPs.
Bei Punkt-zu-Punkt-RSVP-signalisierten LSPs wird das UHP-Verhalten vom LSP-Eingang signalisiert. Basierend auf der Eingangs-Routerkonfiguration kann RSVP den UHP LSP mit dem Nicht-PHP-Flag-Set signalisieren. RSVP PATH-Nachrichten tragen die beiden Flags im LSP-ATTRIBUTES-Objekt. Wenn der Ausgangsrouter die PATH-Nachricht empfängt, weist er dem LSP ein Nicht-Null-Label zu. RSVP erstellt und installiert auch zwei Routen in der Routingtabelle mpls.0. S bezieht sich auf das S-Bit des MPLS-Labels, das angibt, ob der Unterboden des Labelstacks erreicht wurde oder nicht.
Route S=0– Gibt an, dass sich mehr Label im Stack befinden. Der nächste Hop für diese Route verweist auf die Routingtabelle mpls.0 und löst eine verkettete MPLS-Label-Suche aus, um die verbleibenden MPLS-Label im Stack zu ermitteln.
Route S=1– Zeigt an, dass es keine Label mehr gibt. Der nächste Hop zeigt auf die Routing-Tabelle inet.0, wenn die Plattform eine verkettete und mehrfamilienige Suche unterstützt. Alternativ kann die Label-Route auf eine VT-Schnittstelle verweisen, um die IP-Weiterleitung zu initiieren.
Wenn Sie UHP-LSPs aktivieren, können MPLS-Anwendungen wie Layer-3-VPNs, VPLS, Layer-2-VPNs und Layer-2-Circuits die UHP-LSPs verwenden. Im Folgenden wird erläutert, wie sich UHP-LSPs auf die verschiedenen Arten von MPLS-Anwendungen auswirken:
Layer-2-VPNs und Layer-2-Circuits: Ein Paket kommt mit zwei Labeln am PE-Router (Ausgang des UHP LSP) an. Das äußere Label (S=0) ist das UHP-Label, das innere (S=1) das VC-Label . Eine auf dem Transportlabel basierende Suche ergibt einen Tabellenhandy für die Routingtabelle mpls.0. Es gibt eine zusätzliche Route in der Routing-Tabelle mpls.0, die dem inneren Label entspricht. Eine Suche basierend auf dem inneren Label ergibt im CE-Router next Hop.
Layer 3 VPN: Ein Paket kommt am PE-Router (Ausgang des UHP LSP) mit zwei Labeln an. Das äußere Label (S=0) ist das UHP-Label, das innere ist das VPN-Label (S=1). Eine Suche basierend auf dem Transportetikett ergibt im Tabellenhandy für die Routing-Tabelle mpls.0. In diesem Szenario gibt es zwei Fälle. Standardmäßig werben Layer 3-VPNs für das Pro-Next-Hop-Label. Eine Suche basierend auf dem inneren Label ergibt den nächsten Hop zum CE-Router. Wenn Sie jedoch die Anweisung für die
vrf-table-label
Layer-3-VPN-Routing-Instanz konfiguriert haben, zeigt das innere LSI-Label auf die VRF-Routingtabelle. Eine IP-Suche für die VRF-Routing-Tabelle ist ebenfalls abgeschlossen.HINWEIS:UHP für Layer 3-VPNs, die mit der
vrf-table-label
Anweisung konfiguriert sind, werden nur auf universellen 5G-Routing-Plattformen der MX-Serie unterstützt.VPLS: Ein Paket kommt am PE-Router (Ausgang des UHP LSP) mit zwei Labeln an. Das äußere Label ist das Transportetikett (S=0) und das innere label ist das VPLS-Label (S=1). Eine Suche basierend auf dem Transportetikett ergibt im Tabellenhandy für die Routing-Tabelle mpls.0. Eine Suche basierend auf dem inneren Label in der Routingtabelle mpls.0 führt in der LSI-Tunnelschnittstelle der VPLS-Routing-Instanz, wenn Tunnelservices nicht konfiguriert sind (oder eine VT-Schnittstelle nicht verfügbar ist). Router der MX 3D-Serie unterstützen die verkettete Suche und die Suche nach mehreren Familien.
HINWEIS:UHP für VPLS, die mit der
no-tunnel-service
Anweisung konfiguriert ist, wird nur auf Routern der MX 3D-Serie unterstützt.IPv4 über MPLS – Ein Paket kommt mit einem Label (S=1) am PE-Router (Ausgang des UHP LSP) an. Eine auf diesem Label basierende Suche gibt eine VT-Tunnelschnittstelle zurück. Eine weitere IP-Suche wird auf der VT-Schnittstelle abgeschlossen, um zu bestimmen, wohin das Paket weitergeleitet werden soll. Wenn die Routing-Plattform mehrschichtige und verkettete Lookups unterstützt (z. B. MX 3D-Router und Paketübertragungs-Router der PTX-Serie), wird die Suche basierend auf label route (S=1) zur Routingtabelle inet.0 angezeigt.
IPv6 über MPLS: Für IPv6-Tunneling über MPLS werben PE-Router IPv6-Routen miteinander mit dem Labelwert 2 an. Dies ist das explizite Null-Label für IPv6. Infolgedessen werden bei der Weiterleitung der nächsten Hops für IPv6-Routen, die von entfernten PE-Routern gelernt werden, normalerweise zwei Label übertragen. Das innere Label ist 2 (es könnte anders sein, wenn der Werbe-PE-Router von einem anderen Anbieter stammt), und das Router-Label ist das LSP-Label. Pakete kommen mit zwei Labeln am PE-Router (Ausgang des UHP LSP) an. Das äußere Label ist das Transportetikett (S=0), das innere ist das IPv6 Explicit-Null-Label (Label 2). Die Suche nach dem inneren Label in der Routing-Tabelle mpls.0 leitet zurück zur Routingtabelle mpls.0. Auf Routern der MX 3D-Serie wird das innere Label (Label 2) entfernt und eine IPv6-Suche erfolgt mithilfe der Routingtabelle inet6.0.
Aktivieren von PHP- und UHP-LSPs: Sie können sowohl PHP- als auch UHP-LSPs über die gleichen Netzwerkpfade konfigurieren. Sie können PHP- und UHP-Datenverkehr trennen, indem Sie LSP-Weiterleitungs-Next-Hops mit einem regulären Ausdruck mit der
install-nexthop
Anweisung auswählen. Sie können den Datenverkehr auch trennen, indem Sie die LSPs einfach angemessen benennen.
Die folgenden Aussagen ermöglichen ein ultimatives Hop-Popping für einen LSP. Sie können diese Funktion auf einem bestimmten LSP oder für alle eingangsfähigen LSPs aktivieren, die auf dem Router konfiguriert sind. Konfigurieren Sie diese Anweisungen auf dem Router am LSP-Eingang.
Konfigurieren von Explicit-Path-LSPs
Wenn Sie die Berechnung von eingeschränkten Pfaden mit Label-Switched Path (LSP) deaktivieren, wie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad beschrieben, können Sie LSPs manuell konfigurieren oder den LSPs erlauben, dem IGP-Pfad zu folgen.
Wenn LSPs für explizite Pfade konfiguriert sind, wird der LSP entlang des angegebenen Pfads eingerichtet. Wenn der Pfad toplogisch nicht realisierbar ist, weil das Netzwerk partitioniert ist oder auf einigen Teilen des Pfads unzureichende Ressourcen verfügbar sind, schlägt der LSP fehl. Es können keine alternativen Pfade verwendet werden. Wenn die Einrichtung erfolgreich ist, bleibt der LSP auf unbestimmte Zeit auf dem definierten Pfad.
Führen Sie die folgenden Schritte aus, um einen LSP für expliziten Pfad zu konfigurieren:
-
Konfigurieren Sie die Pfadinformationen in einem benannten Pfad, wie unter Erstellen benannter Pfade beschrieben. Um vollständige Pfadinformationen zu konfigurieren, geben Sie jeden Router-Hop zwischen den Eingangs- und Ausgangsroutern an, vorzugsweise mit dem
strict
Attribut. Um unvollständige Pfadinformationen zu konfigurieren, geben Sie nur eine Teilmenge von Router-Hops an und verwenden dasloose
Attribut an Orten, an denen der Pfad unvollständig ist.Bei unvollständigen Pfaden vervollständigen die MPLS-Router den Pfad, indem sie die lokale Routing-Tabelle abfragen. Diese Abfrage erfolgt Hop-für-Hop-Basis, und jeder Router kann nur genügend Informationen finden, um den nächsten expliziten Hop zu erreichen. Es kann notwendig sein, eine Reihe von Routern zu passieren, um den nächsten (losen) expliziten Hop zu erreichen.
Bei der Konfiguration unvollständiger Pfadinformationen werden Teile des Pfads erstellt, die von der aktuellen Routing-Tabelle abhängen, und dieser Teil des Pfads kann sich selbst umleiten, wenn sich die Topologie ändert. Daher ist ein Explicit-Path-LSP, der unvollständige Pfadinformationen enthält, nicht vollständig behoben. Diese Arten von LSPs haben nur eine begrenzte Fähigkeit, sich selbst zu reparieren, und sie neigen dazu, Schleifen oder Flaps zu erstellen, abhängig vom Inhalt der lokalen Routing-Tabelle.
-
Um den LSP zu konfigurieren und auf den benannten Pfad zu verweisen, verwenden Sie entweder die
primary
Oder-Anweisungsecondary
, wie unter Konfigurieren primärer und sekundärer LSPs beschrieben. -
Deaktivieren Sie die LSP-Berechnung mit eingeschränkten Pfaden, indem Sie die
no-cspf
Anweisung entweder als Teil des LSP oder als Teil einerprimary
Anweisung einschließensecondary
. Weitere Informationen finden Sie unter Deaktivieren der LSP-Berechnung mit eingeschränktem Pfad. -
Konfigurieren Sie alle anderen LSP-Eigenschaften.
Beim Definieren eines eingeschränkten Pfad-LSP mit mehr als einem strikten Hop, der zum Ausgangsknoten gehört, muss der erste strenge Hop so festgelegt werden, dass er der IP-Adresse entspricht, die dem Ausgangsknoten auf der Schnittstelle, die die RSVP Path-Nachricht empfängt, zugewiesen wurde. Wenn die eingehende RSVP Path-Nachricht an einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP abgelehnt.
Vor Junos OS 20.3X75-D20 oder 22.2R1 muss jeder zusätzliche strenge Hop nach dem strikten Hop, der mit der IP-Adresse der Schnittstelle übereinstimmt, die die RSVP Path-Nachricht empfängt, so festgelegt werden, dass er einer Loopback-Adresse entspricht, die dem Ausgangsknoten zugewiesen wurde. In späteren Junos-Versionen wird dieses Verhalten geändert, um einen zusätzlichen strengen Hop zuzulassen, der einer beliebigen Schnittstelle auf dem Ausgangsknoten zugewiesenen IP-Adresse entspricht.
Die Verwendung von Explicit-Path-LSPs hat die folgenden Nachteile:
-
Mehr Konfigurationsaufwand ist erforderlich.
-
Die konfigurierten Pfadinformationen können die dynamische Reservierung der Netzwerkbandbreite nicht berücksichtigen, sodass die LSPs tendenziell versagen, wenn die Ressourcen erschöpft sind.
-
Wenn ein Explicit-Path-LSP ausfällt, müssen Sie ihn möglicherweise manuell reparieren.
Aufgrund dieser Einschränkungen empfehlen wir, explizite Pfad-LSPs nur in kontrollierten Situationen zu verwenden, um z. B. eine optimierte LSP-Platzierungsstrategie durchzusetzen, die sich aus Berechnungen mit einem Offline-Simulationssoftwarepaket ergibt.
Beispiel: Konfigurieren eines Explicit-Path-LSP
Erstellen Sie auf dem Eingangsrouter einen LSP für expliziten Pfad, und geben Sie die Transitrouter zwischen den Eingangs- und Ausgangsroutern an. In dieser Konfiguration wird keine Berechnung des eingeschränkten Pfads durchgeführt. Für den primären Pfad sind alle Intermediate Hops streng angegeben, sodass seine Route nicht geändert werden kann. Der sekundäre Pfad muss zuerst den Router 14.1.1.1 durchlaufen und dann die verfügbare Route nehmen, um das Ziel zu erreichen. Der verbleibende Pfad, der vom sekundären Pfad genommen wird, ist in der Regel der kürzeste Pfad, der von der IGP berechnet wird.
Beim Definieren eines eingeschränkten Pfad-LSP mit mehr als einem strikten Hop, der zum Ausgangsknoten gehört, muss der erste strenge Hop so festgelegt werden, dass er der IP-Adresse entspricht, die dem Ausgangsknoten auf der Schnittstelle, die die RSVP Path-Nachricht empfängt, zugewiesen wurde. Wenn die eingehende RSVP Path-Nachricht an einer Schnittstelle mit einer anderen IP-Adresse eintrifft, wird der LSP abgelehnt.
Vor Junos OS 20.3X75-D20 oder 22.2R1 muss jeder zusätzliche strenge Hop nach dem strikten Hop, der mit der IP-Adresse der Schnittstelle übereinstimmt, die die RSVP Path-Nachricht empfängt, so festgelegt werden, dass er einer Loopback-Adresse entspricht, die dem Ausgangsknoten zugewiesen wurde. In späteren Junos-Versionen wird dieses Verhalten geändert, um einen zusätzlichen strengen Hop zuzulassen, der einer beliebigen Schnittstelle auf dem Ausgangsknoten zugewiesenen IP-Adresse entspricht.
[edit] interfaces { so-0/0/0 { unit 0 { family mpls; } } } protocols { rsvp { interface so-0/0/0; } mpls { path to-hastings { 14.1.1.1 strict; 13.1.1.1 strict; 12.1.1.1 strict; 11.1.1.1 strict; } path alt-hastings { 14.1.1.1 strict; 11.1.1.1 loose; # Any IGP route is acceptable } label-switched-path hastings { to 11.1.1.1; hop-limit 32; bandwidth 10m; # Reserve 10 Mbps no-cspf; # do not perform constrained-path computation primary to-hastings; secondary alt-hastings; } interface so-0/0/0; } }
Übersicht über die Überzeichnung von LSP-Bandbreiten
LSPs werden mit Bandbreitenreservierungen eingerichtet, die für die maximale Menge an Datenverkehr konfiguriert sind, die Sie erwarten, dass sie den LSP passieren. Nicht alle LSPs übertragen jederzeit den maximalen Datenverkehr über ihre Links. Selbst wenn beispielsweise die Bandbreite für Verbindung A vollständig reserviert wurde, ist die tatsächliche Bandbreite möglicherweise immer noch verfügbar, wird aber derzeit nicht genutzt. Diese überschüssige Bandbreite kann genutzt werden, indem andere LSPs auch Link A verwenden und den Link überschreiben können. Sie können die für einzelne Klassentypen konfigurierte Bandbreite überschreiben oder einen einzelnen Wert für alle Klassentypen über eine Schnittstelle angeben.
Sie können die Überzeichnung verwenden, um die statistische Natur der Datenverkehrsmuster zu nutzen und eine höhere Nutzung von Links zu ermöglichen.
In den folgenden Beispielen wird beschrieben, wie Sie Bandbreitenüberzeichnung und -unterzeichnung verwenden können:
Verwenden Sie die Überzeichnung für Klassentypen, bei denen die Spitzenzeiten des Datenverkehrs nicht mit der Zeit übereinstimmen.
Verwenden Sie die Überzeichnung von Klassentypen, die Datenverkehr mit der besten Leistung enthalten. Sie gehen das Risiko ein, dass der Datenverkehr vorübergehend verzögert oder abfällt, im Austausch für eine bessere Nutzung von Netzwerkressourcen.
Geben Sie unterschiedliche Grade der Überzeichnung oder Unterzeichnung des Datenverkehrs für die verschiedenen Klassentypen an. Sie konfigurieren beispielsweise das Abonnement für Datenverkehrsklassen wie folgt:
Beste Anstrengung –
ct0 1000
Sprach-
ct3 1
Wenn Sie einen Klassentyp für einen multiklassigen LSP unterschreiben, ist die Gesamtnachfrage aller RSVP-Sitzungen immer geringer als die tatsächliche Kapazität des Klassentyps. Sie können die Unterzeichnung verwenden, um die Nutzung eines Klassentyps zu begrenzen.
Die Berechnung der Bandbreitenüberzeichnung erfolgt nur auf dem lokalen Router. Da keine Signalübertragung oder andere Interaktion von anderen Routern im Netzwerk erforderlich ist, kann die Funktion auf einzelnen Routern aktiviert werden, ohne dass sie auf anderen Routern, die diese Funktion möglicherweise nicht unterstützen, aktiviert oder verfügbar ist. Benachbarte Router müssen nichts über die Berechnung der Überzeichnung wissen, sie verlassen sich auf die IGP.
In den folgenden Abschnitten werden die Arten der Bandbreitenüberzeichnung beschrieben, die im Junos OS verfügbar sind:
Überzeichnung von LSP-Größen
Für eine Überzeichnung der LSP-Größe konfigurieren Sie einfach weniger Bandbreite als die für den LSP erwartete Spitzenrate. Möglicherweise müssen Sie auch die Konfiguration für automatische Policer anpassen. Automatische Policer verwalten den Einem LSP zugewiesenen Datenverkehr und stellen sicher, dass er die konfigurierten Bandbreitenwerte nicht überschreitet. Die Überzeichnung der LSP-Größe erfordert, dass der LSP seine konfigurierte Bandbreitenzuweisung überschreiten kann.
Policing ist weiterhin möglich. Der Policer muss jedoch manuell so konfiguriert werden, dass er die für den LSP geplante maximale Bandbreite und nicht den konfigurierten Wert berücksichtigt.
Überzeichnung der LSP-Link-Größe
Sie können die maximale reservierbare Bandbreite auf dem Link erhöhen und die überhöhten Werte für die Bandbreitenabrechnung verwenden. Verwenden Sie die subscription
Anweisung, um den Link zu überschreiben. Der konfigurierte Wert wird auf alle Bandbreitenzuweisungen der Klasse auf den Link angewendet. Weitere Informationen zur Überzeichnung der Linkgröße finden Sie unter Konfigurieren des Prozentsatzes des Bandbreitenabonnements für LSPs.
Klassentyp-Oversubscription und lokale Oversubscription-Multiplikatoren
Lokale Oversubscription Multiplikatoren (LOMs) ermöglichen unterschiedliche Überzeichnungswerte für verschiedene Klassentypen. LOMs sind nützlich für Netzwerke, in denen das Überzeichnungsverhältnis an verschiedenen Links unterschiedlich konfiguriert werden muss und für unterschiedliche Klassen Überzeichnungswerte erforderlich sind. Sie können diese Funktion verwenden, um Klassentypen, die Datenverkehr mit der besten Leistung behandeln, zu überschreiben, aber verwenden Sie keine Überzeichnung für Klassentypen, die Sprachdatenverkehr behandeln. Ein LOM wird lokal auf dem Router berechnet. Anderen Routern im Netzwerk werden keine Informationen im Zusammenhang mit einem LOM signalisiert.
Für jeden Link und für jeden Klassentyp ist ein LOM konfigurierbar. Mit dem Klassentyp LOM können Sie das Überzeichnungsverhältnis erhöhen oder verringern. Der LOM-Typ pro Klasse wird in die gesamte lokale Bandbreite berücksichtigt, was die Zugangskontrolle und IGP-Ankündigung nicht reservierter Bandbreiten berücksichtigt.
Die LOM-Berechnung ist an das verwendete Bandbreitenmodell (MAM, erweitertes MAM und russische Dolls) gebunden, da die Auswirkungen der Überzeichnung über Klassentypen hinweg genau berücksichtigt werden müssen.
Alle LOM-Berechnungen werden vom Junos OS durchgeführt und erfordern keine Benutzereingriffe.
Die Formeln im Zusammenhang mit der Überzeichnung von Klassentypen werden in den folgenden Abschnitten beschrieben:
Konfigurieren des Prozentsatzes des Bandbreitenabonnements für LSPs
Standardmäßig lässt RSVP die gesamte Bandbreite eines Klassentyps (100 Prozent) für RSVP-Reservierungen verwenden. Wenn Sie einen Klassentyp für einen multiklassigen LSP überschreiben, darf die Gesamtnachfrage aller RSVP-Sitzungen die tatsächliche Kapazität des Klassentyps überschreiten.
Wenn Sie alle Klassentypen auf einer Schnittstelle mit derselben Prozentbandbreite über- oder unterschreiben möchten, konfigurieren Sie den Prozentsatz mithilfe der subscription
Anweisung:
subscription percentage;
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisung.
Um die Bandbreite für jeden Klassentyp zu unterschreiben oder zu überschreiben, konfigurieren Sie einen Prozentsatz für jeden Klassentyp (ct0
, ct1
, ct2
und ct3
) für die subscription
Anweisung. Wenn Sie einen Klassentyp überschreiben, wird ein LOM angewendet, um die tatsächlich reservierte Bandbreite zu berechnen. Weitere Informationen finden Sie unter Klassentyp-Oversubscription und Local Oversubscription Multiplikatoren .
subscription { ct0 percentage; ct1 percentage; ct2 percentage; ct3 percentage; }
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Zusammenfassung der Anweisung.
percentage
ist der Prozentsatz der Bandbreite der Klasse, die RSVP für Reservierungen verwendet werden lässt. Es kann ein Wert von 0 bis 65.000 Prozent sein. Wenn Sie einen Wert größer als 100 angeben, überschreiben Sie die Schnittstelle oder den Klassentyp.
Der Wert, den Sie konfigurieren, wenn Sie einen Klassentyp überschreiben, ist ein Prozentsatz der Bandbreite des Klassentyps, die tatsächlich verwendet werden kann. Der Standardabonnementwert ist 100 Prozent.
Sie können die subscription
Anweisung verwenden, um neue RSVP-Sitzungen für einen oder mehrere Klassentypen zu deaktivieren. Wenn Sie einen Prozentsatz von 0 konfigurieren, sind für den Klassentyp keine neuen Sitzungen (auch solche ohne Bandbreitenanforderungen) zulässig.
Vorhandene RSVP-Sitzungen sind von der Änderung des Abonnementfaktors nicht betroffen. Um eine vorhandene Sitzung zu löschen, erteilen Sie den clear rsvp session
Befehl. Weitere Informationen zum clear rsvp session
Befehl finden Sie im CLI-Explorer.
Einschränkungen bei der Konfiguration des Bandbreitenabonnements
Beachten Sie die folgenden Probleme bei der Konfiguration des Bandbreitenabonnements:
Wenn Sie Bandbreiteneinschränkungen auf Hierarchieebene
[edit class-of-service interface interface-name]
konfigurieren, überschreiben sie jede Bandbreitenkonfiguration, die[edit protocols rsvp interface interface-name bandwidth]
Sie auf Hierarchieebene für Diffserv-TE angeben. Beachten Sie auch, dass die Einschränkungen der CoS- oder RSVP-Bandbreite die Bandbreiteneinschränkungen der Schnittstellenhardware überschreiben können.Wenn Sie einen Bandbreitenabonnementwert für eine bestimmte Schnittstelle konfigurieren, der von dem für alle Schnittstellen konfigurierten Wert abweicht (indem sie verschiedene Werte für die
subscription
Anweisung auf der[edit protocols rsvp interface interface-name]
[edit protocols rsvp interface all]
Hierarchieebene enthalten), wird der schnittstellenspezifische Wert für diese Schnittstelle verwendet.Sie können das Abonnement für jeden Klassentyp nur konfigurieren, wenn Sie auch ein Bandbreitenmodell konfigurieren. Wenn kein Bandbreitenmodell konfiguriert ist, schlägt der Commit-Vorgang mit der folgenden Fehlermeldung fehl:
user@host# commit check [edit protocols rsvp interface all] 'subscription' RSVP: Must have a diffserv-te bandwidth model configured when configuring subscription per traffic class. error: configuration check-out failed
Sie können die
subscription
Anweisung nicht sowohl in der Konfiguration für einen bestimmten Klassentyp als auch in die Konfiguration für die gesamte Schnittstelle einschließen. Der Commit-Vorgang schlägt mit der folgenden Fehlermeldung fehl:user@host# commit check [edit protocols rsvp interface all] 'subscription' RSVP: Cannot configure both link subscription and per traffic class subscription. error: configuration check-out failed