Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Auf dieser Seite
 

MPLS – Übersicht

MPLS – Übersicht

Multiprotocol Label Switching (MPLS) ist ein Protokoll, das anstelle von IP-Adressen Labels zum Weiterleiten von Paketen verwendet. In einem herkömmlichen Netzwerk führt jeder Switch eine IP-Routing-Suche durch, bestimmt einen nächsten Hop basierend auf seiner Routing-Tabelle und leitet dann ein Paket an diesen nächsten Hop weiter. Bei MPLS führt nur das erste Gerät eine Routing-Suche durch und findet, anstatt den nächsten Hop zu finden, das endgültige Ziel zusammen mit einem Pfad zu diesem Ziel. Der Pfad eines MPLS-Pakets wird als Label-Switched-Pfad (LSP) bezeichnet.

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

Das Junos-Betriebssystem enthält alles, was Sie für die Konfiguration von MPLS benötigen. Sie müssen keine zusätzlichen Programme oder Protokolle installieren. MPLS wird auf Switches mit einer Teilmenge der Befehle unterstützt, die auf Routern unterstützt werden. Die MPLS-konfigurierten Junos Switches können untereinander und mit Junos MPLS-konfigurierten Routern interagieren.

MPLS hat gegenüber herkömmlicher Paketweiterleitung folgende Vorteile:

  • Paketen, die an verschiedenen Ports ankommen, können unterschiedliche Labels 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 über einen anderen PE-Switch in das Netzwerk gelangt. Dadurch können Weiterleitungsentscheidungen, die vom Eingangs-PE-Switch abhängen, leicht getroffen werden.

  • Manchmal ist es wünschenswert, ein Paket zu zwingen, einer bestimmten Route zu folgen, die explizit zu dem Zeitpunkt gewählt wird, zu dem das Paket in das Netzwerk eintritt, anstatt es der Route folgen zu lassen, die vom normalen dynamischen Routing-Algorithmus gewählt wird, während das Paket durch das Netzwerk reist. In MPLS kann eine Bezeichnung verwendet werden, um die Route darzustellen, sodass das Paket nicht die Identität der expliziten Route enthalten muss.

In diesem Thema wird Folgendes beschrieben:

Warum MPLS verwenden?

MPLS reduziert die Verwendung der Weiterleitungstabelle, indem anstelle der Weiterleitungstabelle Bezeichnungen verwendet werden. Die Größe der Weiterleitungstabellen auf einem Switch ist durch Silizium begrenzt, und die Verwendung einer exakten Anpassung für die Weiterleitung an Zielgeräte ist billiger als der Kauf anspruchsvollerer Hardware. Darüber hinaus können Sie mit MPLS steuern, wohin und wie der Datenverkehr in Ihrem Netzwerk geleitet wird – dies wird als Traffic Engineering bezeichnet.

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

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

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

Warum nicht MPLS verwenden?

Es gibt keine Protokolle zur automatischen Erkennung von MPLS-fähigen Knoten. Das MPLS-Protokoll tauscht lediglich Label-Werte gegen einen LSP aus. Sie erstellen nicht die Sprachdienstleister.

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

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

Große Sprachdienstleister sind durch die von ihnen durchquerten Schaltkreise begrenzt. Sie können dies umgehen, indem Sie mehrere, parallele Sprachdienstleister erstellen.

Wie konfiguriere ich MPLS?

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

  • Identifizieren Sie Edge Router/Switch (LER) oder Eingangsknoten mit dem MPLS-Netzwerk. Dieser Switch kapselt die Pakete.

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

  • Der Ausgangsrouter/-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 betreibt. Der kundenseitige Router am SP wird als Provider-Edge-Router (PE) bezeichnet. Jeder Kunde benötigt einen Kunden-Edge-Router (CE), um mit der PE zu kommunizieren. Kundenorientierte Router können in der Regel IP-Adressen, L3VPNs, L2VPNs/Pseudowires/VPLS terminieren, bevor Pakete an den CE übertragen werden.

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

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 ihn leer lassen. Weitere Informationen finden Sie unter Konfigurieren der Eingangs- und Ausgangsrouteradressen für Sprachdienstleister und Konfigurieren der Verbindung zwischen Eingangs- und Ausgangsroutern.

