Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Grundlegendes zu CoS Explicit Congestion Notification

Explicit Congestion Notification (ECN) ermöglicht eine End-to-End-Überlastungsbenachrichtigung zwischen zwei Endpunkten in TCP/IP-basierten Netzwerken. Bei den beiden Endpunkten handelt es sich um einen ECN-fähigen Sender und einen ECN-fähigen Empfänger. ECN muss auf beiden Endpunkten aktiviert sein. Im Falle eines nicht unterstützten Peers führt eine Firewall der SRX-Serie, die ECN unterstützt, ein Bootstrapping der eingehenden Pakete vom nicht unterstützten Peer durch und markiert die Pakete, um eine Netzwerküberlastung zu signalisieren, wenn diese auftritt.

ECN benachrichtigt Netzwerke über Überlastungen mit dem Ziel, Paketverluste und -verzögerungen zu reduzieren, indem das sendende Gerät die Übertragungsrate verringert, bis die Überlastung behoben ist, ohne Pakete zu verwerfen. RFC 3168, The Addition of Explicit Congestion Notification (ECN) to IP, definiert ECN.

ECN ist standardmäßig deaktiviert. Normalerweise aktivieren Sie ECN nur für Warteschlangen, die den bestmöglichen Datenverkehr verarbeiten, da andere Datenverkehrstypen andere Methoden der Überlastungsbenachrichtigung verwenden – verlustfreier Datenverkehr verwendet prioritätsbasierte Flusskontrolle (PFC) und Datenverkehr mit strenger hoher Priorität erhält die gesamte erforderliche Portbandbreite bis zum Punkt einer konfigurierten maximalen Rate.

Sie aktivieren ECN für einzelne Ausgabewarteschlangen (dargestellt durch Weiterleitungsklassen), indem Sie ECN in der Warteschlangenplanerkonfiguration aktivieren, den Planer Weiterleitungsklassen (Warteschlangen) zuordnen und dann den Planer auf Schnittstellen anwenden.

Hinweis:

Damit ECN in einer Warteschlange funktioniert, müssen Sie außerdem ein gewichtetes WRED-Profil (Weighted Random Early Detection) für Paketverluste auf die Warteschlange anwenden.

So funktioniert ECN

Ohne ECN reagieren Geräte auf Netzwerküberlastung, indem sie TCP/IP-Pakete verwerfen. Verworfene Pakete signalisieren dem Netzwerk, dass eine Überlastung auftritt. Geräte im IP-Netzwerk reagieren auf TCP-Paketverluste, indem sie die Paketübertragungsrate reduzieren, damit die Überlastung behoben werden kann. Die Packet-Drop-Methode zur Benachrichtigung und Verwaltung von Überlastungen hat jedoch einige Nachteile. Beispielsweise werden Pakete verworfen und müssen erneut übertragen werden. Außerdem kann Burst-Datenverkehr dazu führen, dass das Netzwerk die Übertragungsrate zu stark reduziert, was zu einer ineffizienten Bandbreitennutzung führt.

Anstatt Pakete zu verwerfen, um eine Netzwerküberlastung zu signalisieren, markiert ECN Pakete, um eine Netzwerküberlastung zu signalisieren, ohne die Pakete zu verwerfen. Damit ECN funktioniert, müssen alle Geräte im Pfad zwischen zwei ECN-fähigen Endpunkten ECN aktiviert haben. ECN wird beim Aufbau der TCP-Verbindung zwischen den Endpunkten ausgehandelt.

ECN-fähige Geräte bestimmen den Überlastungsstatus der Warteschlange basierend auf der auf die Warteschlange angewendeten WRED-Paketverwerfungsprofilkonfiguration, sodass jede ECN-fähige Warteschlange auch über ein WRED-Verwerfungsprofil verfügen muss. Wenn eine Warteschlange bis zu dem Niveau gefüllt ist, bei dem das WRED-Verwerfungsprofil eine Paketverwerfungswahrscheinlichkeit größer als Null (0) aufweist, markiert das Gerät das Paket als überlastet. Ob ein Gerät ein Paket als überlastet markiert oder nicht, ist die gleiche Wahrscheinlichkeit wie die Ausfallwahrscheinlichkeit der Warteschlange bei diesem Füllstand.

