Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP-Labels

MPLS Label Overview

Pakete, die über einen LSP übertragen werden, werden anhand eines Labels identifiziert – eine 20-Bit-, nicht gekennzeichnete ganzzahl im Bereich 0 bis 1.048.575. Für Push-Labels auf Ingress-Routern sind keine Label in diesem Bereich eingeschränkt. Bei eingehenden Labels auf dem statischen Transit-LSP wird der Labelwert auf 1.000.000 bis 1.048.575 begrenzt.

Auf Routern der MX-Serie, PTX-Serie und T-Serie ist der Wert für Entropie- und Datenstrom-Labels auf 16 bis 1.048.575 begrenzt.

MPLS Label-Zuordnung

Im Junos OS werden die Labelwerte pro Router oder Switch zugewiesen. Der Rest dieser Erläuterung verwendet den Router, um beides zu behandeln. Die Anzeigeausgabe zeigt nur das Label (z. 01024 B.). Die Label für Multicastpakete sind unabhängig von denen für Unicastpakete. Derzeit unterstützt die Junos OS keinen Multicast-Label.

Label werden von Downstream-Routern relativ zum Paketfluss zugewiesen. Ein Router, der Pakete mit gekennzeichneter Label (den Next-Hop-Router) empfängt, ist für die Zuweisung eingehender Labels verantwortlich. Ein empfangenes Paket mit einem nicht anerkannten (nicht gekennzeichneten) Label wird verworfen. Für nicht erkennbare Labels versucht der Router nicht, das Label für die Analyse des Headers auf der Netzwerkebene zu entwöhnen, noch generiert er eine unerreichte Nachricht zum Internet Control Message Protocol (ICMP).

Ein Paket kann eine Reihe von Labels enthalten, die als Last-in-First-Out-Stack organisiert sind. Dies wird als "Labelstack" bezeichnet. Bei einem bestimmten Router basiert die Entscheidung für die Weitervermittelung eines gekennzeichneten Pakets ausschließlich auf dem Label oben oben.

Abbildung 1 zeigt die Kodierung eines einzigen Labels an. Die Kodierung wird hinter den Headern der Datenlink-Layer, aber vor einem beliebigen Header auf der Netzwerkebene angezeigt.

Abbildung 1: Label-KodierungLabel-Kodierung

Abbildung 2 beschreibt den Zweck der Class-of-Service-Bits (auch EXP oder experimentelle Bits genannt). Die Bits 20 und 21 geben die Warteschlangennummer an. Bit 22 ist das Bit, das zur Spezifizierung 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 von Class of Service für MPLS LSPs.

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

Abläufe auf Label MPLS Labels

Der Router unterstützt die folgenden Label-Operationen:

  • Push: Fügen Sie ein neues Label als obersten Teil des Pakets hinzu. Für IPv4-Pakete ist das neue Label das erste Label. Die Time-to-Live (TTL) und S-Bits werden vom IP-Paket-Header abgeleitet. Der MPLS Class-of-Service (CoS) wird von der Warteschlangennummer abgeleitet. Wenn der Push-Vorgang auf einem vorhandenen Paket ausgeführt MPLS Paket ausgeführt wird, haben Sie ein Paket mit zwei oder mehr Labels. Dies wird als Label-Stacking bezeichnet. Beim obersten Label muss der Bitsatz auf 0 gesetzt sein und möglicherweise CoS TTL aus niedrigeren Ebenen ableiten. Das neue oberste Label in einem Labelstack initialisiert seine TTL immer auf 255, unabhängig vom TTL-Wert niedrigerer Labels.

  • Pop – Entfernen Sie das Label am Anfang des Pakets. Nachdem das Label entfernt wurde, wird die TTL vom Label in den IP-Paket-Header kopiert und das zugrundeliegende IP-Paket als natives IP-Paket weitergeleitet. Bei mehreren Labeln in einem Paket (Label-Stacking) ergibt die Entfernung des obersten Labels ein weiteres MPLS Paket. Das neue oberste Label kann aus CoS und TTL aus einem vorherigen Top-Label stammen. Der aus dem vorherigen Top-Label poppierte TTL-Wert wird nicht auf das neue oberste Label zurückgeschrieben.

  • Austausch: Ersetzen Sie das oberste Label im Labelstack durch ein neues Label. Die S- CoS-Bits werden vom vorherigen Label kopiert und der TTL-Wert wird kopiert und dekrementiert (sofern die Anweisung nicht no-decrement-ttlno-propagate-ttl konfiguriert ist). Ein Transit-Router unterstützt Labelstacks beliebiger Tiefe.

  • Mehrere Push-Benachrichtigungen: Fügen Sie mehrere Label (bis zu drei) über vorhandene Pakete hinzu. Dieser Vorgang entspricht dem Push-Vorgang mehrfach.

  • Austausch und Push: Ersetzen Sie die vorhandene Oberseite des Labelstacks durch ein neues Label, und übertragen Sie dann ein neues Label auf das Label.

Grundlegendes MPLS Label-Vorgänge

Im traditionellen Paradigma der Paketweiterleitung, wenn Pakete von einem Switch zum nächsten übertragen werden, wird für jeden Hop eine unabhängige Weiterleitungsentscheidung getroffen. Es wird der IP-Netzwerk-Header analysiert und der nächste Hop wird basierend auf dieser Analyse und den Informationen in der Routing-Tabelle gewählt. In einer MPLS-Umgebung wird die Analyse des Paket-Headers nur einmal durchgeführt, wenn ein Paket in den MPLS-Tunnel (d. h. den für den MPLS-Datenverkehr verwendeten Pfad) eindringt.

Wenn ein IP-Paket einen Label-Switched Path (LSP) ein gibt, untersucht der Ingress Provider Edge-Switch (PE) das Paket und weist ihm ein Label basierend auf seinem Ziel zu, und das Label im Paket-Header. Das Label transformiert das Paket von einem Paket, das anhand der IP-Routinginformationen an ein Paket weitergeleitet wird, das anhand der mit dem Label verknüpften Informationen weitergeleitet wird. Das Paket wird dann an den nächsten Dienstanbieter-Switch im LSP weitergeleitet. Dieser Switch und alle nachfolgenden Switches im LSP überprüfen keine der IP-Routinginformationen im gekennzeichneten Paket. Stattdessen verwenden sie das Label, um in ihrer Label-Weiterleitungstabelle nach Informationen zu suchen. Dann ersetzen sie das alte Label durch ein neues Label und senden das Paket an den nächsten Switch in diesem Pfad. Wenn das Paket den EGress PE-Switch erreicht, wird das Label entfernt, und das Paket wird wieder zu einem nativen IP-Paket und wird anhand seiner IP-Routinginformationen weitergeleitet.

In diesem Thema werden die

MPLS Label Switched Paths und MPLS Label Label Labels

Wenn ein Paket in das netzwerk MPLS wird, 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 ist (32 Bits). Label werden als Such indexe für die Label-Weiterleitungstabelle verwendet. Für jedes Label speichert diese Tabelle Weiterleitungsinformationen. Da auf dem eingekapselten Paket keine weiteren Parsing- oder Lookup-Maßnahmen durchgeführt werden, unterstützt MPLS die Übertragung aller anderen Protokolle innerhalb der Paketnutzlast.

Abbildung 3 zeigt die Kodierung eines einzigen Labels an. Die Kodierung wird hinter den Headern der Datenlink-Layer, aber vor einem beliebigen Header auf der Netzwerkebene angezeigt.

Abbildung 3: Label-KodierungLabel-Kodierung

Reservierte Labels

Die Label reichen von 0 bis 1.048.575. Die Label 0 bis 999,999 sind für die interne Verwendung verwendet.

