Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP-Labels

MPLS-Label – Übersicht

Pakete, die entlang eines LSP unterwegs sind, werden durch ein Label identifiziert – eine 20-Bit-Ganzzahl ohne Vorzeichen im Bereich 0 bis 1.048,575. Für Push-Labels auf Eingangsroutern sind keine Labels in diesem Bereich eingeschränkt. Bei eingehenden Labels auf dem transit statischen LSP ist der Labelwert 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 Datenstromlabel auf 16 bis 1.048.575 beschränkt.

MPLS-Labelzuordnung

Im Junos OS werden Labelwerte pro Router oder Switch zugewiesen– der Rest dieser Erklärung verwendet Router, um beides abzudecken. Die Anzeigeausgabe zeigt nur das Label (z. B 01024. ). Label für Multicastpakete sind unabhängig von denen für Unicastpakete. Derzeit unterstützt Junos OS keine Multicast-Labels.

Label werden von downstream-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 mit einem nicht erkannten (nicht zugewiesenen) Label wird abgebrochen. Bei nicht erkannten Labeln versucht der Router nicht, das Label zur Analyse des Netzwerkschichten-Headers zu entpacken, noch generiert er eine zielunerreichbare Internet Control Message Protocol (ICMP)-Zielnachricht.

Ein Paket kann eine Reihe von Labels tragen, die als Last-in-First-Out-Stack organisiert sind. Dies wird als LabelStack bezeichnet. Bei einem bestimmten Router basiert die Entscheidung über die Weiterleitung eines gekennzeichneten Pakets ausschließlich auf dem Label an der Spitze des Stacks.

Abbildung 1 zeigt die Codierung eines einzelnen Labels. Die Codierung wird nach Denk- und Headern auf Datenverbindungsebene, jedoch vor einem Netzwerk-Layer-Header angezeigt.

Abbildung 1: Label-CodierungLabel-Codierung

Abbildung 2 veranschaulicht den Zweck der Class-of-Service-Bits (auch exp oder experimentelle Bits genannt). Bits 20 und 21 geben die Warteschlangennummer an. Bit 22 ist das Paketverlustprioritäts-Bit (PLP), das zur Angabe des Red-Drop-Profils (Random Early Detection) verwendet wird. Weitere Informationen zu Class-of-Service - und Class-of-Service-Bits finden Sie unter Konfigurieren von Class of Service für MPLS-LSPs.

Abbildung 2: Class-of-Service-BitsClass-of-Service-Bits

Betrieb auf MPLS-Labels

Der Router unterstützt die folgenden Label-Vorgänge:

  • Push: Fügen Sie ein neues Label zum Anfang des Pakets hinzu. Bei IPv4-Paketen ist das neue Label das erste Label. Die Time-to-Live (TTL) und die Bits werden aus dem IP-Paket-Header abgeleitet. Die MPLS Class of Service (CoS) wird von der Warteschlangennummer abgeleitet. Wenn der Push-Vorgang auf einem vorhandenen MPLS-Paket ausgeführt wird, haben Sie ein Paket mit zwei oder mehr Labeln. Dies wird Label Stacking genannt. Das obere Label muss auf 0 festgelegt sein und kann CoS und TTL von niedrigeren Ebenen ableiten. Das neue Top-Label in einem Labelstack initialisiert immer seine TTL auf 255, unabhängig vom TTL-Wert niedrigerer Label.

  • Pop: Entfernen Sie das Label vom Anfang des Pakets. Nach dem Entfernen des Labels wird die TTL vom Label in den IP-Paket-Header kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet. Bei mehreren Labeln in einem Paket (Label Stacking) führt die Entfernung des obersten Labels zu einem weiteren MPLS-Paket. Das neue Top-Label kann CoS und TTL aus einem vorherigen Top-Label ableiten. Der geknöpfte TTL-Wert aus dem vorherigen oberen Label wird nicht zurück in das neue obere Label geschrieben.

  • Swap – Ersetzen Sie das Label am oberen Rand des Labelstacks durch ein neues Label. Die S- und CoS-Bits werden vom vorherigen Label kopiert, und der TTL-Wert wird kopiert und decremented (es sei denn, die no-decrement-ttlno-propagate-ttl Anweisung ist konfiguriert). Ein Transitrouter unterstützt einen Labelstack jeder Tiefe.

  • Mehrere Push-Elemente: Fügen Sie mehrere Labels (bis zu drei) auf vorhandenen Paketen hinzu. Dieser Vorgang ist gleichbedeutend mit mehrfachem Pushen.

  • Austauschen und Pushen: Ersetzen Sie die vorhandene Spitze des Labelstacks durch ein neues Label, und drücken Sie dann ein weiteres neues Label darüber.

Verständnis des MPLS-Label-Betriebs

Beim herkömmlichen Paradigma der Paketweiterleitung wird bei der Paketübertragung 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 erfolgt die Analyse des Paket-Headers nur einmal, wenn ein Paket in den MPLS-Tunnel (d. h. den für MPLS-Datenverkehr verwendeten Pfad) eintritt.

Wenn ein IP-Paket einen Label Switched Path (LSP) eingibt, untersucht der Ingress Provider Edge (PE)-Switch das Paket und weist ihm ein Label basierend auf seinem Ziel zu und platziert das Label im Header des Pakets. Das Label transformiert das Paket von einem Paket, das basierend auf seinen IP-Routing-Informationen weitergeleitet wird, in ein Paket, das basierend auf den mit dem Label 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 der IP-Routing-Informationen in dem markierten Paket. Stattdessen verwenden sie das Label, um Informationen in ihrer Label-Weiterleitungstabelle nachzusenden. Anschließend ersetzen sie das alte Label durch ein neues Label und leiten das Paket an den nächsten Switch in dem Pfad weiter. Wenn das Paket den Egress-PE-Switch erreicht, wird das Label entfernt, und das Paket wird wieder zu einem nativen IP-Paket und wird basierend auf seinen IP-Routing-Informationen weitergeleitet.

In diesem Thema wird Folgendes beschrieben:

MPLS Label Switched Paths und MPLS Labels

Wenn ein Paket in das MPLS-Netzwerk eingeht, wird es einem LSP zugewiesen. Jeder LSP wird durch ein Label identifiziert, das einen kurzen (20-Bit)-Wert mit fester Länge an der Vorderseite des MPLS-Labels (32 Bits) aufweist. Label werden als Suchindizes für die Labelweiterleitungstabelle verwendet. Für jedes Label speichert diese Tabelle Weiterleitungsinformationen. Da auf dem verkapselten Paket keine zusätzlichen Analyse- oder Nachschlageverfahren durchgeführt werden, unterstützt MPLS die Übertragung anderer Protokolle innerhalb der Paketnutzlast.

Abbildung 3 zeigt die Codierung eines einzelnen Labels. Die Codierung wird nach Denk- und Headern auf Datenverbindungsebene, jedoch vor einem Netzwerk-Layer-Header angezeigt.

Abbildung 3: Label-CodierungLabel-Codierung

Reservierte Labels

Die Etiketten reichen von 0 bis 1.048.575. Die Etiketten 0 bis 999.999 sind für den internen Gebrauch vorgesehen.

Einige der reservierten Labels (im Bereich 0 bis 15) haben klar definierte Bedeutungen. Die folgenden reservierten Labels 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 Labeleintrag handelt (kein Labelstacking). Es zeigt an, dass das Label auf dem Beleg gestempelt werden muss. Die Weiterleitung wird basierend auf dem IPv4-Paket (IP Version 4) fortgesetzt.

  • 1, Router-Alarm-Label: Wenn ein Paket mit dem höchsten Labelwert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

  • 3, Implizites Null-Label: Dieses Label wird im Signaling Protocol (RSVP) nur verwendet, um das Label-Popping durch den Downstream-Switch anzufordern. Es kommt nie wirklich in der Einkapselung vor. Labels mit einem Wert von 3 dürfen im Datenpaket nicht als echte Labels verwendet werden. Mit diesem Label wird kein Payload-Typ (IPv4 oder IPv6) impliziert.

MPLS-Label-Vorgänge

Die Geräte der QFX-Serie und EX4600-Geräte unterstützen die folgenden MPLS-Label-Vorgänge:

  • Drücken

  • Pop

  • Swap

Anmerkung:

Die Anzahl der Labels, die QFX- und EX4600-Geräte anbringen (Push-Vorgänge) am Labelstack anbringen oder (Pop-Vorgänge) aus dem Labelstack entfernen können, ist begrenzt.

  • Für Push-Vorgänge: Es werden bis zu drei Labels unterstützt.

  • Für Pop-Vorgänge: Es werden bis zu drei Labels unterstützt.