Konfigurieren von LSRs für MPLS

Konfigurieren Sie einen oder mehrere MPLS-LSRs, indem Sie die folgenden Schritte ausführen:

  1. Konfigurieren Sie Schnittstellen auf jedem Switch zum Senden und Empfangen von MPLS-Paketen mit dem üblichen Schnittstellenbefehl mit angehängtem MPLS. Hier einige Zahlen zum Generationswechsel:

  2. Fügen Sie dieselben Schnittstellen unter [edit protocols mpls] hinzu. Hier einige Zahlen zum Generationswechsel:

  3. Konfigurieren Sie die Schnittstellen auf jedem Switch so, dass MPLS-Labels mit einem Protokoll verarbeitet werden können. Zum Beispiel für LDP:

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

Wozu dient das MPLS-Protokoll?

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

  • Gibt Mechanismen zum Verwalten von Datenverkehrsflüssen unterschiedlicher Granularität an, z. B. Datenströme zwischen unterschiedlicher Hardware, Computern oder sogar Datenströmen zwischen verschiedenen Anwendungen.

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

  • Bietet eine Möglichkeit zum Zuordnen von IP-Adressen zu einfachen Labels mit fester Länge, die von verschiedenen Paketweiterleitungs- und Paketvermittlungstechnologien verwendet werden.

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

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

  • Verwendet die folgenden zusätzlichen Technologien:

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

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

    • Knotenschutz/Next-Hop-Backup: Für jeden möglichen Switch-(Knoten-)Ausfall 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 Routing-Domänen.

Wie wird MPLS mit anderen Protokollen verbunden?

Einige der Protokolle, die mit MPLS funktionieren, sind:

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

  • LDP: Label Distribution Protocol ist das Defacto-Protokoll, das für die Verteilung von MPLS-Paketen verwendet wird und normalerweise für Tunnel innerhalb von RSVP-TE konfiguriert ist.

  • IGP: Interior Gateway Protocol ist ein Routing-Protokoll. Edge-Router (PE-Router) führen BGP untereinander aus, um externe (Kunden-)Präfixe auszutauschen. Edge- und Core-Router (P) laufen mit IGP (in der Regel OSPF oder IS-IS), um den optimalen Pfad zu den nächsten BGP-Hops zu finden. P- und PE-Router verwenden LDP, um Labels für bekannte IP-Präfixe (einschließlich BGP Next Hops) auszutauschen. LDP baut indirekt End-to-End-Sprachdienstleister über den gesamten Netzwerkkern hinweg auf.

  • BGP: Das Border Gateway Protocol (BGP) ermöglicht richtlinienbasiertes Routing, wobei TCP als Transportprotokoll auf Port 179 zum Herstellen von Verbindungen verwendet wird. Die Routing-Protokollsoftware Junos OS enthält BGP Version 4. Sie konfigurieren kein BGP---Die Konfiguration von Schnittstellen mit MPLS und LDP/RSVP legt die Labels und die Fähigkeit zur Übertragung von Paketen fest. 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 vielleicht das am weitesten verbreitete 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. Angenommen, Sie führen L3VPN für Ihre Kunden aus, können Sie auf dem SP-Edge zwischen PE und CE jedes Protokoll, das Ihre Plattform unterstützt, als VRF-fähige Instanz ausführen.

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

Cisco Networks und Juniper Networks verwenden unterschiedliche MPLS-Terminologie.

Wie Cisco sagt:

Juniper Anrufe:

Affinitäten

admin-gruppen

Autoroute-Ankündigung

TE-Tastenkombinationen

Weiterleitungs-Adjacency

LSP-Werbung

Tunnel

LSP

Make-before-break

Adaptive

application-window (Anwendungsfenster)

adjust-interval (Intervall anpassen)

Verknüpfungsgruppen mit gemeinsamem Risiko

Schicksalsteilung

TTL-Verarbeitung für eingehende MPLS-Pakete

