MPLS Class-of-Service-Konfiguration

Class of Service für MPLS – Übersicht

Wenn IP-Datenverkehr in einen LSP-Tunnel gelangt, markiert der Eingangsrouter alle Pakete mit einem CoS-Wert, der verwendet wird, um den Datenverkehr in eine Übertragungsprioritätswarteschlange einzuordnen. Auf dem Router verfügt jede Schnittstelle für SDH/SONET- und T3-Schnittstellen über vier Übertragungswarteschlangen. Der CoS-Wert wird als Teil des MPLS-Headers codiert und verbleibt in den Paketen, bis der MPLS-Header entfernt wird, wenn die Pakete den Ausgangsrouter verlassen. Die Router innerhalb des LSP verwenden den CoS-Wert, der am Eingangsrouter festgelegt wurde. Der CoS-Wert wird mit Hilfe der CoS-Bits (auch EXP oder experimentelle Bits genannt) kodiert. Weitere Informationen finden Sie unter MPLS-Label-Zuordnung.

Die MPLS-Serviceklasse funktioniert in Verbindung mit der allgemeinen CoS-Funktionalität des Routers. Wenn Sie keine CoS-Funktionen konfigurieren, werden die standardmäßigen allgemeinen CoS-Einstellungen verwendet. Für MPLS Class of Service empfiehlt es sich, die Bedienung der Übertragungswarteschlangen zu priorisieren, indem Sie gewichtetes Round-Robin konfigurieren und die Überlastungsvermeidung mithilfe von RED (Random Early Detection) konfigurieren.

Konfigurieren der MPLS-CoS-Werte

Wenn Datenverkehr in einen LSP-Tunnel gelangt, wird der CoS-Wert im MPLS-Header auf eine von drei Arten festgelegt:

• Die Nummer der Ausgabewarteschlange, in der das Paket gepuffert wurde, und das PLP-Bit (Packet Loss Priority) werden in den MPLS-Header geschrieben und als CoS-Wert des Pakets verwendet. Dieses Verhalten ist die Standardeinstellung, und es ist keine Konfiguration erforderlich. Der Standard-MPLS-EXP-Klassifikator erläutert die standardmäßigen MPLS-CoS-Werte und fasst zusammen, wie die CoS-Werte behandelt werden.Default MPLS EXP Classifier

• Sie legen einen festen CoS-Wert für alle Pakete fest, die in den LSP-Tunnel eingehen. Ein fester CoS-Wert bedeutet, dass alle Pakete, die in den LSP eingehen, die gleiche Serviceklasse erhalten.

• Sie legen eine MPLS EXP-Umschreibungsregel fest, um das Standardverhalten außer Kraft zu setzen.

Um einen festen CoS-Wert für alle Pakete festzulegen, die in den LSP eingehen, fügen Sie die folgende Anweisung ein:class-of-service

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

• [edit protocols mpls]

• [edit protocols mpls label-switched-path path-name]

• [edit protocols mpls label-switched-path path-name primary path-name]

• [edit protocols mpls label-switched-path path-name secondary path-name]

• [edit protocols rsvp interface interface-name link-protection]

• [edit protocols rsvp interface interface-name link-protection bypass destination]

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

• [edit logical-systems logical-system-name protocols mpls label-switched-path path-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path path-name primary path-name]

• [edit logical-systems logical-system-name protocols mpls label-switched-path path-name secondary path-name]

• [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection ]

• [edit logical-systems logical-system-name protocols rsvp interface interface-name link-protection bypass destination]

Der CoS-Wert, der mit der Anweisung auf der Hierarchieebene gesetzt wird, hat Vorrang vor dem CoS-Wert, der auf der Hierarchieebene für ein Interface festgelegt ist.class-of-service[edit protocols mpls][edit class-of-service] Tatsächlich überschreibt der für einen LSP konfigurierte CoS-Wert den für eine Schnittstelle festgelegten CoS-Wert.

Die Anweisung auf Hierarchieebene weist einen anfänglichen EXP-Wert für den MPLS-Shim-Header von Paketen im LSP zu.class-of-service[edit protocols mpls label-switched-path] Dieser Wert wird nur am Eingangsroutinggerät initialisiert und überschreibt die für diese Weiterleitungsklasse eingerichtete Rewrite-Konfiguration. Die CoS-Verarbeitung (Weighted Round Robin [WRR] und RED) von Paketen, die in das Eingangs-Routing-Gerät eingehen, wird jedoch durch die Anweisung auf einem MPLS-LSP nicht geändert.class-of-service Die Klassifizierung basiert weiterhin auf dem BA-Klassifikator (Behavior Aggregate) auf der Hierarchieebene oder dem Multifield-Klassifikator auf der Hierarchieebene.[edit class-of-service][edit firewall]

