LSP-Etiketten
MPLS-Label-Übersicht
Pakete, die über einen LSP übertragen werden, werden durch ein Label gekennzeichnet – eine 20-Bit-Ganzzahl ohne Vorzeichen im Bereich von 0 bis 1.048.575. Für Push-Labels auf Eingangsroutern sind keine Labels in diesem Bereich eingeschränkt. Für eingehende Labels auf dem statischen Transit-LSP ist der Label-Wert auf 1.000.000 bis 1.048.575 beschränkt.
Bei Routern der MX-, PTX- und T-Serie ist der Wert für Entropie- und Flussbezeichnungen auf 16 bis 1.048.575 beschränkt.
MPLS-Label-Zuweisung
Im Junos-Betriebssystem werden Bezeichnungswerte pro Router oder Switch zugewiesen – der Rest dieser Erklärung verwendet Router, um beide abzudecken. In der Anzeigeausgabe wird nur die Beschriftung angezeigt (z. B . ).01024 Die Bezeichnungen für Multicast-Pakete sind unabhängig von denen für Unicast-Pakete. Derzeit unterstützt das Junos-Betriebssystem keine Multicast-Bezeichnungen.
Labels werden von nachgeschalteten Routern relativ zum Paketfluss zugewiesen. Ein Router, der gekennzeichnete Pakete empfängt (der Next-Hop-Router), ist für die Zuweisung eingehender Labels verantwortlich. Ein empfangenes Paket, das eine nicht erkannte (nicht zugewiesene) Bezeichnung enthält, wird verworfen. Bei nicht erkannten Bezeichnungen versucht der Router nicht, die Bezeichnung zu entpacken, um den Header der Netzwerkschicht zu analysieren, und generiert auch keine ICMP-Zielmeldung (Internet Control Message Protocol) "Nicht erreichbar".
Ein Paket kann eine Reihe von Etiketten enthalten, die als Last-in-First-out-Stapel organisiert sind. Dies wird als Beschriftungsstapel bezeichnet. Bei einem bestimmten Router basiert die Entscheidung darüber, wie ein gekennzeichnetes Paket weitergeleitet werden soll, ausschließlich auf dem Label oben im Stapel.
Abbildung 1 Zeigt die Codierung einer einzelnen Beschriftung an. Die Codierung wird nach den Kopfzeilen der Datenverbindungsschicht, aber vor allen Kopfzeilen der Netzwerkschicht angezeigt.
Abbildung 2 Veranschaulicht den Zweck der Class-of-Service-Bits (auch als EXP oder experimentelle Bits bezeichnet). Die Bits 20 und 21 geben die Warteschlangennummer an. Bit 22 ist das PLP-Bit (Packet Loss Priority), das zum Angeben des RED-Drop-Profils (Random Early Detection) verwendet wird. Weitere Informationen zu Class of Service und den Class-of-Service-Bits finden Sie unter Konfigurieren der Serviceklasse für MPLS-LSPs.Konfigurieren von Class of Service für MPLS-LSPs
Vorgänge auf MPLS-Etiketten
Der Router unterstützt die folgenden Bezeichnungsvorgänge:
Push: Fügen Sie ein neues Label am Anfang des Pakets hinzu. Bei IPv4-Paketen ist die neue Bezeichnung die erste Bezeichnung. Die TTL- (Time-to-Live) und die s-Bits werden aus dem IP-Paket-Header abgeleitet. Die MPLS Class of Service (CoS) wird von der Warteschlangennummer abgeleitet. Wenn der Push-Vorgang für ein vorhandenes MPLS-Paket ausgeführt wird, haben Sie ein Paket mit zwei oder mehr Labels. Dies wird als Label-Stacking bezeichnet. Das s-Bit der obersten Bezeichnung muss auf 0 gesetzt sein und kann CoS und TTL von niedrigeren Ebenen ableiten. Die neue oberste Beschriftung in einem Beschriftungsstapel initialisiert ihre TTL immer mit 255, unabhängig vom TTL-Wert der unteren Beschriftungen.
Pop – Entfernen Sie das Etikett vom Anfang des Pakets. Sobald die Bezeichnung entfernt wurde, wird die TTL von der Bezeichnung in den IP-Paketheader kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet. Bei mehreren Labels in einem Paket (Label Stacking) führt das Entfernen des obersten Labels zu einem weiteren MPLS-Paket. Das neue Top-Label kann CoS und TTL von einem vorherigen Top-Label ableiten. Der aufgepoppte TTL-Wert der vorherigen oberen Beschriftung wird nicht in die neue obere Beschriftung zurückgeschrieben.
Tauschen: Ersetzen Sie die Beschriftung oben im Beschriftungsstapel durch eine neue Beschriftung. Die S- und CoS-Bits werden aus der vorherigen Bezeichnung kopiert, und der TTL-Wert wird kopiert und dekrementiert (es sei denn, die oder-Anweisung ist konfiguriert).
no-decrement-ttlno-propagate-ttlEin Transitrouter unterstützt einen Label-Stack beliebiger Tiefe.Multiple Push: Fügen Sie mehrere Labels (bis zu drei) zu vorhandenen Paketen hinzu. Dieser Vorgang entspricht einem mehrfachen Pushen.
Tauschen und verschieben: Ersetzen Sie die vorhandene Spitze des Beschriftungsstapels durch eine neue Beschriftung, und schieben Sie dann eine andere neue Beschriftung darauf.
Grundlegendes zu MPLS-Label-Operationen
Beim traditionellen Paketweiterleitungsparadigma wird auf dem Weg eines Pakets von einem Switch zum nächsten an jedem Hop eine unabhängige Weiterleitungsentscheidung getroffen. Der IP-Netzwerk-Header wird analysiert und der nächste Hop wird basierend auf dieser Analyse und den Informationen in der Routing-Tabelle ausgewählt. In einer MPLS-Umgebung wird die Analyse des Paket-Headers nur einmal durchgeführt, wenn ein Paket in den MPLS-Tunnel eintritt (d. h. den Pfad, der für den MPLS-Datenverkehr verwendet wird).
Wenn ein IP-Paket in einen Label-Switched-Pfad (LSP) gelangt, untersucht der PE-Switch (Ingress Provider Edge) das Paket und weist ihm basierend auf seinem Ziel ein Label zu, wobei das Label im Header des Pakets platziert wird. Die Bezeichnung wandelt das Paket von einem Paket, das basierend auf seinen IP-Routing-Informationen weitergeleitet wird, in ein Paket um, das basierend auf den mit der Bezeichnung verknüpften Informationen weitergeleitet wird. Das Paket wird dann an den nächsten Provider-Switch im LSP weitergeleitet. Dieser Switch und alle nachfolgenden Switches im LSP untersuchen keine IP-Routing-Informationen im gekennzeichneten Paket. Stattdessen verwenden sie die Bezeichnung, um Informationen in ihrer Bezeichnungsweiterleitungstabelle nachzuschlagen. Anschließend ersetzen sie das alte Label durch ein neues Label und leiten das Paket an den nächsten Switch im Pfad weiter. Wenn das Paket den ausgehenden PE-Switch erreicht, wird die Bezeichnung entfernt, und das Paket wird wieder zu einem nativen IP-Paket und basierend auf seinen IP-Routing-Informationen weitergeleitet.
In diesem Thema wird Folgendes beschrieben:
- MPLS-Label-Switched-Pfade und MPLS-Labels
- Reservierte Labels
- MPLS-Label-Vorgänge
- Penultimate-Hop Popping und Ultimate-Hop Popping
MPLS-Label-Switched-Pfade und MPLS-Labels
Wenn ein Paket in das MPLS-Netzwerk gelangt, wird es einem Sprachdienstleister zugewiesen. Jeder LSP wird durch eine Bezeichnung identifiziert, bei der es sich um einen kurzen (20 Bit) Wert mit fester Länge am Anfang der MPLS-Bezeichnung (32 Bit) handelt. Bezeichnungen werden als Nachschlageindizes für die Bezeichnungsweiterleitungstabelle verwendet. Für jede Bezeichnung werden in dieser Tabelle Weiterleitungsinformationen gespeichert. Da für das gekapselte Paket kein zusätzliches Parsing oder Lookup durchgeführt wird, unterstützt MPLS die Übertragung aller anderen Protokolle innerhalb der Paketnutzlast.
Abbildung 3 Zeigt die Codierung einer einzelnen Beschriftung an. Die Codierung wird nach den Kopfzeilen der Datenverbindungsschicht, aber vor allen Kopfzeilen der Netzwerkschicht angezeigt.
Reservierte Labels
Die Beschriftungen reichen von 0 bis 1.048.575. Die Etiketten 0 bis 999.999 sind für den internen Gebrauch bestimmt.
Einige der reservierten Bezeichnungen (im Bereich von 0 bis 15) haben klar definierte Bedeutungen. Die folgenden reservierten Bezeichnungen werden von Geräten der QFX-Serie und EX4600 verwendet:
0, IPv4 Explicit Null label: Dieser Wert ist nur gültig, wenn es sich um den einzigen Label-Eintrag handelt (kein Label Stacking). Es zeigt an, dass das Etikett bei der Quittung aufgeklebt werden muss. Die Weiterleitung wird basierend auf dem IP-Version 4 (IPv4)-Paket fortgesetzt.
1, Router Alert Label: Wenn ein Paket mit einem Top-Label-Wert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul übermittelt.
3, Implicit Null label - Dieses Label wird im Signaling Protocol (RSVP) nur verwendet, um das Label-Popping durch den Downstream-Switch anzufordern. Es erscheint nie wirklich in der Kapselung. Labels mit dem Wert 3 dürfen im Datenpaket nicht als echte Labels verwendet werden. Mit dieser Bezeichnung wird kein Nutzlasttyp (IPv4 oder IPv6) impliziert.
MPLS-Label-Vorgänge
Die Geräte der QFX-Serie und EX4600 unterstützen die folgenden MPLS-Label-Operationen:
Drücken
Pop
Swap
Es gibt eine Begrenzung hinsichtlich der Anzahl der Etiketten, die QFX- und EX4600-Geräte auf dem Etikettenstapel anbringen (Push-Vorgänge) oder aus dem Etikettenstapel entfernen (Pop-Vorgänge) können.
Für Push-Vorgänge werden bis zu drei Labels unterstützt.
Für Pop-Vorgänge: Es werden bis zu drei Beschriftungen unterstützt.
Beim Push-Vorgang wird ein neues Label am Anfang des IP-Pakets angebracht. Bei IPv4-Paketen ist die neue Bezeichnung die erste Bezeichnung. Der Wert des Feldes Gültigkeitsdauer (TTL) im Paket-Header wird vom IP-Paket-Header abgeleitet. Der Push-Vorgang kann nicht auf ein Paket angewendet werden, das bereits über eine MPLS-Bezeichnung verfügt.
Der pop-Vorgang entfernt eine Bezeichnung vom Anfang des Pakets. Sobald die Bezeichnung entfernt wurde, wird die TTL von der Bezeichnung in den IP-Paket-Header kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet
Beim Auslagerungsvorgang wird ein vorhandenes MPLS-Label aus einem IP-Paket entfernt und durch ein neues MPLS-Label ersetzt, basierend auf Folgendem:
Eingehende Schnittstelle
Label
Tabelle für die Weiterleitung von Etiketten
Abbildung 4 zeigt ein IP-Paket ohne Label an, das auf der Kunden-Edge-Schnittstelle (ge-0/0/1) des Eingangs-PE-Switches eintrifft. Der eingehende PE-Switch untersucht das Paket und identifiziert das Ziel dieses Pakets als ausgehenden PE-Switch. Der Eingangs-PE-Switch wendet das Label 100 auf das Paket an und sendet das MPLS-Paket an seine ausgehende MPLS-Core-Schnittstelle (ge-0/0/5). Das MPLS-Paket wird im MPLS-Tunnel durch den Provider-Switch übertragen, wo es an der Schnittstelle ge-0/0/5 mit dem Label 100 ankommt. Der Provider-Switch tauscht Label 100 mit Label 200 aus und leitet das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7) an den nächsten Hop im Tunnel weiter, bei dem es sich um den Ausgangs-PE-Switch handelt. Der ausgehende PE-Switch empfängt das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7), entfernt das MPLS-Label und sendet das IP-Paket von seiner Kunden-Edge-Schnittstelle (ge-0/0/1) an ein Ziel, das sich außerhalb des Tunnels befindet.
Abbildung 4 zeigt den Pfad eines Pakets an, während es in eine Richtung vom Eingangs-PE-Switch zum ausgehenden PE-Switch übertragen wird. Die MPLS-Konfiguration ermöglicht es dem Verkehr jedoch auch, in umgekehrter Richtung zu fahren. Somit fungiert jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch.
Penultimate-Hop Popping und Ultimate-Hop Popping
Die Switches aktivieren standardmäßig Penultimate-Hop-Popping (PHP) bei IP-over-MPLS-Konfigurationen. Bei PHP ist der vorletzte Provider-Switch dafür verantwortlich, das MPLS-Label zu öffnen und den Datenverkehr an den ausgehenden PE-Switch weiterzuleiten. Der ausgehende PE-Switch führt dann eine IP-Routensuche durch und leitet den Datenverkehr weiter. Dadurch wird die Verarbeitungslast auf dem Ausgangs-PE-Switch reduziert, da er nicht für das Poppen des MPLS-Labels verantwortlich ist.
Die standardmäßig angekündigte Bezeichnung ist Label 3 (Implizite Null-Bezeichnung). Wenn Label 3 angekündigt wird, entfernt der vorletzte Hop-Switch das Label und sendet das Paket an den ausgehenden PE-Switch.
Wenn Ultimate-Hop-Popping aktiviert ist, wird Label 0 (IPv4 Explicit Null-Label) angekündigt, und der Ausgangs-PE-Switch des LSP entfernt die Bezeichnung.
Grundlegendes zu MPLS Label Manager
Der MPLS-Label-Manager wird zur Verwaltung verschiedener Etikettentypen wie LSI, dynamisch, Block und statisch verwendet, die auf Plattformen mit modularen Portkonzentratoren (MPCs) unterstützt werden, die mit Junos Trio-Chipsätzen ausgestattet sind. Diese Linecards bieten mehr Flexibilität und Skalierbarkeit, wenn der Befehl auf dem Gerät konfiguriert ist.enhanced-ip
Das vorhandene Verhalten des Befehls wird beibehalten, was nicht empfohlen wird.label-space Um zusätzliche Funktionen bereitzustellen, wie z. B. mehrere Bereiche für jeden Bezeichnungstyp, wird der Befehl unter der Hierarchie eingeführt, die unabhängig von der Konfiguration ist.label-range[edit protocols mpls label usage]label-space Sie können beide Stile auswählen, wenn für jeden Etikettentyp nur ein Bereich benötigt wird.
Die folgenden Funktionen werden mit dem auf dem Gerät konfigurierten Befehl optimiert:enhanced-ip
Ermöglicht es Ihnen, den systemweiten globalen Label-Pool zu definieren, der vom Segment-Routing Global Block (SRGB) über das IS-IS-Routing-Protokoll verwendet werden soll.
Vergrößert den Platz auf mindestens 16.000, wenn die Plattform die Skalierung unterstützt.
vrf-table-labelHier können Sie den Bezeichnungswert angeben, der von der statischen VRF-Tabellenbezeichnung verwendet werden soll.
Hier können Sie den Bezeichnungswertbereich angeben, der von unterstützten Etikettenanwendungstypen verwendet werden soll.
Ermöglicht es Ihnen, die SRGB- und Beschriftungstypbereiche dynamisch zu ändern.
Spezielle MPLS-Etiketten
Einige der reservierten Bezeichnungen (im Bereich von 0 bis 15) haben klar definierte Bedeutungen. Ausführlichere Informationen finden Sie unter RFC 3032, MPLS Label Stack Encoding.
0, IPv4 Explicit Null label: Dieser Wert ist nur zulässig, wenn es sich um den einzigen Label-Eintrag handelt (kein Label Stacking). Es zeigt an, dass das Etikett nach Erhalt aufgeklebt werden muss. Die Weiterleitung wird basierend auf dem IP-Version 4 (IPv4)-Paket fortgesetzt.
1, Router Alert Label: Wenn ein Paket mit einem Top-Label-Wert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul übermittelt.
2, IPv6 Explicit Null label: Dieser Wert ist nur zulässig, wenn es sich um den einzigen Label-Eintrag handelt (kein Label Stacking). Es zeigt an, dass das Etikett bei der Quittung aufgeklebt werden muss. Die Weiterleitung wird basierend auf dem IP-Paket Version 6 (IPv6) fortgesetzt.
3, Implizite Null-Bezeichnung: Diese Bezeichnung wird im Steuerungsprotokoll (LDP oder RSVP) nur verwendet, um das Aufrufen durch den Downstream-Router anzufordern. Es erscheint nie wirklich in der Kapselung. Labels mit dem Wert 3 sollten im Datenpaket nicht als echte Labels verwendet werden. Mit dieser Bezeichnung wird kein Nutzlasttyp (IPv4 oder IPv6) impliziert.
4 bis 6 – Nicht zugewiesen.
7, Entropie-Beschriftungsindikator: Diese Beschriftung wird verwendet, wenn sich eine Entropie-Beschriftung im Beschriftungsstapel befindet und der Entropie-Beschriftung vorangestellt ist.
8 bis 15 – Nicht zugewiesen.
Spezielle Bezeichnungen werden üblicherweise zwischen dem ausgehenden und dem vorletzten Router eines LSP verwendet. Wenn der LSP so konfiguriert ist, dass er nur IPv4-Pakete überträgt, signalisiert der Ausgangsrouter dem vorletzten Router möglicherweise, 0 als Endhop-Label zu verwenden. Wenn der LSP so konfiguriert ist, dass er nur IPv6-Pakete überträgt, signalisiert der Ausgangsrouter möglicherweise dem vorletzten Router, 2 als Endhop-Label zu verwenden.
Der Ausgangsrouter kann dem vorletzten Router einfach signalisieren, 3 als endgültige Bezeichnung zu verwenden, bei der es sich um eine Anforderung zum Ausführen von Label-Popping im vorletzten Hop handelt. Der Ausgangsrouter verarbeitet kein gekennzeichnetes Paket. Stattdessen empfängt es die Nutzlast (IPv4, IPv6 oder andere) direkt, wodurch eine MPLS-Suche beim Ausgang reduziert wird.
Bei Paketen mit gestapelten Labels erhält der Ausgangsrouter ein MPLS-Label-Paket, dessen oberstes Label bereits vom vorletzten Router gepoppt wurde. Der Ausgangsrouter kann keine Pakete mit Label-Stack empfangen, die Label 0 oder 2 verwenden. Er fordert in der Regel Label 3 vom vorletzten Router an.
Übersicht über die Unterstützung von Entropie-Labels im gemischten Modus
Ab Junos OS Version 14.2 wird die Entropiebezeichnung in Gehäusen im gemischten Modus unterstützt, bei denen die Entropiebezeichnung ohne erweiterte IP-Konfiguration konfiguriert werden kann. Das Entropie-Label hilft Transit-Routern beim Lastausgleich des MPLS-Datenverkehrs über ECMP-Pfade oder Link-Aggregationsgruppen. Das Entropy-Label führt ein Load-Balancing-Label ein, das von Routern für den Lastenausgleich des Datenverkehrs verwendet wird, anstatt sich auf Deep Packet Inspection zu verlassen, wodurch die Anforderungen an die Paketverarbeitung in der Weiterleitungsebene auf Kosten einer erhöhten Label-Stack-Tiefe reduziert werden. Junos OS unterstützt die Entropiebezeichnung nur für Router der MX-Serie mit MPCs oder MICs und kann mit dem erweiterten IP-Modus aktiviert werden. Dies führt jedoch zu einem Paketverlust, wenn für die Core-Schnittstelle ein Entropielabel auf der MPC oder MIC konfiguriert ist und das andere Ende dieser Core-seitigen Verbindung über eine DPC-Linecard verfügt. Um dies zu vermeiden, wird das Entropielabel jetzt im gemischten Modus unterstützt, wobei das Entropielabel ohne enhanced-ip-Konfiguration konfiguriert werden kann. Dadurch können Router-DPCs der MX-Serie ein Pop-Out-Entropie-Label unterstützen. Eine Flussbezeichnung wird dadurch jedoch nicht unterstützt.
Abstract Hops für MPLS LSPs – Übersicht
Ein abstrakter Hop ist eine logische Kombination der vorhandenen Traffic-Engineering-Einschränkungen, z. B. administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs), die zu einer benutzerdefinierten Gruppe oder einem Cluster von Routern führt, die sequenziert und als Einschränkungen für die Einrichtung eines MPLS-LSP (Label Switched Path) verwendet werden können. Abstrakte Hops überwinden die Einschränkungen bestehender Pfadeinschränkungsspezifikationen und bieten mehrere Vorteile für die Traffic-Engineering-Funktionen von MPLS.
- Abstrakten Hopfen verstehen
- Vorteile der Verwendung von Abstract Hops
- Junos OS-Implementierung von Abstract Hops
Abstrakten Hopfen verstehen
Die Pfadbeschränkung für die Einrichtung eines MPLS-LSP kann entweder als einzelne Router in Form von echten Hops oder als Satz von Routern in Form einer administrativen Gruppen- oder Farbspezifikation angegeben werden. Wenn eine Pfadeinschränkung echte Hops (strikt oder lose) verwendet, wird der LSP entlang einer bestimmten Sequenz von Routern eingerichtet (z. B. R1, R2, ... R).n Wenn eine Pfadeinschränkung eine administrative Gruppe oder Farbspezifikation verwendet, wird eine Gruppe von Routern, die die angegebenen Kriterien erfüllen, zum Einrichten des LSP verwendet, ohne einen bestimmten Router auszuwählen, und im Gegensatz zur Real-Hop-Einschränkung gibt es keine Sequenz zwischen den verschiedenen Gruppen von Routern, die in der Einschränkung verwendet werden.
Der Nachteil der Real-Hop-Einschränkung besteht darin, dass in einem Fehlerszenario der Pfad ausfällt, wenn einer der Router-Hops ausfällt oder die Bandbreitenauslastung der angeschlossenen Schnittstelle ausgelastet ist (oder auf lokalen oder End-to-End-Schutz angewiesen ist). Möglicherweise stehen auch andere alternative Router zur Verfügung, um den LSP wiederherzustellen oder einzurichten, der LSP bleibt so lange ausgeschaltet, bis der Betreiber eine andere Router-Hop-Sequenz als Pfadeinschränkung konfiguriert, um den Pfad wieder hochzufahren oder den Schutzpfad zu deaktivieren.
Die administrative Gruppen- oder Farbspezifikationseinschränkung überwindet diese Einschränkung einer Real-Hop-Einschränkung bis zu einem gewissen Grad. Wenn hier einer der Router in der Gruppe ausfällt oder seine Verbindungskapazität ausgelastet ist, ist die Einrichtung des LSP nicht betroffen. Dies liegt daran, dass der nächste Hop-Router, der in der Pfadeinschränkung verwendet werden soll, nicht vorher ausgewählt wird und der LSP zusammen mit anderen Routern eingerichtet wird, die dieselbe administrative Gruppe oder Farbe haben, ohne dass ein Operator eingreifen muss. Der Nachteil von Routergruppeneinschränkungen besteht jedoch darin, dass keine Sequenz unter den Hopeinschränkungen angegeben werden kann.
Abstrakte Hops überwinden diese Nachteile, indem sie benutzerdefinierte Routergruppen erstellen, bei denen jeder Mitgliedsrouter eine benutzerdefinierte Einschränkung erfüllt. Die benutzerdefinierte Einschränkung ist eine logische Kombination der vorhandenen Traffic-Engineering-Einschränkungen, z. B. administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs). Die Reihenfolge zwischen den Routergruppen wird erreicht, indem eine Sequenz abstrakter Hops angegeben wird, die in einer Pfadeinschränkung verwendet werden. Daher kombinieren abstrakte Hops die Ordnungseigenschaft der Real-Hop-Einschränkungsspezifikation mit der Ausfallsicherheit, die mit den anderen Einschränkungen des Traffic Engineering einhergeht.
Ein Pfad kann eine Kombination aus realen und abstrakten Hops als Einschränkungen verwenden. Bei der Verwendung abstrakter Hops wird anstelle der Angabe einer Sequenz von Routern (R1, R2, ... R) wie bei echten Hops geben Sie eine geordnete Menge von Routergruppen oder abstrakten Hops (G1, G2, ... G) als Pfadbeschränkung.nn Jede angegebene Routergruppe, z. B. G , besteht aus einem benutzerdefinierten Satz von Routern – R1, R2, R, ... R.ijn Wenn einer der Router in der Gruppe ausfällt, z. B. Router R in Gruppe G, wird ein anderer Router, z. B. Router R, aus derselben Gruppe G von der Pfadberechnung erfasst, um den Router zu ersetzen, der ausgefallen ist (d. h. Router R).jikij Dies liegt daran, dass die Pfadeinschränkung sequenziert ist und eine Sequenz abstrakter Hops durchlaufen muss, anstatt eine Sequenz einzelner Router.
Vorteile der Verwendung von Abstract Hops
Abstrakte Hops sind benutzerdefinierte Routergruppen. Ähnlich wie bei Real-Hop-Einschränkungen, die eine Sequenz einzelner Router verwenden, kann eine Sequenz abstrakter Hops zum Einrichten eines Label-Switched-Pfads (LSP) verwendet werden. Die Verwendung abstrakter Hops bietet Resilienz gegenüber Einschränkungen sequenzierter Pfade. Zu den weiteren Vorteilen der Verwendung abstrakter Hops gehören:
- Festlegen einer Sequenz von Abhängigkeitskombinationen
- Vermeiden einer neuen Netzwerkkonfiguration auf Transitknoten
- Kombination von zentralisierten und verteilten Pfadberechnungsparadigmen
Festlegen einer Sequenz von Abhängigkeitskombinationen
Derzeit ist es möglich, einen Pfad anzugeben, der über Links führen kann, die mehrere Attribute erfüllen. Eine solche Pfadbeschränkung wird als zusammengesetzte Abhängigkeitskombination bezeichnet. Beispielsweise eine Einschränkung (Constraint, Ci), die grüne Links mit niedriger Latenz enthält und auch SRLG Nord ausschließt.
Es gibt jedoch keine Unterstützung für die Angabe eines Pfads mit einer Sequenz von zusammengesetzten Einschränkungskombinationen. Beispielsweise kann eine sequenzierte Einschränkung (C1, C2, Ci, ... Cn), die grüne Links mit geringer Latenz, blaue Links ohne Latenz und rote Links mit niedriger Latenz enthält.
Die Notwendigkeit einer solchen sequenzierten zusammengesetzten Constraint-Kombination entsteht, wenn es erforderlich ist, Pfade durch eine Sequenz von geografischen Regionen mit einer anderen Anforderung an die Verbindungsaffinität (Attribute) in jeder Region festzulegen. Abstrakte Hops erfüllen diese Anforderung, indem sie es Rechenknoten ermöglichen, jede Einschränkungskombination (z. B. Ci) der benutzerdefinierten Gruppe von Routern, d. h. den abstrakten Hops, zuzuordnen.
Vermeiden einer neuen Netzwerkkonfiguration auf Transitknoten
Mit den aktuellen Pfadeinschränkungsspezifikationsfunktionen ist es möglich, Links bestimmter Attribute entlang eines gesamten Pfads ein- oder auszuschließen. z. B. SRLG West von einem Pfad ausschließen. Es gibt jedoch keine Unterstützung für das bedingte Ausschließen oder Einschließen von Attributen oder das Anwenden unterschiedlicher Ausschluss- oder Einschlussattribute in verschiedenen Teilen des Pfads. z. B. SRLG West nur beim Überqueren roter Links ausschließen.
Um dieses Problem zu umgehen, kann eine neue administrative Gruppe erstellt werden, um alle roten Links zu identifizieren, die nicht über SRLG West verfügen, und alle relevanten Links entsprechend für diese administrative Gruppe zu konfigurieren. Der Nachteil dieses Ansatzes besteht darin, dass Konfigurationsänderungen im gesamten Netzwerk erforderlich sind, um die neue Mitgliedschaft in administrativen Gruppen widerzuspiegeln.
Stattdessen können die Konfigurationsänderungen durch die Verwendung abstrakter Hops nur auf dem Eingangsrouter enthalten sein. Auf dem Eingangsrouter wird die Einschränkungskombination dem abstrakten Hop zugeordnet, wodurch die oben genannte Anforderung erfüllt wird, ohne dass eine neue Konfiguration auf den Transitknoten erforderlich ist.
Kombination von zentralisierten und verteilten Pfadberechnungsparadigmen
Das Traffic Engineering von MPLS-Pfaden kann durch verteiltes Rechnen oder mit einem zentralen Controller für das Berechnen von Pfaden erreicht werden. Eine Kombination beider Berechnungstypen wird als hybrides Berechnungsparadigma bezeichnet. Das Hauptmerkmal des hybriden Berechnungsansatzes ist die Fähigkeit des zentralisierten Controllers – als Path Computation Element (PCE) bezeichnet –, die Pfadberechnungsanweisungen pro Pfad zum Eingangsrouter – der als Path Computation Client (PCC) bezeichnet wird – lose zu spezifizieren, und die Fähigkeit des Eingangsrouters, sie als Eingabe für die Pfadberechnung zu verwenden.
Eine Sequenz von abstrakten Hops dient dem Zweck, als Richtlinie von der zentralen Steuerung zu fungieren. Abstrakte Hops bieten dem Controller die Flexibilität, sich in die Pfadeinschränkung und die Attribute einzubinden. Dadurch kann der Controller auch das Element der Sequenz in die Einschränkung einbauen. Der Controller muss nicht jeden Hop angeben, den der Pfad nehmen muss, so dass der Eingangsrouter innerhalb der Grenzen der Richtlinie oder Direktive agieren kann.
Tabelle 1 listet die wichtigsten Merkmale des hybriden Berechnungsparadigmas auf und bietet einen Vergleich dieses Ansatzes mit den aktuellen Pfadberechnungsmethoden.
Funktionen |
Verteilte beschränkte kürzeste Pfade zuerst |
Zentralisiert eingeschränkt Kürzester Weg zuerst |
Hybrid-beschränkter kürzester Pfad zuerst |
Reagieren Sie auf häufige Änderungen in einem großen Netzwerk |
Ja |
Ja |
|
Ausgefeilte Pfadberechnung mit globaler Sicht |
Ja |
Ja |
|
Einbindung von Geschäftslogik in die Pfadberechnung |
Ja |
Ja |
|
Ausfallsicherheit (kein Single Point of Failure) |
Ja |
Ja |
|
Berechenbarkeit |
Ja |
Ja |
|
Reagieren Sie auf Netzwerklasten in (nahezu) Echtzeit |
Ja |
Ja |
|
Praxiserprobt (im Gegensatz zu früher Einführung) |
Ja |
Ja |
Junos OS-Implementierung von Abstract Hops
Die Funktion für auftragsabhängige abstrakte Hops wird in Junos OS Version 17.1 eingeführt. In den folgenden Abschnitten wird die Implementierung abstrakter Hops in Junos OS beschrieben:
- Definieren von abstrakten Hopfen
- Verwenden abstrakter Hops in Pfadeinschränkungen
- Pfadberechnung und Rückverfolgung
- Beispiel für eine Rückverfolgung
Definieren von abstrakten Hopfen
Ein abstrakter Hop ist eine Gruppe von Routern, die Benutzer definieren können, um sie beim Einrichten eines Label-Switched-Pfads (LSP) zu verwenden. Der Benutzer kann steuern, welche Router in die Gruppe aufgenommen werden sollen, indem er eine logische Kombination aus heterogenen Verbindungsattributen oder Einschränkungen definiert, die als konstituierende Attribute bezeichnet werden. Die Router mit Links, die die definierten konstituierenden Attribute erfüllen, werden in die Gruppe von Routern aufgenommen, die den abstrakten Hop darstellen.
Die Zuordnung der konstituierenden Attribute zum abstrakten Hop erfolgt lokal für den Rechenknoten oder den Eingang des LSP, der gerade eingerichtet wird. Daher sind abstrakten Hops keine Protokollaktualisierungen oder Signalisierungsprotokollerweiterungen des internen Gateways zugeordnet, und die Implementierung abstrakter Hops in einem Netzwerk erfordert keine neue Konfiguration auf den Transitknoten.
Eine Komponentenliste ermöglicht die Definition eines Satzes von Traffic-Engineering-Komponentenattributen, die durch einen benutzerdefinierten Namen identifiziert werden. Komponentenlisten werden in einer abstrakten Hopdefinition mithilfe einer der folgenden Konfigurationsanweisungen verwendet:
include-any-list– Link erfüllt die Komponentenliste, wenn eines der angegebenen Komponentenattribute für die Verknüpfung zutrifft.
include-all-list– Link erfüllt die Komponentenliste, wenn alle angegebenen Komponentenattribute für die Verknüpfung wahr sind.
exclude-all-list– Link erfüllt die Komponentenliste, wenn keines der angegebenen Komponentenattribute für die Verknüpfung zutrifft.
exclude-any-list– Link erfüllt die Komponentenliste, wenn mindestens eines der angegebenen Komponentenattribute für den Link nicht zutrifft.
Ein abstrakter Hop ist definiert als eine logische Kombination von Verweisen auf Komponentenlisten, die zu einer der oben genannten Kategorien gehören können. Um dies zu erreichen, werden logische Operatoren und in die abstrakte Hop-Definition aufgenommen und auf die konstituierende Liste angewendet.ANDOR
OR—Mindestens eine der Referenzen auf die Komponentenliste in der Definition des abstrakten Hops muss durch einen Link erfüllt werden, damit der angehängte Knoten Teil des abstrakten Hops ist.
AND—Alle Verweise auf die Komponentenliste in der Definition des abstrakten Hops müssen durch einen Link erfüllt werden, damit der angehängte Knoten Teil des abstrakten Hops ist.
Beispiel für eine abstrakte Hop-Definition
Als Beispiel lautet die Definition von abstraktem Hops hopA wie folgt:
Abstract Hops hopA muss alle Router umfassen, deren ausgehende Links die logische Kombination der folgenden Linkattribute erfüllen:
hopA—((Verwaltungsgruppe rot && Srlg Süd) || (Verwaltungsgruppe grün || Srlg Nord)), wobei:
und gehören zur Include-All-Komponentenliste (in diesem Beispiel listA1).administrative group redSrlg south
und gehören zu include-any constituent list (in diesem Beispiel listA2).administrative group greenSrlg north
|| ist der ODER-Operator.
Die Konfiguration für abstrakte Hops hopA lautet wie folgt:
hopA configuration
[edit protocols mpls] Constituent-list listA1 { administrative-group red; Srlg south; } Constituent-list listA2 { administrative-group green; Srlg north; } Abstract-hop hopA{ Operator OR; Constituent-list listA1 include-all-list; Constituent-list listA2 include-any-list; }
Verifying Abstract Hop Configuration
Der Befehl wird verwendet, um Member eines abstrakten Hops anzuzeigen.show mpls abstract hop membership <abstract hop name> Die Befehlsausgabe stellt die Zuordnung des abstrakten Hops zum Traffic Engineering-Datenbankknoten bereit.
user@host> show mpls abstract-hop-membership Abstract hop: hop1A Credibility: 0 Address: 128.102.165.105 Address: 128.102.166.237 Address: 128.102.168.0 Address: 128.102.173.123 Abstract hop: hopB Credibility: 0 Address: 128.102.160.211 Address: 128.102.165.5 Address: 128.102.166.237 Address: 128.102.172.157 Address: 128.102.172.196
Hier gibt das Ausgabefeld die Glaubwürdigkeit an, die mit dem verwendeten Interior Gateway-Protokoll verbunden ist.Credibility
Die Ausgabe des Befehls stellt die Ansicht bereit, die in der Traffic Engineering-Datenbank erfasst wurde.show ted database extensive local Ein Schlüsselwort wird hinzugefügt, um anzugeben, dass die Ausgabe eine lokale Instrumentierung enthalten würde.local Die Befehlsausgabe zeigt den abstrakten Hop als Attribut von Links an, die die zugehörige logische Kombination von Linkattributen erfüllen.
user@host> show ted database extensive local
TED database: 0 ISIS nodes 8 INET nodes
NodeID: 128.102.173.123
Type: Rtr, Age: 3098 secs, LinkIn: 4, LinkOut: 3
Protocol: OSPF(0.0.0.0)
To: 128.102.168.0, Local: 1.3.0.1, Remote: 1.3.0.2
Local interface index: 332, Remote interface index: 0
Color: 0x2 green
Abstract hops: hopA
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
To: 128.102.165.105, Local: 1.1.0.1, Remote: 1.1.0.2
Local interface index: 330, Remote interface index: 0
Srlg: south
Abstract hops: hopB
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
Abstract Hop HopA ist für niedrige Latenz UND SRLG West, und Abstract Hop HopB ist für den Ausschluss von SRLG West. Zeigt die Eingangsansicht dieser abstrakten Hops an.Abbildung 5
Verwenden abstrakter Hops in Pfadeinschränkungen
Der Benutzer ordnet jeder abstrakten Hopdefinition einen eindeutigen Bezeichner zu. Dieser Bezeichner wird verwendet, um auf den abstrakten Hop in der Pfadeinschränkung zu verweisen. Eine Sequenz abstrakter Hops kann als Pfadeinschränkung angegeben werden, ähnlich wie bei der Verwendung echter IP-Hops. Die Pfadeinschränkung kann auch eine Sequenz abstrakter Hops sein, die von echten IP-Hops verschachtelt sind.
Die Verwendung abstrakter Hops oder echter Hops in einer Pfadeinschränkung erfordert mehr als einen eingeschränkten ersten Durchlauf des kürzesten Pfads zum Ziel, in der Regel einen Durchlauf pro Hop. Wenn echte Hops als Pfadeinschränkung bereitgestellt werden, umfasst die Einschränkungsberechnung so viele Durchläufe wie die Anzahl der Hops in der Pfadeinschränkung, wobei jeder Durchlauf mit dem Erreichen eines Hops in der Einschränkungsliste endet. Der Startpunkt für jeden Durchlauf ist das Ziel des vorherigen Durchlaufs, wobei der erste Durchlauf den Eingangsrouter als Start verwendet.
Wenn die Pfadeinschränkung strikte oder lose abstrakte Hops verwendet, umfasst die Einschränkungsberechnung alternativ Durchläufe, bei denen jeder Durchlauf den nachfolgenden abstrakten Hop in der Einschränkungsliste verarbeitet. In einem solchen Fall qualifiziert sich mehr als ein Knoten als Ziel für den Pass. Die Gruppe von Knoten wird als brauchbarer Routersatz für den Durchgang bezeichnet.
Ein abstrakter Hop durchläuft Memberknoten wie folgt:
Verknüpfungen, die der logischen Kombination definierter konstituierender Attribute entsprechen
Jegliche Art von Links
Die Mittelwerte abstrakter Hops, die die Memberknoten durchlaufen, werden durch die Verwendung der abstrakten Hop-Qualifizierer (strict, loose und loose-link) bei der Definition der Pfadeinschränkung gesteuert. Zum Beispiel wird abstract hop hopA mit unterschiedlichen Qualifizierern unterschiedlich verarbeitet:
Strict—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste durchläuft der Pfad nur Links oder Knoten, die dem abstrakten Hop hopA angehören, bevor er einen Knoten mit der Mitgliedschaft von hopA erreicht, der ein praktikabler Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops ist.
Loose—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste kann der Pfad alle echten Knoten durchlaufen, die keine abstrakte Hop-Mitgliedschaft von hopA aufweisen, bevor er einen Knoten mit der abstrakten Hop-Mitgliedschaft hopA erreicht, der ein praktikabler Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops ist.
Loose-link—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste kann der Pfad alle echten Knoten durchlaufen, die keine abstrakte Hop-Mitgliedschaft von hopA aufweisen, bevor er einen Knoten mit der abstrakten Hop-Mitgliedschaft hopA erreicht, der ein praktikabler Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops ist. Aber der Pfad sollte im Zuge desselben mindestens einen Link der abstrakten Hop-HopA-Mitgliedschaft durchlaufen haben.
Mit anderen Worten, der abstrakte Hop vom Typ loose-link wird nur dann verarbeitet, wenn einer der funktionsfähigen Router in der Einschränkung über einen Link der zugeordneten abstrakten Hop-Mitgliedschaft erreichbar ist.
Beispiel für eine abstrakte Hopfenspezifikation
Tabelle 2 Enthält ein Beispiel für einen Anwendungsfall für die Verwendung abstrakter Hops in Pfadeinschränkungen.
Zweck der Pfadeinschränkung |
Abstract Hop Qualifier |
Konfiguration |
Brauchbares Router-Set |
Affinität |
|---|---|---|---|---|
Traverseknoten, die Mitglieder von hopA sind, akzeptieren nur Links, die hopA erfüllen. |
Streng |
[edit protocols mpls]
Path path_hopA_s {
hopA abstract strict;
}
|
Alle Mitglieder von abstract hopA. Das heißt, A1, A2... Antwort:n |
hopA (wählen Sie nur Links aus, die abstract hopA erfüllen). |
Traverseknoten, die Mitglieder von hopA sind, aber nicht unbedingt Links, die hopA erfüllen |
Lose |
[edit protocols mpls]
Path path_hopA_l {
hopA abstract loose;
}
|
Alle Mitglieder von abstract hopA. Das heißt, A1, A2... Antwort:n |
Keine (jegliche Art von Links). |
Durchlaufen Sie Knoten, die Mitglieder von hopA sind, indem mindestens eine Verbindung verwendet wird, die hopA erfüllt. |
Loser Link HINWEIS:
Der Loose-Link-Qualifizierer wird als loose gefolgt von strict für denselben abstrakten Hop angesehen. Mit anderen Worten, hopA loose-link ist dasselbe wie hopA loose und hopA strict. |
[edit protocols mpls]
Path path_hopA_ll {
hopA abstract loose-link;
}
|
In diesem Fall gibt es zwei Berechnungsdurchläufe, die hopA in der Pfadeinschränkung zugeordnet sind. Das praktikable Router-Set für beide Durchgänge ist: Alle Mitglieder von abstract hopA. Das heißt, A1, A2... Antwort:n HINWEIS:
Bei der Pfadberechnung wird ein Router nur einmal durchlaufen. |
In diesem Fall gibt es zwei Berechnungsdurchläufe, die hopA in der Pfadeinschränkung zugeordnet sind. Die Affinität zu den beiden Pässen ist:
|
Traverse-Knoten, die Mitglieder von hopA sind, wobei nur Links verwendet werden, die hopA erfüllen, gefolgt von Knoten, die Mitglieder von hopB sind, die nur Links akzeptieren, die hopB erfüllen. |
Streng |
[edit protocols mpls]
Path path_hopA_hopB_s {
hopA abstract strict;
hopB abstract strict;
}
|
|
|
Traverse-Knoten, die Mitglieder von hopA sind, übernehmen nur Links, die hopA erfüllen, gefolgt von Knoten, die Mitglieder von hopB sind, die beliebige Art von Links akzeptieren. |
Streng und locker |
[edit protocols mpls]
Path path_hopA_s_hopB_l {
hopA abstract strict;
hopB abstract loose;
}
|
|
|
Durchlaufen Sie Knoten, die Mitglieder von hopA sind, indem Sie beliebige Arten von Links verwenden, gefolgt von Knoten, die Mitglieder von hopB sind, die beliebige Arten von Links verwenden. |
Lose |
[edit protocols mpls]
Path path_hopA_l_hopB_l {
hopA abstract loose;
hopB abstract loose;
}
|
|
Keine (wählen Sie beliebige Links aus). |
Durchlaufen von Knoten, die Mitglieder von hopA sind, indem beliebige Arten von Links verwendet werden, gefolgt von Knoten, die Mitglieder von hopB sind, die nur Links verwenden, die hopB erfüllen. |
Locker und streng |
[edit protocols mpls]
Path path_hopA_l_hopB_s {
hopA abstract loose;
hopB abstract strict;
}
|
|
|
Abbildung 6 zeigt Pfadeinschränkungen für die abstrakten Hops hopA, hopB und hopC mit den Qualifizierern loose, strict bzw. loose abstract hop an.
Die ersten Durchläufe für den eingeschränkten kürzesten Pfad für die abstrakten Hops lauten wie folgt:
Durchgang 1 in Verbindung mit hopA
Lebensfähige Router: Die Router R1 und R2 (Schnittmenge von hopA und hopB, da hopB ein streng abstrakter Hop ist).
Affinität: Keine (da hopA locker ist).
Durchgang 2 in Verbindung mit hopB
Brauchbare Router: Router R1, R2, R3 und R4
Affinität: Wählen Sie nur hopB-konforme Links aus (da hopB ein streng abstrakter Hop ist).
Durchgang 3 in Verbindung mit hopC
Funktionsfähige Router: Die Router R5, R6, R7 und der Ausgangsrouter.
Affinität: Keine(da hopC ein lockerer abstrakter Hop ist).
Pfadberechnung und Rückverfolgung
Wenn bei jedem Durchlauf des eingeschränkten kürzesten Pfads zuerst der nächstgelegene Router aus einem funktionsfähigen Routersatz mithilfe von Links erreicht wird, die die für den Durchlauf angegebene Affinität erfüllen, wird der dem Durchlauf zugeordnete abstrakte Hop als verarbeitet bezeichnet. Der so erreichte realisierbare Router dient als Start für den nächsten Constraint-Durchlauf. Wenn eine Einschränkung fehlschlägt und es sich nicht um den Durchlauf mit dem Eingangsrouter als Startrouter handelt, wird der Durchlauf zum vorherigen Durchlauf zurückverfolgt, und der Vorgang wird wiederholt.
Beispiel für eine Rückverfolgung
Wenn ein eingeschränkter erster Durchlauf p mit dem kürzesten Pfad (außer dem ersten) fehlschlägt, wird der Ausgangsrouter des vorherigen Durchlaufs (p – 1), der als Start für den aktuellen Durchlauf p diente, im funktionsfähigen Routersatz des vorherigen Durchlaufs (p – 1) disqualifiziert. Dann wird der vorherige Durchlauf (p – 1) erneut ausgeführt, um den nächstbesten Ausgangsrouter oder das nächstbeste Ziel für den Durchgang p – 1 aus dem brauchbaren Routersatz zu finden.
Der so ermittelte Router dient als neuer Startrouter für den Durchgang p. Dieser Vorgang wird so lange wiederholt, wie Fehler auftreten und funktionsfähige Router vorhanden sind, die nicht untersucht werden.
Der Befehl stellt die verschiedenen Berechnungsdurchläufe bereit, die pro LSP beteiligt sind, sowie die qualifizierenden Exit-Router für jeden Durchlauf.show mpls lsp abstract-hop-computation name lsp-name Die Befehlsausgabe gibt auch die Affinität pro Durchlauf an und zeigt den aktuellen Startrouter an, der für den Durchlauf ausgewählt wurde. Für jeden funktionsfähigen Router wird der Status der Rückverfolgung angezeigt, wobei er entweder gültig oder disqualifiziert sein kann.
user@host> show mpls lsp abstract-computation Path computation using abstract hops for LSP: lsp1 Path type: Primary, Path name: path1 Credibility: 0, Total no of CSPF passes: 2 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Affinity: hopA CSPF pass no: 1 Start address of the pass: 0.0.0.0 Destination: 128.102.172.157, , State: VALID Path type: Standby, Path name: path2 Credibility: 0, Total no of CSPF passes: 3 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Destination: 128.102.166.237, , State: VALID Affinity: hopA CSPF pass no: 1 Start address of the pass: 128.102.166.237 Destination: 128.102.160.211, , State: VALID Destination: 128.102.165.5, , State: VALID Destination: 128.102.166.237, , State: VALID Destination: 128.102.172.157, , State: VALID Destination: 128.102.172.196, , State: VALID Affinity: hopB CSPF pass no: 2 Start address of the pass: 128.102.172.196 Destination: 128.102.172.157, , State: VALID
Das Ausgabefeld gibt die Glaubwürdigkeit des verwendeten Interior Gateway-Protokolls an.Credibility
Beispiel: Konfigurieren von Abstract Hops für MPLS-LSPs
In diesem Beispiel wird gezeigt, wie abstrakte Hops für MPLS-LSPs (Label Switched Paths) konfiguriert werden. Abstrakte Hops kombinieren die wichtigsten Funktionen vorhandener Traffic-Engineering-Einschränkungen, die es dem Benutzer ermöglichen, eine ordnungsabhängige und stabile Pfadeinschränkung für MPLS-LSPs anzugeben.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
Sechs Geräte, bei denen es sich um eine Kombination aus Multiservice-Edge-Routern der M-Serie, universellen 5G-Routing-Plattformen der MX-Serie, Core-Routern der T-Serie und Paketübertragungs-Routern der PTX-Serie handeln kann.
Junos OS Version 17.1 oder höher, das auf allen Geräten ausgeführt wird.
Bevor Sie beginnen:
Konfigurieren Sie die Geräteschnittstellen.
Konfigurieren Sie die Geräte-Router-ID, und weisen Sie eine AS-Nummer (Autonomous System) zu.
Konfigurieren Sie RSVP auf allen Geräten.
Konfigurieren Sie OSPF oder ein anderes internes Gateway-Protokoll auf allen Geräten.
Konfigurieren Sie administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs) auf allen Geräten.
Überblick
Mit Junos OS Version 17.1 werden abstrakte Hops eingeführt, bei denen es sich um benutzerdefinierte Router-Cluster oder -Gruppen handelt. Ähnlich wie bei der Abfolge von Real-Hop-Einschränkungen (strikt oder lose) kann eine Sequenz abstrakter Sprünge zum Einrichten eines Label-Switched-Pfads (LSP) verwendet werden. Ein Pfad kann eine Kombination aus realen und abstrakten Hops als Einschränkungen verwenden.
Ein abstrakter Hop ist eine logische Kombination aus den vorhandenen Traffic-Engineering-Einschränkungen, z. B. administrativen Gruppen, erweiterten administrativen Gruppen und SRLGs, zusammen mit der Sortiereigenschaft echter Hops. Wenn also eine Sequenz abstrakter Hops in einer Pfadeinschränkung verwendet wird, wird die Reihenfolge zwischen den Gruppen von Routern erreicht, die eine logische Kombination von Verbindungs- oder Knotenattributen erfüllen, die als konstituierende Attribute bezeichnet werden.
So konfigurieren Sie abstrakte Hops:
Erstellen Sie Komponentenlisten mit zugehörigen Traffic Engineering-Attributen, indem Sie die Anweisung auf Hierarchieebene einschließen.
constituent-list list-name[edit protocols mpls]Schließen Sie die Komponentenlisten in die abstrakte Hop-Definition auf Hierarchieebene ein.
[edit protocols mpls abstract-hop abstract-hop-name]Definieren Sie Pfadeinschränkungen, die abstrakte Hops auf Hierarchieebene verwenden.
[edit protocols mpls path path-name]
Beachten Sie die folgenden Richtlinien, wenn Sie abstrakte Hops für MPLS-LSPs konfigurieren:
Abstrakte Hops werden nur in der Masterroutinginstanz eines Geräts unterstützt.
IPv6-Ziele werden in abstrakten Hop-Einschränkungen nicht unterstützt (nur IPv4-Ziele funktionieren).
Bei abstrakten Hops kann es sich um strikte oder lockere Einschränkungen handeln.
Die Unterstützung für abstrakte Hops in Junos OS Version 17.1 wird nur für gebietsinterne MPLS-LSPs und nicht für domänen- oder gebietsübergreifende LSPs bereitgestellt.
Abstrakte Hop-Einschränkungen sind nur für reguläre Punkt-zu-Punkt-LSPs aktiviert. Andere Typen von MPLS-LSPs, z. B. Punkt-zu-Multipunkt-LSPs, extern gesteuerte bidirektionale LSPs, dynamische Container-LSPs, RSVP-Automesh-LSPs und bereichsübergreifende LSPs werden bei der abstrakten Hops-Konfiguration nicht unterstützt.
Abstrakte Hops ermöglichen nicht die Berechnung des insgesamt kürzesten Pfads für LSPs.
Auf einen abstrakten Hop darf in derselben Pfadeinschränkung nicht mehr als einmal verwiesen werden.
Die Spezifikationen für abstrakte Hop-Einschränkungen wirken sich nicht auf die Unterstützung für GRES (Graceful Routing Engine Switchover), Unified In-Service Software Upgrade (ISSU) und Nonstop-Routing (NSR) aus.
Abstrakte Hop-Einschränkungsspezifikationen wirken sich nicht auf die Gesamtleistung des Netzwerks aus. Die Zeit, die für die Berechnung des kürzesten Pfads benötigt wird, nimmt jedoch mit der abstrakten Hop-Konfiguration zu. Die Einrichtungszeit für einen abstrakten Hop-LSP ist größer als die Zeit, die zum Einrichten eines LSP ohne abstrakte Hop-Konfiguration benötigt wird.
Topologie
Abbildung 7 Veranschaulicht eine Beispielnetzwerktopologie, die mit abstrakten Hops konfiguriert ist. Die Geräte R0 und R3 sind jeweils mit Hosts (Host 1 und Host 2) verbunden. Die Geräte R4 und R5 sind jeweils mit den Geräten R0, R1, R2 und R3 verbunden. Die Geräte R1 und R2 sind ebenfalls direkt miteinander verbunden.
Die Geräte R0 und R3 werden unter demselben autonomen System konfiguriert – AS 64496. Ein MPLS-LSP wird von Gerät R0 bis Gerät R3 mit einem primären Pfad und zwei sekundären Pfaden (sekundäre Standby- und Nicht-Standby-Pfade) konfiguriert.
Vier Konstituentenlisten – c1, c2, c3 und c4 – werden mit drei SRLGs (g1, g2 und g3), drei administrativen Gruppen (grün, blau und rot) und einer erweiterten administrativen Gruppe (gold) erstellt. Drei abstrakte Hops (ah1, ah2 und ah3) werden mithilfe der konfigurierten Komponentenlisten definiert und als Pfadeinschränkungen angegeben. Der abstrakte Hop ah1 wird als Einschränkung für den primären Pfad angegeben, während die abstrakten Hops ah2 und ah3 als Einschränkungen für den sekundären Standbypfad bzw. den sekundären Nicht-Standbypfad angegeben werden.
Konfiguration
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem Konfigurationsmodus ein .[edit]commit
Gerät R0
set chassis network-services ip set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.30.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.6/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.6 set routing-options autonomous-system 64496 set routing-options forwarding-table export test set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols rsvp interface ge-0/0/0.0 bandwidth 80m set protocols rsvp interface ge-0/0/2.0 bandwidth 200m set protocols rsvp interface ge-0/0/1.0 bandwidth 500m set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls label-switched-path R0-R31 to 127.0.0.3 set protocols mpls label-switched-path R0-R31 primary prim set protocols mpls label-switched-path R0-R31 secondary stdby standby set protocols mpls label-switched-path R0-R31 secondary nonstdby set protocols mpls path path_primary 172.16.0.2 strict set protocols mpls path path_primary 172.21.0.2 strict set protocols mpls path path_primary 172.24.0.2 strict set protocols mpls path path_ter_nonstdby 172.18.0.1 strict set protocols mpls path path_ter_nonstdby 172.26.0.2 strict set protocols mpls path path_sec_stdby 172.17.0.2 strict set protocols mpls path path_sec_stdby 172.23.0.2 strict set protocols mpls path prim ah1 abstract set protocols mpls path prim ah1 strict set protocols mpls path stdby ah2 abstract set protocols mpls path stdby ah2 strict set protocols mpls path nonstdby ah3 abstract set protocols mpls path nonstdby ah3 strict set protocols mpls constituent-list c1 srlg g1 set protocols mpls constituent-list c1 administrative-group green set protocols mpls constituent-list c2 administrative-group green set protocols mpls constituent-list c2 administrative-group-extended gold set protocols mpls constituent-list c3 srlg g2 set protocols mpls constituent-list c3 administrative-group red set protocols mpls constituent-list c3 administrative-group-extended gold set protocols mpls constituent-list c4 srlg g3 set protocols mpls constituent-list c4 administrative-group blue set protocols mpls constituent-list c4 administrative-group-extended gold set protocols mpls abstract-hop ah1 operator AND set protocols mpls abstract-hop ah1 constituent-list c1 include-all-list set protocols mpls abstract-hop ah1 constituent-list c2 include-all-list set protocols mpls abstract-hop ah2 operator AND set protocols mpls abstract-hop ah2 constituent-list c3 include-all-list set protocols mpls abstract-hop ah3 operator AND set protocols mpls abstract-hop ah3 constituent-list c4 include-all-list set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set policy-options policy-statement test then load-balance per-packet
Gerät R1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.1/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.1 set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Gerät R2
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.2/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.2 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Gerät R3
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.31.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.3/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.3 set routing-options autonomous-system 64496 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Gerät R4
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.4/32 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.4 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Gerät R5
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.5/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.5 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Verfahren
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.Verwenden des CLI-Editors im Konfigurationsmodushttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/junos-cli/junos-cli.html
So konfigurieren Sie Gerät R0:
Aktivieren Sie erweiterte IP-Netzwerkdienste auf Gerät R0.
[edit chassis] user@R0# set network-services ip
Konfigurieren Sie die Schnittstellen auf Gerät R0, einschließlich der Loopback-Schnittstelle.
[edit interfaces] user@R0# set ge-0/0/0 unit 0 family inet address 172.16.0.1/16 user@R0# set ge-0/0/0 unit 0 family mpls user@R0# set ge-0/0/1 unit 0 family inet address 172.18.0.1/16 user@R0# set ge-0/0/1 unit 0 family mpls user@R0# set ge-0/0/2 unit 0 family inet address 172.17.0.1/16 user@R0# set ge-0/0/2 unit 0 family mpls user@R0# set ge-0/0/3 unit 0 family inet address 172.30.0.1/16 user@R0# set lo0 unit 0 family inet address 127.0.0.6/8
Weisen Sie die Router-ID und die autonome Systemnummer für Gerät R0 zu.
[edit routing-options] user@R0# set router-id 127.0.0.6 user@R0# set autonomous-system 64496
Konfigurieren Sie die SRLG-Definitionen.
[edit routing-options] user@R0# set srlg g1 srlg-value 100 user@R0# set srlg g1 srlg-cost 1000 user@R0# set srlg g2 srlg-value 200 user@R0# set srlg g2 srlg-cost 2000 user@R0# set srlg g3 srlg-value 300 user@R0# set srlg g3 srlg-cost 3000
Konfigurieren Sie die erweiterten administrativen Gruppendefinitionen.
[edit routing-options] user@R0# set administrative-groups-extended-range minimum 50000 user@R0# set administrative-groups-extended-range maximum 60000 user@R0# set administrative-groups-extended gold group-value 50000
Konfigurieren Sie die Definitionen für administrative Gruppen.
[edit protocols] user@R0# set mpls administrative-groups green 0 user@R0# set mpls administrative-groups blue 1 user@R0# set mpls administrative-groups red 2
Konfigurieren Sie MPLS auf allen Schnittstellen von Gerät R0, mit Ausnahme der Verwaltungsschnittstelle.
[edit protocols] user@R0# set mpls interface all user@R0# set mpls interface fxp0.0 disable
Ordnen Sie die Schnittstellen des Geräts R0 den konfigurierten Traffic-Engineering-Attributen zu.
[edit protocols] user@R0# set mpls interface ge-0/0/0.0 srlg g1 user@R0# set mpls interface ge-0/0/0.0 administrative-group green user@R0# set mpls interface ge-0/0/0.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/2.0 srlg g2 user@R0# set mpls interface ge-0/0/2.0 administrative-group red user@R0# set mpls interface ge-0/0/2.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/1.0 srlg g3 user@R0# set mpls interface ge-0/0/1.0 administrative-group blue user@R0# set mpls interface ge-0/0/1.0 administrative-group-extended gold
Konfigurieren Sie einen LSP, der Gerät R0 mit Gerät R3 verbindet, und weisen Sie dem LSP primäre und sekundäre Pfadattribute zu.
[edit protocols] user@R0# set mpls label-switched-path R0-R31 to 127.0.0.3 user@R0# set mpls label-switched-path R0-R31 primary prim user@R0# set mpls label-switched-path R0-R31 secondary stdby standby user@R0# set mpls label-switched-path R0-R31 secondary nonstdby
Definieren Sie den primären und sekundären Pfad für den LSP R0-R31.
[edit protocols] user@R0# set mpls path path_primary 172.16.0.2 strict user@R0# set mpls path path_primary 172.21.0.2 strict user@R0# set mpls path path_primary 172.24.0.2 strict user@R0# set mpls path path_ter_nonstdby 172.18.0.1 strict user@R0# set mpls path path_ter_nonstdby 172.26.0.2 strict user@R0# set mpls path path_sec_stdby 172.17.0.2 strict user@R0# set mpls path path_sec_stdby 172.23.0.2 strict
Erstellen Sie Komponentenlisten mit zugehörigen Traffic Engineering-Attributen für Abstract-Hop-Definitionen.
[edit protocols] user@R0# set mpls constituent-list c1 srlg g1 user@R0# set mpls constituent-list c1 administrative-group green user@R0# set mpls constituent-list c2 administrative-group green user@R0# set mpls constituent-list c2 administrative-group-extended gold user@R0# set mpls constituent-list c3 srlg g2 user@R0# set mpls constituent-list c3 administrative-group red user@R0# set mpls constituent-list c3 administrative-group-extended gold user@R0# set mpls constituent-list c4 srlg g3 user@R0# set mpls constituent-list c4 administrative-group blue user@R0# set mpls constituent-list c4 administrative-group-extended gold
Definieren Sie abstrakte Hops, indem Sie die konfigurierten Komponentenlisten und die entsprechenden Operatoren zuweisen.
[edit protocols] user@R0# set mpls abstract-hop ah1 operator AND user@R0# set mpls abstract-hop ah1 constituent-list c1 include-all-list user@R0# set mpls abstract-hop ah1 constituent-list c2 include-all-list user@R0# set mpls abstract-hop ah2 operator AND user@R0# set mpls abstract-hop ah2 constituent-list c3 include-all-list user@R0# set mpls abstract-hop ah3 operator AND user@R0# set mpls abstract-hop ah3 constituent-list c4 include-all-list
Definieren Sie Einschränkungen für die konfigurierten Pfade, indem Sie abstrakte Hopdefinitionen einschließen.
[edit protocols] user@R0# set mpls path prim ah1 abstract user@R0# set mpls path prim ah1 strict user@R0# set mpls path stdby ah2 abstract user@R0# set mpls path stdby ah2 strict user@R0# set mpls path nonstdby ah3 abstract user@R0# set mpls path nonstdby ah3 strict
Konfigurieren Sie RSVP auf Gerät R0. Aktivieren Sie RSVP auf allen Schnittstellen von Gerät R0, mit Ausnahme der Verwaltungsschnittstelle und der Schnittstelle, die eine Verbindung zu Host1 herstellt, und weisen Sie Bandbreitenwerte zu.
[edit protocols] user@R0# set rsvp interface all aggregate user@R0# set rsvp interface fxp0.0 disable user@R0# set rsvp interface ge-0/0/0.0 bandwidth 80m user@R0# set rsvp interface ge-0/0/2.0 bandwidth 200m user@R0# set rsvp interface ge-0/0/1.0 bandwidth 500m
Konfigurieren Sie OSPF auf allen Schnittstellen von Gerät R0, mit Ausnahme der Verwaltungsschnittstelle, und weisen Sie Traffic-Engineering-Funktionen zu.
[edit protocols] user@R0# set ospf traffic-engineering user@R0# set ospf area 0.0.0.0 interface all user@R0# set ospf area 0.0.0.0 interface fxp0.0 disable
Konfigurieren Sie eine Richtlinie auf Gerät R0, um den Lastenausgleich pro Paket zu aktivieren.
[edit policy-options] user@R0# set forwarding-table export test
Exportieren Sie die Lastenausgleichsrichtlinie in die Weiterleitungstabelle.
[edit policy-options] user@R0# set policy-statement test then load-balance per-packet
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle , , , und eingeben.show chassisshow interfacesshow routing-optionsshow protocolsshow policy-options Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@R0# show chassis network-services ip;
user@R0# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 172.16.0.1/16;
}
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 172.18.0.1/16;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 172.17.0.1/16;
}
family mpls;
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 172.30.0.1/16;
}
}
}
lo0 {
unit 0 {
family inet {
address 127.0.0.6/8;
}
}
}
user@R0# show routing-options
srlg {
g1 {
srlg-value 100;
srlg-cost 1000;
}
g2 {
srlg-value 200;
srlg-cost 2000;
}
g3 {
srlg-value 300;
srlg-cost 3000;
}
}
administrative-groups-extended-range {
minimum 50000;
maximum 60000;
}
administrative-groups-extended {
gold group-value 50000;
}
user@R0# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
bandwidth 80m;
}
interface ge-0/0/2.0 {
bandwidth 200m;
}
interface ge-0/0/1.0 {
bandwidth 500m;
}
}
mpls {
administrative-groups {
green 0;
blue 1;
red 2;
}
label-switched-path R0-R31 {
to 127.0.0.3;
adaptive;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 5;
minimum-bandwidth 10m;
maximum-bandwidth 1g;
}
primary prim;
secondary stdby {
standby;
}
secondary nonstdby;
}
path path_primary {
172.16.0.2 strict;
172.21.0.2 strict;
172.24.0.2 strict;
}
path path_ter_nonstdby {
172.18.0.1 strict;
172.26.0.2 strict;
}
path path_sec_stdby {
172.17.0.2 strict;
172.23.0.2 strict;
}
path prim {
ah1 abstract strict;
}
path stdby {
ah2 abstract strict;
}
path nonstdby {
ah3 abstract strict;
}
constituent-list c1 {
srlg g1;
administrative-group green;
}
constituent-list c2 {
administrative-group green;
administrative-group-extended gold;
}
constituent-list c3 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
constituent-list c4 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
abstract-hop ah1 {
operator AND;
constituent-list {
c1 include-all-list;
c2 include-all-list;
}
}
abstract-hop ah2 {
operator AND;
constituent-list {
c3 include-all-list;
}
}
abstract-hop ah3 {
operator AND;
constituent-list {
c4 include-all-list;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
srlg g1;
administrative-group green;
administrative-group-extended gold;
}
interface ge-0/0/2.0 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
interface ge-0/0/1.0 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
user@R0# show policy-options
policy-statement test {
then {
load-balance per-packet;
}
}
Überprüfung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
Überprüfen der abstrakten Hop-Konfiguration
Zweck
Überprüfen Sie die Member der Definition des abstrakten Hops auf Gerät R0, indem Sie den Befehl absetzen, der die Mitgliedschaftstabellen für den abstrakten Hop anzeigt.show mpls abstract-hop-membership
Was
Führen Sie den Befehl im Betriebsmodus aus.show mpls abstract-hop-membership
user@R0> show mpls abstract-hop-membership Abstract hop: ah1 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.1 Address: 127.0.0.2 Address: 127.0.0.3 Abstract hop: ah2 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.4 Abstract hop: ah3 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.5
Bedeutung
Die Befehlsausgabe stellt die Zuordnung des abstrakten Hops zum Traffic Engineering-Datenbankknoten bereit.show mpls abstract-hop-membership In diesem Feld wird der Glaubwürdigkeitswert angezeigt, der dem verwendeten Interior Gateway Protocol (OSPF) zugeordnet ist.Credibility
Verifizieren der Berechnung abstrakter Hop-Pfade
Zweck
Überprüfen Sie die Vorverarbeitung der abstrakten Berechnung für LSPs auf Gerät R0, indem Sie den Befehl absetzen.show mpls lsp abstract-computation
Was
Führen Sie den Befehl im Betriebsmodus aus.show mpls lsp abstract-computation
user@R0> show mpls lsp abstract-computation
Path computation using abstract hops for LSP: R0-R31
Path type: Primary, Path name: prim
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.1, State: VALID
Destination: 127.0.0.2, State: VALID
Destination: 127.0.0.3, State: VALID
Affinity: ah1
CSPF pass no: 1
Start address of the pass: 127.0.0.1
Destination: 127.0.0.3, State: VALID
Path type: Secondary, Path name: nonstdby
Path type: Standby, Path name: stdby
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.3, State: VALID
Destination: 127.0.0.4, State: VALID
Affinity: ah2
CSPF pass no: 1
Start address of the pass: 127.0.0.4
Destination: 127.0.0.3, State: VALIDBedeutung
Die Befehlsausgabe enthält die verschiedenen Berechnungsdurchläufe, die pro LSP beteiligt sind, sowie die qualifizierenden Exit-Einstellungen für jeden Durchlauf.show mpls lsp abstract-hop-computation Die Befehlsausgabe gibt auch die Affinität pro Durchlauf an und zeigt das aktuelle Startgerät an, das für den Durchlauf ausgewählt wurde. Für jeden funktionsfähigen Router (Gerät) wird der Status der Rückverfolgung angezeigt, wobei sie entweder gültig oder disqualifiziert sein kann.
Das Feld gibt den Glaubwürdigkeitswert an, der dem verwendeten Interior Gateway Protocol (OSPF) zugeordnet ist.Credibility
Konfigurieren der maximalen Anzahl von MPLS-Labels
Für Schnittstellen, die Sie für MPLS-Anwendungen konfigurieren, können Sie die maximale Anzahl von Labels festlegen, mit denen MPLS arbeiten kann.
Standardmäßig beträgt die maximale Anzahl von Beschriftungen drei. Sie können die maximale Anzahl in vier Bezeichnungen oder fünf Bezeichnungen für Anwendungen ändern, für die vier oder fünf Bezeichnungen erforderlich sind.
Ab Junos OS Version 19.1R1 kann die maximale Anzahl von Labels, die von der ausgehenden Packet Forwarding Engine (PFE) übertragen werden können, genutzt werden, wobei die Anzahl der Labels, die für einen nächsten MPLS-Hop gepusht werden können, die Anzahl der Labels ist, die das Gerät pushen kann, oder die maximalen Labels , die unter der ausgehenden Schnittstelle konfiguriert sind. je nachdem, welcher Wert kleiner ist.maximum-labelsfamily mpls Diese Unterstützung ist auf Routern der MX-Serie mit MPC- und MIC-Schnittstellen und Routern der PTX-Serie mit FPCs der dritten Generation aktiviert.
Bei Routern der PTX-Serie beträgt die maximale Anzahl von Labels, die von der Eingangs-PFE übertragen werden können, 4 und die Ausgangs-PFE 8.
Die erweiterte Label-Push-Funktion ist nützlich für Funktionen wie Segment-Routing, Traffic-Engineering-LSPs und RSVP-TE-Pop-and-Forward-LSPs. Alle vorhandenen Funktionen von Anwendungen, die MPLS Next Hops verwenden, funktionieren weiterhin mit der erweiterten Label-Push-Funktion. Die Themen umfassen:
Alle OAM-Dienstprogramme, z. B. lsping, traceroute und BFD für MPLS-LSPs.
Überwachungsprogramme wie lspmon, und LM DM für MPLS-LSPs.
Die Befehlsausgaben und wurden erweitert, um bis zu 16 Beschriftungen pro Komponente des nächsten Hops anzuzeigen.show route tableshow route forwarding-table
Hier einige Zahlen zum Generationswechsel:
user@host> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
11.0.0.17/32 *[SPRING-TE/8] 00:02:16, metric 1
> to 192.1.2.2 via ge-0/0/2.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
to 192.1.3.2 via ge-0/0/4.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
Wenn die maximale Anzahl von MPLS-Bezeichnungen einer Schnittstelle geändert wird, wird die MPLS-Schnittstelle zurückgewiesen. Alle LDP- und RSVP-Sitzungen auf dieser Schnittstelle werden neu gestartet, was dazu führt, dass alle LSPs über diese Schnittstelle flattern.
Angenommen, Sie konfigurieren einen zweistufigen Carrier-of-Carrier-VPN-Dienst für Kunden, die VPN-Dienste bereitstellen. Ein Carrier-of-Carrier-VPN ist eine zweistufige Beziehung zwischen einem Provider-Carrier (Tier-1-ISP) und einem Kunden-Carrier (Tier-2-ISP). Bei einem Carrier-of-Carrier-VPN stellt der Provider-Netzbetreiber ein VPN-Backbone-Netzwerk für den Kundennetzbetreiber bereit. Der Kundenbetreiber wiederum stellt seinen Endkunden einen Layer-3-VPN-Service zur Verfügung. Der Kundennetzbetreiber sendet gekennzeichneten Datenverkehr an den Netzbetreiber des Anbieters, um ihn an den nächsten Hop auf der anderen Seite des Netzwerks des Netzbetreibers zu übermitteln. Für dieses Szenario ist ein Stapel mit drei Bezeichnungen erforderlich: ein Label für das Carrier-VPN, ein weiteres Label für das Carrier-VPN des Kunden und ein drittes Label für die Transportroute.
Wenn Sie den schnellen Umleitungsdienst hinzufügen, müssen die PE-Router im Netzwerk des Netzbetreibers so konfiguriert werden, dass sie ein viertes Label (das Reroute-Label) unterstützen. Wenn der Kundenbetreiber LDP als Signalisierungsprotokoll verwendet und der Anbieterbetreiber RSVP verwendet, muss der Anbieterbetreiber den LDP-over-RSVP-Tunneldienst unterstützen. Für diesen zusätzlichen Service ist ein zusätzliches Etikett erforderlich, also insgesamt fünf Etiketten.
Für den Kundenbetreiber ist der Router, der für die Verbindung mit dem VPN des Anbieters verwendet wird, ein PE-Router. Der Netzbetreiber des Anbieters betrachtet dieses Gerät jedoch als CE-Router.
Tabelle 3 Fasst die Anforderungen an das Etikett zusammen.
Anzahl der erforderlichen Etiketten |
Szenarien |
|---|---|
3 |
Carrier-of-Carriers-VPN oder ein VPN mit zwei Labels und schneller Weiterleitung |
4 |
Kombination aus Carrier-of-Carriern und schneller Umleitung |
5 |
Carrier-of-Carrier mit schneller Umleitung und der Kunden-Carrier, der LDP betreibt, wobei der Provider-Carrier RSVP ausführt |
So konfigurieren und überwachen Sie die maximale Anzahl von Labels:
Konfigurieren von MPLS zum Einfügen der Bezeichnung auf dem Ultimate-Hop-Router
Sie können den Bezeichnungswert steuern, der auf dem Ausgangsrouter eines Label-Switched-Pfads (LSP) angekündigt wird. Die standardmäßig angekündigte Bezeichnung ist Bezeichnung 3 (implizite Nullbezeichnung). Wenn Label 3 angekündigt wird, entfernt der Router des vorletzten Hops das Label und sendet das Paket an den Ausgangsrouter. Durch die Aktivierung von Ultimate-Hop-Popping wird Label 0 (IPv4 Explicit Null Label) angekündigt. Ultimate-Hop-Popping stellt sicher, dass alle Pakete, die ein MPLS-Netzwerk durchqueren, ein Label enthalten.
Router von Juniper Networks stellen Pakete basierend auf dem eingehenden Label in die Warteschlange. Router anderer Anbieter stellen Pakete möglicherweise anders in die Warteschlange. Beachten Sie dies, wenn Sie mit Netzwerken arbeiten, die Router von mehreren Anbietern enthalten.
Um MPLS so zu konfigurieren, dass die Bezeichnung auf dem Ultimate-Hop-Router angezeigt wird, fügen Sie die folgende Anweisung ein:explicit-null
explicit-null;
Sie können diese Anweisung auf den folgenden Hierarchieebenen konfigurieren:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
Ankündigung expliziter Null-Labels für BGP-Peers
Nur für die IPv4-Familie () können BGP-Peers in einer Routing-Gruppe eine explizite NULL-Bezeichnung für eine Reihe verbundener Routen (direkte und Loopback-Routen) für die NLRI inet labeled-unicast und inet6 labeled-unicast senden.inet Standardmäßig kündigen Peers Label 3 (implizit NULL) an. Wenn die Anweisung aktiviert ist, kündigen Peers die Bezeichnung 0 (explizit NULL) an.explicit-null Die expliziten NULL-Labels stellen sicher, dass Labels bei Paketen, die ein MPLS-Netzwerk durchqueren, immer vorhanden sind. Wenn die implizite NULL-Bezeichnung verwendet wird. Der Router des vorletzten Hops entfernt die Bezeichnung und sendet das Paket als einfaches IP-Paket an den Ausgangsrouter. Dies kann zu Problemen bei der ordnungsgemäßen Einreihung des Pakets in die Warteschlange auf dem Router des vorletzten Hops führen, wenn es sich bei dem vorletzten Hop um einen Router eines anderen Anbieters handelt. Einige andere Anbieter stellen Pakete in die Warteschlange, die auf den CoS-Bits im ausgehenden Label und nicht auf dem eingehenden Label basieren.
Um eine explizite NULL-Bezeichnung anzukündigen, schließen Sie die folgenden Anweisungen in die Konfiguration ein:
family inet { labeled-unicast { aggregate-label { community community-name: } explicit-null { connected-only; } } }
Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einschließen können, finden Sie im Abschnitt Anweisungszusammenfassung für diese Anweisung.
Die Anweisung ist erforderlich, um explizite NULL-Bezeichnungen anzukündigen.connected-only
Verwenden Sie den Befehl, um zu überprüfen, ob die explizite NULL-Bezeichnung für verbundene Routen angekündigt wird.show route advertising-protocol bgp neighbor-address
Grundlegendes zu MPLS-Label-Vorgängen auf Switches der EX-Serie
Beim traditionellen Paketweiterleitungsparadigma wird auf dem Weg eines Pakets von einem Switch zum nächsten an jedem Hop eine unabhängige Weiterleitungsentscheidung getroffen. Der IP-Netzwerk-Header wird analysiert und der nächste Hop wird basierend auf dieser Analyse und den Informationen in der Routing-Tabelle ausgewählt. In einer MPLS-Umgebung wird die Analyse des Paket-Headers nur einmal durchgeführt, wenn ein Paket in den MPLS-Tunnel eintritt (d. h. den Pfad, der für den MPLS-Datenverkehr verwendet wird).
Wenn ein IP-Paket in einen Label-Switched-Pfad (LSP) gelangt, untersucht der PE-Switch (Ingress Provider Edge) das Paket und weist ihm basierend auf seinem Ziel ein Label zu, wobei das Label im Header des Pakets platziert wird. Die Bezeichnung wandelt das Paket von einem Paket, das basierend auf seinen IP-Routing-Informationen weitergeleitet wird, in ein Paket um, das basierend auf den mit der Bezeichnung verknüpften Informationen weitergeleitet wird. Das Paket wird dann an den nächsten Provider-Switch im LSP weitergeleitet. Dieser Switch und alle nachfolgenden Switches im LSP untersuchen keine IP-Routing-Informationen im gekennzeichneten Paket. Stattdessen verwenden sie die Bezeichnung, um Informationen in ihrer Bezeichnungsweiterleitungstabelle nachzuschlagen. Anschließend ersetzen sie das alte Label durch ein neues Label und leiten das Paket an den nächsten Switch im Pfad weiter. Wenn das Paket den ausgehenden PE-Switch erreicht, wird die Bezeichnung entfernt, und das Paket wird wieder zu einem nativen IP-Paket und wird erneut basierend auf seinen IP-Routing-Informationen weitergeleitet.
In diesem Thema wird Folgendes beschrieben:
- MPLS-Label-Switched-Pfade und MPLS-Labels auf den Switches
- Reservierte Labels
- MPLS-Label-Vorgänge auf den Switches
- Penultimate-Hop Popping und Ultimate-Hop Popping
MPLS-Label-Switched-Pfade und MPLS-Labels auf den Switches
Wenn ein Paket in das MPLS-Netzwerk gelangt, wird es einem Sprachdienstleister zugewiesen. Jeder LSP wird durch eine Bezeichnung identifiziert, bei der es sich um einen kurzen (20 Bit) Wert mit fester Länge am Anfang der MPLS-Bezeichnung (32 Bit) handelt. Bezeichnungen werden als Nachschlageindizes für die Bezeichnungsweiterleitungstabelle verwendet. Für jede Bezeichnung werden in dieser Tabelle Weiterleitungsinformationen gespeichert. Da für das gekapselte Paket kein zusätzliches Parsing oder Lookup durchgeführt wird, unterstützt MPLS die Übertragung aller anderen Protokolle innerhalb der Paketnutzlast.
Die Implementierung von MPLS auf den Ethernet-Switches EX3200 und EX4200 von Juniper Networks unterstützt nur Pakete mit einer einzigen Bezeichnung. MPLS auf den Ethernet-Switches EX8200 von Juniper Networks unterstützt jedoch Pakete mit bis zu drei Labels.
Abbildung 8 Zeigt die Codierung einer einzelnen Beschriftung an. Die Codierung wird nach den Kopfzeilen der Datenverbindungsschicht, aber vor allen Kopfzeilen der Netzwerkschicht angezeigt.
Reservierte Labels
Die Beschriftungen reichen von 0 bis 1.048.575. Die Etiketten 0 bis 999.999 sind für den internen Gebrauch bestimmt.
Einige der reservierten Bezeichnungen (im Bereich von 0 bis 15) haben klar definierte Bedeutungen. Die folgenden reservierten Bezeichnungen werden von den Switches verwendet:
0, IPv4 Explicit Null label: Dieser Wert ist nur gültig, wenn es sich um den einzigen Label-Eintrag handelt (kein Label Stacking). Es zeigt an, dass das Etikett bei der Quittung aufgeklebt werden muss. Die Weiterleitung wird basierend auf dem IP-Version 4 (IPv4)-Paket fortgesetzt.
1, Router Alert Label: Wenn ein Paket mit einem Top-Label-Wert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul übermittelt.
2, IPv6 Explicit Null label: Dieser Wert ist nur zulässig, wenn es sich um den einzigen Label-Eintrag handelt (kein Label Stacking). Es zeigt an, dass das Etikett bei der Quittung aufgeklebt werden muss.
3, Implicit Null label - Dieses Label wird im Signaling Protocol (RSVP) nur verwendet, um das Label-Popping durch den Downstream-Switch anzufordern. Es erscheint nie wirklich in der Kapselung. Labels mit dem Wert 3 dürfen im Datenpaket nicht als echte Labels verwendet werden. Mit dieser Bezeichnung wird kein Nutzlasttyp (IPv4 oder IPv6) impliziert.
MPLS-Label-Vorgänge auf den Switches
Switches der EX-Serie unterstützen die folgenden Label-Operationen:
Drücken
Pop
Swap
Beim Push-Vorgang wird ein neues Label am Anfang des IP-Pakets angebracht. Bei IPv4-Paketen ist die neue Bezeichnung die erste Bezeichnung. Der Wert des Feldes Gültigkeitsdauer (TTL) im Paket-Header wird vom IP-Paket-Header abgeleitet. Der Push-Vorgang kann nicht auf ein Paket angewendet werden, das bereits über eine MPLS-Bezeichnung verfügt.
Der pop-Vorgang entfernt eine Bezeichnung vom Anfang des Pakets. Sobald die Bezeichnung entfernt wurde, wird die TTL von der Bezeichnung in den IP-Paket-Header kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet
Beim Auslagerungsvorgang wird ein vorhandenes MPLS-Label aus einem IP-Paket entfernt und durch ein neues MPLS-Label ersetzt, basierend auf Folgendem:
Eingehende Schnittstelle
Label
Tabelle für die Weiterleitung von Etiketten
Abbildung 9 zeigt ein IP-Paket ohne Label an, das auf der Kunden-Edge-Schnittstelle () des Eingangs-PE-Switches ankommt.ge-0/0/1 Der eingehende PE-Switch untersucht das Paket und identifiziert das Ziel dieses Pakets als ausgehenden PE-Switch. Der Eingangs-PE-Switch wendet das Label 100 auf das Paket an und sendet das MPLS-Paket an seine ausgehende MPLS-Core-Schnittstelle ().ge-0/0/5 Das MPLS-Paket wird im MPLS-Tunnel über den Provider-Switch übertragen, wo es an der Schnittstelle mit Label 100 ankommt.ge-0/0/5 Der Provider-Switch tauscht Label 100 gegen Label 200 aus und leitet das MPLS-Paket über seine Core-Schnittstelle () an den nächsten Hop im Tunnel weiter, bei dem es sich um den Ausgangs-PE-Switch handelt.ge-0/0/7 Der ausgehende PE-Switch empfängt das MPLS-Paket über seine Core-Schnittstelle (), entfernt das MPLS-Label und sendet das IP-Paket von seiner Kunden-Edge-Schnittstelle () an ein Ziel, das sich außerhalb des Tunnels befindet.ge-0/0/7ge-0/0/1
Abbildung 9 zeigt den Pfad eines Pakets an, während es in eine Richtung vom Eingangs-PE-Switch zum ausgehenden PE-Switch übertragen wird. Die MPLS-Konfiguration ermöglicht es dem Verkehr jedoch auch, in umgekehrter Richtung zu fahren. Somit fungiert jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch.
Penultimate-Hop Popping und Ultimate-Hop Popping
Die Switches aktivieren standardmäßig Penultimate-Hop-Popping (PHP) bei IP-over-MPLS-Konfigurationen. Bei PHP ist der vorletzte Provider-Switch dafür verantwortlich, das MPLS-Label zu öffnen und den Datenverkehr an den ausgehenden PE-Switch weiterzuleiten. Der ausgehende PE-Switch führt dann eine IP-Routensuche durch und leitet den Datenverkehr weiter. Dadurch wird die Verarbeitungslast auf dem Ausgangs-PE-Switch reduziert, da er nicht für das Poppen des MPLS-Labels verantwortlich ist.
Bei EX8200-Switches können Sie wählen, ob Sie die Standardeinstellung PHP verwenden oder Ultimate-Hop-Popping konfigurieren möchten.
Die standardmäßig angekündigte Bezeichnung ist Label 3 (Implizite Null-Bezeichnung). Wenn Label 3 angekündigt wird, entfernt der vorletzte Hop-Switch das Label und sendet das Paket an den ausgehenden PE-Switch.
Wenn Ultimate-Hop-Popping aktiviert ist, wird Label 0 (IPv4 Explicit Null-Label) angekündigt, und der Ausgangs-PE-Switch des LSP entfernt die Bezeichnung.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
family mpls Diese Unterstützung ist auf Routern der MX-Serie mit MPC- und MIC-Schnittstellen und Routern der PTX-Serie mit FPCs der dritten Generation aktiviert.