Das Flussdiagramm veranschaulicht Abbildung 1 die TTL-Verarbeitung eingehender MPLS-Pakete. Auf einem Transit-LSR oder einem Ausgangs-LER lässt MPLS ein oder mehrere Labels platzen und kann ein 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 festgelegt, der im unmittelbaren inneren Header zu finden ist:

  • Das äußere Etikett wird gepoppt und nicht vertauscht

  • Das TTL-Verarbeitungsmodell ist so konfiguriert, dass es Pipes

  • Der innere Header ist MPLS oder IP

Wenn eine dieser Bedingungen nicht erfüllt ist, wird die eingehende Gültigkeitsdauer auf den Gültigkeitswert festgelegt, der in der äußersten Beschriftung angegeben ist. In allen Fällen werden die TTL-Werte aller weiteren inneren Beschriftungen ignoriert.

Wenn ein IP-Paket offengelegt wird, nachdem MPLS alle Labels entfernt hat, die gepoppt werden sollten, übergibt MPLS das Paket zur weiteren Verarbeitung, einschließlich TTL-Prüfung, an IP. Wenn das einheitliche Tunnelmodell für die TTL-Verarbeitung in Kraft ist, setzt MPLS den TTL-Wert des IP-Pakets auf den eingehenden TTL-Wert, der gerade festgelegt wurde. Mit anderen Worten, der TTL-Wert wird von der äußersten Bezeichnung in das IP-Paket kopiert. Wenn das Pipe-Modell für die TTL-Verarbeitung aktiviert ist, bleibt der TTL-Wert im IP-Header unverändert.

Wenn ein IP-Paket nicht durch das Popping des Labels offengelegt wird, führt MPLS die TTL-Validierung durch. Wenn die eingehende TTL kleiner 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 durch die Regeln für ausgehende MPLS-Pakete bestimmt.

Abbildung 1: TTL-Verarbeitung für eingehende MPLS-PaketeTTL-Verarbeitung für eingehende MPLS-Pakete

Siehe auch

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

Multiprotocol Label Switching (MPLS) bietet einen Mechanismus zum Engineering von Netzwerkdatenverkehrsmustern, der unabhängig von Routing-Tabellen ist, indem Netzwerkpaketen kurze Labels zugewiesen werden, die beschreiben, wie sie über das Netzwerk weitergeleitet werden. MPLS ist unabhängig von Routing-Protokollen und kann für Unicast-Pakete 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 Labels.

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

  • Uniform- und Pipe-Mode-Konfiguration für verschiedene Arten von Visibilität im MPLS-Netzwerk. Im einheitlichen Modus werden alle Knoten, die ein Label-Switched-Pfad (LSP) durchläuft, für Knoten außerhalb des LSP-Tunnels sichtbar. Der einheitliche Modus ist die Standardeinstellung. Im Pipe-Modus sind nur die LSP-Eingangs- und -Ausgangspunkte für Knoten außerhalb des LSP-Tunnels sichtbar. Der Pipe-Modus verhält sich wie eine Schaltung und muss mit der globalen Anweisung auf der Hierarchieebene [] auf jedem Router aktiviert werden, der sich im Pfad des LSP befindet.no-propagate-ttledit protocols mpls Die Anweisung deaktiviert die TTL-Weitergabe (Time-to-Live) auf Routerebene und wirkt sich auf alle RSVP- oder LDP-signalisierten LSPs aus.no-propagate-ttl Es wird nur die globale Konfiguration der TTL-Weitergabe unterstützt.

  • Ausnahme-Paketbehandlung von IP-Paketen, die nicht vom normalen Paketfluss durch die Paketweiterleitungs-Engine verarbeitet werden. Die folgenden Arten der Ausnahmepaketbehandlung werden unterstützt:

    • Router-Warnung

    • Ablaufwert für die Gültigkeitsdauer (TTL)

    • Verbindungsüberprüfung virtueller Schaltkreise (VCCV)

  • LSP-Hot-Standby-Konfiguration für sekundäre Pfade, um einen Pfad in einem Hot-Standby-Zustand zu halten, der ein schnelles Umschalten auf den sekundären Pfad ermöglicht, wenn Downstream-Router auf dem aktuell aktiven Pfad Konnektivitätsprobleme anzeigen.

  • Redundanz für einen LSP-Pfad (Label-Switched Path) 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, sein Ziel auch dann erreichen kann, wenn diese Schnittstelle ausfällt.

