Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS – Übersicht

MPLS – Übersicht

Multiprotocol Label Switching (MPLS) ist ein Protokoll, das Label zum Routen von Paketen anstelle von IP-Adressen verwendet. In einem traditionellen Netzwerk führt jeder Switch eine IP-Routing-Suche durch, ermittelt einen Next-Hop basierend auf seiner Routing-Tabelle und leitet dann ein Paket an diesen Next-Hop weiter. Mit MPLS führt nur das erste Gerät eine Routing-Suche durch, und statt den nächsten Hop zu finden, findet es das ultimative Ziel zusammen mit einem Pfad zu diesem Ziel. Der Pfad eines MPLS-Pakets wird als Label Switched Path (LSP) bezeichnet.

MPLS wendet ein oder mehrere Labels auf ein Paket an, damit es dem LSP zum Ziel folgen kann. Jeder Switch öffnet sein Label und sendet das Paket an das nächste Switch-Label in der Sequenz.

Das Junos OS bietet alles, was Sie zur Konfiguration von MPLS benötigen. Sie müssen keine zusätzlichen Programme oder Protokolle installieren. MPLS wird auf Switches mit einer Teilmenge der auf Routern unterstützten Befehle unterstützt. Die Junos MPLS-konfigurierten Switches können miteinander und mit Junos MPLS-konfigurierten Routern interagieren.

MPLS hat die folgenden Vorteile gegenüber herkömmlicher Paketweiterleitung:

  • Pakete, die auf verschiedenen Ports eintreffen, können verschiedenen Labeln zugewiesen werden.

  • Einem Paket, das an einem bestimmten Provider-Edge-Switch (PE) eintrifft, kann ein Label zugewiesen werden, das sich von dem desselben Pakets unterscheidet, das an einem anderen PE-Switch ins Netzwerk gelangt. Infolgedessen können Weiterleitungsentscheidungen, die vom Eingangs-PE-Switch abhängen, leicht getroffen werden.

  • Manchmal ist es wünschenswert, ein Paket dazu zu zwingen, einer bestimmten Route zu folgen, die zu oder vor dem Eintritt des Pakets in das Netzwerk explizit ausgewählt wird, anstatt sie der Route zu folgen, die vom normalen dynamischen Routing-Algorithmus gewählt wird, wenn das Paket durch das Netzwerk übertragen wird. In MPLS kann ein Label zur Darstellung der Route verwendet werden, sodass das Paket nicht die Identität der expliziten Route tragen muss.

In diesem Thema wird Folgendes beschrieben:

Warum MPLS verwenden?

MPLS reduziert die Verwendung der Weiterleitungstabelle durch Verwendung von Labeln anstelle der Weiterleitungstabelle. Die Größe der Weiterleitungstabellen auf einem Switch ist durch Silizium begrenzt, und die genaue Anpassung für die Weiterleitung an Zielgeräte ist günstiger als der Kauf anspruchsvollerer Hardware. Darüber hinaus können Sie mitHILFE von MPLS steuern, wo und wie der Datenverkehr in Ihr Netzwerk geroutet wird – das nennt man Traffic-Engineering.

Einige Gründe, warum Sie MPLS anstelle einer anderen Switching-Lösung verwenden möchten, sind:

  • MPLS kann verschiedene Technologien verbinden, die sonst nicht kompatibel wären--- Service Provider haben dieses Kompatibilitätsproblem, wenn Clients mit verschiedenen autonomen Systemen in ihren Netzwerken verbunden werden. Darüber hinaus verfügt MPLS über eine Funktion namens Fast Reroute, die alternative Backups für Pfade bereitstellt – dies verhindert Netzwerkverschlechterungen im Falle eines Switch-Ausfalls.

  • • Andere IP-basierte Einkapselungen wie Generic Route Encapsulation (GRE) oder Virtual Extensible Local Area Networks (VXLAN) unterstützen nur zwei Hierarchieebenen, eine für den Transporttunnel und einen Teil Metadaten. Die Verwendung virtueller Server bedeutet, dass Sie mehrere Hierarchieebenen benötigen. Beispielsweise wird ein Label für Top-of-Rack (ToR), ein Label für den Ausgangsport, der den Server identifiziert, und eine für den virtuellen Server benötigt.

Warum nicht MPLS verwenden?

Es gibt keine Protokolle, um MPLS-fähige Knoten automatisch zu erkennen. DAS MPLS-Protokoll tauscht lediglich Labelwerte für ein LSP aus. Sie erstellen keine LSPs.

Sie müssen das MPLS-Mesh erstellen, Switch für Switch. Wir empfehlen die Verwendung von Skripten für diesen sich wiederholenden Prozess.

MPLS blendet suboptimale Topologien aus BGP aus, bei denen mehrere Exits für dieselbe Route vorhanden sein können.

Große LSPs sind durch die Leitungen begrenzt, die sie durchlaufen. Sie können dies umgehen, indem Sie mehrere, parallele LSPs erstellen.

Wie konfiguriere ich MPLS?

Es gibt drei Arten von Switches, die Sie für MPLS einrichten müssen:

  • Label Edge Router/Switch (LER) oder Eingangsknoten zum MPLS-Netzwerk. Dieser Switch verkapselt die Pakete.

  • Label Switching Router/Switches (LSR). Ein oder mehrere Switches, die MPLS-Pakete in das MPLS-Netzwerk übertragen.

  • Egress-Router/Switch ist das letzte MPLS-Gerät, das das letzte Label entfernt, bevor Pakete das MPLS-Netzwerk verlassen.

Service Provider (SP) verwenden den Begriff Provider-Router (P) für einen Backbone-Router/Switch, der nur Label-Switching verwendet. Der auf Kunden ausgerichtete Router am SP wird als Provider Edge Router (PE) bezeichnet. Jeder Kunde benötigt einen Kunden-Edge-Router (CE), um mit dem PE zu kommunizieren. Kundenseitige Router können in der Regel IP-Adressen, L3VPNs, L2VPNs/Pseudowires und VPLS beenden, bevor Pakete an die CE übertragen werden.

Konfigurieren Sie den MPLS LER-Switch (Ingress) und den Egress-Switch