Der Push-Vorgang bringt ein neues Label an die Spitze des IP-Pakets. Bei IPv4-Paketen ist das neue Label das erste Label. Der Time to Live (TTL)-Feldwert im Paket-Header wird aus dem IP-Paket-Header abgeleitet. Der Push-Vorgang kann nicht auf ein Paket angewendet werden, das bereits über ein MPLS-Label verfügt.

Der Pop-Vorgang entfernt ein Label vom Anfang des Pakets. Nach dem Entfernen des Labels wird die TTL vom Label in den IP-Paket-Header kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet.

Der Swap-Vorgang entfernt ein vorhandenes MPLS-Label aus einem IP-Paket und ersetzt es durch ein neues MPLS-Label, basierend auf dem folgenden:

  • Eingehende Schnittstelle

  • Label

  • Label Forwarding-Tabelle

Abbildung 4 zeigt ein IP-Paket ohne ein Label, das an der Customer Edge-Schnittstelle (ge-0/0/1) des Ingress-PE-Switch eintrifft. Der Ingress-PE-Switch untersucht das Paket und identifiziert das Ziel des Pakets als Egress-PE-Switch. Der Ingress-PE-Switch wendet 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 ge-0/0/5 mit dem Label 100 ankommt. Der Provider-Switch ersetzt label 100 durch label 200 und leitet das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7) an den nächsten Hop im Tunnel weiter, den Egress-PE-Switch. Der Egress-PE-Switch empfängt das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7), entfernt das MPLS-Label und sendet das IP-Paket aus seiner Kunden-Edge-Schnittstelle (ge-0/0/1) an ein Ziel, das sich außerhalb des Tunnels befindet.

Abbildung 4: MPLS-Label-SwappingMPLS-Label-Swapping

Abbildung 4 zeigt den Pfad eines Pakets, wenn es in eine Richtung vom Ingress-PE-Switch zum Egress-PE-Switch übergeht. Die MPLS-Konfiguration ermöglicht jedoch auch, dass der Datenverkehr in die umgekehrte Richtung übertragen wird. Somit fungiert jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch.

Penultimate Hop Popping und Ultimate-Hop Popping

Die Switches ermöglichen standardmäßig Penultimate Hop Popping (PHP) mit IP-over-MPLS-Konfigurationen. Mit PHP ist der vorletzte Provider-Switch verantwortlich für das MpLS-Label und die Weiterleitung des Datenverkehrs an den Egress PE-Switch. Der Ausgangs-PE-Switch führt dann eine IP-Routensuche durch und leitet den Datenverkehr weiter. Dadurch wird die Verarbeitungslast auf dem Egress-PE-Switch reduziert, da er nicht für das Herausspringen des MPLS-Labels verantwortlich ist.

  • Das standardmäßig angekündigte Label ist Label 3 (Implizites Null-Label). Wenn Label 3 angekündigt wird, entfernt der vorletzte Hop-Switch das Label und sendet das Paket an den Ausgangs-PE-Switch.

  • Wenn ultimate-hop popping aktiviert ist, wird Label 0 (IPv4 Explicit Null Label) angekündigt und der Egress PE-Switch des LSP entfernt das Label.

Informationen zu MPLS Label Manager

MPLS Label Manager wird zur Verwaltung verschiedener Labeltypen wie LSI, dynamisch, blockieren und statisch verwendet, die auf Plattformen mit Modular Port Concentrators (MPCs) unterstützt werden, die mit Junos Trio-Chipsätzen ausgestattet sind. Diese Linekarten bieten mehr Flexibilität und Skalierbarkeit, wenn der enhanced-ip Befehl auf dem Gerät konfiguriert ist.

Das vorhandene Befehlsverhalten label-space wird beibehalten, was nicht empfohlen wird. Um zusätzliche Funktionen wie mehrere Bereiche für jeden Labeltyp bereitzustellen, label-range wird der Befehl in die Hierarchie eingeführt, die unabhängig von der [edit protocols mpls label usage]label-space Konfiguration ist. Sie können jedes Format auswählen, wenn für jede Art von Label nur ein Bereich benötigt wird.

Die folgenden Funktionen werden mit dem enhanced-ip auf dem Gerät konfigurierten Befehl optimiert:

  • Ermöglicht es Ihnen, den systemweiten globalen Label-Pool zu definieren, der von Segment-Routing Global Block (SRGB) über IS-IS-Routingprotokoll verwendet werden soll.

  • Erhöht den vrf-table-label Platz auf mindestens 16.000, wenn die Plattform die Skalierung unterstützen kann.

  • Ermöglicht es Ihnen, den vom statischen VRF-Tabellen-Label zu verwendenden Label anzugeben.

  • Ermöglicht die Angabe des Labelwertbereichs, der von unterstützten Label-Anwendungstypen verwendet werden soll.

  • Ermöglicht es Ihnen, die SRGB- und Labeltyp-Bereiche dynamisch zu ändern.

Spezielle MPLS-Labels

Einige der reservierten Labels (im Bereich 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 dann legal, wenn es sich um den einzigen Labeleintrag handelt (kein Labelstacking). Es zeigt an, dass das Etikett nach Erhalt stempelt werden muss. Die Weiterleitung wird basierend auf dem IPv4-Paket (IP Version 4) fortgesetzt.

  • 1, Router-Alarm-Label: Wenn ein Paket mit dem höchsten Labelwert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

  • 2, IPv6 Explicit Null-Label: Dieser Wert ist nur dann legal, wenn es sich um den einzigen Labeleintrag handelt (kein Labelstacking). Es zeigt an, dass das Label auf dem Beleg gestempelt werden muss. Die Weiterleitung wird basierend auf dem IPv6-Paket (IP Version 6) fortgesetzt.

  • 3, Implicit Null-Label: Dieses Label wird im Control Protocol (LDP oder RSVP) nur verwendet, um das Label-Popping durch den Downstream-Router anzufordern. Es kommt nie wirklich in der Einkapselung vor. Labels mit einem Wert von 3 sollten im Datenpaket nicht als echte Labels verwendet werden. Mit diesem Label wird kein Payload-Typ (IPv4 oder IPv6) impliziert.

  • 4 bis 6 – Nicht zugewiesen.

  • 7, Entropie-Label-Indikator: Dieses Label wird verwendet, wenn sich ein Entropy-Label im Labelstack befindet und dem Entropy-Label vorausgeht.

  • 8 bis 15 – Nicht zugewiesen.

Spezielle Label werden häufig zwischen den Ausgangs- und vorletzten Routern eines LSP verwendet. Wenn der LSP so konfiguriert ist, dass nur IPv4-Pakete übertragen werden, signalisiert der Egress-Router dem vorletzten Router, dass er 0 als Final-Hop-Label verwendet. Wenn der LSP so konfiguriert ist, dass nur IPv6-Pakete übertragen werden, könnte der Ausgangsrouter dem vorletzten Router signalisieren, dass er 2 als Final-Hop-Label verwendet.

Der Ausgangsrouter könnte dem vorletzten Router einfach signalisieren, dass er 3 als letztes Label verwendet. Dies ist eine Anforderung für das Vorletzte-Hop-Label-Popping. Der Ausgangsrouter verarbeitet kein gekennzeichnetes Paket; stattdessen empfängt er den Payload (IPv4, IPv6 oder andere) direkt und reduziert so eine MPLS-Suche beim Ausgang.

Bei Label-Stack-Paketen empfängt der Ausgangsrouter ein MPLS-Labelpaket, dessen oberstes Label bereits vom vorletzten Router markiert wurde. Der Ausgangsrouter kann keine Label-Stack-Pakete mit Label 0 oder 2 empfangen. Es fordert in der Regel Label 3 vom vorletzten Router an.

Überblick über die Unterstützung von Entropy-Labeln im gemischten Modus

Ab Junos OS Version 14.2 wird das Entropie-Label in einem Gemischtmodusgehäuse unterstützt, in dem das Entropie-Label ohne erweiterte IP-Konfiguration konfiguriert werden kann. Das Entropie-Label unterstützt Transitrouter beim Lastenausgleich von MPLS-Datenverkehr über ECMP-Pfade oder Link-Aggregationsgruppen. Das Entropy-Label führt ein Load Balancing-Label ein, das von Routern zum Lastausgleich des Datenverkehrs verwendet wird, anstatt sich auf Deep Packet Inspection zu verlassen. Dadurch werden die Anforderungen an die Paketverarbeitung in der Weiterleitungsebene auf Kosten einer erhöhten LabelStack-Tiefe reduziert. Junos OS unterstützt das Entropie-Label nur für Router der MX-Serie mit MPCs oder MICs und kann im Enhanced-IP-Modus aktiviert werden. Dies führt jedoch zu einem Paketverlust, wenn die Core-Schnittstelle über ein Entropie-Label auf dem MPC oder MIC konfiguriert ist und das andere Ende dieser Core-Verbindung über eine DPC-Linecard verfügt. Um dies zu vermeiden, wird das Entropie-Label jetzt im gemischten Modus unterstützt, wobei das Entropie-Label ohne erweiterte IP-Konfiguration konfiguriert werden kann. Dadurch können Router-DPCs der MX-Serie ein Pop-out-Entropie-Label unterstützen. Dies unterstützt jedoch kein Datenstrom-Label.

Übersicht über Abstract Hops für MPLS-LSPs

Ein Abstract Hop ist eine logische Kombination aus den vorhandenen Traffic-Engineering-Beschränkungen wie administrativen Gruppen, erweiterten administrativen Gruppen und Shared Risk Link Groups (SRLGs), was zu einer benutzerdefinierten Gruppe oder einem Cluster von Routern führt, die sequenziert und als Beschränkungen für die Einrichtung eines MPLS Label Switched Path (LSP) verwendet werden können. Abstract Hops überwinden die Grenzen vorhandener Pfadbeschränkungsspezifikationen und bieten mehrere Vorteile für die Traffic-Engineering-Fähigkeiten von MPLS.

Understanding Abstract Hops

Die Pfadbeschränkung für die Einrichtung eines MPLS-LSP kann entweder als einzelne Router in Form von echten Hops oder als ein Satz von Routern mittels administrativer Gruppe oder Farbspezifikation angegeben werden. Wenn eine Pfadbeschränkung echte Hops (strict oder lose) verwendet, wird der LSP entlang einer bestimmten Abfolge von Routern eingerichtet (z. B. R1, R2, ... Rn). Wenn eine Pfadbeschränkung eine administrative Gruppe oder Farbspezifikation verwendet, wird eine Gruppe von Routern, die die angegebenen Kriterien erfüllen, verwendet, um den LSP einzurichten, ohne einen bestimmten Router auszuwählen. Im Gegensatz zur Real-Hop-Einschränkung gibt es keine Abfolge zwischen den verschiedenen Gruppen von Routern, die in der Einschränkung verwendet werden.

Der Nachteil der Real-Hop-Einschränkung besteht darin, dass der Pfad bei einem Fehlerszenario, wenn einer der Router-Hops ausfällt oder die Bandbreitennutzung der angeschlossenen Schnittstelle gesättigt wird, der Pfad abstürzt (oder auf lokalen oder End-to-End-Schutz angewiesen ist). Obwohl möglicherweise andere alternative Router zum Wiederherstellen oder Einrichten des LSP verfügbar sind, bleibt der LSP so lange unten, bis der Betreiber eine andere Router-Hop-Sequenz als Pfadbeschränkung konfiguriert, um den Pfad wieder hochzubringen oder den Schutzpfad zu entfernen.

Die Beschränkung der administrativen Gruppen- oder Farbspezifikation überwindet diese Beschränkung einer Real-Hop-Einschränkung in gewissem Maße. Wenn einer der Router in der Gruppe ausfällt oder seine Verbindungskapazität gesättigt ist, ist die Einrichtung des LSP nicht betroffen. Dies liegt daran, dass der nächste Hop-Router, der in der Pfadbeschränkung verwendet wird, nicht zuvor ausgewählt wird und der LSP zusammen mit anderen Routern mit der gleichen administrativen Gruppe oder Farbe ohne Bedienereingriff eingerichtet wird. Der Nachteil bei den Beschränkungen der Routergruppen ist jedoch, dass eine Sequenz nicht unter den Hop-Beschränkungen angegeben werden kann.

Abstract Hops überwinden diese Nachteile, indem benutzerdefinierte Routergruppen erstellt werden, bei denen jeder Mitgliederrouter eine benutzerdefinierte Einschränkung erfüllt. Die benutzerdefinierte Einschränkung ist eine logische Kombination der vorhandenen Traffic-Engineering-Beschränkungen, wie administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs). Die Reihenfolge wird zwischen den Routergruppen erreicht, indem eine Abfolge abstrakter Hops angegeben wird, die in einer Pfadbeschränkung verwendet werden. Aus diesem Grund kombinieren Abstract Hops die Bestelleigenschaften der Real-Hop-Constraint-Spezifikation und die Ausfallsicherheit, die mit den anderen Traffic-Engineering-Einschränkungen verbunden ist.