Bewährte Verfahren:

Es wird empfohlen, alle Routing-Geräte entlang des LSP so zu konfigurieren, dass sie denselben Eingabeklassifizierer für EXP verwenden, und wenn eine Rewrite-Regel konfiguriert ist, sollten alle Routing-Geräte dieselbe Rewrite-Konfiguration haben. Andernfalls wird der Datenverkehr beim nächsten LSR möglicherweise in eine andere Weiterleitungsklasse klassifiziert, was dazu führt, dass ein anderer EXP-Wert in den EXP-Header geschrieben wird.

Der CoS-Wert kann eine Dezimalzahl zwischen 0 und 7 sein. Diese Zahl entspricht einer 3-Bit-Binärzahl. Die hochwertigen 2 Bit des CoS-Werts wählen aus, welche Übertragungswarteschlange auf der ausgehenden Schnittstellenkarte verwendet werden soll.

Das niederwertige Bit des CoS-Werts wird als PLP-Bit behandelt und zur Auswahl des RED-Drop-Profils verwendet, das in der Ausgabewarteschlange verwendet werden soll. Wenn das niederwertige Bit 0 ist, wird das Nicht-PLP-Drop-Profil verwendet, und wenn das niederwertige Bit 1 ist, wird das PLP-Drop-Profil verwendet. Es wird allgemein erwartet, dass RED Pakete, bei denen das PLP-Bit gesetzt ist, aggressiver verwirft. Weitere Informationen zu RED- und Drop-Profilen finden Sie unter Verwalten von Überlastungen mithilfe von RED-Drop-Profilen und Paketverlustprioritäten.Managing Congestion Using RED Drop Profiles and Packet Loss Priorities

HINWEIS:

Wenn Sie das PLP-Drop-Profil so konfigurieren, dass Pakete aggressiver verworfen werden (z. B. durch Festlegen des CoS-Werts von 6 auf 7), verringert sich die Wahrscheinlichkeit, dass Datenverkehr durchkommt.

Tabelle 1 fasst zusammen, wie die MPLS-CoS-Werte der Übertragungswarteschlange und dem PLP-Bit entsprechen. Beachten Sie, dass in MPLS die Zuordnung zwischen dem CoS-Bitwert und der Ausgabewarteschlange fest codiert ist. Sie können die Zuordnung nicht für MPLS konfigurieren. Sie können sie nur für IPv4-Datenverkehrsflüsse konfigurieren, wie unter Grundlegendes zum Zuweisen von Klassen zu Ausgabewarteschlangen durch Weiterleitungsklassen beschrieben.Understanding How Forwarding Classes Assign Classes to Output Queues

Tabelle 1: MPLS CoS-Werte

MPLS CoS-Wert	Bits	Übertragungswarteschlange	PLP-Bit
0	000	0	Nicht festgelegt
1	001	0	Festgelegt
2	010	1	Nicht festgelegt
3	011	1	Festgelegt
4	100	2	Nicht festgelegt
5	101	2	Festgelegt
6	110	3	Nicht festgelegt
7	111	3	Festgelegt

Da der CoS-Wert Teil des MPLS-Headers ist, wird der Wert den Paketen nur auf ihrem Weg durch den LSP-Tunnel zugeordnet. Der Wert wird nicht zurück in den IP-Header kopiert, wenn die Pakete den LSP-Tunnel verlassen.

So konfigurieren Sie Class of Service (CoS) für MPLS-Pakete (Multiprotocol Label Switching) in einem Label-Switched-Pfad (LSP):

1. Angeben des CoS-Werts

   Wenn Sie keinen CoS-Wert angeben, werden die IP-Rangfolgebits aus dem IP-Header des Pakets als CoS-Wert des Pakets verwendet.

Umschreiben von IEEE 802.1p-Paket-Headern mit dem MPLS-CoS-Wert