Um MPLS zu konfigurieren, müssen Sie zunächst einen oder mehrere benannte Pfade auf den Eingangs- und Ausgangsroutern erstellen. Für jeden Pfad können Sie einige oder alle Transitrouter im Pfad angeben oder leer lassen. Siehe Konfigurieren der Eingangs- und Ausgangsrouteradressen für LSPs und Konfigurieren der Verbindung zwischen Ingress- und Egress-Routern.

Konfigurieren von LSRs für MPLS

Konfigurieren Sie ein oder mehrere MPLS-LSRs mit folgenden Schritten:

  1. Konfigurieren Sie Schnittstellen auf jedem Switch, um MPLS-Pakete mit dem üblichen Schnittstellenbefehl mit angehängtem MPLS zu übertragen und zu empfangen. Zum Beispiel:

  2. Fügen Sie dieselben Schnittstellen unter [protokolle mpls bearbeiten] hinzu. Zum Beispiel:

  3. Konfigurieren Sie die Schnittstellen auf jedem Switch so, dass sie MPLS-Labels mit einem Protokoll verarbeiten. Für LDP beispielsweise:

    Eine Demo dieser Konfigurationen finden Sie unter https://www.youtube.com/watch?v=xegWBCUJ4tE.

Was bewirkt das MPLS-Protokoll?

Multiprotocol Label Switching (MPLS) ist ein von der Internet Engineering Task Force (IETF) spezifiziertes Framework, das die Ausweisung, das Routing, die Weiterleitung und das Switching von Datenverkehrsströmen durch das Netzwerk vorsieht. Darüber hinaus bietet MPLS:

  • Gibt Mechanismen zur Verwaltung von Datenverkehrsströmen verschiedener Granularitäten an, z. B. Datenströme zwischen unterschiedlicher Hardware, Maschinen oder sogar Datenströmen zwischen verschiedenen Anwendungen.

  • Bleibt unabhängig von den Layer-2- und Layer-3-Protokollen.

  • Bietet eine Möglichkeit, IP-Adressen einfachen Labeln mit fester Länge zuzuordnen, die von verschiedenen Paketweiterleitungs- und Paket-Switching-Technologien verwendet werden.

  • Schnittstellen zu vorhandenen Routing-Protokollen wie Resource ReSerVation Protocol (RSVP) und Open Shortest PathFirst (OSPF).

  • Unterstützt IP-, ATM- und Frame-Relay-Layer-2-Protokolle.

  • Verwendet diese zusätzlichen Technologien:

    • FRR: MPLS Fast Reroute verbessert die Konvergenz während eines Fehlers, indem alternative LSPs im Voraus zugeordnet werden.

    • Link Protection/Next-Hop-Backup: Für jeden möglichen Verbindungsfehler wird ein Bypass-LSP erstellt.

    • Node Protection/Next-Hop-Backup: Für jeden möglichen Switch-Ausfall (Knoten) wird ein Bypass-LSP erstellt.

    • VPLS: Erstellt Ethernet-Multipoint-Switching-Service über MPLS und emuliert Funktionen eines L2-Switch.

    • L3VPN: IP-basierte VPN-Kunden erhalten individuelle virtuelle Routing-Domänen.

Wie funktioniert MPLS-Schnittstelle zu anderen Protokollen?

Einige der Protokolle, die mit MPLS arbeiten, sind:

  • RSVP-TE: Resource Reservation Protocol – Traffic Engineering reserviert die Bandbreite für LSPs.

  • LDP: Das Label Distribution Protocol ist das Defacto-Protokoll zur Verteilung von MPLS-Paketen und ist normalerweise so konfiguriert, dass es innerhalb von RSVP-TE tunnelt.

  • IGP: Interior Gateway Protocol ist ein Routing-Protokoll. Edge-Router (PE-Router) führen BGP zwischen sich aus, um externe (Kunden)-Präfixe auszutauschen. Edge- und Core-Router (P) führen IGP (normalerweise OSPF oder IS-IS) aus, um einen optimalen Pfad zu BGP Next Hops zu finden. P- und PE-Router verwenden LDP zum Austausch von Labels für bekannte IP-Präfixe (einschließlich BGP Next Hops). LDP baut indirekt End-to-End-LSPs über den Netzwerkkern.

  • BGP: Das Border Gateway Protocol (BGP) ermöglicht richtlinienbasiertes Routing, wobei TCP als Transportprotokoll auf Port 179 zum Herstellen von Verbindungen verwendet wird. Die Routingprotokollsoftware Junos OS umfasst BGP-Version 4. Sie konfigurieren keine BGP---konfiguration von Schnittstellen mit MPLS und LDP/RSVP stellt die Labels und die Möglichkeit der Paketübertragung her. BGP bestimmt automatisch die Routen, die Pakete nehmen.

  • OSPF und ISIS: Diese Protokolle werden für das Routing zwischen MPLS PE und CE verwendet. Open Shortest Path First (OSPF) ist wahrscheinlich das am häufigsten verwendete Interior Gateway Protocol (IGP) in großen Unternehmensnetzwerken. IS-IS, ein weiteres dynamisches Link-State-Routing-Protokoll, wird häufiger in großen Service Provider-Netzwerken verwendet. Wenn Sie L3VPN für Ihre Kunden ausführen, können Sie auf dem SP-Edge zwischen PE und CE jedes Protokoll ausführen, das Ihre Plattform als VRF-fähige Instanz unterstützt.

Was muss ich wissen, wenn ich Cisco MPLS verwendet habe?

Cisco Networks und Juniper Networks verwenden unterschiedliche MPLS-Terminologie.

So nennt Cisco:

Anrufe von Juniper:

Affinitäten

Admin-Gruppen

Autoroute ankündigen

TE-Shortcuts

Weiterleitungsadjacency

LSP-Werbung

Tunnel

LSP

Make-before-Break

Adaptive

Anwendungsfenster

Anpassungsintervall

Linkgruppen für gemeinsam genutzte Risiken

Fate Sharing

TTL-Verarbeitung bei eingehenden MPLS-Paketen