Einige der reservierten Labels (im Bereich 0 bis 15) haben klar definierte Bedeutungen. Die folgenden reservierten Label werden von den Geräten der QFX-Serie und EX4600 verwendet:

  • 0, Explicit Null-Label IPv4: Dieser Wert ist nur gültig, wenn es sich um den einzigen Labeleintrag (kein Labelstack) handelt. Das bedeutet, dass der Etikett nach Erhalt angezeigt werden muss. Die Weiterleitung wird auf der Basis des IPv4-Pakets (IP Version 4) fortgesetzt.

  • 1, Router Alert-Label: Wenn ein Paket mit einem Label-Wert 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

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

MPLS Label-Betrieb

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

  • Drücken

  • Pop

  • Swap

Anmerkung:

Die Anzahl der Kennzeichnungen, die QFX- und EX4600 kann am Labelstack angebracht oder (Pop-Operations) vom Stack entfernt werden, ist nicht möglich.

  • Für Push-Vorgänge: Es werden so viele wie drei Labels unterstützt.

  • Pop-Operationen: Es werden genauso viele wie drei Labels unterstützt.

Der Push-Vorgang bringt ein neues Label an die Spitze des IP-Pakets. Für IPv4-Pakete ist das neue Label das erste Label. Der TTL-Feldwert (Time to Live) 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 verfügt.

Beim Pop-Vorgang wird ein Label am Anfang des Pakets entfernt. Nachdem das Label entfernt wurde, wird die TTL vom Label in den IP-Paket-Header kopiert und das zugrunde liegende IP-Paket als natives IP-Paket weitergeleitet.

Bei diesem Austausch wird ein vorhandenes MPLS-Label aus einem IP-Paket entfernt und durch ein neues Label MPLS ersetzt. Dies basiert auf folgendem:

  • Eingehende Schnittstelle

  • Label

  • Label Forwarding-Tabelle

Abbildung 4 zeigt ein IP-Paket an, ohne dass ein Label an der Edge-Schnittstelle des ingress-PE-Switches (ge-0/0/1) anfing. Der Ingress-PE-Switch untersucht das Paket und identifiziert das Ziel dieses 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 wird über den MPLS Tunnel durch den Provider-Switch übertragen und an der Schnittstelle ge-0/0/5 mit Label 100 eintrifft. Der Provider-Switch austauscht Label 100 durch Label 200 und überträgt das MPLS-Paket über seine Core-Schnittstelle (ge-0/0/7) an den nächsten Hop im Tunnel, dem 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 an, wenn es vom Ingress-PE-Switch in eine Richtung an den Egress PE-Switch führt. Die Konfiguration der MPLS ermöglicht jedoch auch, dass der Datenverkehr in die umgekehrte Richtung bewegt wird. Folglich wird jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch betrieben.

Penultimate-Hop-Popping und Ultimate-Hop-Popping

Die Switches ermöglichen standardmäßig das vorletzte Popping (PHP) mit IP-over-MPLS Konfigurationen. Mit PHP ist der vorletzte Provider-Switch dafür verantwortlich, das Label MPLS und den Datenverkehr an den Egress PE-Switch weiterleitet. Der EGress PE-Switch führt dann eine IP-Routensuche durch und weitergeleitet den Datenverkehr. Dies reduziert die Verarbeitungslast auf dem Egress PE-Switch, da er nicht dafür verantwortlich ist, das Popping des MPLS zu tragen.

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

  • Wenn das Ultimative Hop-Popping aktiviert ist, wird Label 0 (IPv4 Explicit Null Label) angekündigt, und der EGress PE-Switch des LSP entfernt das Label.

Kenntnis MPLS Label Manager

Mit MPLS Label Manager können verschiedene Labeltypen verwaltet werden, z. B. LSI, dynamic, block und static. Diese werden auf Plattformen mit MODULAR Port Concentrators (MPCs) mit Junos Trio-Chipsatz unterstützt. Diese Linekarten bieten mehr Flexibilität und Skalierbarkeit, wenn der Befehl enhanced-ip auf dem Gerät konfiguriert ist.

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

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

  • Ermöglicht die Definition des systemweiten globalen Labelpools, der vom Segment-Routing Global Block (SRGB) bis zu einem IS-IS verwendet werden soll.

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

  • Ermöglicht die Angabe des Label-Werts, der von einem statischen VRF-Tabellen-Label verwendet werden soll.

  • Ermöglicht es Ihnen, den Label-Wertbereich anzugeben, der von unterstützten Label-Anwendungstypen verwendet werden soll.

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

Spezielle MPLS Labels

Einige der reservierten Labels (im Bereich 0 bis 15) haben klar definierte Bedeutungen. Vollständige Informationen finden Sie unter RFC 3032, MPLS Label Stack Encoding.

  • 0, Explicit Null-Label IPv4: Dieser Wert ist nur legal, wenn es sich um den einzigen Labeleintrag (kein Labelstack) handelt. Das bedeutet, dass das Label nach dem Empfang poppiert werden muss. Die Weiterleitung wird auf der Basis des IPv4-Pakets (IP Version 4) fortgesetzt.

  • 1, Router Alert-Label: Wenn ein Paket mit einem Label-Wert 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

  • 2, Explicit Null-Label IPv6: Dieser Wert ist nur legal, wenn es sich um den einzigen Labeleintrag (kein Labelstack) handelt. Das bedeutet, dass der Etikett nach Erhalt angezeigt werden muss. Die Weiterleitung wird auf der Basis des Pakets mit IP Version 6 (IPv6) fortgesetzt.

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

  • 4 bis 6 – Nicht zugewiesen.

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

  • 8 bis 15 – Nicht zugewiesen.

Spezielle Labels werden häufig zwischen den egress- und vorletzten Routern eines LSP verwendet. Wenn der LSP so konfiguriert ist, dass er nur IPv4-Pakete überträgt, signalisiert der Egress-Router möglicherweise, dass der vorletzte Router 0 als finales Hop-Label verwendet. Wenn der LSP so konfiguriert ist, dass er nur IPv6-Pakete übertragen kann, signalisiert der Egress-Router dem vorletzten Router, 2 als Final-Hop-Label zu verwenden.

Der Ausgangsrouter signalisiert dem vorletzten Router möglicherweise lediglich, 3 als endgültiges Label zu verwenden. Dies ist eine Anforderung für das Popping im vorletzten Hop-Label. Der Ausgangs-Router verarbeiten kein gekennzeichnetes Paket. stattdessen empfängt er die Payload (IPv4, IPv6 oder andere) direkt und reduziert so einen MPLS von Ausgangs-Lookup.

Bei Paketen mit Labelstack empfängt der Egress-Router ein Label MPLS paket mit dem obersten Label, das bereits vom vorletzten Router poppiert wird. Der Egress-Router kann keine Label-stacked-Pakete erhalten, die Label 0 oder 2 verwenden. Normalerweise fordert er label 3 vom vorletzten Router an.

Entropie Label Support in Mixed Mode Überblick

Beginnend mit Junos OS Version 14.2 wird das Entropie-Label in einem Gemischtmodus-Gehäuse unterstützt, in dem das Entropie-Label ohne eine erweiterte IP-Konfiguration konfiguriert werden kann. Das Entropie-Label unterstützt Transit-Router beim Load Balance zwischen MPLS Datenverkehr über ECMP-Pfade oder Link-Aggregationsgruppen. Das Entropie-Label führt ein Load-Balancing-Label ein, das von Routern verwendet werden soll, um den Datenverkehr zu laden, anstatt sich auf Deep Packet Inspection zu verlassen. Dies reduziert den Paketverarbeitungsbedarf in der Weiterleitungsebene zuLasten der erhöhten Label-Stack-Tiefe. Junos OS unterstützt das Entropie-Label nur für Router der MX-Serie mit MPCs oder MICs und kann im erweiterten IP-Modus aktiviert werden. Dies führt jedoch zu einem Paketverlust, wenn die Core-gerichtete Schnittstelle über ein Entropie-Label auf dem MPC oder MIC konfiguriert ist und das andere Ende dieser Core-Verbindung über eine DPC verfügt. Um dies zu vermeiden, wird das Entropie-Label jetzt im gemischten Modus unterstützt, in dem das Entropie-Label ohne erweiterte IP-Konfiguration konfiguriert werden kann. Auf diese Weise können router-DPCs der MX-Serie ein Pop-out-Entropie-Label unterstützen. Ein Datenfluss-Label wird jedoch nicht unterstützt.