Ein Pfad kann eine Kombination aus echten und abstrakten Hops als Einschränkungen verwenden. Wenn abstrakte Hops verwendet werden, anstatt eine Abfolge von Routern (R1, R2, ... Rn) wie bei echten Hops geben Sie einen geordneten Satz von Routergruppen oder abstrakte Hops (G1, G2, ... Gn) als Pfadbeschränkung. Jede angegebene Routergruppe, zum Beispiel Gi , besteht aus einigen benutzerdefinierten Routern – R1, R2, Rj, ... Rn. Wenn einer der Router in der Gruppe ausfällt, z. B. Router Rj in Gruppe Gi, ein anderer Router, z. B. Router Rk, wird aus der gleichen Gruppe Gi durch Pfadberechnung aufgenommen, um den abwärtsgestürzten Router (d. h. Router Rj) zu ersetzen. Dies liegt daran, dass die Pfadbeschränkung sequenziert ist und statt einer Abfolge einzelner Router eine Abfolge abstrakter Hops durchlaufen muss.

Vorteile der Verwendung von Abstract Hops

Abstrakte Hops sind benutzerdefinierte Routergruppen. Ähnlich wie bei Real-Hop-Beschränkungen, die eine Abfolge einzelner Router verwenden, kann eine Abfolge abstrakter Hops zum Einrichten eines Label-Switched Path (LSP) verwendet werden. Die Verwendung von Abstract Hops bietet Ausfallsicherheit für sequenzierte Pfadbeschränkungen. Die anderen Vorteile der Verwendung abstrakter Hops sind:

Festlegen einer Folge von Beschränkungskombinationen

Derzeit ist es möglich, einen Pfad anzugeben, der über Links gehen kann, die mehrere Attribute erfüllen. Eine solche Pfadbeschränkung wird als kombinierte Beschränkungskombination bezeichnet; beispielsweise eine Einschränkung (Ci), die Links mit niedriger Latenz grüne Farbe enthält und auch SRLG north ausschließt.

Es gibt jedoch keine Unterstützung für die Angabe eines Pfads mit einer Abfolge zusammengesetzter Beschränkungskombinationen. Beispielsweise eine sequenzierte Einschränkung (C1, C2, Ci, ... Cn) das grüne Links mit niedriger Latenz, keine latenzblauen Links und dann rote Links mit niedriger Latenz enthält.

Die Notwendigkeit einer solchen sequenzierten kombinierten Beschränkungskombination entsteht, wenn die Anforderung besteht, Pfade durch eine Abfolge von geografischen Regionen mit einer unterschiedlichen Verbindungsaffinität (Attribute) in jeder Region zu erstellen. Abstract Hops erfüllen diese Anforderung, indem rechnergestützte Knoten jede Beschränkungskombination (z. B. Ci) mit der benutzerdefinierten Gruppe von Routern , d. h. den abstrakten Hops, abbilden können.

Vermeiden einer neuen Netzwerkkonfiguration auf Transitknoten

Mit den aktuellen Funktionen zur Pfadbeschränkungsspezifikation ist es möglich, Links bestimmter Attribute auf einem gesamten Pfad einzuschließen oder auszuschließen. beispielsweise, wenn SRLG west von einem Pfad ausgeschlossen wird. Es kann jedoch nicht unterstützt werden, Attribute entweder bedingt auszuschließen oder einzuschließen oder unterschiedliche Ausschließen oder Attribute in verschiedenen Teilen des Pfads hinzuzufügen. zum Beispiel, ohne SRLG West, nur wenn rote Verbindungen durchquert werden.

Als Problemumgehung kann eine neue administrative Gruppe erstellt werden, um alle solchen roten Links zu identifizieren, die nicht über SRLG west verfügen, und alle relevanten Links entsprechend mit dieser administrativen 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. Am Eingangsrouter wird die Beschränkungskombination dem Abstract Hop zugeordnet und erfüllt damit die oben genannten Anforderungen, ohne dass eine neue Konfiguration auf den Transitknoten erforderlich ist.

Kombination zentralisierter und verteilter Pfadberechnungsparadigmen

Traffic Engineering von MPLS-Pfaden kann durch verteiltes Computing oder mit einem zentralisierten Controller für Rechenpfade erreicht werden. Eine Kombination beider Berechnungstypen wird als hybrides Berechnungsparadigma bezeichnet. Das Hauptfeature des Hybridberechnungsansatzes ist die Fähigkeit des zentralisierten Controllers , der als Path Computation Element (PCE) bezeichnet wird, die Pfadberechnungsdirektiven pro Pfad zum Ingress-Router , der als Path Computation Client (PCC) bezeichnet wird, lose anzugeben und den Ingress-Router als Eingabe für die Pfadberechnung zu verwenden.

