Beispiel: Weiterleitungsklassen konfigurieren
Weiterleitungsklassen gruppieren Pakete für die Übertragung. Weiterleitungsklassen werden Ausgabewarteschlangen zugeordnet, sodass die Pakete, die einer Weiterleitungsklasse zugewiesen sind, die Ausgabewarteschlange verwenden, die dieser Weiterleitungsklasse zugeordnet ist.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten für zwei Konfigurationsbeispiele verwendet:
Konfigurieren von Weiterleitungsklassen für Switches mit Ausnahme von QFX10000
Ein Switch außer QFX10000
Jede unterstützte Junos-Version
Konfigurieren von Weiterleitungsklassen für QFX10000-Switches
Ein QFX10000-Switch
Jede unterstützte Junos-Version
Überblick
Der QFX10000-Switch unterstützt acht Weiterleitungsklassen. Andere Switches unterstützen bis zu 12 Weiterleitungsklassen. Um Datenverkehr weiterzuleiten, müssen Sie die Weiterleitungsklassen Ausgabewarteschlangen zuordnen (zuweisen). Auf dem QFX10000-Switch sind die Warteschlangen 0 bis 7 sowohl für Unicast- als auch für Multi-Destination-Datenverkehr vorgesehen. Auf anderen Switches sind die Warteschlangen 0 bis 7 für Unicast-Datenverkehr und die Warteschlangen 8 bis 9 (QFX5200-Switch) oder 8 bis 11 (andere Switches) für Datenverkehr mit mehreren Zielen vorgesehen.
Der Switch bietet vier Standard-Weiterleitungsklassen, und mit Ausnahme von QFX10000-Switches sind diese vier Weiterleitungsklassen Unicast, plus eine Standard-Multidestination-Weiterleitungsklasse. Sie können die verbleibenden Weiterleitungsklassen definieren und als Unicast- oder Multi-Destination-Weiterleitungsklassen konfigurieren, indem Sie sie Unicast- oder Multi-Destination-Warteschlangen zuordnen. Der Typ der Warteschlange, Unicast oder Multidestination, bestimmt den Typ der Weiterleitungsklasse.
Die vier Standardweiterleitungsklassen (Unicast außer auf QFX10000) sind:
-
be– Best-Effort-Datenverkehr -
fcoe—Garantierte Lieferung für Fibre Channel over Ethernet-Datenverkehr (nicht auf Switches der OCX-Serie verwenden) -
no-loss– Garantierte Übertragung für verlustfreien TCP-Datenverkehr (nicht auf Switches der OCX-Serie verwenden) -
nc– Netzwerksteuerungsdatenverkehr
Mit Ausnahme von QFX10000-Switches lautet die Standard-Weiterleitungsklasse für mehrere Ziele:
-
mcast– Datenverkehr mit mehreren Zielen
Ordnen Sie Weiterleitungsklassen mithilfe der class Anweisung Warteschlangen zu. Sie können einer einzelnen Warteschlange mehrere Weiterleitungsklassen zuordnen, aber alle Weiterleitungsklassen, die einer bestimmten Warteschlange zugeordnet sind, müssen vom gleichen Typ sein:
-
Mit Ausnahme von QFX10000-Switches müssen alle Weiterleitungsklassen, die einer bestimmten Warteschlange zugeordnet sind, entweder Unicast- oder Multicast-Kurse sein. Sie können Unicast- und Multicast-Weiterleitungsklassen nicht in derselben Warteschlange mischen.
-
Auf QFX10000-Switches müssen alle Weiterleitungsklassen, die einer bestimmten Warteschlange zugeordnet sind, das gleiche Paketverwerfungsattribut haben: Alle Weiterleitungsklassen müssen verlustbehaftet sein, oder alle Weiterleitungsklassen, die einer Warteschlange zugeordnet sind, müssen verlustfrei sein.
[edit class-of-service forwarding-classes] user@switch# set class class-name queue-num queue-number;
Sie können das No-Loss Packet Drop-Attribut in Explicit Forwarding Class Configurations einschließen, um eine verlustfreie Weiterleitungsklasse zu konfigurieren.
Hierarchische Planung steuert die Weiterleitung der Ausgabewarteschlange. Wenn Sie eine Weiterleitungsklasse definieren und Datenverkehr in diese Klasse klassifizieren, müssen Sie auch eine Planungsrichtlinie für die Weiterleitungsklasse definieren. Das Definieren einer Planungsrichtlinie bedeutet:
-
Zuordnen eines Schedulers zur Weiterleitungsklasse in einer Schedulerzuordnung
-
Einschließen der Weiterleitungsklasse in einen Weiterleitungsklassensatz
-
Zuordnen der Scheduler-Map zu einem Datenverkehrssteuerungsprofil
-
Anhängen des Datenverkehrssteuerungsprofils an einen Weiterleitungsklassensatz und Anwenden des Datenverkehrssteuerungsprofils auf eine Schnittstelle
Auf QFX10000-Switches können Sie mithilfe der Portplanung eine Planungsrichtlinie definieren:
-
Zuordnen eines Schedulers zur Weiterleitungsklasse in einer Schedulerzuordnung.
-
Anwenden der Schedulerzuordnung auf eine oder mehrere Schnittstellen.
Beispiel 1: Konfigurieren von Weiterleitungsklassen für Switches mit Ausnahme von QFX10000
Konfiguration
Schritt-für-Schritt-Anleitung
Tabelle 1 zeigt die Zuordnung der Konfiguration von Weiterleitungsklasse zu Warteschlange für dieses Beispiel:
Weiterleitungsklasse |
Warteschlange |
|---|---|
Best-Effort-Leistung |
|
NC |
|
mcast |
|
So konfigurieren Sie CoS-Weiterleitungsklassen für Switches mit Ausnahme von QFX10000:
Ordnen Sie die
best-effortWeiterleitungsklasse der Warteschlange0zu:[edit class-of-service forwarding-classes] user@switch# set class best-effort queue-num 0
Ordnen Sie die
ncWeiterleitungsklasse der Warteschlange7zu:[edit class-of-service forwarding-classes] user@switch# set class nc queue-num 7
Ordnen Sie die
mcast-beWeiterleitungsklasse der Warteschlange8zu:[edit class-of-service forwarding-classes] user@switch# set class mcast-be queue-num 8
Verifizierung
Überprüfen der Zuordnung von Weiterleitungsklasse zu Warteschlange
Zweck
Überprüfen Sie die Zuordnung der Weiterleitungsklasse zur Warteschlange. (Das System zeigt nur die explizit konfigurierten Weiterleitungsklassen an; es zeigt keine Standardweiterleitungsklassen wie fcoe und no-lossan.)
Aktion
Überprüfen Sie die Ergebnisse der Konfiguration der Weiterleitungsklasse mit dem Befehl show configuration class-of-service forwarding-classesoperational mode:
user@switch> show configuration class-of-service forwarding-classes class best-effort queue-num 0; class network-control queue-num 7; class mcast queue-num 8;
Beispiel 2: Konfigurieren von Weiterleitungsklassen für QFX10000-Switches
Konfiguration
Schritt-für-Schritt-Anleitung
Tabelle 2 zeigt die Zuordnung der Konfiguration von Weiterleitungsklasse zu Warteschlange für dieses Beispiel:
Weiterleitungsklasse |
Warteschlange |
|---|---|
Best-Effort-Leistung |
|
be1 |
|
NC |
|
So konfigurieren Sie CoS-Weiterleitungsklassen für QFX10000-Switches:
Ordnen Sie die
best-effortWeiterleitungsklasse der Warteschlange0zu:[edit class-of-service forwarding-classes] user@switch# set class best-effort queue-num 0
Ordnen Sie die
be1Weiterleitungsklasse der Warteschlange1zu:[edit class-of-service forwarding-classes] user@switch# set class be1 queue-num 1
Ordnen Sie die
ncWeiterleitungsklasse der Warteschlange7zu:[edit class-of-service forwarding-classes] user@switch# set class nc queue-num 7
Verifizierung
Überprüfen der Zuordnung von Weiterleitungsklasse zu Warteschlange
Zweck
Überprüfen Sie die Zuordnung der Weiterleitungsklasse zur Warteschlange. (Das System zeigt nur die explizit konfigurierten Weiterleitungsklassen an; es zeigt keine Standardweiterleitungsklassen wie fcoe und no-lossan.)
Aktion
Überprüfen Sie die Ergebnisse der Konfiguration der Weiterleitungsklasse mit dem Befehl show configuration class-of-service forwarding-classesoperational mode:
user@switch> show configuration class-of-service forwarding-classes class best-effort queue-num 0; class be1 queue-num 1; class network-control queue-num 7;
Plattformspezifisches Verhalten
In der folgenden Tabelle finden Sie Informationen zu plattformspezifischen Verhaltensweisen für Ihre Plattformen.
| Plattform |
Unterschied |
|---|---|
| QFX10000-Serie |
|