Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS Überblick

MPLS Überblick

MPLS (Multiprotocol Label Switching) (MPLS) ist ein Protokoll, das Label zum Routen von Paketen anstelle von IP-Adressen verwendet. In einem herkömmlichen Netzwerk führt jeder Switch eine IP-Routing-Suche durch, ermittelt basierend auf der Routingtabelle einen Next-Hop und weiterleitungen ein Paket an diesen Next-Hop. Bei MPLS nur das erste Gerät eine Routing-Suche durch und findet, statt den nächsten Hop zu finden, das ultimative Ziel in Zusammenhang mit einem Pfad zu diesem Ziel. Der Pfad eines MPLS Pakets wird als Label Switched Path (LSP) bezeichnet.

MPLS das Paket mit einem oder mehr Labeln versehen, damit es dem LSP zum Ziel folgen kann. Jeder Switch wird aus seinem Label ausgeschaltet und sendet das Paket an das nächste Switch-Label in der Folge.

Das Junos OS enthält alles, was Sie zur Konfiguration von MPLS. Sie müssen keine weiteren Programme oder Protokolle installieren. MPLS wird auf Switches mit einer Untergruppe der auf Routern unterstützten Befehle unterstützt. Die junos MPLS konfigurierten Switches können untereinander und mit Junos MPLS konfigurierten Routern interagieren.

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

  • An verschiedenen Ports eintreffenden Paketen können verschiedene Labels zugewiesen werden.

  • Einem an einem bestimmten Provider-Edge-Switch eintreffenden Paket kann ein Label zugewiesen werden, das sich von dem desselben Pakets, das auf einem anderen PE-Switch in das Netzwerk einfing, unterscheiden. Auf diese Weise lassen sich problemlos Weiterleitungsentscheidungen treffen, die vom Ingress-PE-Switch abhängen.

  • Manchmal ist es wünschenswert, ein Paket auf eine bestimmte Route zu zwingen, die zum Zeitpunkt der Einlassung des Pakets in das Netzwerk explizit gewählt wird, anstatt sich an der vom normalen dynamischen Routing-Algorithmus gewählten Route zu folgen, während das Paket im Netzwerk übertragen wird. In MPLS kann ein Label als Route verwendet werden, sodass das Paket nicht die Identität des Explicit Route tragen muss.

In diesem Thema werden die

Warum sollten Sie MPLS?

MPLS die Verwendung der Weiterleitungstabelle durch Verwenden von Labels anstelle der Weiterleitungstabelle wird reduziert. Die Größe von Weiterleitungstabellen auf einem Switch wird durch Silizium eingeschränkt, und die Verwendung des exakten Abgleichs für die Weiterleitung zu Zielgeräten ist kostengünstiger als der Kauf von ausgeklügelter Hardware. Außerdem können MPLS steuern, wo und wie Datenverkehr in Ihr Netzwerk geroutet wird – dies wird Traffic-Engineering genannt.

Einige Gründe für die MPLS anstelle einer anderen Switching-Lösung sind:

  • MPLS können verschiedene Technologien verbinden, die andernfalls nicht kompatibel wären--- haben Service Provider dieses Kompatibilitätsproblem, wenn sie Clients mit verschiedenen autonomen Systemen in ihren Netzwerken verbinden. Außerdem bietet MPLS Eine Funktion namens Fast Reroute, die alternative Backups für Pfade bietet. Dadurch wird eine Beeinträchtigung des Netzwerks im Fall eines Switch-Ausfalls verhindert.

  • • 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 Metadatenteil. Die Verwendung virtueller Server bedeutet, dass Sie mehrere Hierarchieebenen benötigen. Zum Beispiel wird ein Label für Top-of-Rack (ToR), ein Label für den Egress Port, der den Server identifiziert, und eines für den virtuellen Server benötigt.

Warum sollten Sie diese MPLS?

Es sind keine Protokolle zur automatischen Entdeckung MPLS aktivierter Knoten erforderlich. MPLS-Protokoll austauscht einfach Labelwerte für einen LSP. Sie erstellen keine LSPs.

Sie müssen das neue mesh MPLS Switch für Switch aufbauen. Wir empfehlen die Verwendung von Skripten für diesen sich wiederholenden Prozess.

MPLS versteckt nicht optimale Topologien von BGP, wo möglicherweise mehrere Ausgänge für die gleiche Route vorhanden sind.

Große LSPs werden durch die Leitung begrenzt, die sie durchlaufen. Sie können dies durch das Erstellen mehrerer paralleler LSPs ungefährn.

Wie konfigure ich MPLS?

Für diese Switches müssen drei MPLS:

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

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

  • Der Ausgangs-Router/Switch ist das letzte MPLS, das das letzte Label entfernt, bevor Pakete das MPLS verlassen.

Dienstanbieter verwenden den Begriff Provider-Router (P) nur für Backbone-Router/Switches, die Label-Switching nutzen. Der kundenorientierte Router beim Service-Service (SP) wird als Provider-Edge-Router (PE) bezeichnet. Jeder Kunde benötigt einen Kunden-Edge-Router (CE), um mit dem Pe zu kommunizieren. Kundenorientierte Router können in der Regel IP-Adressen, L3VPNs, L2VPNs/Pseudowires und VPLS beenden, bevor Pakete an das Paket übertragen CE.

Konfiguration des MPLS-LER-Switches (Ingress) und des Ausgangs-Switches

Zur Konfiguration MPLS müssen Sie zuerst einen oder mehrere benannten Pfade auf dem Ingress- und Egress-Router erstellen. Für jeden Pfad können Sie einige oder alle Transit-Router auf dem Pfad angeben, oder Sie können ihn leer lassen. Siehe Konfigurieren der Ingress- und Egress-Routeradressen für LSPs und Konfigurieren der Verbindung zwischen Ingress- und Egress-Routern.

Konfigurieren Sie LSRs für MPLS

Konfigurieren Sie einen oder mehrere MPLS-LSRs mit den folgenden Schritten:

  1. Konfigurieren Sie die Schnittstellen auf jedem Switch zum Übertragen und Empfangen MPLS Datenpakete mit dem gewohnten Schnittstellenbefehl mit MPLS aneinander. Zum Beispiel:

  2. Fügen Sie die gleichen Schnittstellen unter [edit protocols mpls] hinzu. Zum Beispiel:

  3. Konfigurieren Sie die Schnittstellen auf jedem Switch, um MPLS Labeln mit einem Protokoll zu verarbeiten. Für LDP beispielsweise:

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

Was macht das MPLS-Protokoll?

MPLS (Multiprotocol Label Switching) (MPLS) ist ein auf Internet Engineering Task Force (IETF) angegebenes Framework, das die Kennzeichnung, das Routing, die Weiterleitung und das Switching von Datenverkehrsflüssen durch das Netzwerk ermöglicht. Außerdem werden MPLS:

  • Legt Mechanismen zur Verwaltung von Datenverkehrsflüssen verschiedener Granularität fest, z. B. Datenströme zwischen verschiedenen Hardware, Maschinen oder sogar Datenflüssen zwischen verschiedenen Anwendungen.

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

  • Ermöglicht die Zuordnung von IP-Adressen zu einfachen Labeln mit fester Länge, die von verschiedenen Paketweiterleitungs- und Paketvermittlungstechnologien verwendet werden.

  • Schnittstellen zu bestehenden Routingprotokollen 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 bei einem Fehler, indem im Voraus alternative LSPs erstellt werden.

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

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

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

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

Wie funktioniert MPLS Schnittstellen zu anderen Protokollen?

Einige der Protokolle, die mit Netzwerk MPLS sind:

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

  • Ldp: Das Label Distribution Protocol ist das defacto-Protokoll, das zur Verteilung von MPLS-Paketen verwendet wird und normalerweise so konfiguriert ist, dass es einen Tunnel innerhalb von RSVP-TE.

  • IGP: Interior Gateway Protocol ist ein Routing-Protokoll. Edge-Router (PE-Router) werden BGP selbst ausgeführt, um externe (Kunden)-Präfixe zu tauschen. Edge- und Core-Router werden von IGP (normalerweise OSPF oder IS-IS) ausgeführt, um einen optimalen Pfad für BGP nächsten Hops zu finden. P- und PE-Router verwenden LDP zum Austausch von Labeln für bekannte IP-Präfixe (einschließlich BGP nächsten Hops). LDP schafft indirekt End-to-End-LSPs über den Netzwerkkern.

  • BGP: Border Gateway Protocol (BGP) ermöglicht das richtlinienbasierte Routing unter Verwendung von TCP als Transportprotokoll für Port 179 zum Herstellen von Verbindungen. Die Junos OS Routingprotokollsoftware enthält BGP 4. Sie sind nicht konfiguriert BGP--- schnittstellen mit MPLS und LDP/RSVP stellt die Labels und die Möglichkeit der Übertragung von Paketen bereit. BGP die Routen automatisch ermittelt, die die Pakete nehmen.

  • OSPF und ISIS: Diese Protokolle werden für das Routing zwischen den PE- MPLS und CE. 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-Routingprotokoll, ist in großen Service Provider-Netzwerken häufiger üblich. Wenn Sie L3VPN für Ihre Kunden ausführen, können Sie am SP-Edge zwischen PE und CE jedes Protokoll ausführen, das Ihre Plattform als VRF- aware Instanz unterstützt.

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