Eine Abfolge abstrakter Hops dient dem Zweck, vom zentralisierten Controller aus als Leitlinie zu fungieren. Abstract Hops bieten dem Controller die Flexibilität, sich mit der Pfadbeschränkung und den Attributen zu verweben. Dies ermöglicht dem Controller auch, das Element der Sequenz in der Einschränkung zu erstellen. Der Controller muss nicht jeden Hop angeben, den der Pfad einschlagen muss, und der Eingangsrouter bleibt Spielraum, um sich an die Grenzen des Leitfadens oder der Richtlinie zu bewegen.

Tabelle 1 listet die wichtigsten Funktionen des Hybrid-Computation-Paradigmas auf und bietet einen Vergleich dieses Ansatzes mit den aktuellen Pfadberechnungsmethoden.

Tabelle 1: Hybridberechnung für Abstract Hops

Funktionen

Distributed Constrained Shortest Path First

Zentralisierter, eingeschränkter kürzester Pfad zuerst

Kürzester Pfad mit hybriden Beschränkungen zuerst

Reaktion auf häufige Änderungen in einem großen Netzwerk

Ja

 

Ja

Komplexe Pfadberechnung mit globaler Ansicht

 

Ja

Ja

Integration der Geschäftslogik in die Pfadberechnung

 

Ja

Ja

Ausfallsicherheit (kein einzelner Fehlerpunkt)

Ja

 

Ja

Berechenbarkeit

 

Ja

Ja

Reaktion auf Netzwerklast in (fast) Echtzeit

Ja

 

Ja

Vor Ort getestet (im Vergleich zu früher Einführung)

Ja

 

Ja

Junos OS-Implementierung von Abstract Hops

Die orderorientierte Abstract Hops-Funktion wird in Junos OS Version 17.1 eingeführt. In den folgenden Abschnitten wird die Implementierung abstrakter Hops in Junos OS beschrieben:

Definition abstrakter Hops

Ein Abstract Hop ist eine Gruppe von Routern, die Benutzer definieren können, um einen Label Switched Path (LSP) einzurichten. Der Benutzer kann steuern, welche Router in die Gruppe integriert werden sollen, indem er eine logische Kombination aus heterogenen Verbindungsattributen oder -beschränkungen definiert, die als konstituierende Attribute bezeichnet werden. Die Router mit Verbindungen, die die definierten konstituierenden Attribute erfüllen, werden zur Gruppe der Router, die den Abstract Hop repräsentieren.

Die Zuordnung von konstituierenden Attributen mit dem abstrakten Hop ist lokal zum Computing-Knoten oder dem Eingang des zu setupenden LSP. Aus diesem Grund verfügen Abstract Hops über keine zugehörigen Interior Gateway-Protokollaktualisierungen oder Signalprotokollerweiterungen, und die Implementierung abstrakter Hops in einem Netzwerk erfordert keine neue Konfiguration auf den Transitknoten.

Eine konstituierende Liste ermöglicht die Definition einer Gruppe von Traffic-Engineering-Attributen, die durch einen benutzerdefinierten Namen identifiziert werden. Die einzelnen Listen werden in einer Abstrakten Hop-Definition mithilfe einer der folgenden Konfigurationsanweisungen verwendet:

  • include-any-list– Verbindung erfüllt die Konstituierende Liste, wenn eines der angegebenen Konstituierenden Attribute für die Verbindung true ist.

  • include-all-list— Verbindung erfüllt die Konstituierende Liste, wenn alle angegebenen Konstituentenattribute für die Verbindung true sind.

  • exclude-all-list– Verbindung erfüllt die Konstituierende Liste, wenn keine der angegebenen Konstituentenattribute für die Verbindung true ist.

  • exclude-any-list– Die Verbindung erfüllt die Konstituierende Liste, wenn mindestens eines der angegebenen Konstituierenden Attribute für die Verbindung nicht zutrifft.

Ein abstrakter Hop wird als eine logische Kombination von Einzellistenreferenzen definiert, die zu einer der oben genannten Kategorien gehören können. Um dies zu erreichen, werden logische Operatoren AND und OR in die Abstract Hop-Definition aufgenommen und auf die konstituierende Liste angewendet.

  • OR— Mindestens eine der Referenzen in der Abstract Hop-Definition muss durch eine Verbindung erfüllt sein, damit der angeschlossene Knoten Teil des abstrakten Hops ist.

  • AND— Alle Referenzen in der Abstract Hop-Definition müssen durch einen Link erfüllt sein, damit der angeschlossene Knoten Teil des abstrakten Hops ist.

Beispiel: Abstract Hop-Definition

Nehmen wir als Beispiel die Definition von abstract hops hopA wie folgt:

Abstract Hops hopA muss alle Router enthalten, deren ausgehende Verbindungen die logische Kombination der folgenden Verbindungsattribute erfüllen:

  • hopA—(administrative Gruppe red & Srlg south) || (administrative Gruppe grün || Srlg north)), wobei:

    • Administrative Gruppe rot und Srlg süd gehören zu Include-All-Wählerliste (listA1, in diesem Beispiel).

    • Administrative Gruppe grün und Srlg North gehören zu Include-Any-Wählerliste (listA2, in diesem Beispiel).

    • || ist der OR-Betreiber.

Die Konfiguration für Abstract Hops HopA lautet wie folgt:

  • hopA configuration

Verifying Abstract Hop Configuration

Der show mpls abstract hop membership <abstract hop name> Befehl wird zum Anzeigen von Mitgliedern eines abstrakten Hops verwendet. Die Befehlsausgabe liefert den abstrakten Hop zur Datenverkehrs-Engineering-Datenbankknotenzuordnung.

Hier gibt das Ausgabefeld Credibility die Glaubwürdigkeit an, die mit dem verwendeten Interior Gateway-Protokoll verbunden ist.

Die Ausgabe des Befehls show ted database extensive local bietet die in der Traffic Engineering-Datenbank erfasste Ansicht. Es wird ein Schlüsselwort local hinzugefügt, um anzugeben, dass die Ausgabe eine lokale Instrumentierung enthalten würde. Die Befehlsausgabe zeigt den abstrakten Hop als Attribut der Verbindungen, die der zugeordneten logischen Kombination von Verbindungsattributen entsprechen.

Abstract Hop HopA ist für niedrige Latenz UND SRLG West, und Abstract Hop HopB ist für exkl. SRLG west. Abbildung 5 zeigt die Eingangsansicht dieser abstrakten Hops an.

Abbildung 5: Eingangsansicht abstrakter HopsEingangsansicht abstrakter Hops

Verwendung von Abstract Hops in Path Constraint

Der Benutzer verknüpft eine eindeutige Kennung mit jeder Abstrakten Hop-Definition. Diese Kennung wird für die Bezugnahme auf den abstrakten Hop in der Pfadbeschränkung verwendet. Eine Abfolge abstrakter Hops kann als Pfadbeschränkung angegeben werden, ähnlich wie echte IP-Hops verwendet werden. Die Pfadbeschränkung kann auch eine Abfolge abstrakter Hops sein, die durch echte IP-Hops verzahnt werden.

Die Verwendung abstrakter Hops oder echter Hops in einer Pfadbeschränkung erfordert mehr als einen eingeschränkten kürzesten Pfad Der erste Durchgang zum Ziel, normalerweise ein Pass pro Hop. Wenn echte Hops als Pfadbeschränkung bereitgestellt werden, umfasst die Beschränkungsberechnung so viele Pässe wie die Anzahl der Hops in der Pfadbeschränkung, wobei jeder Durchgang endet, wenn er einen Hop in der Beschränkungsliste erreicht. Der Ausgangspunkt für jeden Durchgang ist das Ziel des vorherigen Passes, wobei der erste Pass den Ingress-Router als Start verwendet.

Wenn die Pfadbeschränkung strenge oder lose abstrakte Hops verwendet, umfasst die Beschränkungsberechnung auch Pässe, bei denen jeder Bestanden den nachfolgenden abstract hop in der Beschränkungsliste verarbeitet. In einem solchen Fall kann mehr als ein Knoten das Ziel für den Durchgang sein. Der Knotensatz wird als praktikable Router-Set für den Durchgang bezeichnet.

Ein abstrakter Hop durchläuft die Mitgliederknoten mithilfe des folgenden:

  • Verbindungen, die die logische Kombination von definierten Konstituentenattributen erfüllen

  • Alle Arten von Links