MPLS für Switches der EX-Serie – Übersicht

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 geringer Latenz wie Voice over IP (VoIP) und andere geschäftskritische Funktionen zu gewährleisten.

HINWEIS:

MPLS-Konfigurationen auf Switches der EX-Serie sind kompatibel mit Konfigurationen auf anderen Geräten von Juniper Networks, die MPLS und MPLS-basiertes Circuit Cross-Connect (CCC) unterstützen. Welche MPLS-Funktionen auf den Switches verfügbar sind, hängt davon ab, welchen Switch Sie verwenden. Weitere Informationen zu den Softwarefunktionen der Switches der EX-Serie finden Sie im Funktions-Explorer.

HINWEIS:

MPLS-Konfigurationen auf den Switches unterstützen Folgendes nicht:

  • Q-in-Q-Tunneling

In diesem Thema wird Folgendes beschrieben:

Vorteile von MPLS

MPLS hat gegenüber herkömmlicher Paketweiterleitung folgende Vorteile:

  • Paketen, die an verschiedenen Ports ankommen, können unterschiedliche Labels 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 über einen anderen PE-Switch in das Netzwerk gelangt. Dadurch können Weiterleitungsentscheidungen, die vom Eingangs-PE-Switch abhängen, leicht getroffen werden.

  • Manchmal ist es wünschenswert, ein Paket zu zwingen, einer bestimmten Route zu folgen, die explizit zu dem Zeitpunkt gewählt wird, zu dem das Paket in das Netzwerk eintritt, anstatt es der Route folgen zu lassen, die vom normalen dynamischen Routing-Algorithmus gewählt wird, während das Paket durch das Netzwerk reist. In MPLS kann eine Bezeichnung verwendet werden, um die Route darzustellen, sodass das Paket nicht die Identität der expliziten Route enthalten muss.

Weitere Vorteile von MPLS und Traffic Engineering

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

  • Routingen Sie primäre Pfade um bekannte Engpässe oder Überlastungen im Netzwerk herum.

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

  • Sorgen Sie für eine effiziente Nutzung der verfügbaren Gesamtbandbreite und Langstrecken-Glasfaser, indem Sie sicherstellen, dass bestimmte Teilmengen des Netzwerks nicht überlastet werden, während andere Teilmengen des Netzwerks entlang potenzieller alternativer Pfade nicht ausgelastet sind.

  • Maximieren Sie die betriebliche Effizienz.

  • Verbessern Sie die datenverkehrsorientierten Leistungsmerkmale des Netzwerks durch Minimierung von Paketverlusten, Minimierung längerer Überlastungszeiten und Maximierung des Durchsatzes.

  • Verbessern Sie statistisch gebundene Leistungsmerkmale des Netzwerks (z. B. Verlustrate, Verzögerungsvariation und Übertragungsverzögerung), die zur Unterstützung eines Multiservice-Internets erforderlich sind.

Unterstützung von MPLS-Funktionen auf Switches der QFX-Serie und EX4600

In diesem Thema werden die MPLS-Funktionen beschrieben, die von den Switches der QFX-Serie, EX4600 und EX4650 unterstützt werden. Achten Sie darauf, dass es Ausnahmen von dieser Unterstützung unter MPLS-Einschränkungen für Switches der QFX-Serie und EX4600 gibt. Das Konfigurieren nicht unterstützter Anweisungen auf dem Switch wirkt sich nicht auf seinen Betrieb aus.

HINWEIS:

EX4600- und EX4650-Switches verwenden denselben Chipsatz wie QFX5100-Switches – aus diesem Grund sind hier die Switches der EX-Serie zusammen mit den Switches der QFX-Serie enthalten. Andere Switches der EX-Serie unterstützen MPLS ebenfalls, jedoch mit einem 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 und EX4650 unterstützt werden, sowie die Junos OS-Version, in der sie eingeführt wurden. 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 Standalone-Switch als MPLS-Provider-Edge-Switch (PE) 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 Dimensionierung der Bandbreite und der dynamischen LSP-Zählung (Label-Switched Path)