Das Datenstromdiagramm zeigt Abbildung 1 die TTL-Verarbeitung eingehender MPLS-Pakete. Auf einem Transit-LSR oder einem Egress-LER öffnet MPLS eine oder mehrere Labels und kann eine oder mehrere Labels pushen. Die eingehende TTL des Pakets wird durch das konfigurierte TTL-Verarbeitungstunnelmodell bestimmt.

Wenn alle der folgenden Bedingungen erfüllt sind, wird die eingehende TTL auf den TTL-Wert eingestellt, der im unmittelbaren inneren Header zu finden ist:

  • Das äußere Label wird gestempelt, anstatt ausgetauscht zu werden.

  • Das TTL-Verarbeitungsmodell ist für pipe konfiguriert

  • Der innere Header ist MPLS oder IP

Wenn eine dieser Bedingungen nicht erfüllt ist, wird die eingehende TTL auf den TTL-Wert im äußersten Label festgelegt. In allen Fällen werden die TTL-Werte weiterer innerer Labels ignoriert.

Wenn ein IP-Paket offengelegt wird, nachdem MPLS alle Label, die gepocht werden sollen, gelöscht wird, übergibt MPLS das Paket zur weiteren Verarbeitung an IP, einschließlich TTL-Prüfung. Wenn das einheitliche Tunnelmodell für die TTL-Verarbeitung in Kraft ist, legt MPLS den TTL-Wert des IP-Pakets auf den gerade festgelegten eingehenden TTL-Wert fest. Mit anderen Worten, der TTL-Wert wird vom äußersten Label in das IP-Paket kopiert. Wenn das Pipe-Modell für die TTL-Verarbeitung in Kraft ist, bleibt der TTL-Wert im IP-Header unverändert.

Wenn ein IP-Paket nicht durch das Label-Popping offengelegt wird, führt MPLS die TTL-Validierung durch. Wenn die eingehende TTL kleiner als 2 ist, wird das Paket abgebrochen. Wenn das innerste Paket IP ist, wird ein ICMP-Paket erstellt und gesendet. Wenn die TTL nicht abläuft und das Paket gesendet werden muss, wird die ausgehende TTL durch die Regeln für ausgehende MPLS-Pakete bestimmt.

Abbildung 1: TTL-Verarbeitung bei eingehenden MPLS-PaketenTTL-Verarbeitung bei eingehenden MPLS-Paketen

MPLS-Übersicht für universelle Metro-Router der ACX-Serie

Multiprotocol Label Switching (MPLS) bietet einen Mechanismus für die Entwicklung von Datenverkehrsmustern im Netzwerk, der unabhängig von Routingtabellen ist, indem er Netzwerkpaketen kurze Labels zugibt, die beschreiben, wie sie über das Netzwerk weitergeleitet werden. MPLS ist unabhängig von jedem Routingprotokoll und kann für Unicastpakete verwendet werden. Auf den Routern der ACX-Serie werden die folgenden MPLS-Funktionen unterstützt:

  • Die Konfiguration eines Label-Switching-Routers (LSR) für die Verarbeitung von Label-Switched-Paketen und die Weiterleitung von Paketen basierend auf ihren Labeln.

  • Die Konfiguration eines Ingress Label Edge Router (LER), bei dem IP-Pakete innerhalb von MPLS-Paketen verkapselt und an die MPLS-Domäne weitergeleitet werden, sowie als Egress-LER, bei dem MPLS-Pakete entkapselt und die innerhalb der MPLS-Pakete enthaltenen IP-Pakete mithilfe von Informationen in der IP-Weiterleitungstabelle weitergeleitet werden. Die Konfiguration von MPLS auf dem LER ist dasselbe wie die Konfiguration eines LSR.

  • Einheitliche Konfiguration und Pipe-Modus für unterschiedliche Arten von Visibilität im MPLS-Netzwerk. Der uniforme Modus macht alle Knoten, die ein Label Switched Path (LSP) durchläuft, für Knoten außerhalb des LSP-Tunnels sichtbar. Standard ist der uniforme Modus. Der Pipe-Modus macht nur die LSP-Eingangs- und Ausgangspunkte für Knoten außerhalb des LSP-Tunnels sichtbar. Der Pipe-Modus fungiert wie eine Verbindung und muss mit der globalen no-propagate-ttl Anweisung auf der [edit protocols mpls] Hierarchieebene auf jedem Router aktiviert werden, der sich im LSP-Pfad befindet. Die no-propagate-ttl Anweisung deaktiviert die Time-to-Live -Ausbreitung (TTL) auf Routerebene und wirkt sich auf alle RSVP-signalisierten oder LDP-signalisierten LSPs aus. Nur die globale Konfiguration der TTL-Ausbreitung wird unterstützt.

  • Ausnahmepaketverarbeitung von IP-Paketen, die nicht vom normalen Paketfluss über die Packet Forwarding Engine verarbeitet werden. Die folgenden Arten von Ausnahmepaketverarbeitung werden unterstützt:

    • Router-Warnung

    • Time-to-Live (TTL)-Ablaufwert

    • VCCV (Virtual Circuit Connection Verification)

  • LSP Hot Standby für die Konfiguration sekundärer Pfade, um einen Pfad im Hot-Standby-Zustand aufrechtzuerhalten, wodurch eine schnelle Umstellung auf den sekundären Pfad ermöglicht wird, wenn Downstream-Router auf dem aktuellen aktiven Pfad auf Konnektivitätsprobleme hinweisen.

  • Redundanz für einen Label Switched Path (LSP)-Pfad mit der Konfiguration von Fast Reroute.

  • Konfiguration des Verbindungsschutzes, um sicherzustellen, dass der Datenverkehr, der eine bestimmte Schnittstelle von einem Router zu einem anderen durchläuft, auch dann das Ziel erreichen kann, wenn diese Schnittstelle ausfällt.

ÜBERSICHT ÜBER MPLS für Switches der EX-Serie

Sie können Junos OS MPLS auf Ethernet-Switches der EX-Serie von Juniper Networks konfigurieren, um die Transporteffizienz im Netzwerk zu erhöhen. MPLS-Dienste können verwendet werden, um verschiedene Standorte mit einem Backbone-Netzwerk zu verbinden und eine bessere Leistung für Anwendungen mit niedriger Latenz wie Voice-over-IP (VoIP) und andere geschäftskritische Funktionen zu gewährleisten.