Für Ethernet-Schnittstellen, die auf einem Router der T-Serie oder einem M320-Router mit einer Peer-Verbindung zu einem Router der M-Serie oder einem Router der T-Serie installiert sind, können Sie sowohl MPLS-CoS- als auch IEEE 802.1p-Werte in einen konfigurierten Wert umschreiben (die MPLS-CoS-Werte werden auch als EXP oder experimentelle Bits bezeichnet). Durch das Umschreiben dieser Werte können Sie den konfigurierten Wert an den Layer-2-VLAN-Pfad übergeben. Um sowohl die MPLS CoS- als auch die IEEE 802.1p-Werte neu zu schreiben, müssen Sie die EXP- und IEEE 802.1p-Rewrite-Regeln in die Class-of-Service-Schnittstellenkonfiguration aufnehmen. Die EXP-Umschreibungstabelle wird angewendet, wenn Sie die IEEE 802.1p- und EXP-Umschreibungsregeln konfigurieren.

Informationen zum Konfigurieren der EXP- und IEEE 802.1p-Umschreibungsregeln finden Sie unter Umschreiben von Paketheadern zum Sicherstellen des Weiterleitungsverhaltens.Rewriting Packet Headers to Ensure Forwarding Behavior

Umschreiben der EXP-Bits aller drei Labels eines ausgehenden Pakets

In Interprovider-, Carrier-of-Carrier- und komplexen Traffic-Engineering-Szenarien ist es manchmal notwendig, drei Labels auf den nächsten Hop zu pushen.

Standardmäßig wird auf Routern der M-Serie, mit Ausnahme des M320, die oberste MPLS-EXP-Bezeichnung eines ausgehenden Pakets nicht neu geschrieben, wenn Sie Swap-Push-Push- und Triple-Push-Vorgänge konfigurieren. Sie können die EXP-Bits aller drei Bezeichnungen eines ausgehenden Pakets umschreiben und so die Class of Service (CoS) eines eingehenden MPLS- oder Nicht-MPLS-Pakets beibehalten.

Um drei Labels für eingehende MPLS-Pakete zu pushen, fügen Sie die Anweisung auf Hierarchieebene ein:exp-swap-push-push default[edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules]

Um drei Labels auf eingehende Nicht-MPLS-Pakete zu übertragen, fügen Sie die Anweisung auf Hierarchieebene ein:exp-push-push-push default[edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules]

Weitere Informationen zum Konfigurieren von Anweisungen auf Hierarchieebene finden Sie im Junos OS Class of Service Benutzerhandbuch für Routing-Geräte.[edit class-of-service]https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/cos/config-guide-cos.html

Umschreiben von MPLS- und IPv4-Paket-Headern

Sie können eine Umschreibungsregel gleichzeitig auf MPLS- und IPv4-Paketheader anwenden. Auf diese Weise können Sie MPLS-, EXP- und IP-Rangfolgebits beim LSP-Eingang initialisieren. Sie können unterschiedliche Umschreibungsregeln konfigurieren, je nachdem, ob es sich bei dem Datenverkehr um einen VPN- oder Nicht-VPN-Datenverkehr handelt.

Um MPLS- und IPv4-Paketheader neu zu schreiben, fügen Sie die Anweisung auf Hierarchieebene ein:protocol[edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules exp rewrite-rule-name]

Verwenden Sie die Anweisung, um die Typen von MPLS-Paketen und Paketheadern anzugeben, auf die die Umschreibungsregel angewendet werden soll.protocol Bei dem MPLS-Paket kann es sich um ein Standard-MPLS-Paket oder ein MPLS-Paket mit einer IPv4-Nutzlast handeln. Geben Sie den Typ des MPLS-Pakets mithilfe der folgenden Optionen an:

• mpls-any: Wendet die Rewrite-Regel auf MPLS-Pakete an und schreibt den Codepunktwert in MPLS-Header.

• mpls-inet-both- Wendet die Rewrite-Regel auf VPN-MPLS-Pakete mit IPv4-Nutzlasten an. Schreibt den Codepunktwert in die MPLS- und IPv4-Header der T-Serie (außer T4000-Router) und M320-Routern . Auf Routern der M-Serie, mit Ausnahme des M320, bewirkt die Option, dass alle eingehenden MPLS-LSP-Pakete mit IPv4-Nutzlasten mit 000-Codepunkten für IP-Rangfolge und MPLS-EXP-Werte initialisiert werden.mpls-inet-both

