Grundlegendes zu CoS-Weiterleitungsklassen
Weiterleitungsklassen gruppieren den Datenverkehr und weisen den Datenverkehr Ausgabewarteschlangen zu. Jede Weiterleitungsklasse wird einer Ausgabewarteschlange zugeordnet. Klassifizierung ordnet eingehenden Datenverkehr basierend auf den Codepunktbits im Paket- oder Frame-Header den Weiterleitungsklassen zu. Die Weiterleitungsklasse zur Warteschlangenzuordnung definiert die Ausgabewarteschlange, die für den in eine Weiterleitungsklasse klassifizierten Datenverkehr verwendet wird.
Mit Ausnahme von Geräten der NFX-Serie muss ein Klassifizierer jedes Paket einer der folgenden vier (QFX10000-Switches) oder fünf (anderen Switches) Standardweiterleitungsklassen oder einer vom Benutzer konfigurierten Weiterleitungsklasse zuordnen, um dem Paket eine Ausgabewarteschlange zuzuweisen:
fcoe: Garantierte Bereitstellung für Fibre Channel over Ethernet (FCoE)-Datenverkehr.
Verlustfrei: Garantierte Bereitstellung für verlustfreien TCP-Datenverkehr.
best-effort– Bietet bestmögliche Leistung ohne Serviceprofil. Die Verlustpriorität wird in der Regel nicht in einem CoS-Wert (Class-of-Service) übertragen.
Netzwerksteuerung: Unterstützt Protokollsteuerung und hat in der Regel hohe Priorität.
mcast – (außer QFX10000) Bereitstellung von Multidestination-Paketen (Multicast, Broadcast und Zielsuche versagen)
Auf Geräten der NFX-Serie muss ein Klassifizierer jedes Paket einer der folgenden vier Standardweiterleitungsklassen oder einer vom Benutzer konfigurierten Weiterleitungsklasse zuordnen, um dem Paket eine Ausgabewarteschlange zuzuweisen:
best-effort (be) – Bietet kein Serviceprofil. Die Verlustpriorität wird in der Regel nicht in einem CoS-Wert übertragen.
beschleunigte Weiterleitung (ef): Bietet einen geringen Verlust, niedrige Latenz, geringen Jitter, garantierte Bandbreite und End-to-End-Service.
Assured-Forwarding (af): Bietet eine Gruppe von Werten, die Sie definieren können, und umfasst vier Unterklassen: AF1, AF2, AF3 und AF4 mit jeweils zwei Drop-Wahrscheinlichkeiten: niedrig und hoch.
network-control (nc) – Unterstützt Protokollsteuerung und hat daher in der Regel hohe Priorität.
Der Switch unterstützt bis zu acht (Geräte der QFX10000- und NFX-Serie), 10 (QFX5200-Switches) oder 12 (andere Switches) Weiterleitungsklassen, wodurch eine flexible, differenzierte Paketklassifizierung ermöglicht wird. Sie können beispielsweise mehrere Klassen von Best-Effort-Datenverkehr konfigurieren, wie best-effort, best-effort1und best-effort2.
Auf Geräten der QFX10000- und NFX-Serie verwendet Der Unicast- und Multidestination-Datenverkehr (Multicast, Broadcast und Zielsuche schlägt fehl) die gleichen Weiterleitungsklassen und Ausgabewarteschlangen.
Mit Ausnahme von Geräten der QFX10000- und NFX-Serie unterstützt ein Switch 8 Warteschlangen für Unicast-Datenverkehr (Warteschlangen 0 bis 7) und 2 (QFX5200-Switches) oder 4 (andere Switches) Ausgabewarteschlangen für Multidestination-Datenverkehr (Warteschlangen 8 bis 11). Weiterleitungsklassen, die Unicast-Warteschlangen zugeordnet sind, werden mit Unicast-Datenverkehr verknüpft, und Weiterleitungsklassen, die Mehrfachestinationswarteschlangen zugeordnet sind, werden mit Multi-Estination-Datenverkehr verknüpft. Unicast- und Multi-Estination-Datenverkehr kann nicht derselben Warteschlange zuordnen. Sie können eine Warteschlange mit streng hoher Priorität nicht einer Weiterleitungsklasse mit mehreren Funktionen zuordnen, da Warteschlangen 8 bis 11 keine Konfiguration mit strenger hoher Priorität unterstützen.
Standardweiterleitungsklassen
Tabelle 1 zeigt die vier Standardweiterleitungsklassen, die für alle Switches, aber nicht für Geräte der NFX-Serie gelten. Mit Ausnahme von QFX10000 gelten diese Weiterleitungsklassen für Unicast-Datenverkehr. Sie können die Weiterleitungsklassen umbenennen. Durch das Zuweisen eines neuen Weiterleitungsklassennamens ändert sich nicht die Standardklassifizierung oder -planung, die auf die Warteschlange angewendet wird, die dieser Weiterleitungsklasse zugeordnet ist. CoS-Konfigurationen können komplex sein, daher empfehlen wir, die Standardklassennamen und Warteschlangennummernzuordnungen zu verwenden, wenn dies in Ihrem Szenario nicht erforderlich ist.
Weiterleitungsklassenname |
Standardwarteschlangenzuordnung |
Kommentare |
|---|---|---|
best-effort |
0 |
Die Software wendet keine spezielle CoS-Handhabung auf den Datenverkehr mit bestmöglicher Leistung an. Dies ist eine Abwärtskompatibilitätsfunktion. Der Best-Effort-Datenverkehr ist in der Regel der erste Datenverkehr, der in Zeiten von Netzwerküberlastung unterbrochen wird. Standardmäßig handelt es sich dabei um eine verlustfreie Weiterleitungsklasse mit einem Packet Drop-Attribut von |
Fcoe |
3 |
Standardmäßig ist die
Hinweis:
Gemäß der Konvention verwenden Bereitstellungen mit konvergiertem Serverzugriff in der Regel IEEE 802.1p-Priorität 3 (011) für FCoE-Datenverkehr. Die Standardzuordnung der Wir empfehlen, für FCoE-Datenverkehr Priorität 3 zu verwenden, es sei denn, Ihre Netzwerkarchitektur erfordert die Verwendung einer anderen Priorität. |
Verlustfrei |
4 |
Standardmäßig handelt es sich dabei um eine verlustfreie Weiterleitungsklasse mit einem Packet Drop-Attribut von |
Netzwerksteuerung |
7 |
Die Software liefert Pakete in dieser Serviceklasse mit hoher Priorität. (Diese Pakete sind nicht verzögerungsempfindlich.) In der Regel stellen diese Pakete Routing-Protokoll Hallo oder Keepalive Nachrichten dar. Da der Verlust dieser Pakete den ordnungsgemäßen Netzwerkbetrieb gefährdet, ist eine Paketverzögerung der Verwerfung vorzuziehen. Standardmäßig handelt es sich dabei um eine verlustfreie Weiterleitungsklasse mit einem Packet Drop-Attribut von |
Tabelle 2 gilt nur für Multidestination-Datenverkehr, außer auf QFX10000-Switches und Geräten der NFX-Serie.
Weiterleitungsklassenname |
Standardwarteschlangenzuordnung |
Kommentare |
|---|---|---|
mcast |
8 |
Die Software wendet keine spezielle CoS-Handhabung auf die Multidestination-Pakete an. Diese Pakete werden normalerweise unter überlasteten Netzwerkbedingungen abgeworfen. Standardmäßig handelt es sich dabei um eine verlustfreie Weiterleitungsklasse mit einem Packet Drop-Attribut von |
Gespiegelter Datenverkehr wird immer an die Warteschlange gesendet, die der Weiterleitungsklasse für mehrfacheEstination entspricht. Die switchte Kopie des gespiegelten Datenverkehrs wird mit der Priorität weitergeleitet, die durch den Verhaltensaggregatklassifizierungsprozess festgelegt wird.
Konfigurationsregeln für Weiterleitungsklassen
Berücksichtigen Sie die folgenden Regeln bei der Konfiguration von Weiterleitungsklassen:
Warteschlangenzuweisungsregeln
Die folgenden Regeln regeln die Warteschlangenzuweisung:
CoS-Konfigurationen, die mehr Warteschlangen angeben, als der Switch unterstützen kann, werden nicht akzeptiert. Der Commit-Vorgang schlägt mit einer detaillierten Nachricht fehl, in der die Gesamtzahl der verfügbaren Warteschlangen angegeben wird.
Alle Standard-CoS-Konfigurationen basieren auf der Warteschlangennummer. Der Name der Weiterleitungsklasse, die in der Standardkonfiguration angezeigt wird, ist die Weiterleitungsklasse, die derzeit dieser Warteschlange zugeordnet ist.
(Außer QFX10000- und NFX-Serie) Nur Unicast-Weiterleitungsklassen können Unicast-Warteschlangen (0 bis 7) zugeordnet werden, und nur Multi-Estination-Weiterleitungsklassen können auf Mehrfachestinationswarteschlangen (8 bis 11) zugeordnet werden.
(Außer QFX10000- und NFX-Serie) Warteschlangen mit hoher Priorität können nicht mehrfachen Weiterleitungsklassen zugeordnet werden. (Datenverkehr mit strenger hoher Priorität kann nicht den Warteschlangen 8 bis 11 zugeordnet werden.
Wenn Sie einer Warteschlange mehr als eine Weiterleitungsklasse zuordnen, müssen alle Weiterleitungsklassen, die derselben Warteschlange zugeordnet sind, dasselbe Packet Drop-Attribut haben: Entweder müssen alle Weiterleitungsklassen verlustfrei sein oder alle Weiterleitungsklassen verlustfrei sein.
Sie können die Menge des Datenverkehrs, der in einer Warteschlange mit streng hoher Priorität behandelt wird, begrenzen, indem Sie eine Übertragungsrate konfigurieren. Die Übertragungsgeschwindigkeit legt die Menge des Datenverkehrs in der Warteschlange fest, die mit strenger hoher Priorität behandelt wird. Der Switch behandelt Datenverkehr, der die Übertragungsrate übersteigt, als Datenverkehr mit niedriger Priorität, der die bandbreite übersteigenden Warteschlangenraten empfängt. Durch die Begrenzung des Datenverkehrs, der bei der Behandlung mit strenger hoher Priorität behandelt wird, wird verhindert, dass andere Warteschlangen verhungern, während gleichzeitig sichergestellt wird, dass der in der Übertragungsrate angegebene Datenverkehr eine strikte Behandlung mit hoher Priorität erhält.
Mit Ausnahme von Geräten der QFX10000- und NFX-Serie können Sie die Shaping-Rate-Anweisung verwenden, um die Geschwindigkeit der Paketübertragung zu drosseln, indem Sie eine maximale Bandbreite festlegen. Auf Geräten der QFX10000- und NFX-Serie können Sie die Übertragungsgeschwindigkeit verwenden, um die Bandbreite zu begrenzen, die in einer Warteschlange mit strenger hoher Priorität behandelt wird.
Wenn Sie auf Geräten der QFX10000- und NFX-Serie mehr als eine Warteschlange mit strenger hoher Priorität an einem Port konfigurieren, müssen Sie eine Übertragungsrate für jede der Warteschlangen mit strenger hoher Priorität konfigurieren. Wenn Sie mehr als eine Warteschlange mit streng hoher Priorität an einem Port konfigurieren und sie keine Übertragungsrate in den Warteschlangen mit strenger hoher Priorität konfigurieren, behandelt der Switch nur die erste Warteschlange, die Sie konfigurieren, als Warteschlange mit strenger hoher Priorität. Der Switch behandelt die anderen Warteschlangen als Warteschlangen mit niedriger Priorität. Wenn Sie eine Übertragungsrate für einige Warteschlangen mit streng hoher Priorität konfigurieren, aber nicht in anderen Warteschlangen mit strenger hoher Priorität an einem Port, behandelt der Switch die Warteschlangen mit einer Übertragungsrate als Warteschlangen mit streng hoher Priorität und behandelt die Warteschlangen, die keine Übertragungsrate haben, als Warteschlangen mit niedriger Priorität.
Planungsregeln
Wenn Sie eine Weiterleitungsklasse konfigurieren und ihr Datenverkehr zuordnen (d. h. Sie verwenden keine Standardklassifizierungs- und Weiterleitungsklasse), müssen Sie auch eine Planungsrichtlinie für die Weiterleitungsklasse definieren.
Das Definieren einer Planungsrichtlinie bedeutet:
Zuordnung eines Schedulers zur Weiterleitungsklasse in einer Scheduler-Karte
Einschließlich der Weiterleitungsklasse in einem Weiterleitungsklassensatz
Zuordnen der Scheduler-Karte mit einem Verkehrssteuerungsprofil
Anfügen des Datenverkehrssteuerungsprofils an einen Weiterleitungsklassensatz und Anwendung des Datenverkehrssteuerungsprofils auf eine Schnittstelle
Auf QFX10000-Switches und Geräten der NFX-Serie können Sie mithilfe der Portplanung eine Planungsrichtlinie wie folgt definieren:
Zuordnung eines Schedulers zur Weiterleitungsklasse in einer Scheduler-Karte
Anwendung der Scheduler-Karte auf eine oder mehrere Schnittstellen
Rewrite-Regeln
Auf jeder physischen Schnittstelle müssen entweder alle Weiterleitungsklassen, die auf der Schnittstelle verwendet werden, Umschreibungsregeln konfiguriert haben, oder keine Weiterleitungsklassen, die auf der Schnittstelle verwendet werden, Umschreibungsregeln konfiguriert haben. An jedem physischen Port dürfen Weiterleitungsklassen nicht mit Umschreibungsregeln und Weiterleitungsklassen gemischt werden, ohne Regeln neu zu schreiben.
Unterstützung für verlustfreie Übertragung
Der Switch unterstützt bis zu sechs verlustfreie Weiterleitungsklassen. Für verlustfreie Übertragung müssen Sie PFC auf dem IEEE 802.1p-Codepunkt der verlustfreien Weiterleitungsklassen aktivieren. Die folgenden Einschränkungen gelten für die Unterstützung des verlustfreien Transports:
Die externe Kabellänge vom Switch oder QFabric-System Node-Gerät zu anderen Geräten darf 300 Meter nicht überschreiten.
Die interne Kabellänge vom Node-Gerät des QFabric-Systems zum QFabric-System Interconnect-Gerät darf 150 Meter nicht überschreiten.
Für FCoE-Datenverkehr muss die maximale Übertragungseinheit (MTU) mindestens 2180 Bytes betragen, um die Paketnutzlasten, Header und Überprüfungen zu ermöglichen.
Durch Ändern eines Teils einer PFC-Konfiguration auf einem Port wird der gesamte Port blockiert, bis die Änderung abgeschlossen ist. Nachdem eine PFC-Änderung abgeschlossen ist, wird der Port entsperrt und der Datenverkehr wird fortgesetzt. Unter Änderung der PFC-Konfiguration versteht man jede Änderung eines Überlastungsbenachrichtigungsprofils, das an einem Port konfiguriert ist (aktivieren oder deaktivieren von PFC an einem Codepunkt, Ändern des MRU- oder Kabellängenwerts oder Angeben einer Ausgabestromsteuerungswarteschlange). Das Blockieren des Ports stoppt den eingehenden und ausgehenden Datenverkehr und verursacht Paketverluste in allen Warteschlangen auf dem Port, bis der Port entsperrt ist.
QFX10002-60C unterstützt keine PFC und verlustfreie Warteschlangen. das heißt, standardmäßig verlustfreie Warteschlangen (fcoe und no-loss) sind verlustfreie Warteschlangen.
Junos OS Version 12.2 führt Änderungen an der Art und Weise ein, wie verlustfreie Weiterleitungsklassen (die fcoe und no-loss Weiterleitungsklassen) gehandhabt werden.
In Junos OS Version 12.1 führte sowohl die explizite Konfiguration der Klassen und no-loss weiterleitungsklassen fcoe als auch die Verwendung der Standardkonfiguration für diese Weiterleitungsklassen zu dem gleichen verlustfreien Verhalten für Datenverkehr, der diesen Weiterleitungsklassen zugeordnet wurde.
Wenn Sie die Weiterleitungsklasse oder no-loss die fcoe Weiterleitungsklasse explizit konfigurieren, wird diese Weiterleitungsklasse in Junos OS Version 12.2 jedoch nicht mehr als verlustfreie Weiterleitungsklasse behandelt. Datenverkehr, der diesen Weiterleitungsklassen zugeordnet wird, wird als verlustfreier Datenverkehr behandeltbest-effort. Dies gilt auch, wenn die explizite Konfiguration genau mit der Standardkonfiguration identisch ist.
Wenn Ihre CoS-Konfiguration von Junos OS Version 12.1 oder früher die explizite Konfiguration der fcoe oder der no-loss Weiterleitungsklasse enthält, sind diese Weiterleitungsklassen bei einem Upgrade auf Junos OS Version 12.2 nicht verlustfrei. Um die verlustfreie Behandlung dieser Weiterleitungsklassen zu erhalten, löschen Sie die explizite fcoe Und no-loss Weiterleitungsklassenkonfiguration, bevor Sie auf Junos OS Version 12.2 aktualisieren.
In der Übersicht über coS-Änderungen, die in Junos OS Version 12.2 eingeführt wurden , finden Sie detaillierte Informationen zu dieser Änderung und informationen zum Löschen einer vorhandenen verlustfreien Konfiguration.
In Junos OS Version 12.3 ist das Standardverhalten der fcoe Klassen und no-loss Weiterleitungsklassen dasselbe wie in Junos OS Version 12.2. In Junos OS Version 12.3 können Sie jedoch bis zu sechs verlustfreie Weiterleitungsklassen konfigurieren. Alle explizit konfigurierten verlustfreien Weiterleitungsklassen müssen das neue no-loss Packet Drop-Attribut enthalten, oder die Weiterleitungsklasse ist verlustig.