Übersicht über Abstract Hops MPLS-LSPs

Ein abstrakter Hop ist eine logische Kombination der bestehenden Beschränkungen für das Traffic-Engineering, z. B. administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs), die zu einer benutzerdefinierten Gruppe oder einem Cluster von Routern führen, die als Beschränkungen für die Einrichtung eines LSP (Label Switched Path) von MPLS konfiguriert werden können. Abstrakte Hops überwinden die Grenzen vorhandener Spezifikationen für Pfadeinschränkungen und bieten mehrere Vorteile für die Traffic Engineering-Fähigkeiten von MPLS.

Abstrakte Hops verstehen

Die Pfadeinschränkung für das Einrichten eines MPLS-LSP kann entweder als einzelne Router in Form von echten Hops oder als eine Reihe von Routern über die administrative Gruppe oder Farbspezifikation festgelegt werden. Wenn eine Pfadeinschränkung echte Hops (strict oder lose) verwendet, wird der LSP entlang einer angegebenen Folge von Routern eingerichtet (z. B. R1, R2, ... Rn). Wenn eine Pfadeinschränkung eine administrative Gruppe oder Farbspezifikation verwendet, wird eine Gruppe von Routern verwendet, die die angegebenen Kriterien erfüllen, zum Einrichten des LSP ohne Auswahl eines bestimmten Routers. Im Gegensatz zu Einer Real-Hop-Einschränkung gibt es keine Reihenfolge zwischen den verschiedenen Routergruppen, die in der Einschränkung verwendet werden.

Ein Problem bei der Einschränkung von echtem Hop ist, dass bei einem Ausfallszenario, wenn einer der Router-Hops ausfällen oder die Bandbreitenauslastung der angeschlossenen Schnittstelle gesättigt ist, der Pfad abläuft (oder auf lokalem oder End-to-End-Schutz beruht). Auch wenn andere alternative Router zum Wiederherstellen oder Einrichten des LSP verfügbar sein könnten, bleibt der LSP verfügbar, bis der Betreiber eine andere Router-Hop-Folge als Pfadeinschränkung konfiguriert, um den Pfad erneut hoch zu bringen oder den Schutzpfad zu disengieren.

Die Einschränkung der administrativen Gruppe oder Farbspezifikation überwindet diese Einschränkung einer Real-Hop-Einschränkung in gewissem Ausmaß. Wenn hier einer der Router in der Gruppe ausblastet oder seine Verbindungskapazität überlastet ist, ist die Einrichtung des LSP nicht betroffen. Der Grund dafür ist, dass der bei der Einschränkung des Pfads zu verwendende Next Hop-Router nicht im Voraus festgelegt wird und der LSP zusammen mit anderen Routern eingerichtet wird, die dieselbe administrative Gruppe oder Farbe haben, ohne dass ein Benutzereingriff erforderlich ist. Ein Problem bei den Beschränkungen der Routergruppe besteht jedoch darin, dass eine Folge nicht unter den Hop-Beschränkungen angegeben werden kann.

Abstrakte Hops überwinden diese Probleme durch die Schaffung benutzerdefinierter Routergruppen, in denen jeder Member-Router einer benutzerdefinierten Einschränkung entspricht. Die benutzerdefinierte Einschränkung ist eine logische Kombination der bestehenden Beschränkungen für das Traffic-Engineering, z. B. administrative Gruppen, erweiterte administrative Gruppen und Shared Risk Link Groups (SRLGs). Diese Anordnung wird unter den Routergruppen erreicht, indem eine Folge abstrakter Hops festgelegt wird, die in einer Pfadeinschränkung verwendet werden. Daher kombinieren Abstract-Hops die Eigenschaft der Anordnung von Real-Hop-Einschränkungen und die Ausfallsicherheit, die mit den anderen Traffic-Engineering-Einschränkungen mit sich kommt.

Ein Pfad kann aus echten und abstrakten Hops als Einschränkungen kombiniert werden. Bei der Verwendung abstrakter Hops anstelle einer Reihenfolge von Routern (R1, R2, ... Rn)wie bei echten Hops geben Sie einen geordneten Satz von Routergruppen oder Abstract Hops (G1, G2, ... Gn)als Pfadeinschränkung. Jede angegebene Routergruppe, Gi, besteht z. B. aus einigen benutzerdefinierten Set von Routern: R1, R2, Rj, Rn. Wenn einer der Router in der Gruppe abgeht, sagen wir Router Rj in Gruppe Gi, ein anderer Router mit dem Namen Router Rkaus der gleichen GruppeG wird durch die Pfadberechnung ersetzt, um den zum Abgesehenen gegangenen Router zu ersetzen (d. h. Router Rj). Dies liegt daran, dass die Pfadeinschränkung folgeriert wird und eine Folge von abstrakten Hops anstelle einer Folge einzelner Router durchgehen muss.

Vorteile bei der Verwendung von Abstract Hops

Abstrakte Hops sind benutzerdefinierte Routergruppen. Ähnlich wie bei Real-Hop-Beschränkungen, die eine Folge einzelner Router verwenden, kann eine Folge von abstrakten Hops für die Einrichtung eines Label Switched Path (LSP) verwendet werden. Die Verwendung abstrakter Hops ermöglicht die Ausfallsicherheit in Sequence Sequence Path Constraints. Zu den weiteren Vorteilen der Verwendung abstrakter Hops gehören:

Festlegen einer Reihenfolge von Einschränkungskombinationen

Derzeit ist es möglich, einen Pfad anzugeben, der über Links gehen kann, die mehrere Attribute erfüllen. Eine solche Pfadeinschränkung wird als kombinierte Einschränkungskombination bezeichnet. eine Einschränkung (Ci), die links mit niedriger Latenz von grüner Farbe umfasst und SRLG North auch ausgeschlossen.

Es wird jedoch kein Pfad mit einer Folge zusammengesetzter Einschränkungen kombiniert. Beispielsweise eine Sequenced Constraint (C1, C2, Ci, ... CN). Dies umfasst grüne Verbindungen mit niedriger Latenz, keine blaue Latenz und dann rote Verbindungen mit niedriger Latenz.

Eine Kombination einer kombinierten Sequenced-Compound-Constraint entsteht, wenn eine Folge von geografischen Regionen mit unterschiedlichen Linkaffinitätsanforderungen (Attributen) in jeder Region erstellt werden muss. Abstract Hops erfüllen diese Anforderung, indem Computing-Knoten jede Einschränkungskombination (z. B. Ci) mit der benutzerdefinierten Routergruppe, d. h. den abstrakten Hops, zuordnen können.

Vermeidung neuer Netzwerkkonfigurationen auf Transitknoten

Mit den aktuellen Spezifikationen zur Pfadeinschränkung ist es möglich, Links bestimmter Attribute auf einem gesamten Pfad ein- oder auszuschließen. zum Beispiel ohne SRLG West von einem Pfad. Es ist jedoch nicht unterstützt, Attribute entweder ausgeschlossen oder auszuschließen oder unterschiedliche Attribute auszuschließen oder Attribute in verschiedenen Teilen des Pfads einschließt. zum Beispiel ohne SRLG West, wenn die rote Verbindung durchquert wird.

Als Umgehungslösung kann eine neue administrative Gruppe erstellt werden, um alle solchen roten Links zu identifizieren, die keine SRLG West haben, und alle relevanten Links entsprechend mit dieser administrativen Gruppe zu konfigurieren. Ein Problem bei diesem Ansatz ist, dass Konfigurationsänderungen im gesamten Netzwerk erforderlich sind, um die Mitgliedschaft in der neuen administrativen Gruppe widerzu erfüllen.