• mpls-inet-both-non-vpn- Wendet die Rewrite-Regel auf alle Nicht-VPN-MPLS-Pakete mit IPv4-Nutzlasten an. Schreibt den Codepunktwert in die MPLS- und IPv4-Header in Routern der T-Serie und M320. Auf Routern der M-Serie, mit Ausnahme des M320, bewirkt die Option, dass alle eingehenden MPLS-LSP-Pakete mit IPv4-Nutzlasten mit 000-Codepunkten für IP-Rangfolge und MPLS-EXP-Werte initialisiert werden.mpls-inet-both-non-vpn

Ein ausführliches Beispiel zum Konfigurieren von Umschreibungsregeln für MPLS- und IPv4-Pakete sowie weitere Informationen zur Konfiguration der Serviceklasse finden Sie im Junos OS Class of Service-Benutzerhandbuch für Routing-Geräte.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/cos/config-guide-cos.html

EXP-Klassifikatoren und EXP-Rewrite-Regeln

Switches der EX-Serie ermöglichen eine standardmäßige EXP-Klassifizierung und eine standardmäßige EXP-Umschreibungsregel. Sie können eine benutzerdefinierte EXP-Klassifizierung und eine benutzerdefinierte EXP-Umschreibungsregel konfigurieren, wenn Sie dies bevorzugen. Der Switch unterstützt jedoch nur einen Typ von EXP-Klassifizierer (Standard oder benutzerdefiniert) und nur eine EXP-Umschreibungsregel (Standard oder benutzerdefiniert).

Sie binden den EXP-Klassifikator oder die EXP-Umschreibungsregel nicht an einzelne Schnittstellen. Der Switch wendet automatisch und implizit die Standard- oder benutzerdefinierte EXP-Klassifizierung und die Standard- oder benutzerdefinierte EXP-Umschreibungsregel auf die entsprechenden MPLS-fähigen Schnittstellen an. Da sich Rewrite-Regeln nur auf Ausgangsschnittstellen auswirken, wendet der Switch die EXP-Rewrite-Regel nur auf die MPLS-Schnittstellen an, die MPLS-Pakete übertragen (nicht auf die MPLS-Schnittstellen, die die Pakete empfangen).

Nach dem Durchlaufen des MPLS-Tunnels fließt der Datenverkehr vom Ausgangs-Provider-Edge-Switch (PE) ab. Bevor der Datenverkehr die Ausgangsschnittstelle verlässt, kopiert der ausgehende PE-Switch die EXP-Bits aus dem MPLS-Header in die höchstwertigen Bits im ursprünglichen IP-Paket--- d. h. in die IP-Rangfolgebits.

Richtlinien für die Verwendung von CoS-Klassifikatoren auf CCCs

Wenn Sie CoS für MPLS over Circuit Cross-Connect (CCC) konfigurieren, gibt es einige zusätzliche Richtlinien, wie folgt:

• Sie müssen explizit einen CoS-Klassifikator an die CCC-Schnittstelle des Eingangs-PE-Switches binden.

• Sie müssen auf CCC-Schnittstellen denselben DSCP-, IP-Precedence- oder IEEE 802.1p-Klassifikator verwenden. Wenn sich die CCC-Schnittstellen jedoch auf demselben Switch befinden, können Sie auf diesen Schnittstellen nicht sowohl einen DSCP- als auch einen IP-Rangfolge-Klassifizierer konfigurieren. Wenn Sie also ein CCC-Interface für die Verwendung eines DSCP-Klassifikators DSCP1 konfigurieren, können Sie kein anderes CCC-Interface für die Verwendung eines anderen DSCP-Klassifikators DSCP2 konfigurieren. Alle CCC-Schnittstellen auf dem Switch müssen denselben DSCP-Klassifikator (oder IP-Präzedenz-Klassifikator) und denselben IEEE 802.1p-Klassifikator verwenden.

• Es ist nicht möglich , eine CCC-Schnittstelle für die Verwendung eines DSCP-Klassifikators und eine andere CCC-Schnittstelle für die Verwendung eines IP-Rangfolgen-Klassifizierers zu konfigurieren, da sich diese Klassifikatortypen überschneiden.

• Sie können eine CCC-Schnittstelle für die Verwendung eines DSCP-Klassifikators und eine andere CCC-Schnittstelle für die Verwendung eines IEEE 802.1p-Klassifikators konfigurieren.