15.1X53-D60

15.1X53-D60, 17.2R1

15.1X53-D60, 17.2R1

BGP mit Unicast-Bezeichnung

15.1X53-D10

15.1X53-D30

15.1X53-D60

BGP-Link-State-Verteilung

17.1R1

17.1R1

17.1R1

Carrier-of-Carrier und Interprovider Layer 3-VPNs

17.1R1

17.1R1

17.1R1

Entropie-Beschriftungen

17.2R1

17.2R1

17.2R1

Ethernet-over-MPLS (L2-Circuit)

15.1X53-D60

15.1X53-D60

15.1X53-D60

Schnelle Umleitung, lokaler Eins-zu-Eins-Schutz und lokaler Viele-zu-Eins-Schutz

15.1X53-D10

15.1X53-D30

15.1X53-D60

Schnelles Rerouting über Umwege 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 Verbindungen

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-Schaltung auf 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-Signalisierung in RSVP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Betrieb, Verwaltung 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-aggregierte Ethernet-Schnittstellen (Core-Faced-Schnittstelle)

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

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

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

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

15.1X53-D10

15.1X53-D30

15.1X53-D60

RSVP Fast Reroute (FRR), einschließlich Link-Protection, Node-Link-Protection, Fast Reroute über Umwege und sekundärem LSP

15.1X53-D10

15.1X53-D30

15.1X53-D60

Unterstützung für SNMP MIB

15.1X53-D10

15.1X54-D30

15.1X53-D60

Statische und dynamische Sprachdienstleister

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

Verkehrstechnik (TE)

Automatische Bandbreitenzuweisung und RSVP-Bandbreite

Dynamisches Bandbreitenmanagement mit Ingress-LSP-Aufteilung und -Zusammenführung

15.1X53-D10

15.1X53-D30

15.1X53-D60

Unterstützung für Virtual Routing and Forwarding (VRF)-Etiketten

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

Standalone-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,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Label-Switching-Router (LSR)

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Automatische Bandbreitenzuweisung für Sprachdienstleister

Nicht unterstützt

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

BGP mit Unicast-Bezeichnung

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

BGP-Link-State-Verteilung

Nicht unterstützt

17.1R1

17.1R1

18.3R1

17.1R1

18.1R1

BGP-Routenreflektor

15.1X53-D10

15.1X53-D30

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

BGP-Layer-3-VPNs zwischen Netzbetreibern und Interprovidern

14.1X53-D15

14.1X53-D15

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12.3X50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Dynamische Dimensionierung der LSP-Anzahl (Label Switched Path): TE++

Nicht unterstützt

17.2R1

VC/VCF 17.2R1

17.2R1

VC/VCF 17.2R1

18.3R1

17.2R1

18.1R1

Equal-Cost Multipath (ECMP) an LSRs:

  • SWAP

  • PHP

  • L3VPN

  • L2-Schaltung

Nicht unterstützt

14.1X53-D35 (Wird nur für Etikettenstapel unterstützt. Nicht unterstützt für Fluss-, Entropie- oder ECMP-Bezeichnungen)

15.1X53-D210 (Wird nur für Etikettenstapel unterstützt. Nicht unterstützt für Fluss-, Entropie- oder ECMP-Bezeichnungen)

18.3R1 (Wird nur für Label-Stacks unterstützt. Nicht unterstützt für Fluss-, Entropie- oder ECMP-Bezeichnungen)

15.1X53-D30

18.1R1

Entropie-Beschriftungen

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2 Schaltung)

14.1X53-D10

14.1X53-D10

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Fast Reroute (FRR), lokaler Eins-zu-Eins-Schutz und Viele-zu-Eins-Schutz vor Ort

14.1X53-D10

14.1X53-D10

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

FRR über Umwege 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,3 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Flussetiketten für den flussbewussten Transport von Pseudowires (FAT)

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 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12,3 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

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 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Layer-3-VPNs für IPv4 und IPv6

12,3 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Schleifenfreie Alternative (LFA)

Nicht unterstützt

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

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-Signalisierung in RSVP