Cisco Networks und Juniper Networks verwenden unterschiedliche Terminologie MPLS Netzwerk.

So nennt Cisco:

Juniper Anrufe:

Affinitäten

Admin-Gruppen

automatische Route ankündigen

TE Shortcuts

Weiterleitungs adjacency

LSP werben

Tunnel

Lsp

make-before-break

Adaptive

Anwendungsfenster

Adjust-Interval

Gemeinsam genutzte Risiko-Link-Gruppen

Fate Sharing

TTL-Verarbeitung bei eingehenden MPLS Paketen

Das Flussdiagramm zeigt Abbildung 1 die TTL-Verarbeitung eingehender MPLS Pakete. Auf einer Transit-LSR oder einer Egress-LER kann MPLS Label aus einem oder mehrere Labels erstellen und mindestens ein Label pushen. Die eingehende TTL des Pakets wird durch das konfigurierte TTL-Verarbeitungstunnelmodell ermittelt.

Wenn alle der folgenden Bedingungen erfüllt sind, wird die eingehende TTL auf den TTL-Wert im sofortigen Innenkopf gesetzt:

  • Das äußere Label wird poppiert, nicht aber ausgetauscht.

  • Das TTL-Verarbeitungsmodell ist als Pipe konfiguriert

  • Der innen bzw. MPLS ip

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

Wenn ein IP-Paket verfügbar gemacht wird, MPLS alle Label, die poppiert werden sollten, aus dem Fenster 1 wird MPLS das Paket zur weiteren Verarbeitung an die IP-Adresse gesendet, einschließlich der TTL-Überprüfung. Wenn das einheitliche Tunnelmodell für die TTL-Verarbeitung in Kraft tritt, wird MPLS TTL-Wert des IP-Pakets auf den einfach festgelegten eingehenden TTL-Wert festgelegt. 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, wird der TTL-Wert im IP-Header nicht geändert.

Wenn ein IP-Paket nicht durch den Label-Popping verfügbar gemacht wird, führt MPLS TTL-Validierung aus. Wenn die eingehende TTL weniger als 2 ist, wird das Paket verworfen. 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 anhand der Regeln für ausgehende MPLS festgelegt.

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

MPLS Übersicht über universelle Metro-Router der ACX-Serie

MPLS (Multiprotocol Label Switching) (MPLS) bietet einen Mechanismus zur Entwicklung von Datenverkehrsmustern im Netzwerk, der unabhängig von Routing-Tabellen ist, indem es Netzwerkpaketen kurze Label zu zuweisen und auf diese Weise beschreiben kann, wie diese über das Netzwerk weitergeleitet werden. MPLS kann für Unicastpakete unabhängig von routingprotokollen verwendet werden. Auf den Routern der ACX-Serie werden die folgenden MPLS unterstützt:

  • Die Konfiguration eines Label-Switching-Router (LSR) zur Verarbeitung von Paketen mit Label-Switched und zur Weiterleitung von Paketen basierend auf ihren Labels.

  • Die Konfiguration eines Ingress Label Edge Router (LER), bei dem IP-Pakete in MPLS-Paketen eingekapselt und an die MPLS-Domäne weitergeleitet werden, und als Ausgangs-LER, bei dem die MPLS-Pakete entkapselt werden und die in den MPLS-Paketen enthaltenen IP-Pakete mithilfe von Informationen in der IP-Weiterleitungstabelle weitergeleitet werden. Die Konfiguration MPLS LER-Konfiguration ist mit der Konfiguration eines LSR.

  • Einheitliche Konfiguration des Pipe- und Pipe-Modus mit unterschiedlichen Sichtbarkeitsarten MPLS Netzwerken. Im einheitlichen Modus sind alle Knoten, die ein Label Switched Path (LSP) durchläuft, sichtbar zu Knoten außerhalb des LSP-Tunnels. Standard ist der einheitliche Modus. Im Pipe-Modus sind nur der LSP-Ingress- und Egress-Punkt für Knoten außerhalb des LSP-Tunnels sichtbar. Der Pipe-Modus agiert wie eine Verbindung und muss mit der globalen Anweisung auf der [ ] Hierarchieebene auf jedem Router, der sich im Pfad des no-propagate-ttledit protocols mpls LSP befindet, aktiviert werden. Die no-propagate-ttl Anweisung deaktiviert die Time-to-Live (TTL)-Verbreitung auf Routerebene und wirkt sich auf alle LSPs mit RSVP- oder LDP-Signalen aus. Es wird nur die globale Konfiguration der TTL-Verbreitung unterstützt.

  • Ausnahmepaketbehandlung für IP-Pakete, die nicht vom normalen Paketfluss durch das Paket Packet Forwarding Engine. Es werden die folgenden Arten der Ausnahmepaketbehandlung unterstützt:

    • Router-Warnung

    • Mehrwert durch Time-to-Live (TTL)

    • Verifizierung der virtuellen Verbindungsverbindung (VCCV)

  • LSP Hot-Standby für die Konfiguration sekundärer Pfade zum Warten eines Pfads in einem Hot-Standby-Status, wodurch Swift Cut auf den sekundären Pfad ermöglicht wird, wenn Downstream-Router auf dem aktuellen aktiven Pfad Verbindungsprobleme anzeigen.

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

  • Konfiguration des Verbindungsschutzes, um sicherzustellen, dass datenverkehr, der eine bestimmte Schnittstelle von einem Router zum anderen durchquert, auch weiterhin sein Ziel erreichen kann, wenn diese Schnittstelle ausfällt.