• Sie können eine CCC-Schnittstelle so konfigurieren, dass sie sowohl einen DSCP- als auch einen IEEE 802.1p-Klassifikator verwendet. Wenn Sie eine CCC-Schnittstelle so konfigurieren, dass diese beiden Klassifizierer verwendet werden, wird der DSCP-Klassifikator für das Routing von Layer-3-Paketen und der IEEE 802.1p-Klassifikator für das Routing von Layer-2-Paketen verwendet.

• Sie können eine CCC-Schnittstelle so konfigurieren, dass sie sowohl eine IP-Rangfolge als auch einen IEEE 802.1p-Klassifikator verwendet. Wenn Sie eine CCC-Schnittstelle so konfigurieren, dass diese beiden Klassifizierer verwendet werden, wird der IP-Rangfolge-Klassifikator für das Routing von Layer-3-Paketen und der IEEE 802.1p-Klassifikator für das Routing von Layer-2-Paketen verwendet.

Sie können mehrere DSCP-, IP-Präzedenz- und IEEE 802.1p-Klassifizierer für die Nicht-CCC-Schnittstellen eines Switches definieren.

Verwenden von CoS-Klassifikatoren mit IP über MPLS

Wenn Sie CoS für IP over MPLS konfigurieren, verwendet die Kunden-Edge-Schnittstelle die CoS-Konfiguration für den Switch als Standard. In diesem Fall müssen Sie keinen Klassifizierer an die Customer-Edge-Schnittstelle binden. Es gibt keine Einschränkungen für die Verwendung mehrerer DSCP-, IP-Präzedenz- und IEEE 802.1p-Klassifizierer auf demselben Switch.

• Sie können die CoS-Klassifizierung für eine bestimmte Schnittstelle ändern, dies ist jedoch nicht erforderlich.

• Sie können einen DSCP-Klassifizierer, DSCP1 auf der ersten Schnittstelle, einen weiteren DSCP-Klassifizierer, DSCP2 auf der zweiten Schnittstelle und einen IP-Rangfolgenklassifizierer auf einer dritten Schnittstelle konfigurieren usw.

Festlegen von CoS-Bits in einem MPLS-Header

Wenn Datenverkehr in einen LSP-Tunnel gelangt, werden die CoS-Bits im MPLS-Header auf zwei Arten festgelegt:

• Die Nummer der Ausgabewarteschlange, in der das Paket gepuffert wurde, und das PLP-Bit (Packet Loss Priority) werden in den MPLS-Header geschrieben und als CoS-Wert des Pakets verwendet. Dieses Verhalten ist die Standardeinstellung, und es ist keine Konfiguration erforderlich. Im Junos OS Class of Service User Guide for Routing Devices (Junos OS Class of Service-Benutzerhandbuch für Routing-Geräte ) werden die IP-CoS-Werte erläutert und die Behandlung der CoS-Bits zusammengefasst.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/cos/config-guide-cos.html

• Sie legen einen festen CoS-Wert für alle Pakete fest, die in den LSP-Tunnel eingehen. Ein fester CoS-Wert bedeutet, dass alle Pakete, die in den LSP eingehen, die gleiche Serviceklasse erhalten.

Der CoS-Wert kann eine Dezimalzahl zwischen 0 und 7 sein. Diese Zahl entspricht einer 3-Bit-Binärzahl. Die hochwertigen 2 Bit des CoS-Werts wählen aus, welche Übertragungswarteschlange auf der ausgehenden Schnittstellenkarte verwendet werden soll.

Das niederwertige Bit des CoS-Werts wird als PLP-Bit behandelt und zur Auswahl des RED-Drop-Profils verwendet, das in der Ausgabewarteschlange verwendet werden soll. Wenn das niederwertige Bit 0 ist, wird das Nicht-PLP-Drop-Profil verwendet, und wenn das niederwertige Bit 1 ist, wird das PLP-Drop-Profil verwendet. Es wird allgemein erwartet, dass die zufällige Früherkennung (RED) Pakete mit gesetztem PLP-Bit aggressiver verwirft. Weitere Informationen zu RED- und Drop-Profilen finden Sie im Junos OS Class of Service User Guide for Routing Devices.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/cos/config-guide-cos.html

HINWEIS:

Wenn Sie das PLP-Drop-Profil so konfigurieren, dass Pakete aggressiver verworfen werden (z. B. durch Festlegen des CoS-Werts von 6 auf 7), verringert sich die Wahrscheinlichkeit, dass Datenverkehr durchkommt.

Tabelle 2 fasst zusammen, wie die MPLS-CoS-Werte der Übertragungswarteschlange und dem PLP-Bit entsprechen. Beachten Sie, dass in MPLS die Zuordnung zwischen dem CoS-Bitwert und der Ausgabewarteschlange fest codiert ist. Sie können die Zuordnung nicht für MPLS konfigurieren. Sie können es nur für IPv4-Datenverkehrsflüsse konfigurieren, wie im Junos OS Class of Service User Guide for Routing Devices beschrieben.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/cos/config-guide-cos.html

Tabelle 2: MPLS CoS-Werte

MPLS CoS-Wert	Bits	Übertragungswarteschlange	PLP-Bit
0	000	0	Nicht festgelegt
1	001	0	Festgelegt
2	010	1	Nicht festgelegt
3	011	1	Festgelegt
4	100	2	Nicht festgelegt
5	101	2	Festgelegt
6	110	3	Nicht festgelegt
7	111	3	Festgelegt

Da der CoS-Wert Teil des MPLS-Headers ist, wird der Wert den Paketen nur zugeordnet, während sie den LSP-Tunnel durchlaufen. Der Wert wird nicht zurück in den IP-Header kopiert, wenn die Pakete den LSP-Tunnel verlassen.

EXP Rewrite-Regeln

Wenn Datenverkehr von der Kunden-Edge-Schnittstelle an eine MPLS-Schnittstelle übergeben wird, wird der DSCP, die IP-Rangfolge oder der IEEE 802.1p CoS-Klassifikator in die EXP-Bits im MPLS-Header übersetzt. Sie können die standardmäßige EXP-Umschreibungsregel nicht deaktivieren, aber Sie können Ihre eigene benutzerdefinierte EXP-Klassifizierung und eine benutzerdefinierte EXP-Umschreibungsregel konfigurieren. Sie können den EXP-Klassifikator nicht an einzelne MPLS-Schnittstellen binden. Der Switch wendet sie global auf alle MPLS-fähigen Schnittstellen auf dem Switch an.

Auf einem Switch wird nur eine EXP-Umschreibungsregel (entweder Standard oder benutzerdefiniert) unterstützt. Der Switch wendet es auf alle Ausgangsschnittstellen an, auf denen MPLS aktiviert ist.

Polizist

Mit der Überwachung wird sichergestellt, dass die Menge des Datenverkehrs, der über einen LSP weitergeleitet wird, niemals die angeforderte Bandbreitenzuweisung überschreitet. In Zeiten der Überlastung (wenn die Gesamtrate der Warteschlangenpakete die Übertragungsrate übersteigt) können alle neuen Pakete, die an eine Schnittstelle gesendet werden, verworfen werden, da kein Platz zum Speichern vorhanden ist. Sie können einen Policer auf dem Eingangs-PE-Switch konfigurieren, um dies zu verhindern:

• Wenn Sie MPLS über CCC verwenden, binden Sie den Policer an den LSP. Es ist nicht möglich, einen Policer an eine CCC-Schnittstelle zu binden.

• Wenn Sie IP über MPLS verwenden, binden Sie den Policer an die Edge-Schnittstelle des Kunden.inet-family Sie können einen Policer nicht an den LSP binden, wenn Sie IP über MPLS verwenden.

Zeitplaner

Die Scheduler für die Verwendung von CoS mit MPLS sind die gleichen wie für die anderen CoS-Konfigurationen auf Switches der EX-Serie. Standardplaner werden für Best-Effort- und Netzwerksteuerungs-Weiterleitungsklassen bereitgestellt. Wenn Sie eine Weiterleitungsklasse, eine beschleunigte Weiterleitung oder eine benutzerdefinierte Weiterleitungsklasse verwenden, wird empfohlen, einen Scheduler zu konfigurieren, der diese Weiterleitungsklasse unterstützt. Weitere Informationen finden Sie unter Grundlegendes zu CoS-Schedulern.Understanding CoS Schedulers

EXP-Klassifikatoren