12,3 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12,3 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

OSPF TE

12,3 x 50-D10

13,2 x 51 x 15 mm

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

OSPFv2 als internes Gateway-Protokoll

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

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-aggregierte Ethernet-Schnittstellen (Core-Faced-Schnittstelle)

14.1X53-D10

14.1X53-D15

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Automatische RSVP-Bandbreite

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

RSVP Fast Reroute (FRR), einschließlich Link-Protection, Node-Link-Protection, Fast Reroute über Umwege und sekundärem LSP

14.1X53-D15

14.1X53-D15

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

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

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Unterstützung für SNMP MIB

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Statische und dynamische Sprachdienstleister

12,2 x 50-D10

13.2X51-D10

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Automatische Bandbreitenzuweisung für Traffic Engineering (TE) auf Sprachdienstleistern

13.1X51-D10

13.1X51-D10

VC/VCF (13,2X51-D10)

15,1 x 53 x 210 mm

18.3R1

15.1X53-D30

18.1R1

Unterstützung für Virtual Routing and Forwarding (VRF)-Etiketten

12,2 x 50-D10

13,2 x 51 x 15 mm

VC/VCF (14.1X53-D30)

15,1 x 53 x 210 mm

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

EX4600 und EX4650 Standalone-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 Bandbreitenzuweisung für Sprachdienstleister

Nicht unterstützt

18.3R1

BGP mit Unicast-Bezeichnung

14.1X53-D15

18.3R1

BGP-Link-State-Verteilung

Nicht unterstützt

18.3R1

BGP-Routenreflektor

14.1X53-D15

18.3R1

BGP-Layer-3-VPNs zwischen Netzbetreibern und Interprovidern

14.1X53-D15

18.3R1

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

14.1X53-D15

18.3R1

Dynamische Dimensionierung der LSP-Anzahl (Label Switched Path): TE++

Nicht unterstützt

18.3R1

Equal-Cost Multipath (ECMP) an LSRs:

  • SWAP

  • PHP

  • L3VPN

  • L2-Schaltung

Nicht unterstützt

18.3R1 (Wird nur für Label-Stacks unterstützt. Nicht unterstützt für Fluss-, Entropie- oder ECMP-Bezeichnungen)

Entropie-Beschriftungen

Nicht unterstützt

Nicht unterstützt

Ethernet-over-MPLS ( L2 Schaltung)

14.1X53-D15

18.3R1

Fast Reroute (FRR), lokaler Eins-zu-Eins-Schutz und Viele-zu-Eins-Schutz vor Ort

14.1X53-D15

18.3R1

FRR über Umwege und sekundären LSP

Nicht unterstützt

Nicht unterstützt

Firewall-Filter

14.1X53-D15

18.3R1

Flussetiketten für den flussbewussten Transport von Pseudowires (FAT)

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 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

Schleifenfreie Alternative (LFA)

Nicht unterstützt

Nicht unterstützt

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

Nicht unterstützt

18.3R1

MTU-Signalisierung in RSVP

14.1X53-D15

18.3R1

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

14.1X53-D15

18.3R1

OSPF TE

14.1X53-D15

18.3R1

OSPFv2 als internes Gateway-Protokoll

13,2 x 51 x 25 mm

18.3R1

Path Computation Element Protocol für RSVP-TE

Nicht unterstützt

18.3R1

Pseudowire-over-aggregierte Ethernet-Schnittstellen (Core-Faced-Schnittstelle)

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 über Umwege und sekundärem LSP

14.1X53-D15

18.3R1

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

14.1X53-D15

18.3R1

Unterstützung für SNMP MIB

14.1X53-D15

18.3R1

Statische und dynamische Sprachdienstleister

14.1X53-D15

18.3R1

Traffic Engineering (TE)automatische Bandbreitenzuweisung für Sprachdienstleister

14.1X53-D15

18.3R1

Unterstützung für Virtual Routing and Forwarding (VRF)-Etiketten

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-Serie und EX4600