Die Mittel für die Abstraktion von Hops, die die Mitgliederknoten durchqueren, werden durch die Verwendung der Abstract Hop Qualifier (strict, lose und lose Link) bei der Definition der Pfadbeschränkung gesteuert. Beispielsweise wird Abstract Hop HopA mit verschiedenen Qualifikationen unterschiedlich verarbeitet:

  • Strict— Nach dem letzten verarbeiteten Hop in der Beschränkungsliste durchläuft der Pfad nur Links oder Knoten mit einer Mitgliedschaft von Abstract Hop HopA, bevor er einen Knoten mit der HopA-Mitgliedschaft erreicht, die ein möglicher Ausgangspunkt für die Verarbeitung des nächsten Abstract Hop ist.

  • Loose— Nach dem letzten verarbeiteten Hop in der Beschränkungsliste kann der Pfad alle echten Knoten durchlaufen, die keine Abstract Hop-Mitgliedschaft von hopA haben, bevor er mit der Abstract Hop-Mitgliedschaft hopA einen Knoten erreicht, was ein möglicher Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops ist.

  • Loose-link— Nach dem letzten verarbeiteten Hop in der Beschränkungsliste kann der Pfad alle echten Knoten durchlaufen, die keine Abstract Hop-Mitgliedschaft von hopA haben, bevor er mit der Abstract Hop-Mitgliedschaft hopA einen Knoten erreicht, was ein möglicher Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops ist. Der Pfad sollte jedoch mindestens einen Link der Abstract Hop HopA-Mitgliedschaft durchlaufen haben.

    Mit anderen Worten, der abstrakte Hop des Loslinks des Typs wird nur verarbeitet, wenn einer der praktikablen Router in der Einschränkung über einen Link der zugehörigen Abstract Hop-Mitgliedschaft erreichbar ist.

Beispiel für Abstract Hops – Spezifikation

Tabelle 2 bietet beispielweise Anwendungsfälle für die Verwendung abstrakter Hops in Pfadbeschränkungen.

Tabelle 2: Verwendung von Abstract Hops in Path Constraints

Zweck der Pfadbeschränkung

Abstract Hop Qualifier

Konfiguration

Praktikable Router-Set

Affinität

Durchqueren Sie Knoten, die Mitglieder von hopA sind, die nur Verbindungen nutzen, 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 ... An.

hopA (wählen Sie nur Links aus, die die abstrakte HopA erfüllen).

Traverse-Knoten, die Mitglieder von hopA sind, aber nicht notwendigerweise Verbindungen sind, 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 ... An.

Keine (jede Art von Links).

Durchqueren Sie Knoten, die Mitglieder von hopA sind, indem Sie mindestens einen Link nehmen, der hopA erfüllt.

Lose Verbindung

Anmerkung:

Der Lose-Link-Qualifier wird als lose, gefolgt von strict für den gleichen abstract hop angesehen. Mit anderen Worten, hopA lose Verbindung ist die gleiche wie hopA lose und hopA strict.

[edit protocols mpls]
Path path_hopA_ll {
    hopA abstract loose-link;
}

In diesem Fall gibt es zwei Berechnungsdurchgänge, die hopA in der Pfadbeschränkung zugeordnet werden. Der praktikable Routersatz für beide Pässe lautet:

Alle Mitglieder von abstract hopA. Das heißt, A1, A2 ... An.

Anmerkung:

Während der Pfadberechnung wird ein Router nur ein einziges Mal durchlaufen.

In diesem Fall gibt es zwei Berechnungsdurchgänge, die hopA in der Pfadbeschränkung zugeordnet werden. Die Affinität für die beiden Pässe lautet:

  • Pass 1– Keine (verbindungen jeglicher Art).

  • Pass 2– hopA (wählen Sie nur Links aus, die abstrakte HopA erfüllen).

Durchqueren Sie Knoten, die Mitglieder von hopA sind, und nehmen Sie nur Verbindungen auf, die hopA befriedigen, gefolgt von Knoten, die Mitglieder von hopB sind, die nur Verbindungen nehmen, die hopB befriedigen.

Streng

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA – Schnittpunkt der Mitgliedermenge von hopA und hopB.

    Anmerkung:

    Wenn einem Abstrakten Hop ein strikter abstrakter Hop folgt, wird der Schnittpunkt der beiden Komponentensätze als praktikable Routermenge angesehen.

  • hopB – Alle Mitglieder von abstract hopB. Das heißt, B1, B2... Bn.

  • hopA – hopA (wählen Sie nur Links aus, die abstrakte HopA erfüllen).

  • hopB – hopB (wählen Sie nur Links aus, die abstrakte hopB erfüllen).

Durchqueren Sie Knoten, die Mitglieder von hopA sind, die nur Verbindungen nehmen, die hopA befriedigen, gefolgt von Knoten, die Mitglieder von hopB sind, die alle Arten von Verbindungen nehmen.

Streng und locker

[edit protocols mpls]
Path path_hopA_s_hopB_l {
    hopA abstract strict;
    hopB abstract loose;
}
  • hopA – Alle Mitglieder von Abstract HopA. Das heißt, A1, A2 ... An.

  • hopB – Alle Mitglieder von abstract hopB. Das heißt, B1, B2... Bn.

  • hopA – hopA (wählen Sie nur Links aus, die abstrakte HopA erfüllen).

  • hopB – Keine (wählen Sie alle Links aus).

Durchqueren Sie Knoten, die Mitglieder von hopA sind, indem Sie alle Arten von Verbindungen nehmen, gefolgt von Knoten, die Mitglieder von hopB sind, die jede Art von Links nehmen.

Lose

[edit protocols mpls]
Path path_hopA_l_hopB_l {
    hopA abstract loose;
    hopB abstract loose;
}
  • hopA – Alle Mitglieder von Abstract HopA. Das heißt, A1, A2 ... An.

  • hopB – Alle Mitglieder von abstract hopB. Das heißt, B1, B2... Bn.

Keine (wählen Sie links aus).

Durchqueren Sie Knoten, die Mitglieder von hopA sind, indem Sie beliebige Arten von Verbindungen nehmen, gefolgt von Knoten, die Mitglieder von hopB sind, die nur Verbindungen nehmen, die hopB befriedigen.

Lose und streng

[edit protocols mpls]
Path path_hopA_l_hopB_s {
    hopA abstract loose;
    hopB abstract strict;
}
  • hopA – Schnittpunkt der Mitglieder von hopA und hopB.

    Wenn einem Abstrakten Hop ein strikter abstrakter Hop folgt, wird der Schnittpunkt der beiden Komponentensätze als praktikable Routermenge angesehen.

  • hopB – Alle Mitglieder von abstract hopB. Das heißt, B1, B2... Bn.

  • hopA – Keine (wählen Sie alle Links aus).

  • hopB – hopB (wählen Sie nur Links aus, die abstrakte hopB erfüllen).

Abbildung 6 zeigt Pfadbeschränkungen für abstract hopA, hopB und hopC mit losen, strengen und losen Abstract Hop Qualifiers an.

Abbildung 6: Beispielpfadbeschränkungen für Abstract HopsBeispielpfadbeschränkungen für Abstract Hops

Die ersten Pässe für den kürzesten Pfad mit eingeschränkten Pfaden für die abstrakten Hops lauten wie folgt:

  • Mit hopA verknüpfter Pass 1

    • Brauchbare Router: Die Router R1 und R2 (Schnittpunkt von hopA und hopB, da hopB ein strikter abstrakter Hop ist).

    • Affinität – Keine (da hopA los ist).

  • Mit hopB verknüpfter Pass 2

    • Praktikable Router – Router R1, R2, R3 und R4

    • Affinität: Wählen Sie nur hopB-konforme Links aus (da hopB ein strikter Abstract Hop ist).

  • Pass 3 in Verbindung mit hopC

    • Praktikable Router: Router R5, R6, R7 und der Ausgangsrouter.

    • Affinität – Keine (da hopC ein loser abstrakter Hop ist).

Pfadberechnung und Backtracking

Wenn in jedem bestandenen kürzesten Pfad der nächste Router aus einem praktikablen Router-Set mit Verbindungen erreicht wird, die die für den Bestanden festgelegte Affinität erfüllen, wird der mit dem Pass verbundene abstrakte Hop verarbeitet. Der so erreichte praktikable Router dient als Start für den nächsten Constraint Pass. Wenn ein Integritätsdurchlauf ausfällt und nicht der Eingangsrouter als Startrouter vorhanden ist, wird der Durchlauf an den vorherigen Durchlauf zurückverfolget und der Prozess wird wiederholt.

Beispiel-Backtracking

Wenn ein begrenzter kürzester Pfad erster Durchgang p (anders als der erste) ausfällt, wird der Exit-Router des vorherigen Passes (p – 1), der als Start für den aktuellen Pass p diente, im brauchbaren Routersatz des vorherigen Passes (p – 1) disqualifiziert. Dann wird der vorherige Pass (P – 1) erneut ausgeführt, um den nächstbesten Exit-Router oder das nächstbesten Ziel für den Pass p – 1 aus dem brauchbaren Router-Set zu finden.

Der so ermittelte Router dient als neuer Startrouter für den Pass p. Dieses Verfahren wird wiederholt, solange Ausfälle auftreten und es praktikable Router gibt, die nicht untersucht werden.