Stattdessen können die Konfigurationsänderungen durch die Verwendung abstrakter Hops nur auf dem Ingress-Router abgeschlossen werden. Beim Ingress-Router wird die Einschränkungskombination dem Abstract Hop zugeordnet und somit die zuvor genannten Anforderungen erfüllt, ohne dass eine neue Konfiguration auf den Transitknoten erforderlich ist.

Kombination zentralisierter und verteilter Pfadberechnung paradigmen

Traffic-Engineering der MPLS-Pfade kann mit verteilter Datenverarbeitung oder mit einem zentralisierten Controller für Rechnerpfade erreicht werden. Eine Kombination beider Berechnungsarten wird als Hybrid-Rechenparadigma bezeichnet. Das wichtigste Merkmal des Hybrid computation-Ansatzes ist die Fähigkeit des zentralisierten Controllers ( auch als PCE (Path Computation Element) bezeichnet), die Pfadberechnungsrichtlinien pro Pfad losen zu den Eingangsroutern (auch als Path Computation Client (PCC) bezeichnet, und die Fähigkeit des Eingangsrouters, diese als Input für die Pfadberechnung zu verwenden.

Eine Folge abstrakter Hops dient als Richtlinie des zentralisierten Controllers. Abstrakte Hops bieten die Flexibilität, die dem Controller zur Einwebung in Pfadeinschränkungen und Attribute zur Verfügung stellt. Auf diese Weise kann der Controller auch das Element der Folge in der Einschränkung aufbauen. Der Controller muss nicht jeden Hop angeben, den der Pfad benötigt, damit der eindringende Router an die Grenzen der Richtlinie oder Richtlinie stoßen kann.

Tabelle 1 Führt die wichtigsten Merkmale des Hybrid computation-Paradigmas auf und bietet einen Vergleich dieser Vorgehensweise mit den aktuellen Pfadberechnungsmethoden.

Tabelle 1: Hybridberechnung für Abstract Hops

Funktionen

Verteilte eingeschränkte kürzeste Pfad zuerst

Zentralisierung mit eingeschränkter kürzester Pfad als Erstes

Hybrid mit eingeschränkter kürzester Pfad als Erstes

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

Ja

 

Ja

Hochentwickelte Pfadberechnung mit globaler Ansicht

 

Ja

Ja

Integration von Geschäftslogiken in die Pfadberechnung

 

Ja

Ja

Ausfallsicherheit (kein Single-Point-of-Failure)

Ja

 

Ja

Berechenbarkeit

 

Ja

Ja

Reaktion auf Netzwerklast in (nahe) Echtzeit

Ja

 

Ja

Praxiserprobte (im Vergleich zu früher Einführung)

Ja

 

Ja

Junos OS Implementierung von Abstract Hops

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

Definition abstrakter Hops

Ein abstrakter Hop ist eine Gruppe von Routern, die Benutzer zur Einrichtung eines Label Switched Path (LSP) definieren können. Der Benutzer kann steuern, welche Router in die Gruppe mit einfingen, indem er eine logische Kombination aus heterogenen Verbindungsattributen oder Einschränkungen, die als Bestandteilsattribute bezeichnet werden, definiert. Router mit Verbindungen, die die definierten Merkmale der Netzwerkkomponenten erfüllen, machen sie zu einer Gruppe von Routern, die den abstrakten Hop repräsentieren.

Die Zuordnung der konstituierenden Attribute mit dem abstrakten Hop ist lokal zum Computingknoten oder dem Eindringen des LSP, der eingerichtet wird. Daher verfügen Abstract Hops nicht über zugehörige Interior Gateway-Protokollaktualisierungen oder Signalisierungsprotokollerweiterungen, und die Implementierung abstrakter Hops in einem Netzwerk erfordert keine neue Konfiguration der Transitknoten.

Mit einer Liste der Komponenten können Sie eine Gruppe von Traffic Engineering-Attributen definieren, die durch einen benutzerdefinierten Namen identifiziert werden. Mit einer abstrakten Hop-Definition werden anhand einer der folgenden Konfigurationserklärungen Listen verwendet:

  • include-any-list— Die Verbindung erfüllt die Liste der Komponenten, wenn eines der angegebenen Konstiturattribute für die Verbindung gilt.

  • include-all-list— Die Verbindung erfüllt die Liste der Konstituerkomponenten, wenn alle angegebenen Attribute für die Verbindung gelten.

  • exclude-all-list— Die Verbindung erfüllt die Liste der Konstituerlisten, wenn keine der angegebenen Konstituierendenattribute für die Verbindung gilt.

  • exclude-any-list— Die Verbindung erfüllt die Liste der Konstituerlisten, wenn mindestens eines der angegebenen Konstiturattribute für die Verbindung nicht zutreffend ist.

Ein abstrakter Hop ist eine logische Kombination aus Listenreferenzen, die zu einer der zuvor genannten Kategorien gehören können. Um dies zu erreichen, werden logische Operatoren in die abstrakte Hop-Definition aufgenommen und auf AND die Liste der Komponenten OR angewendet.

  • OR—Mindestens eines der Referenzen in der Liste der Komponenten in der Abstrakten Hop-Definition muss mit einer Verbindung zufrieden sein, damit der angeschlossene Knoten Teil des abstrakten Hops sein kann.

  • AND—Alle Referenzen in der Liste der Komponenten in der Abstrakten Hop-Definition müssen mit einer Verbindung zufrieden sein, damit der knotenbasierte Knoten Teil des abstrakten Hops wird.

Abstract Hop-Beispieldefinition

Die Definition des abstrakten Hops HopA lautet wie folgt:

Abstrakter HopA muss alle Router umfassen, deren ausgehende Links die logische Kombination der folgenden Linkattribute erfüllen:

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

    • Administrative Gruppe Rot und Srlg South gehören zur Include-All Constituent List (listA1, in diesem Beispiel).

    • administrative Gruppe grün und Srlg North gehören zu einer beliebigen Liste (in diesem Beispiel ListA2).

    • || ist der OR-Operator.

Es gibt folgende Konfiguration für Abstract Hops HopA:

  • hopA configuration

Verifying Abstract Hop Configuration

Der show mpls abstract hop membership <abstract hop name> Befehl wird verwendet, um Elemente eines abstrakten Hops zu anzeigen. Die Befehlsausgabe bietet den abstrakten Hop zur Traffic-Engineering-Datenbankknotenzuordnung.

Hier gibt das Ausgabefeld die Glaubhaftigkeit an, die mit dem Credibility interior Gateway Protocol, das verwendet wird, verknüpft wird.

Die Befehlsausgabe show ted database extensive local stellt die in der Traffic-Engineering-Datenbank erfasste Ansicht zur Verfügung. Es wird ein Stichwort local hinzugefügt, um anzuzeigen, dass die Ausgabe jegliche lokale Instrumentierung enthalten würde. Die Befehlsausgabe zeigt den abstrakten Hop als ein Attribut von Links, das die zugehörige logische Kombination von Link-Attributen erfüllt.

Abstract Hop HopA für niedrige Latenz UND SRLG WEST, Abstract Hop HopB für exklusive SRLG West. Abbildung 5 zeigt die Ingress-Ansicht dieser abstrakten Hops an.

Abbildung 5: Ingress View of Abstract HopsIngress View of Abstract Hops

Einsatz von Abstract Hops bei Pfadeinschränkung

Der Benutzer verknüpft eine eindeutige Kennung mit jeder Definition des abstrakten Hop. Diese Kennung wird verwendet, um auf den abstrakten Hop in der Pfadeinschränkung zu verweisen. Sie können eine Folge abstrakter Hops als Pfadeinschränkung angeben, ähnlich wie echte IP-Hops verwendet werden. Die Pfadeinschränkung kann auch eine Folge abstrakter Hops sein, die von echten IP-Hops interleaviert werden.

Die Verwendung abstrakter Hops oder realer Hops in einer Pfadeinschränkung erfordert mehr als einen eingeschränkten kürzesten Pfad Der erste Durchgang zum Ziel, typischerweise ein Pass pro Hop. Wenn echte Hops als Pfadeinschränkung bereitgestellt werden, umfasst die Einschränkungsberechnung so viele Pässe wie die Anzahl der Hops in der Pfadeinschränkung, wobei jeder Pass am Erreichen eines Hops in der Einschränkungsliste endet. Der Ausgangspunkt für jeden Pass ist das Ziel des vorherigen Durchgangs, bei dem der erste Durchgang den Ingress-Router als Start verwendet.

Wenn alternativ eine Pfadeinschränkung strikte oder lose abstrakte Hops verwendet, umfasst die Constraint Computation die Pässe, bei denen jeder Pass den nachfolgenden abstrakten Hop in der Constraint-Liste verarbeitet. In einem solchen Fall gilt mehr als ein Knoten als Ziel für den Pass. Die Gruppe der Nodes wird als praktikabler Router für den Pass bezeichnet.

Ein abstrakter Hop durchläuft Die Member Nodes werden wie folgt verwendet:

  • Verbindungen, die die logische Kombination definierter Bestandteilseigenschaften erfüllen

  • Jede Art von Links

Die Mittel abstrakter Hops, die die Member Nodes durchqueren, werden durch die Verwendung von Abstract Hop-Qualifiers gesteuert, die strikte, lose und lose Link-Definitionen bei der Definition der Pfadeinschränkung sind. Es gibt z. B. einen abstrakten HopA, der mit unterschiedlichen Qualitäten unterschiedlich verarbeitet wird:

  • Strict—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste überläuft der Pfad nur Links oder Knoten, die Mitglied des abstrakten Hop HopA sind, bevor er einen Knoten mit der HopA-Mitgliedschaft erreicht, der als Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops vertretbar ist.

  • Loose—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste kann der Pfad alle echten Knoten durchqueren, die nicht über die Abstract Hop-Mitgliedschaft von HopA verfügen, bevor er einen Knoten mit Abstract Hop-Mitgliedschafts-HopA erreicht. Dies ist ein machbarer Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops.

  • Loose-link—Nach dem letzten verarbeiteten Hop in der Einschränkungsliste kann der Pfad alle echten Knoten durchqueren, die nicht über die Abstract Hop-Mitgliedschaft von HopA verfügen, bevor er einen Knoten mit Abstract Hop-Mitgliedschafts-HopA erreicht. Dies ist ein machbarer Ausgangspunkt für die Verarbeitung des nächsten abstrakten Hops. Der Pfad muss jedoch mindestens eine Verbindung des abstrakten Hop HopA-Mitgliedschaft durchlaufen haben.

    Mit anderen Worten, der abstrakte Hop des Losenlink-Hops wird nur verarbeitet, wenn einer der praktikablen Router in dieser Einschränkung über eine Verbindung der zugehörigen Abstract Hop-Mitgliedschaft erreichbar ist.

Abstract Hops-Beispielspezifikation

Tabelle 2 bietet Beispielanwendungsbeispiel für die Verwendung von abstrakten Hops in Pfadeinschränkungen.

Tabelle 2: Nutzung abstrakter Hops in Pfadeinschränkungen

Zweck einer Pfadeinschränkung

Abstract Hop-Qualifikationifier

Konfiguration

Brauchbare Router-Set

Affinität

Traverse Nodes, die Mitglieder von HopA sind, und dabei nur Verbindungen verwenden, die HopA erfüllen.

Streng

[edit protocols mpls]
Path path_hopA_s {
    hopA abstract strict;
}

Alle Mitglieder des Abstract HopA. Das heißt, A1, A2... an.

hopA (Wählen Sie nur Links aus, die abstract hopA erfüllen).

Traverse Nodes sind Mitglieder von HopA, aber nicht unbedingt Verbindungen, die HopA erfüllen

Lose

[edit protocols mpls]
Path path_hopA_l {
    hopA abstract loose;
}

Alle Mitglieder des Abstract HopA. Das heißt, A1, A2... an.

Keine (irgendeine Art von Links).

Traverse Nodes, die Mitglieder von HopA sind, indem mindestens eine Verbindung verwendet wird, die HopA erfüllt.

Loose-Link

Anmerkung:

Der Qualifier mit losem Link wird als lose und für den gleichen abstrakten Hop als strikt gefolgt von strengen Kriterien angezeigt. Mit anderen Worten: HopA-Lose-Link ist dasselbe wie HopA-Lose und HopA-Strict.

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

In diesem Fall gibt es zwei Berechnungskarten, die HopA in der Pfadeinschränkung zugeordnet werden. Das brauchbare Router-Set für beide Pässe ist:

Alle Mitglieder des Abstract HopA. Das heißt, A1, A2... an.

Anmerkung:

Bei der Pfadberechnung wird ein Router nur einmal durchquert.

In diesem Fall gibt es zwei Berechnungskarten, die HopA in der Pfadeinschränkung zugeordnet werden. Die Affinität für die beiden Pässe ist:

  • Pass 1: Keine (alle Arten von Links).

  • Pass 2 – HopA (Wählen Sie nur Links, die den abstrakten HopA erfüllen).

Traverse Nodes, die Mitglieder von HopA sind, werden nur Verbindungen verwendet, die HopA erfüllen, gefolgt von Nodes, die HopB-Mitglieder sind und nur Links verwenden, die HopB erfüllen.

Streng

[edit protocols mpls]
Path path_hopA_hopB_s {
    hopA abstract strict;
    hopB abstract strict;
}
  • hopA – Schnittpunkt der Mitglieder-Gruppe von HopA und HopB.

    Anmerkung:

    Wenn auf einen abstrakten Hop ein strikter abstrakter Hop folgt, wird der Schnittpunkt zwischen den beiden Member-Sets als brauchbarer Router-Satz betrachtet.

  • hopB – Alle Mitglieder abstrakter HopB. Das heißt, B1, B2... Bn.

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

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

Traverse Nodes, die Mitglieder von HopA sind, werden nur Verbindungen verwendet, die HopA erfüllen, gefolgt von Nodes, die HopB-Mitglieder sind und jede Art von Links verwenden.

Streng und lose

[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 abstrakter HopB. Das heißt, B1, B2... Bn.

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

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

Traverse Nodes, die Mitglieder von HopA sind, indem Sie jede Art von Links nehmen, gefolgt von Knoten, die Mitglieder des 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 abstrakter HopB. Das heißt, B1, B2... Bn.

Keine (beliebige Links auswählen).

Traverse Nodes, die Mitglieder von HopA sind, indem Sie jede Art von Links nehmen, gefolgt von Knoten, die HopB-Mitglieder sind, die nur Verbindungen verwenden, die HopB erfüllen.

Lose und strikte

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

    Wenn auf einen abstrakten Hop ein strikter abstrakter Hop folgt, wird der Schnittpunkt zwischen den beiden Member-Sets als brauchbarer Router-Satz betrachtet.

  • hopB – Alle Mitglieder abstrakter HopB. Das heißt, B1, B2... Bn.

  • hopA: Keine (wählen Sie beliebige Links aus).

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

Abbildung 6 zeigt Pfadeinschränkungen für Abstract HopA, HopB und HopC mit losen, strengen und losen Abstract Hop-Qualitäten an.

Abbildung 6: Beispieleinschränkungen des Pfads für Abstract HopsBeispieleinschränkungen des Pfads für Abstract Hops

Bei "Constrained Shortest Path First" gibt es folgende Pässe für die abstrakten Hops:

  • Pass 1 für HopA

    • Praktikable Router – Router R1 und R2 (Schnittpunkt von HopA und HopB, da hopB ein sehr abstrakter Hop ist).

    • Affinität – Keine (da HopA lose ist).

  • HopB für Pass 2

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

    • Affinität: Pick only hopB-compliant links (as hopB ist ein Strict Abstract Hop).

  • HopC-3-Pass 3

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

    • Affinität – Keine (da HopC ein loses abstraktes Hop ist).

Pfadberechnung und Backtracking

Bei jedem "Constrained Shortest Path First"-Pass wird der mit dem Pass verknüpfte abstrakte Hop verarbeitet, wenn der nächste Router eines praktikablen Routers mithilfe von Links erreicht wird, die die Affinität des Passes zufrieden stellen. Der damit erreichbare praktikable Router ist damit der Anfang für den nächsten Constraint Pass. Wenn eine Einschränkung ausfällt und sich nicht der Router als Startrouter beim Ingress-Router befindet, wird der Pass wieder zum vorherigen Pass zurückgeroutet und der Vorgang wiederholt sich.

Beispiel-Backtracking

Wenn ein constrained Shortest Path First Pass p (anders als der erste) ausfällt, wird der Exit-Router des vorherigen Durchgangs (p – 1), der als Start für den aktuellen Pass p dient, im praktikablen Routersatz des vorherigen Durchgangs disqualifiziert (p – 1). Dann wird der vorherige Pass (p – 1) erneut ausgeführt, um den nächsten besten Exit-Router oder das Ziel für Pass p – 1 von einem praktikablen Routersatz zu finden.

Der ermittelte Router dient somit als neuer Startrouter für pass p. Dieses Verfahren wird wiederholt, so lange es Ausfälle gibt und es praktikable Router gibt, die nicht untersucht wurden.

Der show mpls lsp abstract-hop-computation name lsp-name Befehl bietet die verschiedenen Berechnungskarten, die pro LSP beteiligt sind, und die Qualifying-Exit-Router für jeden Pass. Die Befehlsausgabe vermittelt außerdem die Affinität pro Pass und zeigt den für den Pass ausgewählten aktuellen Startrouter an. Für jeden praktikablen Router wird der Status von Backtracking angezeigt, wobei dieser entweder gültig oder disqualifiziert sein kann.

Das Ausgangsfeld Credibility gibt die Glaubhaftigkeit des Interior Gateway Protocol an, das verwendet wird.

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

In diesem Beispiel wird die Konfiguration abstrakter Hops für MPLS Label Switched Paths (LSPs) veranschaulicht. Abstrakte Hops kombinieren die wichtigsten Merkmale vorhandener Einschränkungen im Traffic-Engineering, die es dem Benutzer ermöglichen, eine auftragsorientierte und ausfallsichere Pfadeinschränkung für MPLS LSPs anzugeben.

Anforderungen

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

  • Sechs Geräte, die aus M Series Multiservice Edge-Routern, 5G-Universelle Routing-Plattformen der MX-Serie, T-Serie Core-Routern und Routern der PTX-Serie Paketübertragungs-Router.

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

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 OSPF oder eines anderen Interior Gateway-Protokolls 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 bietet einen Einführung in abstrakte Hops, bei denen es sich um benutzerdefinierte Routercluster oder -gruppen handelt. Ähnlich wie die Folge von Real-Hop-Beschränkungen (Strict oder Loose) kann auch eine Folge von abstrakten Hops für das Einrichten eines Label Switched Path (LSP) verwendet werden. Ein Pfad kann aus echten und abstrakten Hops als Einschränkungen kombiniert werden.

Ein abstrakter Hop ist eine logische Kombination der vorhandenen Einschränkungen für das Traffic-Engineering, wie administrative Gruppen, erweiterte administrative Gruppen und SRLGs, und die Bestell eigenschaft von echten Hops. Wenn eine Folge abstrakter Hops bei einer Pfadeinschränkung verwendet wird, wird daher Anordnung unter den Gruppen von Routern erzielt, die eine logische Kombination von Verbindungs- oder Node-Attributen, die als Konstituierendenattribute bezeichnet werden, erfüllen.

So konfigurieren Sie Abstract Hops:

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

  • Fügen Sie die Mitlisten in der abstrakten Hop-Definition auf der [edit protocols mpls abstract-hop abstract-hop-name] Hierarchieebene ein.

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

Berücksichtigen Sie bei der Konfiguration abstrakter Hops für MPLS LSPs die folgenden Richtlinien:

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

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

  • Abstrakte Hops können strikte oder lose Einschränkungen sein.

  • Die Unterstützung abstrakter Hops in Junos OS Version 17.1 wird nur für Intra-Area-MPLS-LSPs und nicht für Inter-Domain- oder Inter-Area-LSPs bereitgestellt.

  • Abstract Hop-Einschränkungen sind nur für regelmäßige 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 der Konfiguration abstrakter Hops nicht unterstützt.

  • Abstrakte Hops ermöglichen die Berechnung des kürzesten Gesamtpfads für LSPs nicht.

  • Ein abstrakter Hop darf bei einer Einschränkung desselben Pfads nicht mehr als ein Mal bezeichnet werden.

  • Spezifikationen zu Abstract Hop-Einschränkungen wirken sich nicht auf die Unterstützung von Graceful Routing-Engine Switchover (GRES), einheitlichem In-Service Software Upgrade (ISSU) und Nonstop Routing (NSR) aus.

  • Spezifikationen für Abstrakte Hop-Einschränkungen beeinträchtigen die gesamte Netzwerkleistung nicht. Die Zeit für die eingeschränkte First-Path-First-Berechnung steigt jedoch mit der Abstraktions-Hop-Konfiguration. Die Einrichtungszeit für einen abstrakten Hop LSP ist mehr als die Zeit, die zur Einrichtung eines LSP ohne Abstract Hop-Konfiguration erforderlich ist.

Topologie

Abbildung 7 zeigt eine Beispiel-Netzwerktopologie, 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 Device R0 über Device R3 mit einem primären und zwei sekundären Pfaden (Standby und nonstandby Secondary Paths) konfiguriert.

Es werden vier Listen mit den Listen c1, c2, c3 und c4 erstellt. Dabei werden drei SRLGs (g1, g2 und g3), drei administrative Gruppen (grün, blaue und rot) und eine erweiterte administrative Gruppe (Gold) verwendet. Drei abstrakte Hops (ah1, ah2 und ah3) werden mithilfe der konfigurierten Listen der Netzwerkkomponenten definiert und als Pfadeinschränkungen festgelegt. Der abstrakte Hop ah1 wird als Einschränkung für den Primärpfad festgelegt, während die Abstrakten Hops ah2 und ah3 als Beschränkungen für den sekundären Standby-Pfad bzw. den sekundären nicht-ständeby-Pfad angegeben werden.

Abbildung 7: Konfigurieren einer Einschränkung des abstrakten Hop-PfadsKonfigurieren einer Einschränkung des abstrakten Hop-Pfads

Konfiguration

CLI-Konfiguration

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

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 durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation auf der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI Benutzerhandbuch.

So konfigurieren Sie Gerät R0:

  1. Ermöglichen von erweiterten IP-Netzwerkdiensten auf Gerät R0.

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

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

  4. Konfigurieren Sie die SRLG-Definitionen.

  5. Konfigurieren Sie erweiterte Definitionen der administrativen Gruppen.

  6. Konfigurieren Sie die Definitionen für administrative Gruppen.

  7. Konfiguration MPLS auf allen Schnittstellen von Geräte-R0, außer auf der Verwaltungsschnittstelle.

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

  9. Konfigurieren Sie einen LSP, der Geräte-R0 mit Geräte-R3 verbindet, und weisen Sie dem LSP primäre und sekundäre Pfadattribute zu.

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

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

  12. Definieren Sie abstrakte Hops durch Zuweisung der konfigurierten Listen der Netzwerkkomponenten und der entsprechenden Operatoren.

  13. Definieren Sie Einschränkungen für konfigurierte Pfade durch Definitionen abstrakter Hops.

  14. RSVP auf Gerät R0 konfigurieren. Aktivieren Sie RSVP auf allen Schnittstellen von Geräte-R0, außer der Verwaltungsschnittstelle und der Schnittstelle, die eine Verbindung zu Host1 herstellen, und weist Bandbreitenwerte zu.

  15. Konfigurieren OSPF auf allen Schnittstellen von Geräte-R0, außer 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 Ihre Konfiguration im Konfigurationsmodus, indem Sie die show chassis , , und Befehle show interfacesshow routing-optionsshow protocolsshow policy-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Überprüfung

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

Überprüfung der Abstract Hop-Konfiguration

Zweck

Überprüfen Sie die Mitglieder der abstrakten Hop-Definition auf Device R0, indem Sie den Befehl zur Anzeige der abstrakten show mpls abstract-hop-membership Hop-Mitgliedschaftstabellen ausstellen.

Aktion

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

Bedeutung

Die show mpls abstract-hop-membership Befehlsausgabe bietet den abstrakten Hop zur Traffic-Engineering-Datenbankknotenzuordnung. Das Feld zeigt den Glaubhaftigkeitswert an, den das verwendete Credibility Interior Gateway Protocol (OSPF) OSPF.

Überprüfung der Abstract Hop Path Computation

Zweck

Überprüfen der Abstract Computation Preprocessing für LSPs auf Device R0 durch Ausgabe des show mpls lsp abstract-computation Befehls.

Aktion

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

Bedeutung

Die show mpls lsp abstract-hop-computation Befehlsausgabe bietet die verschiedenen Berechnungs-Pässe, die pro LSP beteiligt sind, und die Qualifying-Exit-Devces für jeden Pass. Die Befehlsausgabe gibt auch die Affinität pro Pass und zeigt das für den Bestehen ausgewählte aktuelle Startgerät an. Für jeden praktikablen Router (Gerät) wird der Status von Backtracking angezeigt, wobei dieser entweder gültig oder disqualifiziert werden kann.

Das Credibility Feld zeigt die Glaubhaftigkeit des verwendeten Interior Gateway Protocol (OSPF).

Konfigurieren der maximalen Anzahl von MPLS Labels

Für Schnittstellen, die Sie für MPLS konfigurieren, können Sie die maximale Anzahl von Labels festlegen, auf denen MPLS agieren kann.

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

Die maximale Anzahl von Labels, die vom Egress Packet Forwarding Engine (PFE) übertragen werden kann, kann ab Junos OS Release 19.1R1 genutzt werden. Die Anzahl der Labels, die für einen MPLS nächsten Hop gesendet werden kann, ist die Anzahl der Labels, die das Gerät übertragen kann, oder die maximale Anzahl von Labels, die über die ausgehende Schnittstelle konfiguriert werden können maximum-labelsfamily mpls (je nachdem, welcher Bereich kleiner ist). 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.

Die verbesserte Label-Push-Funktionalität ist für Funktionen wie Segment-Routing Traffic-Engineering-LSPs und RSVP-TE Pop-and-Forward-LSPs nützlich. Alle vorhandenen Funktionen von Anwendungen mithilfe MPLS-Hops arbeiten weiterhin mit der höheren Label-Push-Funktionalität. 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 tableshow route forwarding-table Befehls- und die Befehlsausgänge werden erweitert, um bis zu 16 Labels pro Next-Hop-Komponente anzuzeigen.

Zum Beispiel:

Anmerkung:

Wenn die maximale Anzahl von MPLS einer Schnittstelle geändert wird, wird die MPLS schnittstellen absprungen. Alle LDP- und RSVP-Sitzungen an dieser Schnittstelle werden neu gestartet, was dazu führt, dass alle LSPs über diese Schnittstelle flap werden.

Könnten Sie beispielsweise einen zweischichtigen CARRIER-of-Carrier-VPN-Service für Kunden konfigurieren, die VPN-Dienste bereitstellen. Ein Carrier-of-Carrier-VPN ist eine zweistufige Beziehung zwischen einem Anbieteranbieter (Tier 1 ISP) und einem Kundennetzbetreiber (Tier 2 ISP). In einem Carrier-of-Carrier-VPN stellt der Provider Carrier dem Kunden ein VPN-Backbone-Netzwerk zur Hand. Der Kundenanbieter wiederum stellt seinen Endkunden Layer-3-VPN-Service zur Verfügung. Der Kundennetzbetreiber sendet den gekennzeichneten Datenverkehr an den Dienstanbieter, um ihn im nächsten Hop auf der anderen Seite des Dienstanbieternetzwerks zu senden. Für dieses Szenario ist ein Drei-Label-Stack erforderlich: ein Label für das Carrier-VPN des Anbieters, ein weiteres Label für das Carrier-VPN des Kunden und ein drittes Label für die Transportroute.

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

Beim Kundennetzbetreiber ist der Router, den er für die Verbindung mit dem Carrier-VPN des Anbieters verwendet, ein PE-Router. Der Dienstanbieter sieht dieses Gerät jedoch als Router CE Router.

Tabelle 3 fasst die Label-Anforderungen zusammen.

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

Anzahl erforderlicher Labels

Szenarien

3

Carrier-of-Carrier-VPN oder ein VPN mit zwei Labels und Fast Reroute

4

Kombination aus Carrier-of-Carrier und Fast Reroute

5

Carrier-of-Carriers mit Schneller Umroute und Kundennetzbetreiber, auf dem LDP ausgeführt wird, mit dem Dienstanbieter, der RSVP ausführen

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

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

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

Konfigurieren MPLS, um das Label auf dem Ultimate-Hop-Router zu pop

Sie können den auf dem Ausgangs-Router eines Label Switched Path (LSP) angegebenen Labelwert kontrollieren. Das standardmäßig angekündigte Label ist Label 3 (implizites Null-Label). Wenn Label 3 angekündigt ist, entfernt der Router penultimate-hop das Label und sendet das Paket an den Egress-Router. Durch die Aktivierung von Ultimate-Hop-Popping wird Label 0 (IPv4 Explicit Null Label) angeboten. Beim Ultimate Hop-Popping wird sichergestellt, dass alle Pakete, die in einem Netzwerk MPLS, ein Label enthalten.

Anmerkung:

Juniper Networks-Router Warteschlangenpakete basierend auf dem eingehenden Label. Router von anderen Anbietern können Pakete in eine andere Warteschlange stellen. Berücksichtigen Sie dies bei der Arbeit mit Netzwerken, die Router von verschiedenen Anbietern enthalten.

So konfigurieren MPLS, dass das Label auf dem Ultimate-Hop-Router erscheint, geben Sie dazu die explicit-null Aussage an:

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

  • [edit protocols mpls]

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

Explicit Null-Labels für peers BGP werben

Nur für IPv4 ( ) Familie können BGP-Peers in einer Routinggruppe ein explicit NULL-Label für eine Reihe von verbundenen Routen (Direkte und inet Loopback-Routen) für das inet-labeled-unicast und inet6-labeled-unicast NLRI senden. Standardmäßig geben Peers Label 3 (implizit NULL) an. Wenn die explicit-null Aussage aktiviert ist, werben Peers um Label 0 (explicit NULL). Die Explicit NULL-Labels stellen sicher, dass Labels immer auf Paketen vorhanden sind, die ein Netzwerk MPLS. Wenn das implizite NULL-Label verwendet wird. der vorletzte Hop-Router entfernt das Label und sendet das Paket als Nur-IP-Paket an den Egress-Router. Dies kann Probleme verursachen, wenn das Paket auf dem vorletzten Hop-Router richtig queuingt, wenn der vorletzte Hop der Router eines anderen Herstellers ist. Einige andere Anbieter Warteschlangenpakete basierend CoS Bits im ausgehenden Label anstelle des eingehenden Labels.

Um ein explizites Null-Label zu werben, müssen Sie die folgenden Anweisungen in der Konfiguration enthalten:

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

Die connected-only Aussage ist erforderlich, um Explicit Null-Labels zu werben.

Verwenden Sie den Befehl, um zu prüfen, ob das explizite NULL-Label für verbundene Routen ausgeschrieben show route advertising-protocol bgp neighbor-address wurde.

Grundlegendes MPLS Label-Betrieb auf Switches der EX-Serie

Im traditionellen Paradigma der Paketweiterleitung, wenn Pakete von einem Switch zum nächsten übertragen werden, wird für jeden Hop eine unabhängige Weiterleitungsentscheidung getroffen. Es wird der IP-Netzwerk-Header analysiert und der nächste Hop wird basierend auf dieser Analyse und den Informationen in der Routing-Tabelle gewählt. In einer MPLS-Umgebung wird die Analyse des Paket-Headers nur einmal durchgeführt, wenn ein Paket in den MPLS-Tunnel (d. h. den für den MPLS-Datenverkehr verwendeten Pfad) eindringt.

Wenn ein IP-Paket einen Label-Switched Path (LSP) ein gibt, untersucht der Ingress Provider Edge-Switch (PE) das Paket und weist ihm ein Label basierend auf seinem Ziel zu, und das Label im Paket-Header. Das Label transformiert das Paket von einem Paket, das anhand der IP-Routinginformationen an ein Paket weitergeleitet wird, das anhand der mit dem Label verknüpften Informationen weitergeleitet wird. Das Paket wird dann an den nächsten Dienstanbieter-Switch im LSP weitergeleitet. Dieser Switch und alle nachfolgenden Switches im LSP überprüfen keine der IP-Routinginformationen im gekennzeichneten Paket. Stattdessen verwenden sie das Label, um in ihrer Label-Weiterleitungstabelle nach Informationen zu suchen. Dann ersetzen sie das alte Label durch ein neues Label und senden das Paket an den nächsten Switch in diesem Pfad. Wenn das Paket den EGress PE-Switch erreicht, wird das Label entfernt, und das Paket wird wieder zu einem nativen IP-Paket und wird anhand seiner IP-Routinginformationen erneut weitergeleitet.

In diesem Thema werden die

MPLS Label Switched Paths und MPLS Label Label auf den Switches

Wenn ein Paket in das netzwerk MPLS wird, 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 ist (32 Bits). Label werden als Such indexe für die Label-Weiterleitungstabelle verwendet. Für jedes Label speichert diese Tabelle Weiterleitungsinformationen. Da auf dem eingekapselten Paket keine weiteren Parsing- oder Lookup-Maßnahmen durchgeführt werden, unterstützt MPLS die Übertragung aller anderen Protokolle innerhalb der Paketnutzlast.

Anmerkung:

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

Abbildung 8 zeigt die Kodierung eines einzigen Labels an. Die Kodierung wird hinter den Headern der Datenlink-Layer, aber vor einem beliebigen Header auf der Netzwerkebene angezeigt.

Abbildung 8: Label-KodierungLabel-Kodierung

Reservierte Labels

Die Label reichen von 0 bis 1.048.575. Die Label 0 bis 999,999 sind für die interne Verwendung verwendet.

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

  • 0, Explicit Null-Label IPv4: Dieser Wert ist nur gültig, wenn es sich um den einzigen Labeleintrag (kein Labelstack) handelt. Das bedeutet, dass der Etikett nach Erhalt angezeigt werden muss. Die Weiterleitung wird auf der Basis des IPv4-Pakets (IP Version 4) fortgesetzt.

  • 1, Router Alert-Label: Wenn ein Paket mit einem Label-Wert 1 empfangen wird, wird es zur Verarbeitung an das lokale Softwaremodul geliefert.

  • 2, Explicit Null-Label IPv6: Dieser Wert ist nur legal, wenn es sich um den einzigen Labeleintrag (kein Labelstack) handelt. Das bedeutet, dass der Etikett nach Erhalt angezeigt werden muss.

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

MPLS Label-Operationen auf 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. Für IPv4-Pakete ist das neue Label das erste Label. Der TTL-Feldwert (Time to Live) 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 verfügt.

Beim Pop-Vorgang wird ein Label am Anfang des Pakets entfernt. Nachdem das Label entfernt wurde, wird die TTL vom Label in den IP-Paket-Header kopiert und das zugrunde liegende IP-Paket als natives IP-Paket weitergeleitet.

Bei diesem Austausch wird ein vorhandenes MPLS-Label aus einem IP-Paket entfernt und durch ein neues Label MPLS ersetzt. Dies basiert auf folgendem:

  • Eingehende Schnittstelle

  • Label

  • Label Forwarding-Tabelle

Abbildung 9 zeigt ein IP-Paket ohne ein an der Edge-Schnittstelle des Kunden ge-0/0/1 eingehender PE-Switches an. Der Ingress-PE-Switch untersucht das Paket und identifiziert das Ziel dieses 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 wird über den MPLS Tunnel durch den Provider-Switch übertragen und an der Schnittstelle mit ge-0/0/5 Label 100 ankommt. Der Provider-Switch austauscht Label 100 zur Label 200 und überträgt das MPLS-Paket über seine Core-Schnittstelle ( ) an den nächsten Hop im Tunnel, dem ge-0/0/7 Egress PE-Switch. Der EGress PE-Switch empfängt das MPLS-Paket über seine Core-Schnittstelle ( ), entfernt das MPLS-Label und sendet das IP-Paket über seine Kunden-Edge-Schnittstelle ( ) an ein Ziel, das sich außerhalb des ge-0/0/7 Tunnels ge-0/0/1 befindet.

Abbildung 9: MPLS Label SwappingMPLS Label Swapping

Abbildung 9 zeigt den Pfad eines Pakets an, wenn es vom Ingress-PE-Switch in eine Richtung an den Egress PE-Switch führt. Die Konfiguration der MPLS ermöglicht jedoch auch, dass der Datenverkehr in die umgekehrte Richtung bewegt wird. Folglich wird jeder PE-Switch sowohl als Ingress-Switch als auch als Egress-Switch betrieben.

Penultimate-Hop-Popping und Ultimate-Hop-Popping

Die Switches ermöglichen standardmäßig das vorletzte Popping (PHP) mit IP-over-MPLS Konfigurationen. Mit PHP ist der vorletzte Provider-Switch dafür verantwortlich, das Label MPLS und den Datenverkehr an den Egress PE-Switch weiterleitet. Der EGress PE-Switch führt dann eine IP-Routensuche durch und weitergeleitet den Datenverkehr. Dies reduziert die Verarbeitungslast auf dem Egress PE-Switch, da er nicht dafür verantwortlich ist, das Popping des MPLS zu tragen.

Auf EX8200 Switches können Sie entweder PHP verwenden oder das Ultimate-Hop-Popping konfigurieren.

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

  • Wenn das Ultimative 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
Die maximale Anzahl von Labels, die vom Egress Packet Forwarding Engine (PFE) übertragen werden kann, kann ab Junos OS Release 19.1R1 genutzt werden. Die Anzahl der Labels, die für einen MPLS nächsten Hop gesendet werden kann, ist die Anzahl der Labels, die das Gerät übertragen kann, oder die maximale Anzahl von Labels, die über die ausgehende Schnittstelle konfiguriert werden können family mpls (je nachdem, welcher Bereich kleiner ist). 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.
14.2
Beginnend mit Junos OS Version 14.2 wird das Entropie-Label in einem Gemischtmodus-Gehäuse unterstützt, in dem das Entropie-Label ohne eine erweiterte IP-Konfiguration konfiguriert werden kann.