Auf QFX5200-, QFX5100-, EX4600-, QFX3500- und QFX3600-Switches sowie auf QFabric-Systemen sind EXP-Klassifizierer im Gegensatz zu DSCP- und IEEE 802.1p-BA-Klassifizierern global für den Switch und gelten für alle Switch-Schnittstellen, die als konfiguriert sind.family mpls Auf QFX10000 Switches wenden Sie EXP-Klassifizierer auf einzelne logische Schnittstellen an, und verschiedene Schnittstellen können unterschiedliche EXP-Klassifizierer verwenden.

Wenn Sie einen EXP-Klassifizierer konfigurieren und anwenden, verwendet der MPLS-Datenverkehr auf allen Schnittstellen den EXP-Klassifizierer, auch auf Schnittstellen, die ebenfalls über einen festen Klassifizierer verfügen.family mpls Wenn eine Schnittstelle sowohl über einen EXP-Klassifikator als auch über einen festen Klassifikator verfügt, wird der EXP-Klassifikator auf MPLS-Datenverkehr und der feste Klassifikator auf den gesamten anderen Datenverkehr angewendet.

Im Gegensatz zu DSCP- und IEEE 802.1p-BA-Klassifizierern gibt es keinen Standard-EXP-Klassifizierer. Wenn Sie MPLS-Datenverkehr basierend auf den EXP-Bits klassifizieren möchten, müssen Sie explizit einen EXP-Klassifikator konfigurieren und auf die Switch-Schnittstellen anwenden. Jeder EXP-Klassifikator hat acht Einträge, die den acht EXP-CoS-Werten entsprechen (0 bis 7, die den CoS-Bits 000 bis 111 entsprechen).

Sie können bis zu 64 EXP-Klassifikatoren konfigurieren.

Auf QFX5200-, QFX5100-, EX4600- und älteren CLI-Switches verwendet der Switch jedoch nur einen MPLS EXP-Klassifikator als globalen Klassifikator auf allen Schnittstellen. Nachdem Sie einen MPLS-EXP-Klassifikator konfiguriert haben, können Sie diesen Klassifikator als globalen EXP-Klassifikator konfigurieren, indem Sie den EXP-Klassifikator in die Hierarchieebene aufnehmen.[edit class-of-service system-defaults classifiers exp] Alle Switch-Schnittstellen, die als konfiguriert sind , verwenden den globalen EXP-Klassifizierer zur Klassifizierung des MPLS-Datenverkehrs.family mpls

Auf diesen Switches kann jeweils nur ein EXP-Klassifikator als globaler EXP-Klassifikator konfiguriert werden. Wenn Sie den globalen EXP-Klassifikator ändern möchten, löschen Sie die Konfiguration des globalen EXP-Klassifizierers (verwenden Sie die Konfigurationsanweisung) und konfigurieren Sie dann den neuen globalen EXP-Klassifizierer.user@switch# delete class-of-service system-defaults classifiers exp

HINWEIS:

QFX5130 Switch unterstützt MPLS CoS nicht.

QFX10000 Switches unterstützen keine globalen EXP-Klassifizierer. Sie können einen EXP-Klassifikator konfigurieren und auf mehrere logische Schnittstellen anwenden oder mehrere EXP-Klassifizierer konfigurieren und verschiedene EXP-Klassifizierer auf verschiedene logische Schnittstellen anwenden.

Wenn kein EXP-Klassifikator konfiguriert ist und ein fester Klassifikator auf die Schnittstelle angewendet wird, verwendet der MPLS-Datenverkehr den festen Klassifizierer. (Switches, die über einen standardmäßigen EXP-Klassifikator verfügen, verwenden den Standardklassifizierer.) Wenn kein EXP-Klassifikator und kein fester Klassifikator auf die Schnittstelle angewendet wird, wird MPLS-Datenverkehr als Best-Effort-Datenverkehr unter Verwendung des nicht vertrauenswürdigen Standardklassifizierers 802.1 behandelt. DSCP-Klassifizierer werden nicht auf MPLS-Datenverkehr angewendet.

Da der EXP-Klassifikator auf QFX5200-, QFX5100-, EX4600- und älteren CLI-Switches global ist, können Sie einige Ports nicht so konfigurieren, dass sie einen festen IEEE 802.1p-Klassifikator für MPLS-Datenverkehr auf einigen Schnittstellen und den globalen EXP-Klassifikator für MPLS-Datenverkehr auf anderen Schnittstellen verwenden. Wenn Sie einen globalen EXP-Klassifizierer konfigurieren, wird für den gesamten MPLS-Datenverkehr auf allen Schnittstellen der EXP-Klassifizierer verwendet.