Der show mpls lsp abstract-hop-computation name lsp-name Befehl stellt die verschiedenen Berechnungsdurchläufe pro LSP und die Qualifizierungs-Exit-Router für jeden Durchgang bereit. Die Befehlsausgabe gibt auch die Affinität pro Pass an und zeigt den aktuellen Startrouter an, der für den Durchgang ausgewählt wurde. Für jeden praktikablen Router wird der Status des Backtracking angezeigt, der entweder gültig oder disqualifiziert werden kann.

Das Ausgabefeld Credibility gibt die Glaubhaftigkeit an, die mit dem verwendeten Interior Gateway-Protokoll verbunden ist.

Beispiel: Konfigurieren von Abstract Hops für MPLS-LSPs

Dieses Beispiel zeigt, wie abstrakte Hops für MPLS Label Switched Paths (LSPs) konfiguriert werden. Abstract Hops kombinieren die wichtigsten Funktionen vorhandener Traffic-Engineering-Einschränkungen, die es dem Benutzer ermöglichen, eine auftragsbewusste und ausfallsichere Pfadbeschränkung für MPLS-LSPs anzugeben.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Sechs Geräte, die 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 sein können.

  • Junos OS Version 17.1 oder höher, die auf allen Geräten ausgeführt wird.

Bevor Sie beginnen:

  • Konfigurieren Sie die Geräteschnittstellen.

  • Konfigurieren Sie die Geräterouter-ID und weisen Sie eine autonome Systemnummer (AS) zu.

  • Konfigurieren Sie RSVP auf allen Geräten.

  • Konfigurieren Sie OSPF oder ein anderes Interior Gateway-Protokoll auf allen Geräten.

  • Konfigurieren Sie administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs) auf allen Geräten.

Überblick

Junos OS Version 17.1 führt abstrakte Hops ein, bei denen es sich um benutzerdefinierte Router-Cluster oder -Gruppen handelt. Ähnlich der Abfolge von Real-Hop-Beschränkungen (strict oder loose) kann eine Abfolge abstrakter Hops zum Einrichten eines Label-Switched Path (LSP) verwendet werden. Ein Pfad kann eine Kombination aus echten und abstrakten Hops als Einschränkungen verwenden.

Ein abstrakter Hop ist eine logische Kombination aus den vorhandenen Traffic-Engineering-Beschränkungen wie administrativen Gruppen, erweiterten administrativen Gruppen und SRLGs sowie der Bestelleigenschaft von echten Hops. Wenn daher eine Abfolge abstrakter Hops in einer Pfadbeschrä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 Abstract Hops:

  • Erstellen Sie Konstituierende Listen mit konstituierenden Traffic-Engineering-Attributen, indem Sie die constituent-list list-name Anweisung auf der [edit protocols mpls] Hierarchieebene einbeziehen.

  • Fügen Sie die konstituierenden Listen in die Definition des abstrakten Hops auf der [edit protocols mpls abstract-hop abstract-hop-name] Hierarchieebene ein.

  • Definieren Sie Pfadbeschränkungen, die abstrakte Hops auf Hierarchieebene [edit protocols mpls path path-name] verwenden.

Beachten Sie die folgenden Richtlinien bei der Konfiguration abstrakter Hops für MPLS-LSPs:

  • Abstract Hops werden nur in der Master-Routing-Instanz eines Geräts unterstützt.

  • IPv6-Ziele werden in Abstract Hop-Einschränkungen nicht unterstützt (nur IPv4-Ziele funktionieren).

  • Abstract Hops können strenge oder lose Einschränkungen sein.

  • Abstract Hops-Unterstützung in Junos OS Version 17.1 wird nur für MPLS-LSPs innerhalb des Bereichs und nicht für Inter-Domain- oder Inter-Area-LSPs bereitgestellt.

  • Abstract Hop-Beschränkungen sind nur für reguläre Punkt-zu-Punkt-LSPs aktiviert. Andere Arten von MPLS-LSPs, wie Point-to-Multipoint-LSPs, extern gesteuerte bidirektionale LSPs, dynamische Container-LSPs, RSVP-Automesh-LSPs und Inter-Area-LSPs, werden mit einer Abstract Hops-Konfiguration nicht unterstützt.

  • Abstract Hops ermöglichen keine Berechnung des kürzesten Pfads für LSPs.

  • Ein abstrakter Hop darf nicht mehr als einmal in derselben Pfadbeschränkung erwähnt werden.

  • Die Abstract Hop-Spezifikationen wirken sich nicht auf die Unterstützung für Graceful Routing Engine Switchover (GRES), Unified In-Service Software Upgrade (ISSU) und Nonstop Routing (NSR) aus.

  • Abstract Hop-Spezifikationen wirken sich nicht auf die Gesamtleistung des Netzwerks aus. Der Zeitaufwand für die kürzeste Pfad-First-Berechnung nimmt jedoch mit der Abstract Hop-Konfiguration zu. Die Einrichtungszeit für einen Abstract Hop LSP ist mehr als die Zeit, die zum Einrichten eines LSP ohne Abstract Hop-Konfiguration genommen wird.

Topologie

Abbildung 7 zeigt eine Beispiel-Netzwerktopologie, die mit abstrakten Hops konfiguriert ist. Die Geräte R0 und R3 sind jeweils mit Hosts verbunden (Host 1 und Host 2). Die Geräte R4 und R5 sind jeweils mit den Geräten R0, R1, R2 und R3 verbunden. Auch die Geräte R1 und R2 sind 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 und zwei sekundären Pfaden konfiguriert (Standby und nicht abstehende sekundäre Pfade).

Vier konstituierende Listen – c1, c2, c3 und c4 – werden mithilfe von 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 Konfigurierungslisten definiert und als Pfadbeschränkungen angegeben. Abstract 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 Standby-Pfad bzw. den sekundären nicht-stehenden Pfad angegeben werden.

Abbildung 7: Konfigurieren der Beschränkung des Abstrakten Hop-PfadsKonfigurieren der Beschränkung des Abstrakten Hop-Pfads

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 die Netzwerkkonfiguration erforderlich sind, kopieren Und fügen Sie die Befehle auf Hierarchieebene in die [edit] CLI ein und geben Sie dann aus dem Konfigurationsmodus ein commit .

Gerät R0

Gerät R1

Gerät R2

Gerät R3

Gerät R4

Gerät R5

Verfahren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie in 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 Gerät R0:

  1. Ermöglichen Sie erweiterte IP-Netzwerkservices auf Gerät R0.

  2. Konfigurieren Sie die Schnittstellen auf Gerät R0, einschließlich der Loopback-Schnittstelle.

  3. Weisen Sie die Router-ID und die autonome Systemnummer für Gerät R0 zu.

  4. Konfigurieren Sie die SRLG-Definitionen.

  5. Konfigurieren Sie die erweiterten Administrative Group-Definitionen.

  6. Konfigurieren Sie die Definitionen der administrativen Gruppe.

  7. Konfigurieren Sie MPLS auf allen Schnittstellen des Geräts R0, mit Ausnahme der Verwaltungsschnittstelle.

  8. Weisen Sie den Schnittstellen von Gerät R0 die konfigurierten Traffic-Engineering-Attribute zu.

  9. Konfigurieren Sie ein LSP, das Gerät R0 mit Gerät R3 verbindet, und weisen Sie dem LSP primäre und sekundäre Pfadattribute zu.

  10. Beschreiben Sie die primären und sekundären Pfade für den LSP R0-R31.

  11. Erstellen Sie Konstituierende Listen mit komponentenspezifischen Traffic-Engineering-Attributen für Abstract-Hop-Definitionen.

  12. Definieren Sie abstrakte Hops, indem Sie die konfigurierten Konfigurierungslisten und die entsprechenden Operatoren zuweisen.

  13. Definieren Sie Einschränkungen für die konfigurierten Pfade mithilfe von Abstract Hop-Definitionen.

  14. RsVP auf Gerät R0 konfigurieren. Aktivieren Sie RSVP auf allen Schnittstellen von Gerät R0, mit Ausnahme der Verwaltungsschnittstelle und Schnittstelle, die eine Verbindung zu Host1 herstellt, und weisen Sie Bandbreitenwerte zu.

  15. Konfigurieren Sie OSPF auf allen Schnittstellen von Gerät R0, mit Ausnahme der Verwaltungsschnittstelle, und weisen Sie Traffic Engineering-Funktionen zu.

  16. Konfigurieren Sie eine Richtlinie auf Gerät R0, um Load Balancing pro Paket zu ermöglichen.

  17. Exportieren Sie die Load Balancing-Richtlinie in die Weiterleitungstabelle.

Ergebnisse

Bestätigen Sie Im Konfigurationsmodus Ihre Konfiguration, indem Sie die show chassisBefehle , , show interfacesshow routing-options, show protocolsund eingebenshow policy-options. Wenn die Ausgabe die beabsichtigte Konfiguration nicht anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

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