ECN kommuniziert, ob eine Überlastung vorliegt oder nicht, indem die beiden am wenigsten signifikanten Bits im Feld DiffServ (Differentiated Services) im IP-Header markiert werden. Die höchstwertigen sechs Bits im DiffServ-Feld enthalten die DSCP-Bits (Differentiated Services Code Point). Der Status der beiden ECN-Bits signalisiert, ob es sich bei dem Paket um ein ECN-fähiges Paket handelt und ob eine Überlastung aufgetreten ist oder nicht.

ECN-fähige Absender markieren Pakete als ECN-fähig. Wenn ein Absender nicht ECN-fähig ist, markiert er Pakete als nicht ECN-fähig. Wenn es bei einem ECN-fähigen Paket zu einer Überlastung in der Ausgangswarteschlange eines Geräts kommt, markiert das Gerät das Paket als überlastet. Wenn das Paket den ECN-fähigen Empfänger (Zielendpunkt) erreicht, sendet der Empfänger die Überlastungsanzeige an den Absender (Quellendpunkt), indem er ein Paket sendet, das als Hinweis auf Überlastung markiert ist.

Nach dem Empfang der Überlastungsanzeige vom Empfänger reduziert der Quellendpunkt die Übertragungsrate, um die Überlastung zu verringern. Dies ähnelt dem Ergebnis der TCP-Überlastungsbenachrichtigung und -verwaltung, aber anstatt das Paket zu verwerfen, um eine Netzwerküberlastung zu signalisieren, markiert ECN das Paket und der Empfänger gibt die Überlastungsbenachrichtigung an den Absender zurück. Da das Paket nicht verworfen wird, muss es nicht erneut übertragen werden.

Hinweis:

ECN wird auf SRX380, SRX300, SRX320, SRX340, SRX345 und vSRX3.0 unterstützt.

ECN-Bits im DiffServ-Feld

Die beiden ECN-Bits im DiffServ-Feld stellen vier Codes bereit, die bestimmen, ob ein Paket als ECN-fähiges Transportpaket (ECT) markiert ist, was bedeutet, dass beide Endpunkte des Transportprotokolls ECN-fähig sind, und ob eine Überlastung vorliegt (CE), wie in Tabelle 1 gezeigt:

Tabelle 1: ECN-Bitcodes

ECN-Bits (Code)

Bedeutung

00

Nicht-ECT - Paket ist als nicht ECN-fähig markiert

01

ECT(1) – Endpunkte des Transportprotokolls sind ECN-fähig

10

ECT(0): Endpunkte des Transportprotokolls sind ECN-fähig

11

CE – Erlebte Überlastung

Die Codes 01 und 10 haben die gleiche Bedeutung: Die Sende- und Empfangsendpunkte des Transportprotokolls sind ECN-fähig. Es gibt keinen Unterschied zwischen diesen Codes.

End-to-End-ECN-Verhalten

Nachdem der sendende und der empfangende Endpunkt ECN ausgehandelt haben, markiert der sendende Endpunkt Pakete als ECN-fähig, indem er das Feld DiffServ ECN auf ECT(1) (01) oder ECT(0) (10) setzt.

Wenn ein Paket ein Gerät durchläuft und es in einer Ausgabewarteschlange, die den WRED-Paketverwerfungsmechanismus verwendet, zu einer Überlastung kommt, markiert das Gerät das Paket als überlastet, indem es das Feld DiffServ ECN auf CE (11) setzt. Anstatt das Paket zu verwerfen (wie bei der TCP-Überlastungsbenachrichtigung), leitet das Gerät das Paket weiter.

Hinweis:

In der Ausgangswarteschlange bestimmt der WRED-Algorithmus basierend auf dem Füllgrad der Warteschlange (wie voll die Warteschlange ist), ob ein Paket für Abwürfe geeignet ist oder nicht. Wenn ein Paket Drop-fähig und als ECN-fähig gekennzeichnet ist, kann das Paket als CE markiert und weitergeleitet werden. Wenn ein Paket verwerfungsfähig ist und nicht als ECN-fähig markiert ist, wird es verworfen. Weitere Informationen zum WRED-Algorithmus finden Sie unter WRED-Drop-Profilsteuerung von ECN-Schwellenwerten .

Wenn das Paket den Endpunkt des Empfängers erreicht, weist das CE-Zeichen den Empfänger darauf hin, dass eine Netzwerküberlastung vorliegt. Der Empfänger sendet dann eine Nachricht an den Absender, die darauf hinweist, dass das Netzwerk überlastet ist. Der Absender quittiert die Überlastungsbenachrichtigung und reduziert die Übertragungsrate. Abbildung 1 fasst zusammen, wie ECN funktioniert, um Netzwerküberlastungen zu verringern:

Abbildung 1: Explizite Überlastungsbenachrichtigung Explicit Congestion Notification

Das End-to-End-ECN-Verhalten umfasst:

  1. Der ECN-fähige Sender und der Empfänger handeln die ECN-Fähigkeit während des Verbindungsaufbaus aus.

    Hinweis:

    Wenn der Client nicht ECN-fähig ist, handelt die SRX-Firewall während des Verbindungsaufbaus ECN im Namen des Clients aus. Die SRX-Firewall setzt die ECE- und CWR-Bits im TCP-Header des SYN-Pakets.

  2. Nach erfolgreicher Aushandlung der ECN-Fähigkeit sendet der ECN-fähige Sender IP-Pakete mit gesetztem ECT-Feld an den Empfänger.

  3. Wenn der WRED-Algorithmus für eine Ausgangswarteschlange eines Geräts feststellt, dass es in der Warteschlange zu einer Überlastung kommt und das Paket für die Verwerfung geeignet ist, kann das Gerät das Paket als "Überlastung" (CE) markieren, um dem Empfänger mitzuteilen, dass das Netzwerk überlastet ist. Wenn das Paket bereits als CE gekennzeichnet wurde (beim Ausgang eines anderen Geräts ist bereits eine Überlastung aufgetreten), leitet das Gerät das Paket mit der CE-Kennzeichnung weiter.

    Wenn es in der Ausgangswarteschlange des Geräts keine Überlastung gibt, leitet das Gerät das Paket weiter und ändert die ECT-fähige Markierung der ECN-Bits nicht, sodass das Paket weiterhin als ECN-fähig, aber nicht als überlastet markiert wird.

  4. Der Empfänger erhält ein Paket mit der Bezeichnung CE, das anzeigt, dass es entlang des Überlastungspfads zu einer Überlastung gekommen ist.

  5. Der Empfänger sendet ein Paket an den Absender zurück, wobei das ECE-Bit (Bit 9) im Flag-Feld des TCP-Headers markiert ist. Das ECE-Bit ist das ECN-Echo-Flag-Bit, das den Absender über eine Überlastung des Netzwerks informiert.

  6. Der Sender reduziert die Datenübertragungsrate und sendet ein Paket an den Empfänger, wobei das CWR-Bit (Bit 8) im Flag-Feld des TCP-Headers markiert ist. Das CWR-Bit ist das Flag-Bit mit reduziertem Überlastungsfenster, das dem Empfänger bestätigt, dass die Benachrichtigung über die Überlastung empfangen wurde.

  7. Wenn der Empfänger das CWR-Flag empfängt, beendet der Empfänger das Setzen des ECE-Bits in Antworten an den Sender.

Tabelle 2 fasst das Verhalten des Datenverkehrs in ECN-fähigen Warteschlangen zusammen.

Tabelle 2: Datenverkehrsverhalten in ECN-fähigen Warteschlangen

Markierung eingehender IP-Pakete von ECN-Bits

ECN-Konfiguration in der Ausgabewarteschlange

Aktion, wenn der WRED-Algorithmus feststellt, dass das Paket Drop-fähig ist

Markierung ausgehender Pakete von ECN-Bits

Protokollformat

Nicht-EKT (00) SYN

WRED aktiviert – sowohl Szenarien, in denen der Schwellenwert überschritten wird, als auch innerhalb des Schwellenwerts

Bootstrap zur Bereitstellung von ECN-Unterstützung

Legen Sie ECE und CWR im TCP-Header und ECT im IP-Header fest

ECT-BIT: 00

WRED-MET: wahr

Nicht-ECT-Daten (00)

WRED-fähig

Nicht fallen lassen. Markieren Sie das ECN-Bit auf 01/10.

Paket mit der Bezeichnung ECT 01/10

Nicht zutreffend

Nicht-ECT-Daten (00)

WRED aktiviert – Schwellenwert erreicht

Nicht fallen lassen. ECN-Bit 11 markieren.

Paket mit ECT (CE)

ECT-BIT: 00

WRED-MET: wahr

Nicht-EKT (00)

WRED deaktiviert

Keine Änderung

Keine Änderung

Nicht zutreffend

EKT (10 oder 01)

WRED-fähig

Keine Änderung

Keine Änderung

Nicht zutreffend

EKT (10 oder 01)

WRED aktiviert – Schwellenwert erreicht

Keinen Tropfen tropfen lassen. Markieren Sie das ECN-Bit auf 11 und legen Sie es entsprechend dem Drop-Profil ab.

Paket mit ECT (CE)

ECT-BIT: 10

WRED-MET: wahr

ECT(10 oder 01)

WRED deaktiviert

Keine Änderung

Keine Änderung

Nicht zutreffend

ECT(11)

WRED-fähig

Nicht fallen lassen. Da das Paket bereits mit CE gekennzeichnet ist, senden Sie das Paket ohne Änderung.

Paket mit der Kennzeichnung ECT (11) zur Anzeige einer Überlastung

ECT-BIT: 11

WRED-MET: falsch

EKT (11)

WRED deaktiviert

Paket verwerfen

Paket verwerfen

Nicht zutreffend

EKT (11)

WRED aktiviert – Schwellenwert erreicht

Nicht fallen lassen. Das Paket ist bereits als überlastet markiert, leiten Sie das Paket weiter, ohne die ECN-Markierung zu ändern.

Paket mit der Kennzeichnung ECT (11) zur Anzeige einer Überlastung

ECT-BIT: 11

WRED-MET: wahr

Wenn es in einer Ausgabewarteschlange nicht zu einer Überlastung kommt, wie durch das WRED-Drop-Profil definiert, das der Warteschlange zugeordnet ist, werden alle Pakete weitergeleitet und keine Pakete verworfen.

ECN im Vergleich zu PFC und Ethernet PAUSE

ECN ist ein End-to-End-Benachrichtigungsmechanismus für IP-Datenverkehr zur Benachrichtigung über Netzwerküberlastungen. Prioritätsbasierte Flusskontrolle (PFC) (IEEE 802.1Qbb) und Ethernet-PAUSE (IEEE 802.3X) sind unterschiedliche Arten von Überlastungsmanagement-Mechanismen.

ECN erfordert, dass eine Ausgabewarteschlange auch über ein zugeordnetes WRED-Paketverwerfungsprofil verfügen muss. Ausgabewarteschlangen, die für Datenverkehr verwendet werden, für den PFC aktiviert ist, sollten nicht über ein zugeordnetes WRED-Verwerfungsprofil verfügen. Schnittstellen, auf denen Ethernet-PAUSE aktiviert ist, sollten kein WRED-Drop-Profil zugeordnet haben.

PFC ist ein Peer-to-Peer-Flusssteuerungsmechanismus zur Unterstützung von verlustfreiem Datenverkehr. PFC ermöglicht es angeschlossenen Peer-Geräten, die Datenstromübertragung in Zeiten von Überlastungen zu unterbrechen. Mit PFC können Sie den Datenverkehr für einen bestimmten Datenstromtyp auf einer Verbindung anhalten, anstatt für den gesamten Datenverkehr auf einer Verbindung. Beispielsweise können (und sollten) Sie PFC für verlustfreie Datenverkehrsklassen wie die fcoe Weiterleitungsklasse aktivieren. Ethernet-PAUSE ist auch ein Peer-to-Peer-Flusssteuerungsmechanismus, aber anstatt nur bestimmte Datenverkehrsflüsse anzuhalten, pausiert Ethernet-PAUSE den gesamten Datenverkehr auf einer physischen Verbindung.

Bei PFC und Ethernet PAUSE kommunizieren die sendenden und empfangenden Endpunkte eines Datenstroms keine Überlastungsinformationen über die Zwischengeräte. Stattdessen steuert PFC den Datenverkehr zwischen zwei PFC-fähigen Peer-Geräten, die DCB-Standards (Data Center Bridging) unterstützen. PFC sendet, indem eine Pausennachricht an den verbundenen Peer gesendet wird, wenn die Warteschlange für die Datenstromausgabe überlastet ist. Ethernet PAUSE unterbricht einfach den gesamten Datenverkehr auf einer Verbindung in Zeiten von Überlastung und erfordert kein DCB.

WRED-Drop-Profilsteuerung von ECN-Schwellenwerten

Sie wenden WRED-Drop-Profile auf Weiterleitungsklassen an (die Ausgabewarteschlangen zugeordnet sind), um zu steuern, wie das Gerät ECN-fähige Pakete markiert. Eine Scheduler-Zuordnung ordnet ein Ablageprofil einem Scheduler und einer Weiterleitungsklasse zu, und dann wenden Sie die Scheduler-Zuordnung auf Schnittstellen an, um die Planungseigenschaften für die Weiterleitungsklasse auf diesen Schnittstellen zu implementieren.

Drop-Profile definieren die Paare aus Warteschlangenfüllstand (der Prozentsatz der Warteschlangenfüllung) und Drop-Wahrscheinlichkeit (die prozentuale Wahrscheinlichkeit, dass ein Paket verworfen wird). Wenn eine Warteschlange bis zu einem bestimmten Niveau gefüllt ist, hat der Datenverkehr, der dem Verwerfungsprofil entspricht, die Abfallwahrscheinlichkeit gepaart mit diesem Füllstand. Wenn Sie ein Drop-Profil konfigurieren, konfigurieren Sie Paare von Füllständen und Drop-Wahrscheinlichkeiten, um zu steuern, wie Pakete bei verschiedenen Stufen der Warteschlangenauslastung verworfen werden.

Das erste Paar aus Füllstand und Drop-Wahrscheinlichkeit ist der Startpunkt des Drops. Bis die Warteschlange den ersten Füllstand erreicht hat, werden keine Pakete verworfen. Wenn die Warteschlange den ersten Füllstand erreicht, haben Pakete, die den Füllstand überschreiten, eine Wahrscheinlichkeit, verworfen zu werden, die der Abfallwahrscheinlichkeit gepaart mit dem Füllstand entspricht.

Das letzte Paar aus Füllstand und Drop-Wahrscheinlichkeit ist der Endpunkt des Drops. Wenn die Warteschlange den letzten Füllstand erreicht, werden alle Pakete verworfen, es sei denn, sie sind für ECN konfiguriert.

Hinweis:

Für verlustfreie Warteschlangen (Weiterleitungsklasse, die mit dem no-loss Paketverwerfungsattribut konfiguriert wurde) und Warteschlangen mit strenger Priorität mit hoher Priorität werden keine Verwerfungsprofile verwendet. Verlustfreie Warteschlangen verwenden PFC, um den Datenverkehrsfluss zu steuern.