HINWEIS:

Der Switch verwendet für die Klassifizierung nur die äußerste Bezeichnung eingehender EXP-Pakete.

HINWEIS:

MPLS-Pakete mit 802.1Q-Tags werden nicht unterstützt.

EXP Rewrite-Regeln

Wenn MPLS-Pakete in ein Netzwerk ein- oder ausgehen, müssen Edge-Switches möglicherweise die Class-of-Service (CoS)-Einstellungen der Pakete ändern. EXP-Rewrite-Regeln legen den Wert der EXP-CoS-Bits im Header des ausgehenden MPLS-Pakets auf Schnittstellen fest.family mpls Jede Rewrite-Regel liest die aktuelle Weiterleitungsklasse und die Verlustpriorität, die dem Paket zugeordnet sind, sucht den ausgewählten CoS-Wert aus einer Tabelle und schreibt diesen CoS-Wert in den Paket-Header, wodurch der alte CoS-Wert ersetzt wird. EXP-Umschreibungsregeln gelten nur für MPLS-Datenverkehr.

EXP-Umschreibungsregeln gelten nur für logische Schnittstellen. Sie können EXP-Umschreibungsregeln nicht auf physische Schnittstellen anwenden.

Es gibt keine standardmäßigen EXP-Umschreibungsregeln. Wenn Sie den EXP-Wert in MPLS-Paketen umschreiben möchten, müssen Sie EXP-Umschreibungsregeln konfigurieren und auf logische Schnittstellen anwenden. Wenn keine Umschreibungsregeln angewendet werden, haben alle MPLS-Bezeichnungen, die übertragen werden, den Wert Null (0). Der EXP-Wert bleibt bei MPLS-Beschriftungen, die vertauscht werden, unverändert.

Sie können bis zu 64 EXP-Umschreibungsregeln konfigurieren, aber Sie können jeweils nur 16 EXP-Umschreibungsregeln auf dem Switch anwenden. Auf einer bestimmten logischen Schnittstelle wird auf alle gepushten MPLS-Labels dieselbe EXP-Umschreibungsregel angewendet. Sie können unterschiedliche EXP-Umschreibungsregeln auf verschiedene logische Schnittstellen auf derselben physischen Schnittstelle anwenden.

Sie können eine EXP-Umschreibungsregel auf eine Schnittstelle anwenden, die über eine DSCP-, DSCP-IPv6- oder IEEE 802.1p-Umschreibungsregel verfügt. Nur für MPLS-Datenverkehr wird die EXP-Umschreibungsregel verwendet. Für den MPLS-Datenverkehr werden keine DSCP- oder DSCP-IPv6-Rewrite-Regeln verwendet.

Wenn der Switch PHP (Penlast Hop Popping) ausführt, werden die EXP-Rewrite-Regeln nicht wirksam. Wenn sowohl ein EXP-Klassifizierer als auch eine EXP-Umschreibungsregel auf dem Switch konfiguriert sind, wird der EXP-Wert des zuletzt gepoppten Labels in das innere Label kopiert. Wenn entweder ein EXP-Klassifikator oder eine EXP-Rewrite-Regel (aber nicht beide) auf dem Switch konfiguriert ist, wird der EXP-Wert des inneren Labels unverändert gesendet.

HINWEIS:

Auf jeder physischen Schnittstelle müssen entweder für alle Weiterleitungsklassen, die auf der Schnittstelle verwendet werden, Rewrite-Regeln konfiguriert sein, oder für keine Weiterleitungsklassen, die auf der Schnittstelle verwendet werden, können Rewrite-Regeln konfiguriert werden. Mischen Sie auf keinem physischen Port Weiterleitungsklassen mit Rewrite-Regeln und Weiterleitungsklassen ohne Rewrite-Regeln.

Zeitplaner

Die Scheduler für die Verwendung von CoS mit MPLS sind die gleichen wie für die anderen CoS-Konfigurationen auf dem Switch. Standardplaner werden nur für die Standardweiterleitungsklassen Best-Effort, fcoe, no-loss und Network-Control bereitgestellt. Wenn Sie eine benutzerdefinierte Weiterleitungsklasse für MPLS-Datenverkehr konfigurieren, müssen Sie einen Scheduler konfigurieren, der diese Weiterleitungsklasse unterstützt und dieser Weiterleitungsklasse Bandbreite bereitstellt.