Anmerkung:

MPLS-Konfigurationen auf Switches der EX-Serie sind mit Konfigurationen auf anderen Geräten von Juniper Networks kompatibel, die MPLS und MPLS-basierte Circuit Cross-Connect (CCC) unterstützen. Die auf den Switches verfügbaren MPLS-Funktionen hängen davon ab, welchen Switch Sie verwenden. Informationen zu den Softwarefunktionen der Switches der EX-Serie finden Sie unter Feature Explorer.

Anmerkung:

MPLS-Konfigurationen auf den Switches unterstützen folgende Funktionen nicht:

  • Q-in-Q-Tunneling

In diesem Thema wird Folgendes beschrieben:

Vorteile von MPLS

MPLS hat die folgenden Vorteile gegenüber herkömmlicher Paketweiterleitung:

  • Pakete, die auf verschiedenen Ports eintreffen, können verschiedenen Labeln zugewiesen werden.

  • Einem Paket, das an einem bestimmten Provider-Edge-Switch (PE) eintrifft, kann ein Label zugewiesen werden, das sich von dem desselben Pakets unterscheidet, das an einem anderen PE-Switch ins Netzwerk gelangt. Infolgedessen können Weiterleitungsentscheidungen, die vom Eingangs-PE-Switch abhängen, leicht getroffen werden.

  • Manchmal ist es wünschenswert, ein Paket dazu zu zwingen, einer bestimmten Route zu folgen, die zu oder vor dem Eintritt des Pakets in das Netzwerk explizit ausgewählt wird, anstatt sie der Route zu folgen, die vom normalen dynamischen Routing-Algorithmus gewählt wird, wenn das Paket durch das Netzwerk übertragen wird. In MPLS kann ein Label zur Darstellung der Route verwendet werden, sodass das Paket nicht die Identität der expliziten Route tragen muss.

Zusätzliche Vorteile von MPLS und Traffic Engineering

MPLS ist die Paketweiterleitungskomponente der Traffic-Engineering-Architektur von Junos OS. Traffic Engineering bietet folgende Funktionen:

  • Routen Sie Primärpfade um bekannte Engpässe oder Überlastungspunkte im Netzwerk.

  • Bieten Sie eine präzise Kontrolle darüber, wie der Datenverkehr umgeleitet wird, wenn der primäre Pfad mit einem oder mehreren Ausfällen konfrontiert ist.

  • Effiziente Nutzung der verfügbaren aggregierten Bandbreite und Langstreckenfaser, indem sichergestellt wird, dass bestimmte Teilbereiche des Netzwerks nicht überlastet werden, während andere Teilbereiche des Netzwerks entlang potenzieller alternativer Pfade nicht ausgelastet sind.

  • Maximieren Der betrieblichen Effizienz.

  • Verbessern Sie die datenverkehrsorientierten Leistungseigenschaften des Netzwerks, indem Sie den Paketverlust minimieren, längere Überlastungen minimieren und den Durchsatz maximieren.

  • Verbessern Sie die statistisch gebundenen Leistungseigenschaften des Netzwerks (wie Verlustquote, Verzögerungsschwankungen und Übertragungsverzögerung), die zur Unterstützung eines Multiservice-Internets erforderlich sind.

MPLS-Funktionsunterstützung für Switches der QFX- und EX4600-Serie

In diesem Thema werden die MPLS-Funktionen beschrieben, die auf den Switches der QFX-Serie, EX4600 und EX4650 unterstützt werden. Achten Sie darauf, dass Alle Ausnahmen von dieser Unterstützung in MPLS-Einschränkungen auf Switches der QFX-Serie und EX4600-Switches geprüft werden. Die Konfiguration nicht unterstützter Anweisungen auf dem Switch wirkt sich nicht auf den Betrieb aus.

Anmerkung:

Ex4600- und EX4650-Switches verwenden den gleichen Chipsatz wie QFX5100-Switches – daher sind switches der EX-Serie hier zusammen mit Switches der QFX-Serie enthalten. Andere Switches der EX-Serie unterstützen auch MPLS, verfügen jedoch über einen anderen Funktionsumfang.

Unterstützte Funktionen

In den Tabellen in diesem Abschnitt sind die MPLS-Funktionen aufgeführt, die von den Switches der QFX-Serie, EX4600, EX4650 und der Junos OS-Version, in der sie eingeführt wurden, unterstützt werden. Tabelle 1 listet die Funktionen für QFX10000-Switches auf. Tabelle 2 listet die Funktionen für QFX3500-, QFX5100-, QFX5120-, QFX5110-, QFX5200-, QFX5210-Switches auf.Tabelle 3 listet die Funktionen für EX4600- und EX4650-Switches auf.

Tabelle 1: QFX10000 MPLS-Funktionen

Funktion

QFX10002

QFX10008

QFX10016

QFX10000 Eigenständiger Switch als MPLS Provider Edge (PE)-Switch oder Provider-Switch

15.1X53-D10

15,1X53-D30

15.1X53-D60

Label Edge Router (LER)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Label-Switching-Router (LSR)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

BGP MPLS Ethernet VPN (EVPN)

17.4R1

17,4 R1

17,4 R1

BGP-Routenreflektoren

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Automatische Bandbreiten- und dynamische Label Switched Path (LSP)-Zählerzahl

15,1 X 53-D60

15.1X53-D60, 17.2R1

15,1X53-D60, 17,2R1

BGP-labeled Unicast

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

BGP-Linkstatusverteilung

17.1R1

17.1R1

17.1R1

Carrier-of-Carrier und Interprovider Layer 3-VPNs

17.1R1

17.1R1

17.1R1

Entropy-Labels

17.2R1

17.2R1

17.2R1

Ethernet-over-MPLS (L2-Circuit)

15,1 X 53-D60

15,1 X 53-D60

15,1 X 53-D60

Schnelle Umleitung, lokaler One-to-One-Schutz und Mehrfach-zu-Eins-Schutz vor Ort

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Schnelle Umleitung mit Umleitungen und sekundärem LSP

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Flexible Ethernet-Services

17.3R1

17.3R1

17.3R1

Firewall-Filter

15,1X53-D30

15,1X53-D30

15,1 X 53-D60

RSVP Graceful Restart für OSPF

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

IP-over-MPLS-LSPs, statische und dynamische Verbindungen

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

IPv6-Tunneling über ein IPv4-Netzwerk (6PE)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

LDP-Tunneling über RSVP

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

L2-Circuit an aggregierten Schnittstellen

17.3R1

17.3R1

17.3R1

L3VPNs für IPv4 und IPv6

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

MPLS über integrierte Bridging- und Routing-Schnittstellen (IRB)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

MPLS über UDP

18.3R1

18.3R1

18.3R1

MTU-Signalübertragung in RSVP

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Betrieb, Administration und Wartung (OAM) einschließlich Ping, Traceroute und Bidirectional Forwarding Detection (BFD)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

OSPF TE

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

OSPFv2 als Interior Gateway Protocol (IGP)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Pfadberechnungselementprotokoll für RSVP-TE

16.3R1

16.3R1

16.3R1

Pseudowire-over-aggregated Ethernet-Schnittstellen (Core-Facing Interface)

15.1X53-D60 (wird nur an NNI-Schnittstellen (Network-to-Network) unterstützt)

15.1X53-D60 (wird nur an NNI-Schnittstellen unterstützt)

15.1X53-D60 (wird nur an NNI-Schnittstellen unterstützt)

RSVP-Unterstützung, einschließlich Bandbreitenzuordnung und Traffic-Engineering

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

RSVP Fast Reroute (FRR), einschließlich Link-Protection, Node-Link-Protection, Fast Reroute mit Detours und sekundärem LSP

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

SNMP-MIB-Unterstützung

15,1 X 53-D10

15.1X54-D30

15,1 X 53-D60

Statische und dynamische LSPs

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Traffic Engineering-Erweiterungen (OSPF-TE, IS-IS-TE)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Traffic Engineering (TE)

Automatische Bandbreitenzuordnung und RSVP-Bandbreite

Dynamische Bandbreitenverwaltung mit Ingress-LSP-Aufteilung und -Zusammenführung

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Unterstützung virtueller Routing- und Weiterleitungs-Label (VRF)

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D60

Tabelle 2: QFX3500-, QFX5100-, QFX5110-, QFX5120-, QFX5200-, QFX5210 MPLS-Funktionen

Funktion

QFX3500

QFX5100

QFX5110

QFX5120

QFX5200

QFX5210

Eigenständige Switches der QFX-Serie als MPLS Provider Edge (PE)-Switches oder Provider-Switches

12.2X50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Label Edge Router (LER)

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Label-Switching-Router (LSR)

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Automatische Bandbreitenzuordnung für LSPs

Nicht unterstützt

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

BGP-labeled Unicast

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

BGP-Linkstatusverteilung

Nicht unterstützt

17.1R1

17.1R1

18.3R1

17.1R1

18.1R1

BGP-Routenreflektor

15,1 X 53-D10

15,1X53-D30

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Carrier-to-Carrier- und Interprovider-BGP Layer 3-VPNs

14.1X53-D15

14.1X53-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Class of Service (CoS oder QoS) für MPLS-Datenverkehr

12.3X50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Dynamische Label Switched Path (LSP)-Zählerzahl: TE++

Nicht unterstützt

17.2R1

VC/VCF 17.2R1

17.2R1

VC/VCF 17.2R1

18.3R1

17.2R1

18.1R1

Multipath (ECMP) zu gleichen Kosten bei LSRs:

  • SWAP

  • PHP

  • L3VPN

  • L2-Circuit

Nicht unterstützt

14.1X53-D35 (Wird nur im LabelStack unterstützt. Nicht unterstützt auf Datenstrom-Label, Entropie-Label oder ECMP-Label)

15.1X53-D210 (Wird nur auf LabelStack unterstützt. Nicht unterstützt auf Datenstrom-Label, Entropie-Label oder ECMP-Label)

18.3R1 (Wird nur im LabelStack unterstützt. Nicht unterstützt auf Datenstrom-Label, Entropie-Label oder ECMP-Label)

15,1X53-D30

18.1R1

Entropy-Labels

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2-Circuit)

14.1X53-D10

14.1X53-D10

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Fast Reroute (FRR), lokaler One-to-One- und Many-to-One-Schutz vor Ort

14.1X53-D10

14.1X53-D10

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

FRR mit Umleitungen und sekundärem LSP

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Firewall-Filter

12,3 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Flow-aware Transport von Pseudowires (FAT) Flow Labels

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

RSVP Graceful Restart für OSPF

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Traffic Engineering-Erweiterungen (OSPF-TE, IS-IS-TE)

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

IP-over-MPLS-LSPs, statische und dynamische Verbindungen

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

IPv6-Tunneling über ein MPLS IPv4-Netzwerk (6PE)

12,3 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

IPv6 über ein MPLS-Core-Netzwerk

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

LDP-Tunneling über RSVP

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Layer 3-VPNs für IPv4 und IPv6

12,3 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Loop-Free Alternate (LFA)

Nicht unterstützt

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

18.1R1

18.1R1

MPLS über integrierte Bridging- und Routing-Schnittstellen (IRB)

Nicht unterstützt

14.1X53-D40

18.1R1

18.3R1

18.1R1

18.1R1

MTU-Signalübertragung in RSVP

12,3 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Betrieb, Administration und Wartung (OAM), einschließlich MPLS Ping, Traceroute und BFD

12,3 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

OSPF TE

12,3 X 50-D10

13,2 X 51-D15

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

OSPFv2 als Interior Gateway-Protokoll

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Pfadberechnungselementprotokoll für RSVP-TE

Nicht unterstützt

17,4 R1

17,4 R1

18.3R1

17,4 R1

18.1R1

Pseudowire-over-aggregated Ethernet-Schnittstellen (Core-Facing Interface)

14.1X53-D10

14.1X53-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Automatische RSVP-Bandbreite

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

RSVP Fast Reroute (FRR), einschließlich Link-Protection, Node-Link-Protection, Fast Reroute mit Detours und sekundärem LSP

14.1X53-D15

14.1X53-D15

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

RSVP-TE-Erweiterungen (IS-IS und OSPF)

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

SNMP-MIB-Unterstützung

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Statische und dynamische LSPs

12,2 X 50-D10

13.2X51-D10

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Traffic Engineering (TE) automatische Bandbreitenzuordnung für LSPs

13.1X51-D10

13.1X51-D10

VC/VCF (13,2X51-D10)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

Unterstützung virtueller Routing- und Weiterleitungs-Label (VRF)

12,2 X 50-D10

13,2 X 51-D15

VC/VCF (14.1X53-D30)

15,1 X 53-D210

18.3R1

15,1X53-D30

18.1R1

VRF-Unterstützung in IRB-Schnittstellen in einem Layer-3-VPN

Nicht unterstützt

17.3R1

17.3R1

18.3R1

17.3R1

18.1R1

Tabelle 3: EX4600- und EX4650-MPLS-Funktionen

Funktion

EX4600

EX4650

Eigenständige EX4600- und EX4650-Switches als MPLS Provider Edge (PE)-Switches oder Provider-Switches

14.1X53-D15

18.3R1

Label Edge Router (LER)

14.1X53-D15

18.3R1

Label-Switching-Router (LSR)

14.1X53-D15

18.3R1

Automatische Bandbreitenzuordnung für LSPs

Nicht unterstützt

18.3R1

BGP-labeled Unicast

14.1X53-D15

18.3R1

BGP-Linkstatusverteilung

Nicht unterstützt

18.3R1

BGP-Routenreflektor

14.1X53-D15

18.3R1

Carrier-to-Carrier- und Interprovider-BGP Layer 3-VPNs

14.1X53-D15

18.3R1

Class of Service (CoS oder QoS) für MPLS-Datenverkehr

14.1X53-D15

18.3R1

Dynamische Label Switched Path (LSP)-Zählerzahl: TE++

Nicht unterstützt

18.3R1

Multipath (ECMP) zu gleichen Kosten bei LSRs:

  • SWAP

  • PHP

  • L3VPN

  • L2-Circuit

Nicht unterstützt

18.3R1 (Wird nur auf Labelstack unterstützt. Nicht unterstützt auf Datenstrom-Label, Entropie-Label oder ECMP-Label)

Entropy-Labels

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2-Circuit)

14.1X53-D15

18.3R1

Fast Reroute (FRR), lokaler One-to-One- und Many-to-One-Schutz vor Ort

14.1X53-D15

18.3R1

FRR mit Umleitungen und sekundärem LSP

Nicht unterstützt

Nicht unterstützt

Firewall-Filter

14.1X53-D15

18.3R1

Flow-aware Transport von Pseudowires (FAT) Flow Labels

Nicht unterstützt

Nicht unterstützt

RSVP Graceful Restart für OSPF

13.2X51-D25

18.3R1

Traffic Engineering-Erweiterungen (OSPF-TE, IS-IS-TE)

14.1X53-D15

18.3R1

IP-over-MPLS-LSPs, statische und dynamische Verbindungen

14.1X53-D15

18.3R1

IPv6-Tunneling über ein MPLS IPv4-Netzwerk (6PE)

14.1X53-D15

18.3R1

IPv6 über ein MPLS-Core-Netzwerk

Nicht unterstützt

Nicht unterstützt

LDP-Tunneling über RSVP

14.1X53-D15

18.3R1

Layer 3-VPNs für IPv4 und IPv6

14.1X53-D15

18.3R1

Loop-Free Alternate (LFA)

Nicht unterstützt

Nicht unterstützt

MPLS über integrierte Bridging- und Routing-Schnittstellen (IRB)

Nicht unterstützt

18.3R1

MTU-Signalübertragung in RSVP

14.1X53-D15

18.3R1

Betrieb, Administration und Wartung (OAM), einschließlich MPLS Ping, Traceroute und BFD

14.1X53-D15

18.3R1

OSPF TE

14.1X53-D15

18.3R1

OSPFv2 als Interior Gateway-Protokoll

13,2 X 51-D25

18.3R1

Pfadberechnungselementprotokoll für RSVP-TE

Nicht unterstützt

18.3R1

Pseudowire-over-aggregated Ethernet-Schnittstellen (Core-Facing Interface)

14.1X53-D15

18.3R1

Automatische RSVP-Bandbreite

14.1X53-D15

18.3R1

RSVP Fast Reroute (FRR), einschließlich Link-Protection, Node-Link-Protection, Fast Reroute mit Detours und sekundärem LSP

14.1X53-D15

18.3R1

RSVP-TE-Erweiterungen (IS-IS und OSPF)

14.1X53-D15

18.3R1

SNMP-MIB-Unterstützung

14.1X53-D15

18.3R1

Statische und dynamische LSPs

14.1X53-D15

18.3R1

Traffic Engineering (TE)automatische Bandbreitenzuordnung für LSPs

14.1X53-D15

18.3R1

Unterstützung virtueller Routing- und Weiterleitungs-Label (VRF)

14.1X53-D15

18.3R1

VRF-Unterstützung in IRB-Schnittstellen in einem Layer-3-VPN

Nicht unterstützt

18.3R1

MPLS-Einschränkungen für Switches der QFX- und EX4600-Serie

MPLS ist ein vollständig implementiertes Protokoll auf Routern, während Switches eine Teilmenge der MPLS-Funktionen unterstützen. Die Einschränkungen der einzelnen Switches werden hier in einem separaten Abschnitt aufgeführt, obwohl viele der Einschränkungen Duplikate sind, die für mehr als einen Switch gelten.