Überprüfen der Abstract Hop-Konfiguration

Zweck

Überprüfen Sie die Mitglieder der Abstract Hop-Definition auf Gerät R0, indem Sie den show mpls abstract-hop-membership Befehl ausgeben, der die Abstract Hop-Mitgliedschaftstabellen anzeigt.

Aktion

Führen Sie im Betriebsmodus den show mpls abstract-hop-membership Befehl aus.

Bedeutung

Die show mpls abstract-hop-membership Befehlsausgabe liefert den abstrakten Hop zur Datenverkehrs-Engineering-Datenbankknotenzuordnung. Das Credibility Feld zeigt den Glaubhaftigkeitswert des verwendeten Interior Gateway Protocol (OSPF) an.

Überprüfung der Abstract Hop-Pfadberechnung

Zweck

Überprüfen Sie die abstrakte Berechnungsvorverarbeitung für LSPs auf Gerät R0, indem Sie den show mpls lsp abstract-computation Befehl ausgeben.

Aktion

Führen Sie im Betriebsmodus den show mpls lsp abstract-computation Befehl aus.

Bedeutung

Die show mpls lsp abstract-hop-computation Befehlsausgabe liefert die verschiedenen Berechnungsdurchgänge pro LSP und die Qualifizierungsausstiegs-Devces für jeden Durchgang. Die Befehlsausgabe gibt auch die Affinität pro Pass an und zeigt das aktuelle Startgerät an, das für den Durchgang ausgewählt wurde. Für jeden praktikablen Router (Gerät) wird der Status des Backtracking angezeigt, wobei er entweder gültig oder disqualifiziert werden kann.

Das Credibility Feld gibt den Glaubhaftigkeitswert an, der mit dem verwendeten Interior Gateway Protocol (OSPF) verbunden ist.

Konfigurieren der maximalen Anzahl von MPLS-Labels

Für Schnittstellen, die Sie für MPLS-Anwendungen konfigurieren, können Sie die maximale Anzahl von Labeln festlegen, auf denen MPLS betrieben werden kann.

Standardmäßig beträgt die maximale Anzahl von Labels drei. Sie können das Maximum auf vier oder fünf Labels für Anwendungen ändern, für die vier oder fünf Labels erforderlich sind.

Ab Junos OS Version 19.1R1 kann die maximale Anzahl von Labeln, die von der ausgehenden Packet Forwarding Engine (PFE) übertragen werden können, genutzt werden, wobei die Anzahl der Labels, die für einen MPLS Next Hop geschoben werden können, die Anzahl der Labels ist, die das Gerät schieben kann, oder die maximal konfigurierten Labels unter family mpls der ausgehenden Schnittstelle, je nachdem, was kleiner ist. Diese Unterstützung wird auf Routern der MX-Serie mit MPC- und MIC-Schnittstellen und Routern der PTX-Serie mit FPCs der dritten Generation aktiviert.

Die erhöhte 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, arbeiten weiterhin mit der erhöhten Label Push-Funktion. Die Themen umfassen:

  • Alle OAM-Dienstprogramme wie lsping, traceroute und BFD für MPLS-LSPs.

  • Überwachung von Dienstprogrammen wie lspmon und LM DM für MPLS-LSPs.

Die show route table Befehlsausgänge und show route forwarding-table die Befehlsausgänge werden erweitert, um bis zu 16 Labels pro Next Hop-Komponente anzuzeigen.

Zum Beispiel:

Anmerkung:

Wenn die maximale Anzahl von MPLS-Labels einer Schnittstelle geändert wird, wird die MPLS-Schnittstelle abgeworfen. Alle LDP- und RSVP-Sitzungen an dieser Schnittstelle werden neu gestartet, was zu einem Flap aller LSPs über diese Schnittstelle führt.

Nehmen wir beispielsweise an, Sie konfigurieren einen zweischichtigen Carrier-of-Carrier-VPN-Service für Kunden, die EINEN VPN-Service anbieten. Ein Carrier-of-Carrier-VPN ist eine zweischichtige Beziehung zwischen einem Provider-Carrier (Tier-1-ISP) und einem Kundennetzbetreiber (Tier-2-ISP). In einem Carrier-of-Carrier-VPN stellt der Provider-Carrier ein VPN-Backbone-Netzwerk für den Kundennetzbetreiber bereit. Der Kundennetzbetreiber wiederum stellt seinen Endkunden Layer-3-VPN-Service bereit. Der Kundennetzbetreiber sendet gekennzeichneten Datenverkehr an den Provider-Carrier, um ihn an den nächsten Hop auf der anderen Seite des Netzwerks des Provider-Carriers zu übermitteln. Für dieses Szenario ist ein Drei-Label-Stack erforderlich: ein Label für Provider-Carrier-VPN, ein weiteres Label für das Kunden-Carrier-VPN und ein drittes Label für die Transportroute.

Wenn Sie fast reroute service hinzufügen, müssen die PE-Router im Netzwerk des Provider-Betreibers so konfiguriert werden, dass sie ein viertes Label (das Reroute-Label) unterstützen. Wenn der Kundennetzbetreiber LDP als Signalübertragungsprotokoll verwendet und der Provider-Carrier RSVP verwendet, muss der Provider-Carrier LDP-over-RSVP-Tunneldienst unterstützen. Für diesen zusätzlichen Service ist ein zusätzliches Label für insgesamt fünf Labels erforderlich.

Für den Kunden ist der Router, der zur Verbindung mit dem VPN des Anbieternetzbetreibers verwendet wird, ein PE-Router. Der Provider sieht dieses Gerät jedoch als CE-Router an.

Tabelle 3 fasst die Label-Anforderungen zusammen.

Tabelle 3: Beispielszenarien für die Verwendung von 3, 4 oder 5 MPLS-Labels

Anzahl erforderlicher Labels

Szenarien

3

Carrier-of-Carrier-VPN oder VPN mit zwei Labels und schneller Umleitung

4

Kombination aus Carrier-of-Carrier und Fast Reroute

5

Carrier-of-Carrier mit schneller Umleitung und Kundennetzbetreiber mit LDP, wobei der Provider-Carrier RSVP ausführt

So konfigurieren und überwachen Sie die maximale Anzahl von Labels:

  1. Geben Sie das Maximum an der logischen Schnittstelle an. Wenden Sie diese Konfiguration auf die PE-Router des Carriers an.
  2. Überprüfen Sie die Konfiguration.

    Die Befehlsausgabe enthält das Maximum labels: 5 Feld unter der logischen Schnittstelleneinheit 0.

Konfigurieren von MPLS zum Pop-the-Label auf dem Ultimate-Hop-Router

Sie können den auf dem Ausgangsrouter eines Label Switched Path (LSP) angegebenen Label-Wert steuern. Das standardmäßig angekündigte Label ist Label 3 (Implicit Null Label). Wenn Label 3 angekündigt wird, entfernt der vorletzte Hop-Router 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 passieren, ein Label enthalten.

Anmerkung:

Router von Juniper Networks Warteschlangenpakete basierend auf dem eingehenden Label. Router von anderen Anbietern könnten Pakete unterschiedlich in die Warteschlangen warteschlangen. Bedenken Sie dies bei der Arbeit mit Netzwerken, die Router von mehreren Anbietern enthalten.

Um MPLS so zu konfigurieren, dass das Label auf dem ultimativen Hop-Router popt, fügen Sie die explicit-null Anweisung ein:

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

  • [edit protocols mpls]

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

Explizite Null-Labels an BGP-Peers anzeigen

Nur für die IPv4-Familie könneninet BGP-Peers in einer Routinggruppe ein explizites NULL-Label für eine Reihe von verbundenen Routen (Direct- und Loopback-Routen) für den inet-unicast und inet6-unicast NLRI senden. Peers werben standardmäßig label 3 (implizit NULL). Wenn die explicit-null Anweisung aktiviert ist, werben Peers mit Label 0 (explicit NULL). Die explicit NULL-Labels stellen sicher, dass Labels immer auf Paketen vorhanden sind, die ein MPLS-Netzwerk durchlaufen. Wenn das implizite NULL-Label verwendet wird. der vorletzte Hop-Router entfernt das Label und sendet das Paket als einfaches IP-Paket an den Ausgangsrouter. Dies kann zu Problemen beim ordnungsgemäßen Queuing des Pakets auf dem vorletzten Hop-Router führen, wenn der vorletzte Hop der Router eines anderen Anbieters ist. Einige andere Anbieter Warteschlangenpakete basierend auf den CoS-Bits im ausgehenden Label und nicht auf dem eingehenden Label.

Um ein Explicit Null Label zu werben, fügen Sie die folgenden Anweisungen in die Konfiguration ein:

Eine Liste der Hierarchieebenen, auf denen Sie diese Anweisung einfügen können, finden Sie im Abschnitt statement summary für diese Anweisung.