Die Konfiguration des Drop-Profils wirkt sich wie folgt auf ECN-Pakete aus:

  • Drop Start Point: ECN-fähige Pakete können als Überlastung markiert werden.

  • Drop End Point: ECN-fähige Pakete werden immer als CE gekennzeichnet.

Wenn sich eine Warteschlange vom Drop-Startpunkt bis zum Drop-Endpunkt füllt, ist die Wahrscheinlichkeit, dass ein ECN-Paket als CE markiert ist, die gleiche wie die Wahrscheinlichkeit, dass ein Nicht-ECN-Paket verworfen wird, wenn Sie das Drop-Profil auf den bestmöglichen Datenverkehr anwenden. Wenn sich die Warteschlange füllt, steigt die Wahrscheinlichkeit, dass ein ECN-Paket als CE markiert wird, genauso wie die Wahrscheinlichkeit, dass ein Nicht-ECN-Paket verworfen wird, steigt, wenn Sie das Drop-Profil auf den bestmöglichen Datenverkehr anwenden.

Am Drop-Endpunkt werden alle ECN-Pakete als CE markiert, aber die ECN-Pakete werden nicht verworfen. Wenn der Füllstand der Warteschlange den Drop-Endpunkt überschreitet, werden alle ECN-Pakete als CE markiert. ECN-Pakete (und alle anderen Pakete) werden verworfen, wenn die Warteschlange vollständig gefüllt ist.

So konfigurieren Sie ein WRED-Paketverwerfungsprofil und wenden es auf eine Ausgabewarteschlange an (unter Verwendung der hierarchischen Planung auf Geräten, die ETS unterstützen):

  1. Konfigurieren Sie ein Drop-Profil mit der Anweisung set class-of-service drop-profiles profile-name interpolate fill-level drop-start-point fill-level drop-end-point drop-probability 0 drop-probability percentage.

  2. Ordnen Sie das Drop-Profil mithilfe der Anweisung set class-of-service schedulers scheduler-name drop-profile-map loss-priority (low | medium-high | high) protocol any drop-profile profile-nameeinem Warteschlangenplaner zu. Der Name des Drop-Profils ist der Name des WRED-Profils, das in Schritt 1 konfiguriert wurde.

  3. Ordnen Sie den Scheduler, den Schritt 2 dem Drop-Profil zuordnet, mithilfe der Anweisung der Ausgabewarteschlange set class-of-service scheduler-maps map-name forwarding-class forwarding-class-name scheduler scheduler-namezu. Die Weiterleitungsklasse identifiziert die Ausgabewarteschlange. Weiterleitungsklassen werden standardmäßig Ausgabewarteschlangen zugeordnet und können durch explizite Benutzerkonfiguration anderen Warteschlangen neu zugeordnet werden. Der Name des Schedulers ist der in Schritt 2 konfigurierte Scheduler.

  4. Verknüpfen Sie die Scheduler-Zuordnung mit der Anweisung set class-of-service traffic-control-profiles tcp-name scheduler-map map-name. Der Name der Scheduler-Zuordnung ist der Name, der in Schritt 3 konfiguriert wurde.

  5. Verknüpfen Sie das Datenverkehrssteuerungsprofil mit der Anweisung set class-of-service interface interface-name forwarding-class-set forwarding-class-set-name output-traffic-control-profile tcp-name. Der Name des Ausgabe-Datenverkehrssteuerungsprofils ist der Name des Datenverkehrssteuerungsprofils, das in Schritt 4 konfiguriert wurde.

    Die Schnittstelle verwendet die Scheduler-Zuordnung im Datenverkehrssteuerungsprofil, um das Drop-Profil (und andere Attribute, einschließlich des Attributs enable ECN) auf die Ausgabewarteschlange (Weiterleitungsklasse) auf dieser Schnittstelle anzuwenden. Da Sie unterschiedliche Datenverkehrssteuerungsprofile verwenden können, um verschiedene Scheduler verschiedenen Schnittstellen zuzuordnen, kann dieselbe Warteschlangennummer auf verschiedenen Schnittstellen den Datenverkehr auf unterschiedliche Weise verarbeiten.