MPLS für Switches der EX-Serie

Sie können die Junos OS MPLS auf den Juniper Networks der EX-Ethernet-Switches konfigurieren, um die Transporteffizienz im Netzwerk zu erhöhen. MPLS-Dienste können zur Verbindung verschiedener Standorte mit einem Backbone-Netzwerk verwendet werden und sorgen für eine höhere Leistung bei Anwendungen mit niedriger Latenz, wie VoIP (Voice over IP) und anderen geschäftskritisch-Funktionen.

Anmerkung:

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

Anmerkung:

MPLS auf den Switches werden nicht unterstützt:

  • Q-in-Q-Tunneling

In diesem Thema werden die

Vorteile der MPLS

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

  • An verschiedenen Ports eintreffenden Paketen können verschiedene Labels zugewiesen werden.

  • Einem an einem bestimmten Provider-Edge-Switch eintreffenden Paket kann ein Label zugewiesen werden, das sich von dem desselben Pakets, das auf einem anderen PE-Switch in das Netzwerk einfing, unterscheiden. Auf diese Weise lassen sich problemlos Weiterleitungsentscheidungen treffen, die vom Ingress-PE-Switch abhängen.

  • Manchmal ist es wünschenswert, ein Paket auf eine bestimmte Route zu zwingen, die zum Zeitpunkt der Einlassung des Pakets in das Netzwerk explizit gewählt wird, anstatt sich an der vom normalen dynamischen Routing-Algorithmus gewählten Route zu folgen, während das Paket im Netzwerk übertragen wird. In MPLS kann ein Label als Route verwendet werden, sodass das Paket nicht die Identität des Explicit Route tragen muss.

Zusätzliche Vorteile von MPLS und Traffic Engineering

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

  • Routen Sie Primärpfade zu bekannten Engpässen oder Engpässen im Netzwerk.

  • Präzise Kontrolle darüber, wie Datenverkehr umgeleitet wird, wenn auf dem primären Pfad ein oder mehrere Fehler ausschlagen müssen.

  • Effiziente Nutzung verfügbarer Gesamtbandbreite und Langstreckenfaser, indem sichergestellt wird, dass bestimmte Teilgruppen des Netzwerks nicht ausgelastet sind, während andere Teilgruppen des Netzwerks über potenzielle alternative Pfade nicht ausgelastet sind.

  • Maximieren Der betrieblichen Effizienz.

  • Verbessern Sie die datenverkehrsorientierten Leistungscharakteristiken des Netzwerks durch Minimieren von Paketverlusten, Minimieren von bestimmten Engpässen und Maximieren des Durchsatzes.

  • Verbessern sie die für die Unterstützung eines Multiservice-Internets erforderlichen statistischen Leistungsmerkmale des Netzwerks (wie Verlustquote, Verzögerungsvariation und Übertragungsverzögerung).

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

In diesem Thema werden die MPLS beschrieben, die von Switches der QFX-Serie, Switches EX4600 Switches EX4650 werden. Achten Sie bei den Einschränkungen MPLS auf QFX-Serie und Switches auf EX4600 auf Ausnahmen von dieser Unterstützung. Die Konfiguration nicht unterstützter Anweisungen auf dem Switch beeinträchtigt nicht den Betrieb.

Anmerkung:

EX4600- und EX4650-Switches verwenden denselben Chipsatz wie QFX5100-Switches. Aus diesem Grund sind auch Switches der EX-Serie und Switches der QFX-Serie im Lieferumfang enthalten. Andere Switches der EX-Serie unterstützen MPLS, jedoch mit unterschiedlichen Funktionen.

Unterstützte Funktionen

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

Tabelle 1: QFX10000 MPLS Features

Funktion

QFX10002

QFX10008

QFX10016

QFX10000-Switch als Edge-Switch (PE) MPLS Provider oder Provider-Switch

15.1X53-D10

15.1X53-D30

15.1X53-D60

Label Edge-Router (LER)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Label-Switching-Router (LSR)

15.1X53-D10

15.1X53-D30

15.1X53-D60

BGP MPLS Ethernet VPN (EVPN)

17.4R1

17.4R1

17.4R1

BGP-Routenreflektoren

15.1X53-D10

15.1X53-D30

15.1X53-D60

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

15.1X53-D60

15.1X53-D60, 17.2R1

15.1X53-D60, 17.2R1

BGP-Label

15.1X53-D10

15.1X53-D30

15.1X53-D60

BGP von Verbindungsstatus

17.1R1

17.1R1

17.1R1

Carrier-of-Carriers und Interprovider Layer 3-VPNs

17.1R1

17.1R1

17.1R1

Entropie-Label

17.2R1

17.2R1

17.2R1

Ethernet-over-MPLS (L2-Circuit)

15.1X53-D60

15.1X53-D60

15.1X53-D60

Schnelle Umleitung, One-to-One-lokaler Schutz und N:1-lokaler Schutz

15.1X53-D10

15.1X53-D30

15.1X53-D60

Fast Reroute mit Detours und sekundären LSP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Flexible Ethernet-Services

17.3R1

17.3R1

17.3R1

Firewall-Filter

15.1X53-D30

15.1X53-D30

15.1X53-D60

RSVP Graceful Restart für OSPF

15.1X53-D10

15.1X53-D30

15.1X53-D60

IP-over-MPLS-LSPs, sowohl statische als auch dynamische Links

15.1X53-D10

15.1X53-D30

15.1X53-D60

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

LDP-Tunneling über RSVP

15.1X53-D10

15.1X53-D30

15.1X53-D60

L2-Leitung an aggregierten Schnittstellen

17.3R1

17.3R1

17.3R1

L3VPNs für IPv4 und IPv6

15.1X53-D10

15.1X53-D30

15.1X53-D60

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

MPLS über UDP

18.3R1

18.3R1

18.3R1

MTU signaling in RSVP

15.1X53-D10

15.1X53-D30

15.1X53-D60

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

OSPF TE

15.1X53-D10

15.1X53-D30

15.1X53-D60

OSPFv2 als Interior Gateway Protocol (IGP)

15.1X53-D10

15.1X53-D30

15.1X53-D60

Path Computation Element Protocol für RSVP-TE

16.3R1

16.3R1

16.3R1

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

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

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

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

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

RSVP Fast Reroute (FRR), einschließlich Verbindungsschutz, Node-Link-Schutz, Fast Reroute mit Detours und sekundäres LSP

15.1X53-D10

15.1X53-D30

15.1X53-D60

SNMP-MIB-Unterstützung

15.1X53-D10

15.1X54-D30

15.1X53-D60

Statische und dynamische LSPs

15.1X53-D10

15.1X53-D30

15.1X53-D60

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

Traffic Engineering (TE)

Automatische Bandbreitenzuordnung und RSVP-Bandbreite

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

Virtual Routing and Forwarding (VRF)-Label-Unterstützung

15.1X53-D10

15.1X53-D30

15.1X53-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-Switches (PE) oder Provider-Switches

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Label Edge-Router (LER)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Label-Switching-Router (LSR)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Automatische Bandbreitenzuordnung auf LSPs

Nicht unterstützt

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

BGP-Label

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

BGP von Verbindungsstatus

Nicht unterstützt

17.1R1

17.1R1

18.3R1

17.1R1

18.1R1

BGP-Routenreflektor

15.1X53-D10

15.1X53-D30

15.1X53-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.1X53-D210

18.3R1

15.1X53-D30

18.1R1

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

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-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 zu gleichen Kosten (ECMP) bei LSRs:

  • Swap

  • Php

  • L3VPN

  • L2-Circuit

Nicht unterstützt

14.1X53-D35 (nur auf dem Labelstack unterstützt. Nicht unterstützt auf Fluss-Label, Entropie-Label oder ECMP-Label)

15.1X53-D210 (nur auf dem Labelstack unterstützt. Nicht unterstützt auf Fluss-Label, Entropie-Label oder ECMP-Label)

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

15.1X53-D30

18.1R1

Entropie-Label

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2-Leitung)

14.1X53-D10

14.1X53-D10

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Fast Reroute (FRR), 1:1-lokaler Schutz und N:1-lokaler Schutz

14.1X53-D10

14.1X53-D10

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

FRR mit Detours und sekundären LSP

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Firewall-Filter

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Datenstromsens aware Transport von Pseudowires (FAT)-Datenstrom-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.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

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

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

IP-over-MPLS-LSPs, sowohl statische als auch dynamische Links

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

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

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-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.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Layer 3-VPNs für IPv4 und IPv6

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Schleifenfreie Alternative (LFA)

Nicht unterstützt

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-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 signaling in RSVP

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

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

12.3X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

OSPF TE

12.3X50-D10

13.2X51-D15

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

OSPFv2 als Interior Gateway Protocol

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Path Computation Element Protocol für RSVP-TE

Nicht unterstützt

17.4R1

17.4R1

18.3R1

17.4R1

18.1R1

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

14.1X53-D10

14.1X53-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Automatische RSVP-Bandbreite

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

RSVP Fast Reroute (FRR), einschließlich Verbindungsschutz, Node-Link-Schutz, Fast Reroute mit Detours und sekundäres LSP

14.1X53-D15

14.1X53-D15

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

RSVP-TE Erweiterungen (IS-IS und OSPF)

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

SNMP-MIB-Unterstützung

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Statische und dynamische LSPs

12.2X50-D10

13.2X51-D10

VC/VCF (14.1X53-D30)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Traffic Engineering (TE) automatische Bandbreitenzuordnung auf LSPs

13.1X51-D10

13.1X51-D10

VC/VCF (13.2X51-D10)

15.1X53-D210

18.3R1

15.1X53-D30

18.1R1

Virtual Routing and Forwarding (VRF)-Label-Unterstützung

12.2X50-D10

13.2X51-D15

VC/VCF (14.1X53-D30)

15.1X53-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- EX4650 MPLS-Funktionen

Funktion

EX4600

EX4650

EX4600- EX4650-Switches oder Anbieter-Switches MPLS Provider Edge (PE)-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 auf LSPs

Nicht unterstützt

18.3R1

BGP-Label

14.1X53-D15

18.3R1

BGP von Verbindungsstatus

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 zu gleichen Kosten (ECMP) bei LSRs:

  • Swap

  • Php

  • L3VPN

  • L2-Circuit

Nicht unterstützt

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

Entropie-Label

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2-Leitung)

14.1X53-D15

18.3R1

Fast Reroute (FRR), 1:1-lokaler Schutz und N:1-lokaler Schutz

14.1X53-D15

18.3R1

FRR mit Detours und sekundären LSP

Nicht unterstützt

Nicht unterstützt

Firewall-Filter

14.1X53-D15

18.3R1

Datenstromsens aware Transport von Pseudowires (FAT)-Datenstrom-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, sowohl statische als auch dynamische Links

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

Schleifenfreie Alternative (LFA)

Nicht unterstützt

Nicht unterstützt

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

Nicht unterstützt

18.3R1

MTU signaling 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 Protocol

13.2X51-D25

18.3R1

Path Computation Element Protocol 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 Verbindungsschutz, Node-Link-Schutz, Fast Reroute mit Detours und sekundäres 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 auf LSPs

14.1X53-D15

18.3R1

Virtual Routing and Forwarding (VRF)-Label-Unterstützung

14.1X53-D15

18.3R1

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

Nicht unterstützt

18.3R1

MPLS von Switches der QFX-Serie EX4600 Switches

MPLS ist ein vollständig implementiertes Protokoll auf Routern, während Switches eine Untergruppe der MPLS unterstützen. Die Einschränkungen der einzelnen Switches sind hier in einem separaten Abschnitt aufgeführt, obwohl viele der Einschränkungen Mehrfach vorhanden sind, die für mehrere Switches gelten.

MPLS grenzen von 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 [edit protocols mpls] Hierarchieebene hat keine Auswirkungen.

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

    • LDP-Multipoint

    • LDP-Verbindungsschutz

    • LDP Bidirectional Forwarding Detection (BFD)

    • LDP Operation Administration and Management (OAM)

    • LDP-Multicast-only Fast Reroute (MoFRR)

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

  • MPLS-over-UDP-Tunnel werden von den folgenden Tunneln nicht unterstützt:

    • MPLS TTL-Verbreitung

    • IP-Fragmentierung am Tunnel-Startpunkt

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

    • Nur-IPv6

    • Multicast-Datenverkehr

    • Firewall-Filter für Tunnelstart und -endpunkte

    • CoS Tunnel Endpoints

    Anmerkung:

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

MPLS einschränkungen von EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches

  • MPLS von den verschiedenen Switches unterscheidet. EX4600-Switches unterstützen nur grundlegende MPLS-Funktionen, während die QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches einige der fortschrittlicheren Funktionen unterstützen. Weitere Informationen MPLS Funktionsunterstützung der Switches der QFX-Serie EX4600 Switches finden Sie unter.

  • Auf einem QFX5100 Switch wird die Konfiguration integrierter Bridging- und Routing-Schnittstellen (IRB) auf dem MPLS-Core auf dem Switch mithilfe von TCAM-Regeln implementiert. Dies ist das Ergebnis einer Chipbeschränkung auf dem Switch, die nur einen begrenzten Teil des TCAM-Speicherplatzes gestattet. Es gibt 1.000 TCAM-Raum für IRB. Wenn mehrere IRBs vorhanden sind, stellen Sie sicher, dass Sie ausreichend verfügbaren TCAM-Platz auf dem Switch haben. Wenn Sie den TCAM-Raum prüfen möchten, nutzen Sie die TCAM-Filterraumzuordnung und -überprüfung in QFX-Geräten ab der Junos OS 12.2x50-D20 ab.

  • (QFX5100, QFX5110, QFX5120, QFX5200, QFX5210, EX4600) Wenn die VLAN-Bridge-Einkapselung an einer CE-Schnittstelle aktiviert ist, verfällt der Switch Pakete, wenn sowohl flexible Ethernet-Services als auch VLAN CCC-Einkapselungen auf der gleichen logischen Schnittstelle konfiguriert sind. Es kann nur eine (und nicht beide) konfiguriert werden. Zum Beispiel:

    set interfaces xe-0/0/18 encapsulation flexible-ethernet-servicesoder set interfaces xe-0/0/18 encapsulation vlan-ccc .

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

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

  • Die QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches hängen nicht von der VRF-Übereinstimmung für Loopback-Filter ab, die in verschiedenen Routinginstanzen konfiguriert sind. Loopback-Filter pro Routing-Instanz (wie lo0.100, lo0.103, lo0.105) werden nicht unterstützt und verursachen möglicherweise unvorhersehbares Verhalten. Es wird empfohlen, den Loopback-Filter (lo0.0) nur auf die Master-Routinginstanz anzuwenden.

  • Auf EX4600- und EX4650-Switches werden Loopback-Filter mit Accept- und Deny-Bedingungen für die gleiche IP-Adresse konfiguriert, und wenn RSVP-Pakete diese IP-Adresse entweder in Quell- oder Ziel-IP verwenden, werden diese RSVP-Pakete auch dann verworfen, wenn sie Bedingungen akzeptieren, die eine höhere Priorität haben als Die Bedingungen nicht. Wenn der Switch je nach Design ein RSVP-Paket mit IP-OPTION empfängt, wird das Paket von der CPU kopiert und dann das Originalpaket verworfen. Da RSVP-Pakete zum Ablegen markiert sind, wird der Begriff "Akzeptieren" nicht von diesen Paketen verarbeiten. Und der Begriff "Verweigern" wird die Pakete fallen lassen.

  • Auf einer link-geschützten, schnellen Reroute-Layer-2-Verbindung kann eine Datenverkehrskonvergenz von 200 bis 300 Millisekunden erreicht werden.

  • Wenn Sie die BGP gekennzeichnete Unicast-Adressfamilie (mithilfe der Anweisung auf der Hierarchieebene) auf einem Switch der QFX-Serie oder auf einem EX4600-Switch konfigurieren, der als Route Reflector für BGP-gekennzeichnete Routen bereitgestellt wird, erfolgt die Pfadauswahl am labeled-unicast Route Reflector. Und ein einziger optimaler Pfad wird [edit protocols bgp family inet] angegeben. Dies führt zum Verlust BGP Multipath-Informaton.

  • Obwohl Fast Reroute (FRR) an regelmäßigen Schnittstellen unterstützt wird, werden die include-all Optionen include-any für FRR nicht unterstützt. Übersicht über Fast Reroute .

  • FRR wird auf Netzwerkschnittstellen, die über MPLS, nicht unterstützt.

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

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

  • MTU wird die Signalübertragung in RSVP und Erkennung auf der Steuerungsebene unterstützt. Dies lässt sich jedoch nicht auf der Datenebene durchsetzen.

  • Bei L2-Circuit-basierten Pseudowires wird bei gleichzeitiger Verwendung mehrerer RSVP-LSPs zu gleichen Kosten ein L2-Circuit-Nachbar (LSP) nach dem Zufallsprinzip für die Weiterleitung verwendet. Verwenden Sie diese Funktion, um LSPs für bestimmten L2-Circuit-Datenverkehr anzugeben, um den Datenverkehr im Core MPLS zu lasten.

  • 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 nur auf Switches QFX5100 unterstützt, die als reine family mpls Label-Switching-Router (LSRs) in einem netzwerkbasierten MPLS fungieren. Ein reines LSR ist ein Transit-Router, der Pfade nur auf den Anweisungen des eingehenden Labels umschaltet. Firewall-Filter und eingeschaltete Policer werden auf in- QFX5100- und family mpls Egress Provider Edge-Switches (PE) nicht unterstützt. Dazu gehören Switches, die vorletztes Hop-Popping (PHP) ausführen.

  • Die Konfiguration der revert-timer Anweisung auf [edit protocols mpls] Hierarchieebene hat keine Auswirkungen.

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

    • Wenn der Austausch des Labels nicht erfolgt, wird die Push-Technologie von maximal drei Labels MPLS Edge-Switch unterstützt.

    • Wenn ein Austausch des Labels erfolgt, wird die Push-Technologie von maximal zwei Labeln MPLS Edge-Switch unterstützt.

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

    • Globale Label-Platz wird unterstützt, schnittstellenspezifischer Label-Bereich wird jedoch nicht unterstützt.

    • MPLS ECMP auf dem PHY-Knoten mit TOKEN=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 Switches QFX3500, QFX3600, EX4600, QFX5100 und QFX5200 Switches.

    • Bei EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches kann der Befehl von MPLS MTU unerwartetes Verhalten verursachen. Dies liegt an den Einschränkungen des SDK (Software Development Kit)-Chipsatzes auf dieser Plattform.

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

    • LDP-Multipoint

    • LDP-Verbindungsschutz

    • LDP Bidirectional Forwarding Detection (BFD)

    • LDP Operation Administration and Management (OAM)

    • LDP-Multicast-only Fast Reroute (MoFRR)

  • Die Konfiguration von Einheit mit und Einheit mit auf der gleichen physischen Schnittstelle wird auf netzwerk-, konfigurations- und family mpls EX4600-, EX4650-, encapsulation vlan-bridge QFX5100-, QFX5110- oder QFX5120.

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

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

  • Next-Hop-LSP

  • 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-Chipsatz unterstützen keine separaten Next Hops für dasselbe Label mit verschiedenen S-Bits (S-0 und S-1). Dazu gehören QFX3500-, QFX3600-, EX4600-, QFX5100- QFX5200-Switches.