MPLS-Einschränkungen für QFX10000-Switches

  • Die Konfiguration eines MPLS-Firewall-Filters auf einem Switch, der als Egress Provider Edge (PE)-Switch bereitgestellt wird, hat keine Auswirkungen.

  • Die Konfiguration der revert-timer Anweisung auf Hierarchieebene [edit protocols mpls] wirkt sich nicht aus.

  • Diese LDP-Funktionen werden auf den QFX10000-Switches nicht unterstützt:

    • LDP-Multipoint

    • LDP-Verbindungsschutz

    • LDP Bidirectional Forwarding Detection (BFD)

    • LDP Operations Administration and Management (OAM)

    • LDP Multicast-Only Fast Reroute (MoFRR)

  • Pseudowire-over-aggregated Ethernet-Schnittstellen an UNI werden nicht unterstützt.

  • MPLS-over-UDP-Tunnel werden im Folgenden nicht unterstützt:

    • MPLS-TTL-Ausbreitung

    • IP-Fragmentierung am Tunnel-Startpunkt

    • CoS-Rewrite-Regeln und Prioritätsausbreitung für RSVP-LSP-Labels (nur Ingress-Tunnel)

    • Einfaches IPv6

    • Multicast-Datenverkehr

    • Firewall-Filter für Tunnelstart und Endpunkte

    • CoS-Tunnel-Endpunkte

    Anmerkung:

    MPLS-over-UDP-Tunnel werden nur dann erstellt, wenn entsprechende RSVP-TE-, LDP- oder BGP-LU-Tunnel für die Zielroute nicht verfügbar sind.

MPLS-Einschränkungen für EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches

  • Die MPLS-Unterstützung unterscheidet sich auf den verschiedenen Switches. EX4600-Switches unterstützen nur grundlegende MPLS-Funktionen, während die QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches einige der erweiterten Funktionen unterstützen. Weitere Informationen finden Sie unter MPLS Feature Support on QFX Series and EX4600 Switches .

  • Auf einem QFX5100-Switch wird die Konfiguration integrierter Bridging- und Routing (IRB)-Schnittstellen auf dem MPLS-Core mithilfe von TCAM-Regeln auf dem Switch implementiert. Dies ist das Ergebnis einer Chipbeschränkung auf dem Switch, die nur eine begrenzte Menge an TCAM-Platz zulässt. Für IRB wird 1K TCAM-Speicherplatz zugewiesen. Wenn mehrere IRBs vorhanden sind, stellen Sie sicher, dass Sie über genügend verfügbaren TCAM-Speicherplatz auf dem Switch verfügen. Informationen zur Überprüfung des TCAM-Raums finden Sie unter TCAM Filter Space Allocation and Verification in QFX Devices from Junos OS 12.2x50-D20 Onward.

  • (QFX5100, QFX5110, QFX5120, QFX5200, QFX5210, EX4600) Wenn flexible-ethernet-services die Kapselung auf einer Schnittstelle konfiguriert ist und vlan-bridge die Kapselung auf einer CE-verbundenen logischen Schnittstelle aktiviert ist, verfällt der Switch, wenn Sie auch die VLAN-CCC-Einkapselung auf einer anderen logischen Einheit derselben Schnittstelle aktivieren. Es kann nur eine der folgenden Kombinationen konfiguriert werden, nicht beide:

    Oder:

  • Layer-2-Verbindungen an aggregierten Ethernet-Schnittstellen (AE) werden auf QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches nicht unterstützt.

  • Layer 2 Circuit Local Switching wird auf den Switches EX4600, EX4650 und QFX5100 nicht unterstützt.

  • Die Switches EX4600, QFX5100, QFX5110, QFX5120, QFX5200 und QFX5210 hängen nicht von der VRF-Übereinstimmung für loopback-Filter ab, die an verschiedenen Routing-Instanzen konfiguriert sind. Loopback-Filter pro Routing-Instanz (z. B. lo0.100, lo0.103, lo0.105) werden nicht unterstützt und können zu unvorhersehbarem Verhalten führen. Wir empfehlen, dass Sie nur den Loopback-Filter (lo0.0) auf die Master-Routinginstanz anwenden

  • Wenn auf EX4600- und EX4650-Switches Loopback-Filter mit akzeptierten und verweigerten Bedingungen für dieselbe IP-Adresse konfiguriert werden und wenn RSVP-Pakete diese IP-Adresse entweder in Quell-IP oder Ziel-IP haben, werden diese RSVP-Pakete auch dann abgebrochen, wenn die Akzeptierten Bedingungen eine höhere Priorität als die Bedingungen ablehnen. Wenn der Switch gemäß Design ein RSVP-Paket mit IP OPTION empfängt, wird das Paket auf die CPU kopiert und dann wird das ursprüngliche Paket abgebrochen. Da RSVP-Pakete zum Ablegen markiert sind, verarbeitet der Begriff "Akzeptieren" diese Pakete nicht und der Terminus "Deny" wird die Pakete ablegen.

  • Auf einer verbindungsgeschützten, schnellen Umleitungs-Layer-2-Verbindung kann eine Datenverkehrskonvergenzverzögerung von 200 bis 300 Millisekunden angezeigt werden.

  • Wenn Sie die BGP-Labeled Unicast Address Family (unter Verwendung der labeled-unicast Anweisung auf Hierarchieebene) auf einem Switch der [edit protocols bgp family inet] QFX-Serie oder auf einem EX4600-Switch konfigurieren, der als Routenreflektor für BGP-markierte Routen bereitgestellt wird, erfolgt die Pfadauswahl am Routenreflektor, und ein einzelner bester Pfad wird angezeigt. Dies führt zum Verlust von BGP-Multipath-Informaton.

  • Obwohl Fast Reroute (FRR) an regulären Schnittstellen unterstützt wird, werden die FrR-Optionen und include-any -include-allOptionen nicht unterstützt. Siehe Fast Reroute Übersicht.

  • FRR wird auf MPLS über IRB-Schnittstellen nicht unterstützt.

  • MPLS-basierte Circuit Cross-Connects (CCC) werden nicht unterstützt– es werden nur leitungsbasierte Pseudowires unterstützt.

  • Die Konfiguration von Link Aggregation Groups (LAGs) auf UNI-Ports (User-to-Network Interface) für L2-Circuits wird nicht unterstützt.

  • MTU-Signalübertragung in RSVP und Discovery wird in der Steuerungsebene unterstützt. Dies kann jedoch nicht auf der Datenebene durchgesetzt werden.

  • Wenn mehrere RSVP-LSPs zu gleichen Kosten verfügbar sind, um einen L2-Circuit-Nachbarn zu erreichen, wird bei L2-circuit-basierten Pseudowires zufällig ein LSP für die Weiterleitung verwendet. Verwenden Sie diese Funktion, um LSPs für bestimmten L2-Circuit-Datenverkehr anzugeben, um den Datenverkehr im MPLS-Core gemeinsam zu nutzen.

  • Die Konfiguration eines MPLS-Firewall-Filters auf einem Switch, der als Egress Provider Edge (PE)-Switch bereitgestellt wird, hat keine Auswirkungen.

  • Firewall-Filter und Policer werden family mpls nur auf QFX5100-Switches unterstützt, die in einem MPLS-Netzwerk als reine Label-Switching-Router (LSRs) fungieren. Ein reines LSR ist ein Transitrouter, der pfade nur auf den Anweisungen des eingehenden Labels wechselt. Firewall-Filter und Policer auf family mpls werden auf Dengress- und Egress Provider Edge (PE)-Switches der QFX5100-Serie nicht unterstützt. Dazu gehören Switches, die vorletztes Hop Popping (PHP) durchführen.

  • Die Konfiguration der revert-timer Anweisung auf Hierarchieebene [edit protocols mpls] wirkt sich nicht aus.

  • Dies sind die Hardwarebeschränkungen für EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches:

    • Der Push von maximal drei Labels wird im MPLS-Edge-Switch unterstützt, wenn der Label-Swap nicht durchgeführt wird.

    • Wenn der Label-Swap durchgeführt wird, wird der Push von maximal zwei Labels im MPLS-Edge-Switch unterstützt.

    • Pop bei Leitungsgeschwindigkeit wird für maximal zwei Labels unterstützt.

    • Globaler Label-Space wird unterstützt, schnittstellenspezifischer Label-Space wird jedoch nicht unterstützt.

    • MPLS ECMP auf PHY-Knoten mit BOS=1 wird für einzelne Labels nicht unterstützt.

    • Switches der QFX-Serie mit Broadcom-Chips unterstützen keine separaten Next Hops für dasselbe Label mit verschiedenen S-Bits (S-0 und S-1). Dazu gehören die Switches QFX3500, QFX3600, EX4600, QFX5100 und QFX5200.

    • Auf den Switches EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 und QFX5210 kann der MPLS MTU-Befehl unerwartetes Verhalten verursachen – dies liegt an den Einschränkungen des SDK-Chipsatzes auf dieser Plattform.

  • Diese LDP-Funktionen werden auf den Switches EX4600, EX4650, QFX5100, QFX5110, QFX5120, QFX5200 und QFX5210 nicht unterstützt:

    • LDP-Multipoint

    • LDP-Verbindungsschutz

    • LDP Bidirectional Forwarding Detection (BFD)

    • LDP Operations Administration and Management (OAM)

    • LDP Multicast-Only Fast Reroute (MoFRR)

  • Die Konfiguration der Einheit mit family mpls und der Einheit mit encapsulation vlan-bridge derselben physischen Schnittstelle wird auf EX4600, EX4650, QFX5100, QFX5110 oder QFX5120 nicht unterstützt.