MPLS ist ein vollständig auf Routern implementiertes Protokoll, während Switches einen Teil der MPLS-Funktionen unterstützen. Die Einschränkungen der einzelnen Switches sind 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-Firewallfilters auf einem Switch, der als Ausgangs-Provider-Edge-Switch (PE) bereitgestellt wird, hat keine Auswirkungen.

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

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

    • LDP-Multipoint

    • LDP-Link-Schutz

    • LDP Bidirektionale Weiterleitungserkennung (BFD)

    • LDP-Betriebsverwaltung und -Management (OAM)

    • LDP-Multicast-only Fast Reroute (MoFRR)

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

  • MPLS-over-UDP-Tunnel werden in den folgenden Bereichen nicht unterstützt:

    • MPLS TTL-Ausbreitung

    • IP-Fragmentierung am Startpunkt des Tunnels

    • CoS-Rewrite-Regeln und Prioritätsweitergabe für RSVP-LSP-Labels (nur Eingangstunnel)

    • Einfaches IPv6

    • Multicast-Datenverkehr

    • Firewall-Filter für Tunnelstart und Endpunkte

    • CoS-Tunnel-Endpunkte

    HINWEIS:

    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 für EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches

  • Die MPLS-Unterstützung ist bei den verschiedenen Switches unterschiedlich. EX4600-Switches unterstützen nur grundlegende MPLS-Funktionen, während die Switches QFX5100, QFX5110, QFX5120, QFX5200 und QFX5210 einige der erweiterten Funktionen unterstützen. Weitere Informationen finden Sie unter MPLS-Funktionsunterstützung für Switches der QFX-Serie und EX4600 .Unterstützung von MPLS-Funktionen auf Switches der QFX-Serie und EX4600

  • Auf einem QFX5100-Switch wird die Konfiguration integrierter Bridging- und Routing-Schnittstellen (IRB) auf dem MPLS-Core mithilfe von TCAM-Regeln auf dem Switch implementiert. Dies ist das Ergebnis einer Chip-Beschränkung des Switches, die nur eine begrenzte Menge an TCAM-Platz zulässt. Es gibt 1K TCAM-Speicherplatz, der für IRB zugewiesen ist. Wenn mehrere IRBs vorhanden sind, stellen Sie sicher, dass auf dem Switch genügend TCAM-Speicherplatz verfügbar ist. Informationen zum Überprüfen des TCAM-Speicherplatzes finden Sie unter TCAM-Filterplatzzuweisung und -überprüfung in QFX-Geräten ab Junos OS 12.2x50-D20.https://kb.juniper.net/InfoCenter/index?page=content&id=KB28925&actp=search

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

    Oder:

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

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

  • Die EX4600-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches sind nicht von der VRF-Übereinstimmung für Loopback-Filter abhängig, die auf verschiedenen Routing-Instanzen konfiguriert sind. Loopback-Filter pro Routinginstanz (z. B. lo0.100, lo0.103, lo0.105) werden nicht unterstützt und können zu unvorhersehbarem Verhalten führen. Es wird empfohlen, den Loopback-Filter (lo0.0) nur auf die Master-Routing-Instanz anzuwenden

  • Wenn auf EX4600- und EX4650-Switches Loopback-Filter mit Annahme- und Verweigerungsbedingungen für dieselbe IP-Adresse konfiguriert sind und RSVP-Pakete diese IP-Adresse entweder in der Quell-IP oder in der Ziel-IP haben, werden diese RSVP-Pakete verworfen, auch wenn Annahmebedingungen eine höhere Priorität haben als Verweigerungsbedingungen. Wenn der Switch ein RSVP-Paket mit IP-OPTION empfängt, wird das Paket an die CPU kopiert und dann das ursprüngliche Paket verworfen. Da RSVP-Pakete zum Verwerfen markiert sind, verarbeitet die Annahmebedingung diese Pakete nicht, und die Verweigerungsbedingung verwirft die Pakete.

  • Bei einer verbindungsgeschützten, schnellen Umleitungs-Layer-2-Verbindung kann es zu einer Verzögerung der Datenverkehrskonvergenz von 200 bis 300 Millisekunden kommen.

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

  • Obwohl Fast Reroute (FRR) auf regulären Schnittstellen unterstützt wird, werden die Optionen und für FRR nicht unterstützt.include-allinclude-any Weitere Informationen finden Sie unter Übersicht über die schnelle Umleitung.Übersicht über die schnelle Umleitung

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

  • MPLS-basierte Circuit Cross-Connects (CCC) werden nicht unterstützt, sondern nur leitungsbasierte Pseudodrähte.

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

  • Die MTU-Signalisierung in RSVP und Discovery wird in der Steuerungsebene unterstützt. Dies kann jedoch nicht auf der Data Plane erzwungen werden.

  • Wenn bei L2-Schaltungs-basierten Pseudoleitungen mehrere RSVP-LSPs mit gleichen Kosten verfügbar sind, um einen L2-Leitungsnachbarn 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 MPLS-Kern zu lasten.

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

  • Aktivierte Firewall-Filter und -Policer werden nur auf QFX5100-Switches unterstützt, die als reine Label-Switching-Router (LSRs) in einem MPLS-Netzwerk fungieren.family mpls Ein reiner LSR ist ein Transit-Router, der die Pfade ausschließlich auf Anweisung des eingehenden Labels wechselt. Aktivierte Firewallfilter und Policer werden auf QFX5100 PE-Switches (Ingress Provider Edge) nicht unterstützt.family mpls Dazu gehören auch Switches, die vorletztes Hop-Popping (PHP) durchführen.

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

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

    • Das Pushen von maximal drei Labels wird im MPLS-Edge-Switch unterstützt, wenn kein Label-Swap durchgeführt wird.

    • Das Pushen von maximal zwei Labels wird im MPLS-Edge-Switch unterstützt, wenn ein Label-Swap durchgeführt wird.

    • Pop bei Zeilengeschwindigkeit wird für maximal zwei Beschriftungen unterstützt.

    • Globaler Beschriftungsbereich wird unterstützt, schnittstellenspezifischer Beschriftungsbereich 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 unterschiedlichen S-Bits (S-0 und S-1). Dazu gehören die Switches QFX3500, QFX3600, EX4600, QFX5100 und QFX5200.

    • Auf EX4600-, EX4650-, QFX5100-, QFX5110-, QFX5120-, QFX5200- und QFX5210-Switches 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-Link-Schutz

    • LDP Bidirektionale Weiterleitungserkennung (BFD)

    • LDP-Betriebsverwaltung und -Management (OAM)

    • LDP-Multicast-only Fast Reroute (MoFRR)

  • Die Konfiguration von Geräten mit und Geräten mit auf derselben physikalischen Schnittstelle wird auf EX4600, EX4650, QFX5100, QFX5110 oder QFX5120 nicht unterstützt.family mplsencapsulation vlan-bridge

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

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

  • Next-Hop-LSP

  • BFD einschließlich BFD-getriggerter FRR

  • L2-VPN auf Basis von BGP (siehe RFC 6624)https://tools.ietf.org/html/rfc6624

  • VPLS

  • Erweitertes VLAN CCC

  • Pseudowire-Schutz mit Ethernet OAM

  • Lokales Schalten von Pseudodraht

  • Pseudowire-Fehlererkennung auf Basis von VCCV

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

MPLS-Einschränkungen für QFX3500 Switches

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

  • Obwohl die schnelle Umleitung unterstützt wird, werden die Optionen und für die schnelle Umleitung nicht unterstützt.include-allinclude-any Weitere Informationen finden Sie unter Übersicht über die schnelle Umleitung .Übersicht über die schnelle Umleitung

  • MPLS-basierte Circuit Cross-Connects (CCC) werden nicht unterstützt, sondern nur leitungsbasierte Pseudodrähte.

  • Die MTU-Signalisierung in RSVP und Discovery wird in der Steuerungsebene unterstützt. Dies kann jedoch nicht auf der Data Plane erzwungen werden.

  • Wenn bei leitungsbasierten Layer 2 (L2)-Pseudowires mehrere RSVP-Label-Switched-Pfade (LSPs) zu gleichen Kosten verfügbar sind, um einen L2-Leitungsnachbarn 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 MPLS-Kern zu lasten.

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

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

Verwandte Themen