Sie können ein WRED-Paketverwerfungsprofil konfigurieren und es auf eine Ausgabewarteschlange auf Geräten anwenden, die die Portplanung unterstützen (die hierarchische ETS-Planung wird entweder nicht unterstützt oder nicht verwendet). So konfigurieren Sie ein WRED-Paketverwerfungsprofil und wenden es auf eine Ausgabewarteschlange auf Geräten an, die die Portplanung unterstützen (die hierarchische ETS-Planung wird entweder nicht unterstützt oder nicht verwendet):

  1. Konfigurieren Sie ein Drop-Profil mit der Anweisung set class-of-service drop-profiles profile-name interpolate fill-level level1 level2 ... level32 drop-probability probability1 probability2 ... probability32. Sie können nur zwei Füllstands-/Abfallwahrscheinlichkeitspaare oder bis zu 32 Paare angeben.

  2. Ordnen Sie das Drop-Profil mithilfe der Anweisung set class-of-service schedulers scheduler-name drop-profile-map loss-priority (low | medium-high | high) drop-profile profile-nameeinem Warteschlangenplaner zu. Der Name des Drop-Profils ist der Name des WRED-Profils, das in Schritt 1 konfiguriert wurde.

  3. Ordnen Sie den Scheduler, den Schritt 2 dem Drop-Profil zuordnet, mithilfe der Anweisung der Ausgabewarteschlange set class-of-service scheduler-maps map-name forwarding-class forwarding-class-name scheduler scheduler-namezu. Die Weiterleitungsklasse identifiziert die Ausgabewarteschlange. Weiterleitungsklassen werden standardmäßig Ausgabewarteschlangen zugeordnet und können durch explizite Benutzerkonfiguration anderen Warteschlangen neu zugeordnet werden. Der Name des Schedulers ist der in Schritt 2 konfigurierte Scheduler.

  4. Verknüpfen Sie die Scheduler-Zuordnung mit einer Schnittstelle mithilfe der Anweisung set class-of-service interfaces interface-name scheduler-map scheduler-map-name.

    Die Schnittstelle verwendet die Scheduler-Zuordnung, um das Drop-Profil (und andere Attribute) auf die Ausgabewarteschlange anzuwenden, die der Weiterleitungsklasse auf dieser Schnittstelle zugeordnet ist. Da Sie unterschiedliche Scheduler-Zuordnungen auf verschiedenen Schnittstellen verwenden können, kann dieselbe Warteschlangennummer auf verschiedenen Schnittstellen den Datenverkehr auf unterschiedliche Weise verarbeiten.

Support, Einschränkungen und Hinweise

Wenn der WRED-Algorithmus, der einer Warteschlange zugeordnet ist, keinen geeigneten Paketabwurf findet, spielen die ECN-Konfiguration und die ECN-Bitmarkierung keine Rolle. Das Paketübertragungsverhalten ist das gleiche wie bei nicht aktiviertem ECN.

ECN ist standardmäßig deaktiviert. Normalerweise aktivieren Sie ECN nur für Warteschlangen, die bestmöglichen Datenverkehr verarbeiten, und Sie aktivieren ECN nicht für Warteschlangen, die verlustfreien Datenverkehr oder Datenverkehr mit strenger hoher Priorität verarbeiten.

ECN unterstützt Folgendes:

  • IPv4- und IPv6-Pakete

  • Pakete ohne Tags, mit einfachem Tag und mit doppeltem Tag

  • Der äußere IP-Header von IP-getunnelten Paketen (aber nicht der innere IP-Header)

ECN unterstützt Folgendes nicht:

  • IP-Pakete mit MPLS-Kapselung

  • Der innere IP-Header von IP-getunnelten Paketen (ECN arbeitet jedoch mit dem äußeren IP-Header)

  • Multicast-, Broadcast- und DLF-Datenverkehr (Destination Lookup Fail)

  • Nicht-IP-Datenverkehr