MPLS-Einschränkungen für QFX5100 Virtual Chassis- und Virtual Chassis Fabric-Switches

Die folgenden MPLS-Funktionen werden von den VCF-Switches QFX5100 VC und QFX5100 nicht unterstützt:

  • LSP im nächsten Hop

  • BFD einschließlich BFD ausgelöster FRR

  • L2-VPN basierend auf BGP (siehe RFC 6624)

  • VPLS

  • Erweitertes VLAN CCC

  • Pseudowire-Schutz mit Ethernet OAM

  • Lokales Switching von Pseudo-Wire

  • Pseudowire-Fehlererkennung basierend auf VCCV

  • Switches der QFX-Serie mit Broadcom-Chipsätzen unterstützen keine separaten Next Hops für dasselbe Label mit verschiedenen S-Bits (S-0 und S-1). Dazu gehören die Switches QFX3500, QFX3600, EX4600, QFX5100 und QFX5200.

MPLS-Einschränkungen für QFX3500-Switches

  • Wenn Sie die BGP-Labeled Unicast Address Family (unter Verwendung der labeled-unicast Anweisung auf Hierarchieebene) auf einem Switch der [edit protocols bgp family inet] QFX-Serie oder auf einem EX4600-Switch konfigurieren, der als Routenreflektor für BGP-markierte Routen bereitgestellt wird, erfolgt die Pfadauswahl am Routenreflektor, und ein einzelner bester Pfad wird angezeigt. Dies führt zum Verlust von BGP-Multipath-Informationen.

  • Obwohl Fast Reroute unterstützt wird, werden die include-all Optionen für include-any fast reroute nicht unterstützt. Weitere Informationen finden Sie im Überblick über Fast Reroute .

  • MPLS-basierte Circuit Cross-Connects (CCC) werden nicht unterstützt– es werden nur leitungsbasierte Pseudowires unterstützt.

  • MTU-Signalübertragung in RSVP und Discovery wird in der Steuerungsebene unterstützt. Dies kann jedoch nicht auf der Datenebene durchgesetzt werden.

  • Wenn bei Layer 2(L2)-basierten Pseudowires mehrere RSVP Label Switched Paths (LSPs) zu gleichen Kosten verfügbar sind, um einen L2 Circuit Neighbor zu erreichen, wird zufällig ein LSP für die Weiterleitung verwendet. Verwenden Sie diese Funktion, um LSPs für bestimmten L2-Circuit-Datenverkehr anzugeben, um den Datenverkehr im MPLS-Core gemeinsam zu nutzen.

  • Die Konfiguration eines MPLS-Firewall-Filters auf einem Switch, der als Egress Provider Edge (PE)-Switch bereitgestellt wird, hat keine Auswirkungen.

  • Die Konfiguration der revert-timer Anweisung auf Hierarchieebene [edit protocols mpls] wirkt sich nicht aus.