MPLS auf QFX3500 Switches

  • Wenn Sie die BGP gekennzeichnete Unicast-Adressfamilie (mithilfe der Anweisung auf der Hierarchieebene) auf einem Switch der QFX-Serie oder auf einem EX4600-Switch konfigurieren, der als Route Reflector für BGP-gekennzeichnete Routen bereitgestellt wird, erfolgt die Pfadauswahl am labeled-unicast Route Reflector. Und ein einziger optimaler Pfad wird [edit protocols bgp family inet] angegeben. Dies führt zum Verlust von BGP Multipath-Informationen.

  • Obwohl Fast Reroute unterstützt wird, werden die Optionen include-allinclude-any für fast Reroute nicht unterstützt. Nähere Informationen finden Sie unter Fast Reroute Overview.

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

  • MTU wird die Signalübertragung in RSVP und Erkennung auf der Steuerungsebene unterstützt. Dies lässt sich jedoch nicht auf der Datenebene durchsetzen.

  • Bei Layer 2 (L2)-circuitbasierten Pseudowires, wenn mehrere RSVP Label-Switched Paths (LSPs) zu gleichen Kosten verfügbar sind, um einen L2-Circuit-Nachbarn zu erreichen, wird ein LSP nach dem Zufallsprinzip für die Weiterleitung verwendet. Verwenden Sie diese Funktion, um LSPs für bestimmten L2-Circuit-Datenverkehr anzugeben, um den Datenverkehr im Core MPLS zu lasten.

  • 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 [edit protocols mpls] Hierarchieebene hat keine Auswirkungen.