Die connected-only Anweisung muss explizite Null-Labels anzeigen.

Verwenden Sie den Befehl, um zu überprüfen, ob das explizite NULL-Label für verbundene Routen show route advertising-protocol bgp neighbor-address angekündigt wird.

Verständnis der MPLS-Label-Vorgänge auf Switches der EX-Serie

Beim herkömmlichen Paradigma der Paketweiterleitung wird bei der Paketübertragung 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 erfolgt die Analyse des Paket-Headers nur einmal, wenn ein Paket in den MPLS-Tunnel (d. h. den für MPLS-Datenverkehr verwendeten Pfad) eintritt.

Wenn ein IP-Paket einen Label Switched Path (LSP) eingibt, untersucht der Ingress Provider Edge (PE)-Switch das Paket und weist ihm ein Label basierend auf seinem Ziel zu und platziert das Label im Header des Pakets. Das Label transformiert das Paket von einem Paket, das basierend auf seinen IP-Routing-Informationen weitergeleitet wird, in ein Paket, das basierend auf den mit dem Label 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 der IP-Routing-Informationen in dem markierten Paket. Stattdessen verwenden sie das Label, um Informationen in ihrer Label-Weiterleitungstabelle nachzusenden. Anschließend ersetzen sie das alte Label durch ein neues Label und leiten das Paket an den nächsten Switch in dem Pfad weiter. Wenn das Paket den Egress-PE-Switch erreicht, wird das Label entfernt, und das Paket wird wieder zu einem nativen IP-Paket und wird basierend auf seinen IP-Routing-Informationen erneut weitergeleitet.

In diesem Thema wird Folgendes beschrieben:

MPLS Label Switched Paths und MPLS Labels auf den Switches

Wenn ein Paket in das MPLS-Netzwerk eingeht, wird es einem LSP zugewiesen. Jeder LSP wird durch ein Label identifiziert, das einen kurzen (20-Bit)-Wert mit fester Länge an der Vorderseite des MPLS-Labels (32 Bits) aufweist. Label werden als Suchindizes für die Labelweiterleitungstabelle verwendet. Für jedes Label speichert diese Tabelle Weiterleitungsinformationen. Da auf dem verkapselten Paket keine zusätzlichen Analyse- oder Nachschlageverfahren durchgeführt werden, unterstützt MPLS die Übertragung anderer Protokolle innerhalb der Paketnutzlast.

Anmerkung:

Die Implementierung von MPLS auf den Ethernet-Switches EX3200 und EX4200 von Juniper Networks unterstützt nur Single-Label-Pakete. MPLS auf den ETHERNET-Switches EX8200 von Juniper Networks unterstützt jedoch Pakete mit bis zu drei Labeln.

Abbildung 8 zeigt die Codierung eines einzelnen Labels. Die Codierung wird nach Denk- und Headern auf Datenverbindungsebene, jedoch vor einem Netzwerk-Layer-Header angezeigt.

Abbildung 8: Label-CodierungLabel-Codierung

Reservierte Labels

Die Etiketten reichen von 0 bis 1.048.575. Die Etiketten 0 bis 999.999 sind für den internen Gebrauch vorgesehen.

Einige der reservierten Labels (im Bereich 0 bis 15) haben klar definierte Bedeutungen. Die Switches verwenden die folgenden reservierten Labels:

  • 0, IPv4 Explicit Null-Label: Dieser Wert ist nur gültig, wenn es sich um den einzigen Labeleintrag handelt (kein Labelstacking). Es zeigt an, dass das Label auf dem Beleg gestempelt werden muss. Die Weiterleitung wird basierend auf dem IPv4-Paket (IP Version 4) fortgesetzt.

  • 1, Router-Alarm-Label: Wenn ein Paket mit dem höchsten Labelwert von 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

  • 2, IPv6 Explicit Null-Label: Dieser Wert ist nur dann legal, wenn es sich um den einzigen Labeleintrag handelt (kein Labelstacking). Es zeigt an, dass das Label auf dem Beleg gestempelt werden muss.

  • 3, Implizites Null-Label: Dieses Label wird im Signaling Protocol (RSVP) nur verwendet, um das Label-Popping durch den Downstream-Switch anzufordern. Es kommt nie wirklich in der Einkapselung vor. Labels mit einem Wert von 3 dürfen im Datenpaket nicht als echte Labels verwendet werden. Mit diesem Label wird kein Payload-Typ (IPv4 oder IPv6) impliziert.

MPLS-Label-Vorgänge an den Switches

Switches der EX-Serie unterstützen die folgenden Label-Vorgänge:

  • Drücken

  • Pop

  • Swap

Der Push-Vorgang bringt ein neues Label an die Spitze des IP-Pakets. Bei IPv4-Paketen ist das neue Label das erste Label. Der Time to Live (TTL)-Feldwert im Paket-Header wird aus dem IP-Paket-Header abgeleitet. Der Push-Vorgang kann nicht auf ein Paket angewendet werden, das bereits über ein MPLS-Label verfügt.

Der Pop-Vorgang entfernt ein Label vom Anfang des Pakets. Nach dem Entfernen des Labels wird die TTL vom Label in den IP-Paket-Header kopiert, und das zugrunde liegende IP-Paket wird als natives IP-Paket weitergeleitet.

Der Swap-Vorgang entfernt ein vorhandenes MPLS-Label aus einem IP-Paket und ersetzt es durch ein neues MPLS-Label, basierend auf dem folgenden:

  • Eingehende Schnittstelle

  • Label

  • Label Forwarding-Tabelle

Abbildung 9 zeigt ein IP-Paket ohne ein Label, das an der Kunden-Edge-Schnittstelle (ge-0/0/1) des Eingangs-PE-Switch eintrifft. Der Ingress-PE-Switch untersucht das Paket und identifiziert das Ziel des Pakets als Egress-PE-Switch. Der Ingress-PE-Switch wendet 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 ge-0/0/5 mit Label 100 eintrifft. Der Provider-Switch tauscht das Label 100 durch das Label 200 aus und leitet das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7) an den nächsten Hop im Tunnel weiter, den Egress-PE-Switch. Der Egress-PE-Switch empfängt das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7), entfernt das MPLS-Label und sendet das IP-Paket aus seiner Kunden-Edge-Schnittstelle (ge-0/0/1) an ein Ziel, das sich über den Tunnel hinaus befindet.

Abbildung 9: MPLS-Label-SwappingMPLS-Label-Swapping

Abbildung 9 zeigt den Pfad eines Pakets, wenn es in eine Richtung vom Ingress-PE-Switch zum Egress-PE-Switch übergeht. Die MPLS-Konfiguration ermöglicht jedoch auch, dass der Datenverkehr in die umgekehrte Richtung übertragen wird. Somit fungiert jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch.

Penultimate Hop Popping und Ultimate-Hop Popping

Die Switches ermöglichen standardmäßig Penultimate Hop Popping (PHP) mit IP-over-MPLS-Konfigurationen. Mit PHP ist der vorletzte Provider-Switch verantwortlich für das MpLS-Label und die Weiterleitung des Datenverkehrs an den Egress PE-Switch. Der Ausgangs-PE-Switch führt dann eine IP-Routensuche durch und leitet den Datenverkehr weiter. Dadurch wird die Verarbeitungslast auf dem Egress-PE-Switch reduziert, da er nicht für das Herausspringen des MPLS-Labels verantwortlich ist.

Auf EX8200-Switches können Sie entweder den Standard PHP oder das Ultimative Hop-Popping konfigurieren.

  • Das standardmäßig angekündigte Label ist Label 3 (Implizites Null-Label). Wenn Label 3 angekündigt wird, entfernt der vorletzte Hop-Switch das Label und sendet das Paket an den Ausgangs-PE-Switch.

  • Wenn ultimate-hop popping aktiviert ist, wird Label 0 (IPv4 Explicit Null Label) angekündigt und der Egress PE-Switch des LSP entfernt das Label.

Release-Verlaufstabelle
Release
Beschreibung
19.1R1
Ab Junos OS Version 19.1R1 kann die maximale Anzahl von Labeln, die von der ausgehenden Packet Forwarding Engine (PFE) übertragen werden können, genutzt werden, wobei die Anzahl der Labels, die für einen MPLS Next Hop geschoben werden können, die Anzahl der Labels ist, die das Gerät schieben kann, oder die maximal konfigurierten Labels unter family mpls der ausgehenden Schnittstelle, je nachdem, was kleiner ist. Diese Unterstützung wird auf Routern der MX-Serie mit MPC- und MIC-Schnittstellen und Routern der PTX-Serie mit FPCs der dritten Generation aktiviert.
14.2
Ab Junos OS Version 14.2 wird das Entropie-Label in einem Gemischtmodusgehäuse unterstützt, in dem das Entropie-Label ohne erweiterte IP-Konfiguration konfiguriert werden kann.