Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS Class-of-Service-Konfiguration

Konfigurieren von Class-of-Service für MPLS-LSPs

In den folgenden Abschnitten erhalten Sie einen Überblick MPLS Class-of-Service (CoS) und beschreiben die Konfiguration des MPLS CoS Mehrwerts:

Class-of-Service für MPLS Überblick

Wenn der IP-Datenverkehr in einen LSP-Tunnel eindringt, markiert der Eingehende-Router alle Pakete mit einem CoS Wert, der zum Platzieren des Datenverkehrs in eine Warteschlange mit Übertragungspriorität verwendet wird. Auf dem Router für SDH/SONET- und T3-Schnittstellen verfügt jede Schnittstelle über vier Übertragungswarteschlangen. Der CoS wird als Teil des MPLS-Headers codiert und bleibt in den Paketen, bis der MPLS-Header beim Verlassen der Pakete vom Ausgangsrouter entfernt wird. Die Router innerhalb des LSP nutzen den CoS am Ingress-Router. Der CoS wird mit Hilfe der Bits CoS (auch EXP oder experimentelle Bits genannt) codiert. Weitere Informationen finden Sie unter Label MPLS Label Allocation.

MPLS Class-of-Service kann mit den allgemeinen Netzwerkfunktionen des Routers CoS werden. Wenn Sie keine Konfigurationsfunktionen CoS konfigurationen, werden die CoS Standardeinstellungen verwendet. Beispielsweise MPLS Class-of-Service die Priorisierung der Servicequalität der Übertragungswarteschlangen durch Konfiguration weighted Round-Robin und Konfiguration der Überlastungsvermeidung mithilfe von Random Early Detection (RED).

Konfigurieren der MPLS CoS Werte

Wenn der Datenverkehr in einen LSP-Tunnel eindringt, wird der CoS wert im Header MPLS drei Punkte festgelegt:

  • Die Anzahl der Ausgangswarteschlange, 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 CoS werden. Dieses Verhalten ist Standard und es ist keine Konfiguration erforderlich. Der standard MPLS EXP-Klassifizierer erläutert die MPLS CoS Standardwerte und fasst die behandelten CoS zusammen.

  • Sie haben einen festen Wert CoS für alle Pakete festgelegt, die den LSP-Tunnel eingehender werden. Ein fester CoS wert bedeutet, dass alle an den LSP eingehenden Pakete dasselbe Paket Class-of-Service.

  • Sie haben eine MPLS EXP-Rewrite-Regel festgelegt, um das Standardverhalten zu außer Kraft zu setzen.

Um einen festen Wert CoS für alle an den LSP eingehenden Pakete zu legen, müssen Sie die Aussage class-of-service beinhalten:

Sie können diese Aussage in den folgenden Hierarchieebenen enthalten:

  • [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 Wertsatz, der die Anweisung auf der Hierarchieebene verwendet, ersetzt den Wertsatz CoS Wert auf der Hierarchieebene für class-of-service[edit protocols mpls] eine [edit class-of-service] Schnittstelle. Effektiv setzt der CoS für einen LSP konfigurierten Wert die CoS Wertsatz für eine Schnittstelle aus.

Die class-of-service Anweisung auf Hierarchieebene weist dem Shim-Header der Pakete MPLS im LSP einen anfänglichen [edit protocols mpls label-switched-path] EXP-Wert zu. Dieser Wert wird nur auf dem ingress-Routing-Gerät initialisiert und setzt die für diese Weiterleitungsklasse eingerichtete Rewrite-Konfiguration um. Die Verarbeitung CoS (Weighted Round Robin [WRR] und RED) von beim Ingress-Routing-Gerät eingehenden Paketen wird jedoch nicht mit der Anweisung auf einem MPLS class-of-service LSP geändert. Die Klassifizierung basiert nach wie vor auf der Behavior Aggregation (BA)-Klassifizierung auf Hierarchieebene oder dem [edit class-of-service] Mehrfeld-Klassifizierer auf [edit firewall] Hierarchieebene.

Best Practice:

Wir empfehlen, alle Routinggeräte im LSP zu konfigurieren, um denselben Eingangsklassifizierer für EXP zu haben. Wenn eine Rewrite-Regel konfiguriert wird, sollten alle Routinggeräte über die gleiche Umschreibungskonfiguration verfügen. Andernfalls könnte der LSR in eine andere Weiterleitungsklasse klassifiziert werden, was dazu führt, dass in der EXP-Kopfzeile ein anderer EXP-Wert geschrieben wird.

Der CoS kann eine Dezimalnummer von 0 bis 7 sein. Diese Zahl entspricht einer 3-Bit-Binärnummer. Bei den hochwertigen 2 Bit des CoS, welche Übertragungswarteschlange auf der ausgehenden Schnittstellenkarte verwendet werden soll.

Das bitbasierte Bit des CoS wird als PLP-Bit behandelt und zum Auswählen des in der Ausgangswarteschlange zu verwendenden RED-Dropdown-Profils verwendet. Wenn der Low-Order-Bit 0 ist, wird das Nicht-PLP-Dropprofil verwendet. Und wenn das Low-Order-Bit 1 ist, wird das PLP-Dropprofil verwendet. Generell wird erwartet, dass RED Pakete mit PLP-Bitsatz aggressiver ablegen wird. Weitere Informationen zu RED- und Drop-Profilen finden Sie unter Managing Congestion Using RED Drop Profiles and Packet Loss Priorities (Engpässe verwalten mit RED-Dropprofilen und Prioritäten für Paketverluste).

Anmerkung:

Die Konfiguration des PLP-Dropprofils, um Pakete aggressiver zu fallen (z. B. das Festlegen des CoS-Werts von 6 auf 7), verringert die Wahrscheinlichkeit, dass der Datenverkehr durchkommt.

Tabelle 1 fasst zusammen, MPLS CoS Werte zur Übertragungswarteschlange und zum PLP-Bit korrespondieren. Beachten Sie, dass MPLS Zuordnung zwischen dem CoS-Bitwert und der Ausgangswarteschlange fest codiert ist. Sie können die Zuordnung nicht für eine MPLS; Sie können es nur für IPv4-Datenverkehrsströme konfigurieren, wie unter "Understanding How Forwarding Classes Assign Classes to Output Queues" beschrieben.

Tabelle 1: MPLS CoS Werte

MPLS CoS Wert

Bits

Sendewarteschlange

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 Teil des MPLS ist, wird der Wert nur dann den Paketen zugeordnet, während sie durch den LSP-Tunnel übertragen werden. Der Wert wird nicht in den IP-Header kopiert, wenn die Pakete aus dem LSP-Tunnel übertragen werden.

Zur Konfiguration Class-of-Service (CoS) für MPLS (Multiprotocol Label Switching) (MPLS)-Pakete in einem Label Switched Path (LSP):

  1. Geben Sie den CoS Wert an

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

Umschreiben IEEE 802.1p-Paket-Header mit MPLS CoS Wert

Für auf einem T-Serie-Router oder einem M320-Router mit einer Peer-Verbindung zu einem M Series-Router oder einem T-Serie-Router installierte Ethernet-Schnittstellen können Sie die Werte MPLS CoS und IEEE 802.1p auf einen konfigurierten Wert umschreiben (die MPLS CoS-Werte werden auch als EXP- oder experimentelle Bits bezeichnet. Durch Umschreiben dieser Werte können Sie den konfigurierten Wert an den Layer-2-VLAN-Pfad weitergeben. Um die MPLS CoS- und IEEE 802.1p-Werte zu überschreiben, müssen Sie die EXP- und IEEE 802.1p-Rewrite-Regeln in die Schnittstellenkonfiguration Class-of-Service. Die EXP-Rewrite-Tabelle wird angewendet, wenn Sie die 802.1p- IEEE UND EXP-Rewrite-Regeln konfigurieren.

Informationen zur Konfiguration von EXP- und IEEE 802.1p-Rewrite-Regeln finden Sie unter Umschreiben von Paket-Headern zur Gewährleistung des Weiterleitungsverhaltens.

Konfigurieren von MPLS Rewrite-Regeln

Sie können eine Reihe verschiedener Rewrite-Regeln auf Pakete MPLS anwenden.

Weitere Informationen zum Konfigurieren von Anweisungen auf Hierarchieebene finden Sie im [edit class-of-service]Benutzerhandbuch Junos OS Class of Service für Routinggeräte.

In den folgenden Abschnitten wird beschrieben, wie Sie Rewrite-Regeln auf Pakete MPLS anwenden:

Neuschreiben der EXP-Bits aller drei Labels eines ausgehenden Pakets

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

Standardmäßig wird auf M Series-Routern außer dem M320 das oberste MPLS EXP-Label eines ausgehenden Pakets nicht neu geschrieben, wenn Sie Swap-Push- und Triple-Push-Vorgänge konfigurieren. Sie können die EXP-Bits aller drei Labels eines ausgehenden Pakets umschreiben und so die Class-of-Service (CoS) eines eingehenden MPLS- oder Nicht-MPLS-Pakets pflegen.

Wenn Sie drei Label auf eingehenden MPLS übertragen, fügen Sie die exp-swap-push-push default Anweisung auf der [edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules] Hierarchieebene hinzu:

Wenn Sie drei Labels auf eingehenden Nicht-Paketen MPLS, fügen Sie die Anweisung exp-push-push-push default auf der [edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules] Hierarchieebene hinzu:

Weitere Informationen zum Konfigurieren von Anweisungen auf Hierarchieebene finden Sie im [edit class-of-service]Benutzerhandbuch Junos OS Class of Service für Routinggeräte.

Neuschreiben MPLS- und IPv4-Paket-Header

Sie können eine Umschreibungsregel für MPLS IPv4-Paket-Header gleichzeitig anwenden. Auf diese Weise können Sie MPLS EXP- und IP-Precedence-Bits am LSP-Ingress initialisieren. Sie können unterschiedliche Rewrite-Regeln konfigurieren, je nachdem, ob der Datenverkehr VPN oder Nicht-VPN ist.

Um die MPLS und IPv4-Paket-Header zu überschreiben, fügen Sie die protocol Anweisung auf der [edit class-of-service interfaces interface-name unit logical-unit-number rewrite-rules exp rewrite-rule-name] Hierarchieebene hinzu:

Verwenden Sie die Anweisung, um die typen MPLS Paket- und Paket-Header anzugeben, auf die die protocol Rewrite-Regel angewendet werden soll. Das MPLS kann als Standardpaket MPLS oder als Paket MPLS mit IPv4-Payload verwendet werden. Geben Sie mithilfe der folgenden Optionen den Typ MPLS Paket an:

  • mpls-any— Wendet die Rewrite-Regel auf MPLS und schreibt den Codepunktwert zu MPLS.

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

  • mpls-inet-both-non-vpn— Wendet die Rewrite-Regel auf alle Pakete an, die nicht auf VPN MPLS mit IPv4-Payloads enthalten sind. Schreibt den Codepunktwert zu den MPLS- und IPv4-Headern in T-Serie- M320 Routern. In M Series-Routern außer dem M320 bewirkt die Option, dass alle eingehenden mpls-inet-both-non-vpn MPLS-LSP-Pakete mit IPv4-Payloads mit 000 Codepunkten für IP-Rangfolge und MPLS EXP-Werte initialisiert werden.

Ein detailliertes Beispiel zur Konfiguration von Rewrite-Regeln für MPLS- und IPv4-Pakete und weitere Informationen zur Konfiguration von Class-of-Service finden Sie im Benutzerhandbuch Junos OS Class of Servicefür Routinggeräte.

Konfigurieren CoS Bits für ein Netzwerk MPLS Netzwerk

Wenn der Datenverkehr einen Labeled-Switch Path (LSP)-Tunnel ein gibt, werden die CoS-Bits in der MPLS-Header auf zwei Arten festgelegt:

  • Die Anzahl der Ausgangswarteschlange, 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 CoS werden. Dieses Verhalten ist Standard und es ist keine Konfiguration erforderlich. Der Junos OS Class of Service-Konfigurationshandbuch erklärt die IP-CoS und fasst die behandelten CoS-Bits zusammen.

  • Sie haben einen festen Wert CoS für alle Pakete festgelegt, die den LSP-Tunnel eingehender werden. Ein fester CoS wert bedeutet, dass alle an den LSP eingehenden Pakete dasselbe Paket Class-of-Service.

Einen festen Wert CoS für alle beim LSP eingehenden Pakete festlegen:

  1. Geben Sie Class-of-Service Wert für den LSP an:

    Anmerkung:

    Der CoS Wertsatz, der die Anweisung auf der Hierarchieebene verwendet, ersetzt den Wertsatz CoS Wert auf der Hierarchieebene für class-of-service[edit protocols mpls] eine [edit class-of-service] Schnittstelle. Effektiv setzt der CoS für einen LSP konfigurierten Wert die CoS Wertsatz für eine Schnittstelle aus.

Konfiguration CoS auf einem MPLS Provider Edge Switch mitHILFE von IP-over-MPLS

Sie können die Class-of-Service (CoS) innerhalb MPLS Netzwerken verwenden, um bestimmte Arten von Datenverkehr bei Engpässen zu priorisieren. In diesem Thema wird die Konfiguration CoS-Komponenten auf einem Provider-Edge-Switch (PE) beschrieben, der IP-over-MPLS.

Diese Aufgabe beschreibt, wie ein benutzerdefinierter DSCP-Klassifizierer und eine benutzerdefinierte EXP-Rewrite-Regel auf dem Ingress-PE-Switch erstellt werden. Es umfasst die Konfiguration eines Policer-Firewall-Filters und ihre Anwendung auf die Kunden-Edge-Schnittstelle des ingresss-PE-Switches. Der Policer-Firewall-Filter stellt sicher, dass die Menge des Datenverkehrs, der durch den MPLS-Tunnel weitergeleitet wird, nie die angeforderte Bandbreitenzuordnung überschreitet.

Bevor Sie beginnen, konfigurieren Sie die grundlegenden Komponenten für ein MPLS Netzwerk:

Konfiguration CoS

So konfigurieren CoS Switches auf einem Provider-Edge-Switch:

  1. Importieren Sie die standardmäßigen DSCP-Klassifiziererklassen in den benutzerdefinierten DSCP-Klassifizierer, den Sie erstellen:
  2. Fügen Sie dieser benutzerdefinierten DSCP-Klassifizierer eine Weiterleitungsklasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt an:
  3. Geben Sie die Werte für die benutzerdefinierte EXP-Rewrite-Regel e1 an:
  4. Binden EX8200 die benutzerdefinierte EXP-Rewrite-Regel nur an die Schnittstelle:

Konfigurieren eines LSP-Policers

So konfigurieren Sie einen LSP-Policer:

Anmerkung:

LSP-Policer auf Switches EX8200 können nicht konfiguriert werden. EX8200 unterstützen keine LSP-Policer.

  1. Geben Sie die Anzahl zulässiger Bits pro Sekunde für den Firewall-Policer an, der später auf die Customer-Edge-Schnittstelle angewendet wird:
  2. Geben Sie die maximale Größe an, die für Daten bursts zulässig ist, die die gegebene Bandbreitenbegrenzung für diesen Policer überschreiten:
  3. Datenverkehr verwerfen, der die Geschwindigkeitsgrenzen dieses Policers überschreitet:
  4. Konfigurieren Sie einen Filterbegriff, der die Policer-Aktion umfasst, um den Policer zu referenz:
  5. Wenden Sie den Filter auf die Kunden-Edge-Schnittstelle an:
Anmerkung:

Sie können Scheduler und Shaper auch nach Bedarf konfigurieren. Siehe Definition CoS Scheduler- und Scheduler Maps (CLI-Prozedur).

Konfiguration CoS Switches auf einem MPLS Provider Edge Switch mit Circuit Cross-Connect

Sie können die Class-of-Service (CoS) innerhalb MPLS Netzwerken verwenden, um bestimmte Arten von Datenverkehr bei Engpässen zu priorisieren. In diesem Thema wird die Konfiguration CoS-Komponenten auf einem Provider-Edge-Switch (PE), der MPLS Over Circuit Cross Connect (CCC) verwendet, beschrieben.

Anmerkung:

Wenn Sie MPLS über CCC verwenden, können Sie auf Anderen Switches der EX-Serie als EX8200-Switches nur einen DSCP- oder IP-Precedence-Klassifizierer und nur einen IEEE 802.1p-Klassifizierer an den CCC-Schnittstellen verwenden.

Dieses Verfahren besteht zum Erstellen eines benutzerdefinierten DSCP-Klassifizierers und einer benutzerdefinierten EXP-Rewrite-Regel auf dem Ingress-PE. Es sieht auch die Möglichkeit vor, einen Policer auf dem Label-Switched Path (LSP) der Ingress-PE zu aktivieren, um sicherzustellen, dass die Datenverkehrsmenge, die durch den LSP weitergeleitet wird, nie die angeforderte Bandbreitenzuordnung überschreitet.

Zu diesem Thema gehören:

Konfiguration CoS

So konfigurieren CoS Switches auf einem Provider-Edge-Switch:

  1. Importieren Sie die standardmäßigen DSCP-Klassifiziererklassen in den benutzerdefinierten DSCP-Klassifizierer, den Sie erstellen:
  2. Fügen Sie der benutzerdefinierten DSCP-Klassifizierer die Expedited-Forwarding-Klasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt ein:
  3. Geben Sie die Werte für die benutzerdefinierte EXP-Rewrite-Regel e1 an:
  4. Den DSCP-Klassifizierer an die CCC-Schnittstelle binden:
  5. Binden EX8200 die benutzerdefinierte EXP-Rewrite-Regel nur an die Schnittstelle:

Konfigurieren eines LSP-Policers

So konfigurieren Sie einen LSP-Policer:

Anmerkung:

LSP-Policer auf Switches EX8200 können nicht konfiguriert werden. EX8200 unterstützen keine LSP-Policer.

  1. Geben Sie die Anzahl zulässiger Bits pro Sekunde für den Policer an, die später auf den LSP angewendet werden:
  2. Geben Sie die maximale Größe an, die für Daten bursts zulässig ist, die die gegebene Bandbreitenbegrenzung für diesen Policer überschreiten:
  3. Datenverkehr verwerfen, der die Geschwindigkeitsgrenzen dieses Policers überschreitet:
  4. Konfigurieren Sie einen Filterbegriff, der die Policer-Aktion umfasst, um den Policer zu referenz:
  5. Wenden Sie den Filter auf den LSP an:
Anmerkung:

Sie können Scheduler und Shaper auch nach Bedarf konfigurieren. Siehe Definition CoS Scheduler- und Scheduler Maps (CLI-Prozedur).

Konfiguration CoS Netzwerkkonfiguration auf Anbieter-Switches eines MPLS Netzwerks

Sie können Ihren MPLS-Netzwerken Class-of-Service (CoS)-Komponenten auf Switches der EX-Serie hinzufügen, um differenzierte End-to-End-Dienste zu erreichen, die Ihren spezifischen Geschäftsanforderungen entsprechen. Die Konfiguration der CoS-Komponenten auf den Anbieter-Switches ist gleich, unabhängig davon, ob die Anbieter-Edge-Switches (PE)-Switches MPLS over CCC oder IP-over-MPLS.

Diese Aufgabe zeigt, wie eine benutzerdefinierte EXP-Klassifizierer- und benutzerdefinierte EXP-Umschreibungsregel auf dem Anbieter-Switch konfiguriert wird.

  1. Importieren Der standardmäßige EXP-Klassifizierer-Klassen wird in den benutzerdefinierten EXP-Klassifizierer importieren, den Sie erstellen:
  2. Fügen Sie der benutzerdefinierten EXP-Klassifizierer die Expedited-Forwarding-Klasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt ein:
  3. Geben Sie die Werte für die benutzerdefinierte EXP-Rewrite-Regel e1 an:
  4. Binden EX8200 die benutzerdefinierte EXP-Rewrite-Regel nur an die Schnittstelle:
Anmerkung:

Sie können Scheduler und Shaper auch nach Bedarf konfigurieren. Siehe Definition CoS Scheduler- und Scheduler Maps (CLI-Prozedur).

"Understanding Using CoS with MPLS Networks on EX Series Switches" (Verstehen der Verwendung CoS mit Netzwerk-Netzwerken auf Switches der EX-Serie)

Sie können die Class-of-Service (CoS) innerhalb MPLS Netzwerken verwenden, um bestimmte Datenverkehrstypen bei Engpässen zu priorisieren. Eine vollständige Liste der Funktionen der Switch-Software der EX-Junos OS MPLS, die auf bestimmten Switches der EX-Serie unterstützt werden, finden Sie im Überblick.

Juniper Networks unterstützen Ethernet-Switches-Klassifizierer der EX-Serie einen differentiated Service Code Point (DSCP) oder IP-Precedence sowie IEEE CoS-Klassifizierer nach 802.1p auf den Kunden-Edge-Schnittstellen des Ingress Provider Edge (PE).- DSCP- oder IP-Precedence-Klassifizierer werden für Layer-3-Pakete verwendet. IEEE 802.1p wird für Layer-2-Pakete verwendet.

Wenn ein Paket eine Kunden-Edge-Schnittstelle des ingress-PE-Switches einfing, verknüpft der Switch das Paket mit einer bestimmten Serviceebene CoS, bevor das Paket auf den Label-Switched Path (LSP) übertragen wird. Die Switches innerhalb des LSP nutzen den CoS am Ingress-PE-Switch. Der CoS wert, der in den Klassifizierer eingebettet ist, wird mit Hilfe des EXP oder experimenteller Bits im MPLS-Header übersetzt und codiert. Switches der EX-Serie ermöglichen einen Standard-EXP-Klassifizierer und eine Standard-EXP-Rewrite-Regel. Weitere Informationen zu EXP-Klassifizierern und EXP-Rewrite-Regelnfinden Sie unter EXP-Klassifizierer und EXP-Rewrite-Regeln.

Zu diesem Thema gehören:

EXP-Klassifizierer und EXP-Rewrite-Regeln

Switches der EX-Serie ermöglichen einen Standard-EXP-Klassifizierer und eine Standard-EXP-Rewrite-Regel. Sie können falls dies bevorzugen, einen benutzerdefinierten EXP-Klassifizierer und eine benutzerdefinierte EXP-Umschreibungsregel konfigurieren. Der Switch unterstützt jedoch nur einen Typ VON EXP-Klassifizierer (Standard oder benutzerdefiniert) und nur eine EXP-Rewrite-Regel (Standard oder benutzerdefinierte).

Sie binden die EXP-Klassifizierer und die EXP-Umschreibungsregel nicht an einzelne Schnittstellen. Der Switch wendet automatisch und implizit die Standard- oder benutzerdefinierten EXP-Klassifizierer und die Standard-EXP-Rewrite-Regel auf die entsprechenden fähigen MPLS 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 an die MPLS-Schnittstellen, die die Pakete empfangen).

Nach dem Durchqueren des MPLS-Tunnels fließt der Datenverkehr vom Egress Provider Edge-Switch (PE) aus. Bevor der Datenverkehr die Ausgangsschnittstelle verlässt, kopiert der EGress PE-Switch die EXP-Bits aus dem MPLS-Header an die wichtigsten Bits im ursprünglichen IP-Paket--- das heißt an die IP-Rangfolgebits. Beachten Sie, dass dies das Standardverhalten ist, das nur Juniper Networks EX8200 Ethernet-Switches -Konfigurationen (standalone oder Virtual Chassis),die für eine MPLS.

Richtlinien zur Verwendung CoS Klassifizierer auf CCCs

Zur Konfiguration von CoS für MPLS Circuit Cross-Connect (CCC) gibt es folgende weitere Richtlinien:

  • Sie müssen einen Klassifizierer explizit CoS an die CCC-Schnittstelle auf dem Ingress-PE-Switch binden.

  • Sie müssen auf CCC-Schnittstellen denselben DSCP-, IP-Precedence- IEEE 802.1p-Klassifizierer verwenden. Wenn sich die CCC-Schnittstellen jedoch auf demselben Switch befinden, können Sie nicht sowohl ein DSCP als auch einen IP-Precedence-Klassifizierer auf diesen Schnittstellen konfigurieren. Wenn Sie also eine CCC-Schnittstelle für die Verwendung eines DSCP-Klassifizierers DSCP1 konfigurieren, können Sie keine andere CCC-Schnittstelle zur Verwendung eines anderen DSCP-Klassifizierers DSCP2 konfigurieren. Alle CCC-Schnittstellen auf dem Switch müssen denselben DSCP-Klassifizierer (oder IP-Precedence) und denselben Klassifizierer IEEE 802.1p verwenden.

  • Sie können nicht eine CCC-Schnittstelle zur Verwendung eines DSCP-Klassifizierers und eine andere CCC-Schnittstelle zur Verwendung eines IP-Rangfolgeklassifizierers konfigurieren, da diese Klassifizierungstypen überlappen.

  • Sie können eine CCC-Schnittstelle konfigurieren und einen DSCP-Klassifizierer und eine weitere CCC-Schnittstelle zur Verwendung IEEE 802.1p-Klassifizierer verwenden.

  • Sie können eine CCC-Schnittstelle konfigurieren, um sowohl ein DSCP als auch einen IEEE 802.1p-Klassifizierer zu verwenden. Wenn Sie eine CCC-Schnittstelle zur Verwendung beider Klassifizierer konfigurieren, wird der DSCP-Klassifizierer für Layer-3-Pakete und der IEEE 802.1p-Klassifizierer für Das Routing von Layer 2-Paketen verwendet.

  • Sie können eine CCC-Schnittstelle konfigurieren, um sowohl IP-Rangfolge als auch IEEE 802.1p-Klassifizierer zu verwenden. Wenn Sie eine CCC-Schnittstelle zur Verwendung beider Klassifizierer konfigurieren, wird der Ip Precedence-Klassifizierer zum Routing von Layer 3-Paketen und der IEEE 802.1p-Klassifizierer für Routing von Layer 2-Paketen verwendet.

Anmerkung:

Diese Richtlinien sind für Anwendungen (eigenständige oder Juniper Networks EX8200 Ethernet-Switches) Virtual Chassis.

Sie können mehrere DSCP-, IP-Precedence- und IEEE 802.1p-Klassifizierer für die Nicht-CCC-Schnittstellen auf einem Switch definieren.

Verwendung CoS Klassifizierer mit IP-over-MPLS

Wenn Sie CoS KONFIGURATION für IP-over-MPLS konfigurieren, verwendet die Kunden-Edge-Schnittstelle standardmäßig die CoS-Konfiguration für den Switch. In diesem Fall müssen Sie keinen Klassifizierer an die Kunden-Edge-Schnittstelle binden. Es gibt keine Einschränkungen bei der Verwendung mehrerer DSCP-, IP-Rangfolge- und IEEE 802.1p-Klassifizierer auf demselben Switch.

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

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

Bits CoS in einem Header MPLS

Wenn der Datenverkehr einen LSP-Tunnel ein gibt, werden CoS Bits im MPLS-Header auf eine von zwei Arten festgelegt:

  • Die Anzahl der Ausgangswarteschlange, 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 CoS werden. Dieses Verhalten ist Standard und es ist keine Konfiguration erforderlich. Im Junos OS Class of Service-Benutzerhandbuch für Routinggeräte werden die IP-CoS und die Behandlung CoS Bits zusammengefasst.

  • Sie haben einen festen Wert CoS für alle Pakete festgelegt, die den LSP-Tunnel eingehender werden. Ein fester CoS wert bedeutet, dass alle an den LSP eingehenden Pakete dasselbe Paket Class-of-Service.

Der CoS kann eine Dezimalnummer von 0 bis 7 sein. Diese Zahl entspricht einer 3-Bit-Binärnummer. Bei den hochwertigen 2 Bit des CoS, welche Übertragungswarteschlange auf der ausgehenden Schnittstellenkarte verwendet werden soll.

Das bitbasierte Bit des CoS wird als PLP-Bit behandelt und zum Auswählen des in der Ausgangswarteschlange zu verwendenden RED-Dropdown-Profils verwendet. Wenn der Low-Order-Bit 0 ist, wird das Nicht-PLP-Dropprofil verwendet. Und wenn das Low-Order-Bit 1 ist, wird das PLP-Dropprofil verwendet. Generell wird erwartet, dass Random Early Detection (RED) Pakete mit PLP-Bitsatz aggressiver ablegen werden. Weitere Informationen zu RED- und Drop-Profilen finden Sie im Benutzerhandbuch Junos OS Class of Service für Routinggeräte.

Anmerkung:

Die Konfiguration des PLP-Dropprofils, um Pakete aggressiver zu fallen (z. B. das Festlegen des CoS-Werts von 6 auf 7), verringert die Wahrscheinlichkeit, dass der Datenverkehr durchkommt.

Tabelle 2 fasst zusammen, MPLS CoS Werte zur Übertragungswarteschlange und zum PLP-Bit korrespondieren. Beachten Sie, dass MPLS Zuordnung zwischen dem CoS-Bitwert und der Ausgangswarteschlange fest codiert ist. Sie können die Zuordnung nicht für eine MPLS; können Sie nur für IPv4-Datenverkehrsströme konfigurieren, wie im Benutzerhandbuch Junos OS Class of Service für Routinggeräte beschrieben.

Tabelle 2: MPLS CoS Werte

MPLS CoS Wert

Bits

Sendewarteschlange

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 Teil des Headers MPLS ist, wird der Wert nur dann den Paketen zugeordnet, während sie durch den LSP-Tunnel übertragen werden. Der Wert wird nicht in den IP-Header kopiert, wenn die Pakete aus dem LSP-Tunnel übertragen werden.

Anmerkung:

Auf EX8200 Switches, die auf MPLS Layer 2 virtuellen privaten Netzwerken (VPNs) ausgeführt werden:

  • Wenn Sie eine LSP-CoS konfigurieren, verwenden die EXP-Bits des MPLS-Pakets weiterhin die gleichen CoS Werte, die auf der Schnittstellenebene konfiguriert sind.

  • Wenn Virtual Chassis-Schnittstellen sich auf unterschiedlichen Linekarten befinden, wird der verlustprioritätswert, den Sie auf der ersten Linecard konfiguriert haben, nicht auf die nachfolgenden Linekarten durchgeführt. Die Verlustpriorität für den ausgehenden Datenverkehr von den nachfolgenden Linekarten wird immer auf "low" gesetzt.

EXP-Rewrite-Regeln

Wenn der Datenverkehr von der Kunden-Edge-Schnittstelle an eine MPLS-Schnittstelle übertragen wird, wird der DSCP, IP-Rangfolge bzw. IEEE 802.1p-CoS-Klassifizierer in die EXP-Bits innerhalb des MPLS-Headers übersetzt. Sie können die standardmäßige EXP-Rewrite-Regel nicht deaktivieren, aber Sie können Ihren eigenen benutzerdefinierten EXP-Klassifizierer und eine benutzerdefinierte EXP-Rewrite-Regel konfigurieren. Sie können den EXP-Klassifizierer nicht an einzelne Schnittstellen MPLS binden. wendet der Switch ihn global auf alle MPLS-fähigen Schnittstellen auf dem Switch an.

Auf einem Switch wird nur eine EXP-Rewrite-Regel (Standard oder benutzerdefiniert) unterstützt. Der Switch wendet sie auf alle Ausgangsschnittstellen an, an denen MPLS aktiviert ist. Bei Switches ist dies jedoch nicht der Fall EX8200 Switches. Bei EX8200 Switches müssen Sie die Rewrite-Regel explizit auf jede der Egress-Schnittstellen anwenden.

Policer

Durch Überwachung wird sichergestellt, dass die über einen LSP weitergeleitete Datenverkehrsmenge niemals die angeforderte Bandbreitenzuordnung überschreitet. Bei Engpässen (wenn die Gesamtrate an Queuing-Paketen die Übertragungsgeschwindigkeit überschreitet), können alle neuen Pakete, die an eine Schnittstelle gesendet werden, eingestellt werden, weil es keinen Ort zum Speichern gibt. Sie können einen Policer auf dem Ingress-PE-Switch konfigurieren, um dies zu verhindern:

  • Wenn Sie mehr MPLS CCC verwenden, binden Sie den Policer an den LSP. Sie können einen Policer nicht an eine CCC-Schnittstelle binden.

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

Anmerkung:

LSP-Policer auf Switches EX8200 können nicht konfiguriert werden.

Zeitplaner

Die Scheduler zur Verwendung von CoS mit MPLS sind die gleichen wie für die anderen Konfigurationen CoS Switches der EX-Serie. Standard-Scheduler werden für Best-Effort- und Network-Control-Weiterleitungsklassen bereitgestellt. Wenn Sie eine garantierte Weiterleitung, beschleunigte Weiterleitung oder eine benutzerdefinierte Weiterleitungsklasse verwenden, empfehlen wir Ihnen, einen Scheduler zur Unterstützung dieser Weiterleitungsklasse zu konfigurieren. Siehe "Understanding CoS Scheduler" (Verstehen von Schedulern).

Beispiel: Kombination CoS mit MPLS auf Switches der EX-Serie

Sie können die Class-of-Service (CoS) innerhalb MPLS Netzwerken verwenden, um bestimmte Arten von Datenverkehr bei Engpässen zu priorisieren. Der CoS wert ist im Label MPLS enthalten, das über das Netzwerk übergeben wird, sodass End-to-End-CoS Netzwerk ermöglicht wird.

MPLS-Dienste werden häufig verwendet, um eine bessere Leistung für Anwendungen mit niedriger Latenz, wie VoIP und andere geschäftskritisch, sicherzustellen. Diese Anwendungen stellen spezielle Anforderungen an ein Netzwerk für die erfolgreiche Übertragung. CoS Sie die Möglichkeit, die Mischung aus Bandbreite, Verzögerung, Jitter und Paketverlust zu steuern und gleichzeitig den MPLS zu nutzen.

In diesem Beispiel wird gezeigt, wie CoS in einem MPLS-Netzwerk konfiguriert wird, das einen unidirektionalen Circuit Cross-Connect (CCC)-Switch vom Ingress Provider Edge (PE)-Switch bis zum Egress PE-Switch verwendet. für die Kunden-Edge-Schnittstelle des Ingress Provider Edge-Switch (PE). Es beschreibt das Hinzufügen der CoS-Komponenten zu dem Ingress-PE-Switch, dem Egress PE-Switch und den Core-Provider-Switches des vorhandenen MPLS Netzwerks. Aufgrund der unidirektionalen Konfiguration muss der DSCP-Klassifizierer nur auf dem ingress-PE-Switch konfiguriert werden.

Anforderungen

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

  • Junos OS 10.1 oder höher für Switches der EX-Serie

  • Drei Switches der EX-Serie

Bevor Sie das CoS mit MPLS konfigurieren, sollten Sie sicher sein:

Konfigurierte ein MPLS-Netzwerk mit zwei PE-Switches und einem Anbieter-Switch. Siehe Beispiel: Konfiguration MPLS Switches EX8200 Switches EX4500 Switches In diesem Beispiel wird davon ausgegangen, dass ein MPLS-Netzwerk mit einem Cross Circuit-Connect (CCC) konfiguriert wurde.

Überblick und Topologie

In diesem Beispiel werden das Hinzufügen benutzerdefinierter Klassifizierer und benutzerdefinierter Rewrite-Regeln zu Switches in einem Netzwerk MPLS die Switches mit mehr als MPLS CCC verwenden, beschrieben.

Es handelt sich um eine unidirektionale Konfiguration. Deshalb müssen Sie benutzerdefinierte Klassifizierer und benutzerdefinierte Rewrite-Regeln wie folgt konfigurieren:

  • Auf dem ingress-PE-Switch: benutzerdefinierte DSCP-Klassifizierer und benutzerdefinierte EXP-Rewrite-Regel

  • Auf dem Egress-PE-Switch: benutzerdefinierte EXP-Klassifizierer

  • Auf dem Anbieter-Switch: kundenspezifische EXP-Klassifizierungs- und benutzerdefinierte EXP-Rewrite-Regel

Anmerkung:

Sie können Scheduler und Shaper auch nach Bedarf konfigurieren. Wenn Sie einen Scheduler oder andere kundenspezifische Weiterleitungsklassen verwenden, empfehlen wir Ihnen, einen Scheduler zur Unterstützung assured-forwardingexpedited-forwarding dieser Weiterleitungsklasse zu konfigurieren. Siehe Definition CoS Scheduler- und Scheduler Maps (CLI-Prozedur).

In diesem Beispiel wird ein benutzerdefinierter DSCP-Klassifizierer ( ) auf dem Ingress-PE-Switch erstellt und bindet diesen dscp1 Klassifizierer an die CCC-Schnittstelle. Es enthält die Konfiguration eines Policers auf dem Ingress-PE-Switch. Der Policer wird als Filter auf den Label-Switched Path (LSP) angewendet lsp_to_pe2_ge1 (erstellt in Beispiel: Konfiguration MPLS auf EX8200- und EX4500-Switches) um sicherzustellen, dass die Menge des Datenverkehrs, der durch den LSP weitergeleitet wird, nie die angeforderte Bandbreitenzuordnung überschreitet.

In diesem Beispiel wird eine benutzerdefinierte EXP-Rewrite-Regel ( ) auf dem Ingress-PE-Switch erstellt, in der eine Verlustpriorität und ein Codepunkt angegeben werden, der für die beschleunigte Weiterleitungsklasse verwendet werden soll, wenn das Paket über den LSP übertragen exp1 wird. Der Switch wendet diese benutzerdefinierte Rewrite-Regel auf die Core-Schnittstellen an und , bei denen es sich um die Ausgangsschnittstellen ge-0/0/5.0ge-0/0/6.0 für diesen Switch handelt.

Tabelle 3 zeigt die CoS den ingress-PE-Switch hinzugefügten Konfigurationskomponenten an.

Tabelle 3: CoS-Konfigurationskomponenten auf dem Ingress-PE-Switch

Eigenschaft

Einstellungen

Beschreibung

Lokale PE-Switch-Hardware

Switch der EX-Serie

PE-1

Konfigurierte und auf den LSP angewendete Policing-Filter.

policing filter mypolicer

filter myfilter

Name des Policers für die Begrenzung der Datenrate.

Name des Filters, der den Policer bezeichnet

Benutzerdefinierte DSCP-Klassifizierer

dscp1

Gibt den Namen des benutzerdefinierten DSCP-Klassifizierers an

Benutzerdefinierte EXP-Umschreibungsregel

e1

Name der benutzerdefinierten EXP-Rewrite-Regel.

Kunden-Edge-Schnittstelle

ge-0/0/1.0

Schnittstelle, die Pakete von Geräten außerhalb des Netzwerks empfängt.

Der benutzerdefinierte DSCP-Klassifizierer muss auf dieser CCC-Schnittstelle angegeben sein.

Core-Schnittstellen

ge-0/0/5.0 und ge-0/0/6.0

Schnittstellen, die MPLS pakete an andere Switches innerhalb des Netzwerks MPLS übertragen.

Die EXP-Rewrite-Regel wird implizit auf diese Schnittstellen angewendet.

Tabelle 4 zeigt in CoS den dem Egress-PE-Switch hinzugefügten Konfigurationskomponenten.

Tabelle 4: CoS der Konfigurationskomponenten des Egress-PE-Switches

Eigenschaft

Einstellungen

Beschreibung

Edge-Switch-Hardware für Remote-Anbieter

Switch der EX-Serie

PE-2

Benutzerdefinierte EXP-Klassifizierer

exp1

Name des benutzerdefinierten EXP-Klassifizierers

Kunden-Edge-Schnittstelle

ge-0/0/1.0

Schnittstelle, die Pakete von diesem Netzwerk an Geräte außerhalb des Netzwerks überträgt. Für diese Schnittstelle CoS kein Klassifizierer angegeben. Sie können einen Scheduler angeben.

Core-Schnittstellen

ge-0/0/7.0 und ge-0/0/8.0

Core-Schnittstellen auf PE-2, die Pakete MPLS vom Provider-Switch erhalten. Der EXP-Klassifizierer ist standardmäßig auf dem Switch aktiviert und implizit auf diese Schnittstellen angewendet.

Tabelle 5 zeigt in MPLS die für den Anbieter-Switch verwendeten Konfigurationskomponenten.

Tabelle 5: CoS die Konfigurationskomponenten des Anbieter-Switches

Eigenschaft

Einstellungen

Beschreibung

Provider-Switch-Hardware

Switch der EX-Serie

Transit-Switch innerhalb der MPLS Netzwerkkonfiguration.

Benutzerdefinierte EXP-Klassifizierer

exp1

Name des benutzerdefinierten EXP-Klassifizierers.

Benutzerdefinierte EXP-Umschreibungsregel

e1

Name der benutzerdefinierten EXP-Rewrite-Regel.

Core-Schnittstellen, die Pakete von anderen Switches MPLS empfangen.

ge-0/0/5.0 und ge-0/0/6.0

Schnittstellen, die den Provider-Switch mit dem Ingress-PE-Switch (PE-1) verbinden. Der EXP-Klassifizierer ist standardmäßig auf dem Switch aktiviert und implizit auf diese Schnittstellen angewendet.

Core-Schnittstellen, die Pakete an andere Switches innerhalb des Netzwerks MPLS übertragen.

ge-0/0/7.0 und ge-0/0/8.0

Schnittstellen, die Pakete an das Egress-PE (PE-2) übertragen. Die EXP-Rewrite-Regel wird implizit auf diese Schnittstellen angewendet. Scheduler können auch festgelegt werden und werden auf diese Schnittstellen angewendet.

Topologie

Konfigurieren des lokalen PE-Switches

Verfahren

CLI-Konfiguration

Kopieren Sie die folgenden Befehle, um einen benutzerdefinierten DSCP-Klassifizierer, eine benutzerdefinierte EXP-Rewrite-Regel sowie einen Policer auf dem lokalen PE-Switch schnell zu konfigurieren, und fügen Sie sie in das Switch-Terminal-Fenster von PE-1 ein:

Schritt-für-Schritt-Verfahren

Zum Konfigurieren eines benutzerdefinierten DSCP-Klassifizierers, einer benutzerdefinierten EXP-Rewrite-Regel und eines Policers auf dem ingress-PE-Switch:

  1. Importieren Sie die standardmäßigen DSCP-Klassifiziererklassen in den benutzerdefinierten DSCP-Klassifizierer, den Sie erstellen:

  2. Fügen Sie der benutzerdefinierten DSCP-Klassifizierer die Expedited-Forwarding-Klasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt ein:

  3. Geben Sie die Werte für die benutzerdefinierte EXP-Rewrite-Regel e1 an:

  4. Den DSCP-Klassifizierer an die CCC-Schnittstelle binden:

  5. Geben Sie die Anzahl zulässiger Bits pro Sekunde für den Firewall-Policer an, der später auf den LSP angewendet wird:

  6. Geben Sie die maximale Größe an, die für Daten bursts zulässig ist, die die gegebene Bandbreitenbegrenzung für diesen Policer überschreiten:

  7. Datenverkehr verwerfen, der die Geschwindigkeitsgrenzen dieses Policers überschreitet:

  8. Konfigurieren Sie einen Filterbegriff, der die Policer-Aktion umfasst, um den Policer zu referenz:

  9. Wenden Sie den Filter auf den LSP an:

Ergebnisse

Zeigen Sie die Ergebnisse der Konfiguration an:

Konfigurieren des Remote-PE-Switches

Verfahren

CLI-Konfiguration

Kopieren Sie die folgenden Befehle, und fügen Sie sie in das Switch-Terminal-Fenster von PE-2 ein, um einen benutzerdefinierten EXP-Klassifizierer auf dem Remote-PE-Switch schnell zu konfigurieren:

Schritt-für-Schritt-Verfahren

So konfigurieren Sie einen benutzerdefinierten EXP-Klassifizierer auf dem Egress PE-Switch:

  1. Importieren Der standardmäßige EXP-Klassifizierer-Klassen wird in den benutzerdefinierten EXP-Klassifizierer importieren, den Sie erstellen:

  2. Fügen Sie der benutzerdefinierten EXP-Klassifizierer die Expedited-Forwarding-Klasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt ein:

Ergebnisse

Zeigen Sie die Ergebnisse der Konfiguration an:

Konfigurieren des Anbieter-Switches

Verfahren

CLI-Konfiguration

Kopieren Sie die folgenden Befehle, und fügen Sie sie in das Switch-Terminal-Fenster des Anbieter-Switches ein, um einen benutzerdefinierten EXP-Klassifizierer und eine benutzerdefinierte EXP-Umschreibungsregel auf dem Anbieter-Switch schnell zu konfigurieren:

Schritt-für-Schritt-Verfahren

So konfigurieren Sie einen benutzerdefinierten EXP-Klassifizierer und eine benutzerdefinierte EXP-Umschreibungsregel auf dem Anbieter-Switch:

  1. Importieren Der standardmäßige EXP-Klassifizierer-Klassen wird in den benutzerdefinierten EXP-Klassifizierer importieren, den Sie erstellen:

  2. Fügen Sie der benutzerdefinierten EXP-Klassifizierer die Expedited-Forwarding-Klasse hinzu, und geben Sie eine Verlustpriorität und einen Codepunkt ein:

  3. Geben Sie die Werte für die benutzerdefinierte EXP-Rewrite-Regel e1 an:

Ergebnisse

Zeigen Sie die Ergebnisse der Konfiguration an:

Überprüfung

Führen Sie die folgenden Aufgaben aus, um zu bestätigen, dass die Konfiguration ordnungsgemäß funktioniert:

Sicherstellen, dass der Policer-Firewall-Filter einsatzbereit ist

Zweck

Überprüfen des Betriebszustands des Policers, der auf dem Ingress-PE-Switch konfiguriert ist.

Aktion
Bedeutung

Diese Ausgabe zeigt, dass der mypolicer Firewall-Filter erstellt wurde.

Überprüfen, ob die CoS Klassifizierer zur richtigen Warteschlange gehen

Zweck

Stellen Sie sicher CoS die Klassifizierer zur richtigen Warteschlange gehen.

Aktion
Bedeutung

Diese Ausgabe zeigt, dass ein neuer DSCP-Klassifizierer auf dem 9346 ingress-PE-Switch (PE-1) erstellt wurde, Index.

Überprüfung der CoS der Weiterleitungstabellenzuordnung

Zweck

Zeigen Sie für jede logische Schnittstelle entweder den Tabellen-Index des Klassifizierers für einen bestimmten Codepunkttyp oder die Warteschlangennummer (bei fester Klassifizierung) in der Weiterleitungstabelle an.

Aktion
Bedeutung

Die Ergebnisse zeigen, dass der neue DSCP-Klassifizierer, die Index-Nummer, 9346 an die Schnittstelle gebunden ge-0/0/1.0 ist.

Überprüfen der Rewrite-Regeln

Zweck

Anzeige der Zuordnung der Warteschlangennummer und Verlustpriorität zu Codepunktwert der einzelnen Rewrite-Regel, wie sie in der Weiterleitungstabelle vorhanden ist.

Aktion
Bedeutung

Diese Ausgabe zeigt, dass ein neuer EXP-Klassifizierer mit der Indexnummer 9281 erstellt wurde.

Grundlegendes CoS MPLS EXP-Klassifizierer und Rewrite-Regeln

Sie können Class-of-Service (CoS) innerhalb von MPLS-Netzwerken verwenden, um bestimmte Datenverkehrstypen bei Engpässen durch Die Anwendung von Paketklassifizierern und Umschreiben von Regeln auf den MPLS Datenverkehr zu priorisieren. MPLS sind global und wenden auf alle als Schnittstellen konfigurierten Schnittstellen family mpls an.

Wenn ein Paket auf dem Ingress Provider Edge (PE)-Switch eine Customer-Edge-Schnittstelle ein gibt, verknüpft der Switch das Paket mit einer bestimmten CoS-Serviceebene, bevor das Paket auf dem Label Switched Path (LSP) platziert wird. Die Switches innerhalb des LSP nutzen den CoS am Ingress-PE-Switch, um die CoS Servicelevel zu bestimmen. Der CoS im Klassifizierer eingebetteten Wert wird über die experimentellen Bits (EXP) im Header MPLS und codiert.

Exp-Klassifizierer weisen eingehende MPLS Pakete einer Weiterleitungsklasse und einer Verlustpriorität zu und weisen MPLS-Pakete basierend auf der Zuordnung der Weiterleitungsklasse Ausgabewarteschlangen zu. EXP-Klassifizierer sind Verhaltensaggregatifier (BA)-Klassifizierer.

EXP Rewrite Rules Change (Rewrite) den CoS Wert der EXP-Bits in ausgehenden Paketen in den Ausgangswarteschlangen des Switch, sodass der neue (überarbeitete) Wert den Richtlinien eines zielgerichteten Peers entspricht. Durch Richtlinienabgleich kann die Downstream-Routingplattform oder der Switch in einem benachbarten Netzwerk jedes Paket in die entsprechende Servicegruppe klassifizieren.

Anmerkung:

Auf QFX5200-, QFX5100-, QFX3500-, QF3600- und EX4600-Switches und auf QFabric-Systemen ist kein EXP-Standardklassifizierer installiert. Wenn Sie eingehende Datenpakete MPLS EXP-Bits klassifizieren möchten, müssen Sie einen globalen EXP-Klassifizierer konfigurieren. Der globale EXP-Klassifizierer gilt für MPLS Datenverkehr auf als family mpls .

Auf QFX10000 Switches ist keine STANDARD-EXP-Klassifizierer. Wenn Sie eingehende Datenpakete MPLS EXP-Bits klassifizieren möchten, müssen Sie EXP-Klassifizierer konfigurieren und auf als family mpls . (Klassifizierer können nicht auf physische Schnittstellen angewendet werden.) Sie können bis zu 64 EXP-Klassifizierer konfigurieren.

Es gibt keine Standardregel für EXP-Rewrite. Wenn Sie den EXP-Bitwert an der Ausgangsschnittstelle umschreiben möchten, müssen Sie EXP-Rewrite-Regeln konfigurieren und auf logische Schnittstellen anwenden.

EXP-Klassifizierer und Rewrite-Regeln werden nur auf Schnittstellen angewendet, die als konfiguriert sind family mpls (z. set interfaces xe-0/0/35 unit 0 family mpls B. .)

Zu diesem Thema gehören:

EXP-Klassifizierer

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

Wenn Sie einen EXP-Klassifizierer konfigurieren und anwenden, MPLS datenverkehr auf allen Schnittstellen den EXP-Klassifizierer, auch auf Schnittstellen mit einem festen family mpls Klassifizierer. Wenn eine Schnittstelle sowohl über einen EXP-Klassifizierer als auch über einen festen Klassifizierer verfügt, wird der EXP-Klassifizierer auf MPLS-Datenverkehr angewendet und der feste Klassifizierer auf den anderen Datenverkehr angewendet.

Im Gegensatz zu den DSCP- IEEE 802.1p-BA-Klassifizierern ist kein Standard-EXP-Klassifizierer. Wenn Sie den Datenverkehr MPLS EXP-Bits klassifizieren möchten, müssen Sie einen EXP-Klassifizierer explizit konfigurieren und auf die Switch-Schnittstellen anwenden. Jeder EXP-Klassifizierer verfügt über acht Einträge, die zu den acht EXP CoS-Werten entsprechen (0 bis 7, die zu CoS bis 111 korrespondieren).

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

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

Auf diesen Switches kann jederzeit nur ein EXP-Klassifizierer als globaler EXP-Klassifizierer konfiguriert werden. Wenn Sie den globalen EXP-Klassifizierer ändern möchten, löschen Sie die globale EXP-Klassifizierkonfiguration (verwenden Sie die Konfigurationserklärung), und konfigurieren Sie den neuen globalen user@switch# delete class-of-service system-defaults classifiers exp EXP-Klassifizierer.

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

Wenn ein EXP-Klassifizierer nicht konfiguriert ist, wird der Datenverkehr MPLS fester Klassifizierer verwendet, wenn ein fester Klassifizierer an der Schnittstelle angewendet wird. (Switches mit einem Standard-EXP-Klassifizierer verwenden die Standardklassifizierer.) Wenn kein EXP-Klassifizierer und keine festen Klassifizierer an die Schnittstelle angewendet werden, wird MPLS-Datenverkehr mithilfe des Standard-nicht vertrauenswürdigen Klassifizierers 802.1 als Best-Effort-Datenverkehr behandelt. DSCP-Klassifizierer werden nicht auf den MPLS angewendet.

Auf QFX5200-, QFX5100-, EX4600- und älteren CLI-Switches, da die EXP-Klassifizierung global ist, können Sie einige Ports nicht konfigurieren, um einen festen IEEE 802.1p-Klassifizierer für MPLS-Datenverkehr auf einigen Schnittstellen und dem globalen EXP-Klassifizierer für MPLS-Datenverkehr auf anderen Schnittstellen zu verwenden. Wenn Sie einen globalen EXP-Klassifizierer konfigurieren, wird MPLS datenverkehr auf allen Schnittstellen den EXP-Klassifizierer verwendet.

Anmerkung:

Der Switch verwendet zur Klassifizierung nur das äußerste Label der eingehenden EXP-Pakete.

Anmerkung:

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

EXP-Rewrite-Regeln

Wenn MPLS In- oder Exit eines Netzwerks ein- oder verlassen, könnten Edge-Switches erforderlich sein, um die Class-of-Service-Einstellungen (CoS) der Pakete zu ändern. EXP-Rewrite-Regeln legen den Wert der EXP-CoS-Bits innerhalb des Headers der ausgehenden MPLS auf family mpls Schnittstellen fest. Jede Rewrite-Regel liest die aktuelle, mit dem Paket verknüpfte Weiterleitungsklasse und Verlustpriorität, lokalisiert den ausgewählten CoS-Wert aus einer Tabelle und schreibt diesen CoS in den Paketkopf, um den alten Wert CoS zu ersetzen. EXP-Rewrite-Regeln gelten nur für MPLS Datenverkehr.

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

Es gibt keine Standardregeln für EXP-Rewrite. Wenn Sie den EXP-Wert in Paketen umschreiben MPLS, müssen Sie EXP-Rewrite-Regeln konfigurieren und auf logische Schnittstellen anwenden. Wenn keine Rewrite-Regeln angewendet werden, haben alle MPLS Label einen Wert von Null (0). Der EXP-Wert bleibt auf den ausgetauschten MPLS unverändert.

Sie können bis zu 64 EXP-Rewrite-Regeln konfigurieren, aber Sie können jederzeit auf dem Switch nur 16 EXP-Rewrite-Regeln anwenden. Auf einer bestimmten logischen Schnittstelle verfügen alle ge pushten MPLS Label über die gleiche EXP-Umschreibungsregel, die auf sie angewendet wird. Sie können verschiedene EXP-Rewrite-Regeln auf verschiedene logische Schnittstellen an der gleichen physischen Schnittstelle anwenden.

Sie können eine EXP-Rewrite-Regel auf eine Schnittstelle anwenden, die über eine DSCP-, DSCP IPv6- oder IEEE 802.1p-Rewrite-Regel verfügt. Nur MPLS verwendet die EXP-Rewrite-Regel. MPLS verwendet keine DSCP- oder DSCP IPv6-Rewrite-Regeln.

Wenn der Switch das vorletzte Hop-Popping (PHP) ausfüllt, treten die EXP-Rewrite-Regeln nicht auf. Wenn sowohl ein EXP-Klassifizierer als auch eine EXP-Rewrite-Regel auf dem Switch konfiguriert werden, wird der EXP-Wert des letzten Popped-Labels in das inner Label kopiert. Wenn entweder ein EXP-Klassifizierer oder eine EXP-Rewrite-Regel (aber nicht beide) auf dem Switch konfiguriert ist, wird der innere LABEL-EXP-Wert unverändert gesendet.

Anmerkung:

An jeder physischen Schnittstelle müssen entweder für alle Weiterleitungsklassen an der Schnittstelle Rewrite-Regeln konfiguriert sein, oder es können für keine Weiterleitungsklassen, die an der Schnittstelle verwendet werden, Rewrite-Regeln konfiguriert werden. Mischen Sie an jedem physischen Port keine Weiterleitungsklassen mit Rewrite-Regeln und Weiterleitungsklassen, ohne die Regeln zu rewrite.

Zeitplaner

Die Scheduler zur Verwendung CoS mit MPLS gleichen wie für die anderen Konfigurationseinstellungen CoS Switch. Standard-Scheduler werden nur für die besten Aufwands-, FCOE-, No Loss- und Network Control-Standardweiterleitungsklassen bereitgestellt. Wenn Sie eine benutzerdefinierte Weiterleitungsklasse für MPLS konfigurieren, müssen Sie einen Scheduler konfigurieren, um diese Weiterleitungsklasse zu unterstützen und für diese Weiterleitungsklasse Bandbreite zur Verfügung zu stellen.

Konfigurieren von Rewrite-Regeln für MPLS EXP-Klassifizierer

Sie konfigurieren EXP-Rewrite-Regeln zum Ändern CoS in ausgehenden MPLS paketen an den ausgehenden Schnittstellen eines Switch, um die Richtlinien eines zielgerichteten family mpls Peers zu entsprechen. Durch Richtlinienabgleich kann die Downstream-Routingplattform oder der Switch in einem benachbarten Netzwerk jedes Paket in die entsprechende Servicegruppe klassifizieren.

Um eine EXP-CoS-Rewrite-Regel zu konfigurieren, erstellen Sie die Regel, indem Sie ihr einen Namen geben und sie mit einer Weiterleitungsklasse, einer Verlustpriorität und einem Codepunkt verknüpfen. Das erstellt eine Rewrite-Tabelle. Aktivieren Sie diese auf einer logischen Schnittstelle, nachdem Sie die Rewrite-Regel family mpls erstellt haben. EXP-Rewrite-Regeln können nur an logischen Schnittstellen aktiviert werden, nicht an physischen Schnittstellen oder an Schnittstellen family mpls anderer Arten von Familien. Sie können auch eine vorhandene EXP-Rewrite-Regel auf eine logische Schnittstelle anwenden.

Anmerkung:

Es gibt keine Standard-Rewrite-Regeln.

Sie können bis zu 64 EXP-Rewrite-Regeln konfigurieren, aber Sie können jederzeit auf dem Switch nur 16 EXP-Rewrite-Regeln verwenden. Auf einer bestimmten logischen Schnittstelle verwenden alle pushierten MPLS Label die gleiche family mpls EXP-Umschreibungsregel, die auf sie angewendet wird. Sie können verschiedene EXP-Rewrite-Regeln auf verschiedene logische Schnittstellen an der gleichen physischen Schnittstelle anwenden.

Anmerkung:

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

Anmerkung:

Um eine vorhandene Rewrite-Regel auf der Schnittstelle durch eine neue Rewrite-Regel desselben Typs zu ersetzen, entfernen Sie zunächst explizit die vorhandene Rewrite-Regel, und wenden Sie dann die neue Regel an.

So erstellen Sie eine EXP-Rewrite-Regel für MPLS Datenverkehr und aktivieren sie auf einer logischen Schnittstelle:

  1. Exp-Rewrite-Regel erstellen:

    Um beispielsweise eine EXP-Rewrite-Regel für eine Weiterleitungsklasse zu konfigurieren, die eine Verlustpriorität von diesem exp-rr-1mpls-1low EXP-Codepunktwert hat, 001 an:

  2. Wenden Sie die Rewrite-Regel auf eine logische Schnittstelle an:

    Um beispielsweise eine Rewrite-Regel auf eine exp-rr-1 logische Schnittstelle xe-0/0/10.0 anzuwenden:

    Anmerkung:

    In diesem Beispiel müssen für alle Weiterleitungsklassen, die Port xe-0/0/10 zugewiesen werden, Rewrite-Regeln vorhanden sein. Es werden keine Weiterleitungsklassen kombiniert, die über Rewrite-Regeln mit Weiterleitungsklassen verfügen, die nicht über Rewrite-Regeln an der gleichen Schnittstelle verfügen.

Konfigurieren CoS Bits für ein Netzwerk MPLS Netzwerk

Wenn der Datenverkehr einen Labeled-Switch Path (LSP)-Tunnel ein gibt, werden die CoS-Bits in der MPLS-Header auf zwei Arten festgelegt:

  • Die Anzahl der Ausgangswarteschlange, 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 CoS werden. Dieses Verhalten ist Standard und es ist keine Konfiguration erforderlich. Im Junos OS Class of Service-Benutzerhandbuch für Routinggeräte werden die IP-CoS und die Behandlung CoS Bits zusammengefasst.

  • Sie haben einen festen Wert CoS für alle Pakete festgelegt, die den LSP-Tunnel eingehender werden. Ein fester CoS wert bedeutet, dass alle an den LSP eingehenden Pakete dasselbe Paket Class-of-Service.

Einen festen Wert CoS für alle beim LSP eingehenden Pakete festlegen:

  1. Geben Sie Class-of-Service Wert für den LSP an:

    Anmerkung:

    Der CoS Wertsatz, der die Anweisung auf der Hierarchieebene verwendet, ersetzt den Wertsatz CoS Wert auf der Hierarchieebene für class-of-service[edit protocols mpls] eine [edit class-of-service] Schnittstelle. Effektiv setzt der CoS für einen LSP konfigurierten Wert die CoS Wertsatz für eine Schnittstelle aus.

Konfigurieren eines global agierenden MPLS EXP-Klassifizierers

Die EXP-Paketklassifizierung verknüpft eingehende Pakete mit einer bestimmten Serviceebene MPLS CoS Serviceebene. Die EXP Behavior Aggregate (BA)-Klassifizierer untersuchen den Wert MPLS EXP im Paketheader, um die auf das Paket angewendeten CoS Netzwerkeinstellungen zu bestimmen. Mit EXP-BA-Klassifizierern können Sie die Weiterleitungsklasse und Verlustpriorität eines Pakets MPLS basierend auf dem eingehenden Prüfwert CoS festlegen.

Sie können bis zu 64 EXP-Klassifizierer konfigurieren. Der Switch verwendet jedoch nur einen MPLS EXP-Klassifizierer als globalen Klassifizierer, der nur auf schnittstellen angewendet wird, die als family mpls . Alle family mpls Switch-Schnittstellen klassifizieren den globalen EXP-Klassifizierer, um MPLS klassifizieren.

Es ist kein Standard-EXP-Klassifizierer. Wenn Sie eingehende Datenpakete MPLS EXP-Bits klassifizieren möchten, müssen Sie einen globalen EXP-Klassifizierer konfigurieren. Der globale Klassifizierer gilt für MPLS Datenverkehr auf allen family mpls Schnittstellen.

Wenn ein globaler EXP-Klassifizierer konfiguriert ist, MPLS Datenverkehr an family mpls Schnittstellen den EXP-Klassifizierer. Wenn ein globaler EXP-Klassifizierer nicht konfiguriert ist, wird der MPLS-Datenverkehr von einem festen Klassifizierer verwendet, wenn ein fester Klassifizierer an der Schnittstelle angewendet wird. Wenn kein EXP-Klassifizierer und kein fester Klassifizierer an der Schnittstelle angewendet wird, wird MPLS-Datenverkehr als Bestmöglicher Datenverkehr behandelt. DSCP-Klassifizierer werden nicht auf den MPLS angewendet.

So konfigurieren Sie einen MPLS EXP-Klassifizierer mithilfe des CLI:

  1. Einen EXP-Klassifizierer erstellen und ihm eine Weiterleitungsklasse, eine Verlustpriorität und einen Codepunkt zuordnen:

  2. Wenden Sie den EXP-Klassifizierer auf die Switch-Schnittstellen an: