DcBX verstehen
Das Data Center Bridging Capability Exchange Protocol (DCBX) ist eine Erweiterung des Link Layer Data Protocol (LLDP). Wenn Sie LLDP auf einer Schnittstelle deaktivieren, kann diese Schnittstelle keine DCBX ausführen. Wenn Sie versuchen, DCBX auf einer Schnittstelle zu aktivieren, an der LLDP deaktiviert ist, schlägt der Konfigurations-Commit-Vorgang fehl. Datencenter-Bridging-Geräte (DCB) verwenden DCBX, um Konfigurationsinformationen mit direkt verbundenen Peers auszutauschen.
In diesem Thema wird beschrieben:
DCBX-Grundlagen
DCBX kann:
Entdecken Sie die DCB-Funktionen von Peers.
Erkennen Sie Fehlkonfigurationen von DCB-Funktionen oder Inkonsistenzen zwischen Peers.
Konfigurieren Sie DCB-Funktionen für Peers.
Sie können den DCBX-Betrieb für prioritätsbasierte Flusssteuerung (PFC), Layer-2- und Layer-4-Anwendungen wie FCoE, iSCSI und ETS konfigurieren. DCBX ist auf Schnittstellenbasis aktiviert oder deaktiviert.
QFX5200- und QFX5210-Switches unterstützen keine hierarchische Planung (Enhanced Transmission Selection, ETS). Verwenden Sie die Portplanung, um die Bandbreite auf diesen Switches zu verwalten.
Standardmäßig verhandelt DCBX für PFC und ETS automatisch den Administrationsstatus und die Konfiguration mit dem angeschlossenen Peer jeder Schnittstelle. Um die DCBX-Aushandlung für Anwendungen zu aktivieren, müssen Sie die Anwendungen konfigurieren, sie IEEE 802.1p-Codepunkten in einer Anwendungsübersicht zuordnen und die Anwendungszuordnung auf Schnittstellen anwenden.
Die FCoE-Anwendung muss nur in einer Anwendungsübersicht enthalten sein, wenn eine Schnittstelle typ, länge und werte (TLVs) zusätzlich zu FCoE gegen andere Anwendungen austauschen soll. Wenn FCoE die einzige Anwendung ist, die von einer Schnittstelle angekündigt werden soll, müssen Sie keine Anwendungsübersicht verwenden. Für ETS pusht DCBX die Switch-Konfiguration an Peers, wenn diese eingestellt sind, um die Konfiguration vom Switch zu lernen (es sei denn, Sie deaktivieren das Senden der ETS-Empfehlung TLV an Schnittstellen im IEEE DCBX-Modus).
Sie können das Standardverhalten für PFC, für ETS oder für alle Anwendungen, die einer Schnittstelle zugeordnet sind, überschreiben, indem Sie die automatische Aushandlung deaktivieren, um eine Schnittstelle zum Aktivieren oder Deaktivieren dieser Funktion zu erzwingen. Sie können auch die automatische DCBX-Aushandlung für Anwendungen auf einer Schnittstelle deaktivieren, indem Sie diese Anwendungen aus der Anwendungszuordnung ausschließen, die Sie auf diese Schnittstelle anwenden, oder indem Sie die Anwendungszuordnung aus der Schnittstelle löschen.
Das Standardverhalten der automatischen Aushandlung für Anwendungen, die einer Schnittstelle zugeordnet sind, lautet:
DCBX ist auf der Schnittstelle aktiviert, wenn das angeschlossene Peer-Gerät auch DCBX unterstützt.
DCBX ist auf der Schnittstelle deaktiviert, wenn das angeschlossene Peer-Gerät DCBX nicht unterstützt.
Während der Aushandlung von Funktionen kann der Switch die PFC-Konfiguration an einen angeschlossenen Peer verschieben, wenn der Peer als "willig" konfiguriert ist, die PFC-Konfiguration von anderen Peers zu lernen. Der Juniper Networks-Switch unterstützt keine automatische Bereitstellung und ändert seine Konfiguration während der automatischen Aushandlung nicht, um mit der Peer-Konfiguration zu übereinstimmen. (Der Juniper Switch ist nicht bereit, die PFC-Konfiguration von Peers zu lernen.)
Wenn ein Port mit AKTIVIERTem DCBX beginnt, Typ-, Länges- und Werteinträge (TLV) auszutauschen, werden optionale LLDP-TLVs auf diesem Port nicht für Nachbarn angekündigt, sodass der Switch mit einer breiteren Auswahl konvergierter Netzwerkadapter (CNAs) und Layer 2-Switches, die DCBX unterstützen, zusammenarbeiten kann.
DCBX-Modi und Support
In diesem Abschnitt wird die DCBX-Unterstützung beschrieben:
- DCBX-Modi (Versionen)
- Automatische Aushandlung
- CNA-Unterstützung für DCBX-Modi
- Schnittstellenunterstützung für DCBX
DCBX-Modi (Versionen)
Die beiden häufigsten DCBX-Modi werden unterstützt:
IEEE DCBX – Die neueste DCBX-Version. Verschiedene TLVs haben unterschiedliche Untertypen (z. B. der Untertyp für die ETS-Konfiguration TLV 9); der IEEE DCBX Organizationally Unique Identifier (OUI) ist 0x0080c2.
DCBX Version 1.01 – Die converged Enhanced Ethernet (CEE)-Version von DCBX. Es hat einen Untertyp von 2 und einen OUI von 0x001b21.
IEEE DCBX und DCBX Version 1.01 unterscheiden sich hauptsächlich im Frameformat. DCBX-Version 1.01 verwendet eine TLV, die alle DCBX-Attributinformationen enthält, die als Sub-TLVs gesendet werden. IEEE DCBX verwendet für jedes DCB-Attribut eine eindeutige TLV.
Der Switch unterstützt keine DCBX-Versionen vor CEE (pre-DCB). Nicht unterstützte ältere DCBX-Versionen haben einen Subtyp von 1 und eine OUI von 0x001b21. Der Switch lässt LLDP-Frames ab, die VOR-CEE DCBX TLVs enthalten.
Tabelle 1 fasst die Unterschiede zwischen IEEE DCBX und DCBX Version 1.01 zusammen, einschließlich Show Command Output:
Merkmal |
IEEE DCBX |
DCBX-Version 1.01 |
|---|---|---|
OUI |
0x0080c2 |
0x001b21 |
Frame-Format |
Sendet für jedes DCBX-Attribut einen separaten, eindeutigen TLV. Zum Beispiel verwendet IEEE DCBX separate TLVs für ETS, PFC und jede Anwendung. Konfigurations- und Empfehlungsinformationen werden in verschiedenen TLVs gesendet |
Sendet eine TLV, die alle DCBX-Attributinformationen enthält, die in Unter-TLVs organisiert sind. Das "willige" Bit bestimmt, ob eine Schnittstelle ihre Konfiguration an den vernetzten Peer anpassen kann oder nicht. |
Symmetrische/asymmetrische Konfiguration mit Peer |
Asymmetrisch oder symmetrisch |
Nur symmetrisch |
Unterschiede im |
|
|
Sie können Schnittstellen für die Verwendung der folgenden DCBX-Modi konfigurieren:
IEEE DCBX: Die Schnittstelle verwendet IEEE DCBX unabhängig von der Konfiguration auf dem angeschlossenen Peer.
DCBX-Version 1.01– Die Schnittstelle verwendet DCBX-Version 1.01 unabhängig von der Konfiguration auf dem angeschlossenen Peer.
Automatische Aushandlung: Die Schnittstelle verhandelt automatisch mit dem angeschlossenen Peer, um die von den Peers verwendeten DCBX-Version zu ermitteln. Autonegotiation ist der Standard-DCBX-Modus.
Wenn Sie einen DCBX-Modus auf einer Schnittstelle konfigurieren, ignoriert die Schnittstelle DCBX Protocol Data Units (PDUs), die sie vom angeschlossenen Peer empfängt, wenn die PDUs nicht mit der auf der Schnittstelle konfigurierten DCBX-Version übereinstimmen. Wenn Sie beispielsweise eine Schnittstelle für die Verwendung von IEEE DCBX konfigurieren und der angeschlossene Peer DCBX-Version 1.01 LLDP-PDUs sendet, ignoriert die Schnittstelle die PDUs der Version 1.01. Wenn Sie eine Schnittstelle für die Verwendung von DCBX-Version 1.01 konfigurieren und der Peer IEEE DCBX LLDP-PDUs sendet, ignoriert die Schnittstelle die IEEE DCBX-PDUs.
Auf Schnittstellen, die den IEEE DCBX-Modus verwenden, enthält der show dcbx neighbors interface interface-name Betriebsbefehl keinen Anwendungs-, PFC- oder ETS-Betriebszustand in der Ausgabe.
Automatische Aushandlung
Autonegotiation ist der Standard-DCBX-Modus. Jede Schnittstelle verhandelt automatisch mit dem angeschlossenen Peer, um die DCBX-Version zu bestimmen, die beide Schnittstellen zum Austausch von DCBX-Informationen verwenden.
Wenn eine Schnittstelle mit ihrer Peer-Schnittstelle verbunden ist, kündigt die Schnittstelle dem Peer IEEE DCBX-TLVs an. Wenn die Schnittstelle eine IEEE DCBX-PDU vom Peer empfängt, setzt die Schnittstelle den DCBX-Modus als IEEE DCBX. Wenn die Schnittstelle drei DCBX Version 1.01 TLVs vom Peer empfängt, setzt die Schnittstelle DCBX-Version 1.01 als DCBX-Modus.
Die Automatische Aushandlung funktioniert auf eigenständigen Switches etwas anders als bei QFabric-Systemen:
Eigenständige Switches: Wenn sich eine Schnittstelle mit ihrer Peer-Schnittstelle verbindet, gibt die Schnittstelle dem Peer IEEE DCBX TLVs an. Wenn die Schnittstelle eine IEEE DCBX-TLV vom Peer empfängt, setzt die Schnittstelle IEEE DCBX als DCBX-Modus. Wenn die Schnittstelle vom Peer drei aufeinanderfolgende DCBX-Version 1.01 TLVs empfängt, setzt die Schnittstelle DCBX-Version 1.01 als DCBX-Modus.
QFabric-System: Wenn sich eine Schnittstelle mit ihrer Peer-Schnittstelle verbindet, kündigt die Schnittstelle dem Peer DCBX-Version 1.01 TLVs an. Wenn die Schnittstelle eine IEEE DCBX-TLVs vom Peer empfängt, setzt die Schnittstelle IEEE DCBX als DCBX-Modus. Wenn die Schnittstelle vom Peer drei aufeinanderfolgende DCBX-Version 1.01 TLVs empfängt, behält die Schnittstelle die DCBX-Version 1.01 als DCBX-Modus bei.
Wenn der Link flapst oder der LLDP-Prozess neu gestartet wird, startet die Schnittstelle den automatischen Aushandlungsprozess erneut. Die Schnittstelle verwendet nicht den zuletzt empfangenen DCBX-Kommunikationsmodus.
CNA-Unterstützung für DCBX-Modi
Verschiedene CNA-Anbieter unterstützen unterschiedliche Versionen und Funktionen von DCBX. Die DCBX-Konfiguration, die Sie auf Switch-Schnittstellen verwenden, hängt von den DCBX-Funktionen ab, die die CNAs in Ihrem Netzwerk unterstützen.
Schnittstellenunterstützung für DCBX
Sie können DCBX auf 10-Gigabit-Ethernet-Schnittstellen und auf Link Aggregation Group (LAG)-Schnittstellen konfigurieren, deren Mitgliederschnittstellen alle 10-Gigabit-Ethernet-Schnittstellen sind.
DCBX-Attributtypen
DCBX hat drei Attributtypen:
Informational: Diese Attribute werden mithilfe von LLDP ausgetauscht, wirken sich jedoch nicht auf den DCBX-Zustand oder -Betrieb aus; nur Informationen an den Peer übermitteln. Beispielsweise sind Anwendungsprioritäts-TLVs Informations-TLVs.
Asymmetrisch: Die Werte für diese Arten von Attributen müssen auf den angeschlossenen Peer-Schnittstellen nicht gleich sein. Peers tauschen asymmetrische Attribute aus, wenn die Attributwerte auf jeder Peer-Schnittstelle unterschiedlich sein können. Die Peer-Schnittstellenkonfigurationen können übereinstimmen oder sich unterscheiden. So sind z. B. ETS-Konfigurations- und Empfehlungs-TLVs asymmetrische TLVs.
Symmetrisch: Die Absicht ist, dass die Werte für diese Typen von Attributen auf beiden verbundenen Peer-Schnittstellen gleich sein sollten. Peer-Schnittstellen tauschen symmetrische Attribute aus, um eine symmetrische DCBX-Konfiguration für diese Attribute zu gewährleisten. Beispielsweise handelt es sich bei PFC-Konfigurations-TLVs um symmetrische TLVs.
In den folgenden Abschnitten werden asymmetrische und symmetrische DCBX-Attribute beschrieben:
Asymmetrische Attribute
DCBX übergibt asymmetrische Attribute zwischen verbundenen Peer-Schnittstellen, um Parameterinformationen zu diesen Attributen (Funktionen) zu kommunizieren. Die resultierende Konfiguration für ein Attribut kann auf jedem Peer unterschiedlich sein, sodass die auf einer Schnittstelle konfigurierten Parameter möglicherweise nicht mit den Parametern auf der verbundenen Peer-Schnittstelle übereinstimmen.
Es gibt zwei Arten von asymmetrischen Attribut-TLVs:
Konfiguration TLV: Konfigurations-TLVs kommunizieren den aktuellen Betriebszustand und den Zustand des "willigen" Bits. Das "willige" Bit kommuniziert, ob die Schnittstelle bereit ist, die Konfiguration von der Peer-Schnittstelle zu akzeptieren und zu verwenden. Wenn eine Schnittstelle "willens" ist, verwendet die Schnittstelle die Konfiguration, die sie von der Peer-Schnittstelle erhält. (Die Peer-Schnittstellenkonfiguration kann die Konfiguration auf der "willigen" Schnittstelle überschreiben.) Wenn eine Schnittstelle "nicht will" ist, kann die Konfiguration auf der Schnittstelle nicht durch die Peer-Schnittstellenkonfiguration überschrieben werden.
Empfehlung TLV: Empfehlungs-TLVs kommunizieren die Parameter, die die Schnittstelle empfiehlt, die angeschlossene Peer-Schnittstelle zu verwenden. Wenn eine Schnittstelle eine Empfehlungs-TLV sendet, ändert der verbundene Peer seine Konfiguration, um mit den Parametern in der Empfehlungs-TLV zu übereinstimmen.
Symmetrische Attribute
DCBX übergibt symmetrische Attribute zwischen verbundenen Peer-Schnittstellen, um Parameterinformationen über diese Attribute (Funktionen) zu kommunizieren, mit dem Ziel, dass beide Schnittstellen dieselbe Konfiguration verwenden sollten. Die Absicht besteht darin, dass die auf einer Schnittstelle konfigurierten Parameter mit den Parametern auf der verbundenen Peer-Schnittstelle übereinstimmen.
Es gibt einen Typ von symmetrischen Attribut-TLV, den Konfigurations-TLV. Wie bei asymmetrischen Attributen kommunizieren Konfigurations-TLVs mit symmetrischem Attribut den aktuellen Betriebszustand und den Zustand des "willigen" Bits. "Willige" Schnittstellen verwenden die Parameterwerte der Peer-Schnittstelle für das Attribut. (Die Attributkonfiguration des Peers überschreibt die Konfiguration auf der "willigen" Schnittstelle.)
DCBX Application Protocol TLV Exchange
DCBX stellt die Funktionen des Switches für Layer-2-Anwendungen wie FCoE und Layer-4-Anwendungen wie iSCSI vor:
- Application Protocol TLV Exchange
- FCoE Application Protocol TLV Exchange
- Deaktivieren des Anwendungsprotokolls TLV Exchange
Application Protocol TLV Exchange
Für alle Anwendungen gibt DCBX den Status der Anwendung und ieee 802.1p-Codepunkte auf den Schnittstellen an, denen die Anwendung zugeordnet ist. Wenn eine Anwendung nicht einer Schnittstelle zugeordnet ist, werden in dieser Schnittstelle die TLVs der Anwendung nicht angekündigt. Es gibt eine Ausnahme für das FCoE-Anwendungsprotokoll TLV Exchange, wenn FCoE die einzige Anwendung ist, die DCBX auf einer Schnittstelle ankündigen soll.
FCoE Application Protocol TLV Exchange
Protokoll-TLV-Austausch für die FCoE-Anwendung hängt davon ab, ob FCoE die einzige Anwendung ist, die von der Schnittstelle angekündigt werden soll, oder ob die Schnittstelle zusätzlich zu FCoE-TLVs andere Anwendungs-TLVs austauschen soll.
Wenn FCoE die einzige Anwendung ist, die DCBX auf einer Schnittstelle ankündigen soll, tauscht DCBX standardmäßig FCoE-Anwendungsprotokoll-TLVs aus, wenn die Schnittstelle:
Überträgt FCoE-Datenverkehr (Datenverkehr wird durch die CoS-Konfiguration der FCoE-Weiterleitungsklasse zugeordnet)
Verfügt über ein Überlastungsbenachrichtigungsprofil, bei dem PFC in der FCoE-Priorität aktiviert ist (IEEE 802.1p-Codepunkt)
Keine Anwendungsübersicht
Wenn keine CoS-Konfiguration für FCoE einer Schnittstelle zugeordnet ist, werden von dieser Schnittstelle keine FCoE-Anwendungsprotokoll-TLVs ausgetauscht.
Wenn DCBX FCoE und andere Anwendungen auf einer Schnittstelle ankündigen soll, müssen Sie alle Anwendungen, einschließlich FCoE, in einer Anwendungsübersicht angeben und die Anwendungszuordnung auf die gewünschten Schnittstellen anwenden.
Wenn eine Anwendungszuordnung auf eine Schnittstelle angewendet wird, muss die FCoE-Anwendung explizit in der Anwendungsübersicht konfiguriert werden, oder die Schnittstelle tauscht keine FCoE-TLVs aus.
Wenn DCBX die FCoE-Anwendung ankündt, gibt es den FCoE-Status und IEEE 802.1p-Codepunkte an. Wenn ein Peer-Gerät, das an eine Switch-Schnittstelle angeschlossen ist, FCoE nicht unterstützt, verwendet DCBX die automatische Aushandlung, um die Schnittstelle als "FCoE down" zu kennzeichnen, und FCoE ist auf dieser Schnittstelle deaktiviert.
Deaktivieren des Anwendungsprotokolls TLV Exchange
Um den DCBX-Anwendungsprotokollaustausch für alle Anwendungen auf einer Schnittstelle zu deaktivieren, erteilen Sie den set protocols dcbx interface interface-name applications no-auto-negotiation Befehl.
Sie können auch den DCBX-Anwendungsprotokollaustausch für Anwendungen auf einer Schnittstelle deaktivieren, indem Sie die Anwendungszuordnung aus der Schnittstelle löschen oder eine bestimmte Anwendung aus der Anwendungszuordnung löschen. Wenn Sie jedoch eine Anwendung aus einer Anwendungszuordnung löschen, wird das Anwendungsprotokoll nicht mehr auf einer Schnittstelle ausgetauscht, die diese Anwendungszuordnung verwendet.
DCBX und PFC
Nachdem Sie PFC auf einer Switch-Schnittstelle aktiviert haben, verwendet DCBX die automatische Aushandlung, um den Betriebszustand der PFC-Funktionalität zu steuern.
Wenn das an die Schnittstelle angeschlossene Peer-Gerät PFC unterstützt und mit dem Switch kompatibel bereitgestellt wird, setzt DCBX den PFC-Betriebszustand auf aktiviert. Wenn das an die Schnittstelle angeschlossene Peer-Gerät PFC nicht unterstützt oder nicht mit dem Switch kompatibel bereitgestellt wird, setzt DCBX den Betriebszustand auf deaktiviert. (PFC muss symmetrisch sein.)
Wenn der Peer ankündigen, dass er "bereit" ist, seine PFC-Konfiguration vom Switch zu lernen, pusht DCBX die PFC-Konfiguration des Switches an den Peer und überprüft nicht den Administrativen Status des Peers.
Sie können die DCBX-Steuerung des PFC-Betriebszustands auf Schnittstellenbasis manuell überschreiben, indem Sie die automatische Aushandlung deaktivieren. Wenn Sie die automatische Aushandlung an einer Schnittstelle, auf der Sie PFC konfiguriert haben, deaktivieren, ist PFC auf dieser Schnittstelle unabhängig von der Peer-Konfiguration aktiviert. Um PFC auf einer Schnittstelle zu deaktivieren, konfigurieren Sie PFC nicht auf dieser Schnittstelle.
DCBX und ETS
In diesem Abschnitt werden die folgenden Themen beschrieben:
Standardmäßige DCBX ETS-Ankündigung
Wenn Sie ETS nicht auf einer Schnittstelle konfigurieren, erstellt der Switch automatisch eine Standardprioritätsgruppe, die alle Prioritäten (Weiterleitungsklassen, die Ausgabewarteschlangen darstellen) enthält, und weist dieser Prioritätsgruppe 100 Prozent der Port-Ausgabebandbreite zu. Die Standardprioritätsgruppe ist transparent. Er erscheint nicht in der Konfiguration und wird für die DCBX-Ankündigung verwendet. DCBX kündigt die Standardprioritätsgruppe, ihre Prioritäten und die zugewiesene Bandbreite an.
Wenn Sie ETS auf einer Schnittstelle konfigurieren, kündigt DCBX folgendes an:
Jede Prioritätsgruppe auf der Schnittstelle
Die Prioritäten in jeder Prioritätsgruppe
Die Bandbreiteneigenschaften jeder Prioritätsgruppe und Priorität
Jede Priorität auf dieser Schnittstelle, die nicht Teil einer explizit konfigurierten Prioritätsgruppe (Weiterleitungsklassensatz) ist, wird der automatisch generierten Standardprioritätsgruppe zugewiesen und erhält keine Bandbreite. Wenn Sie ETS auf einer Schnittstelle konfigurieren, muss jede Weiterleitungsklasse (Priorität) auf dieser Schnittstelle, für die Sie Datenverkehr weiterleiten möchten, zu einem Weiterleitungsklassensatz (Prioritätsgruppe) gehören.
ETS-Ankündigung und Peer-Konfiguration
DCBX steuert den ETS-Betriebszustand (hierarchische Planung) des Switches nicht. Wenn der angeschlossene Peer als "willig" konfiguriert ist, pusht DCBX die ETS-Konfiguration des Switches an die Peers des Switches, wenn der ETS-Empfehlungs-TLV aktiviert ist (standardmäßig aktiviert). Wenn der Peer ETS nicht unterstützt oder nicht konsistent mit dem Switch bereitgestellt wird, ändert DCBX den ETS-Betriebszustand auf dem Switch nicht. Der ETS-Betriebszustand bleibt nur basierend auf der hierarchischen Planungskonfiguration des Switches aktiviert oder deaktiviert und ist standardmäßig aktiviert.
Wenn ETS konfiguriert ist, gibt DCBX die Prioritätsgruppen, die Prioritäten in den Prioritätsgruppen und die Bandbreitenkonfiguration für die Prioritätsgruppen und Prioritäten an. Jede Priorität (im Wesentlichen eine Weiterleitungsklasse oder -warteschlange), die nicht zu einer Prioritätsgruppe gehört, hat keine Planungseigenschaften und erhält keine Bandbreite.
Sie können manuell überschreiben, ob DCBX den ETS-Status dem Peer auf Schnittstellenbasis ankündigen, indem Sie die automatische Aushandlung deaktivieren. Dies wirkt sich nicht auf den ETS-Zustand auf dem Switch oder auf dem Peer aus, aber er verhindert, dass der Switch die Empfehlungs-TLV oder die Konfigurations-TLV an den verbundenen Peer sendet. Um ETS auf einer Schnittstelle zu deaktivieren, konfigurieren Sie keine Prioritätsgruppen (Weiterleitungsklassensätze) auf der Schnittstelle.
ETS-Empfehlung TLV
Die ETS-Empfehlungs-TLV kommuniziert die ETS-Einstellungen, die der Switch von der vernetzten Peer-Schnittstelle verwenden soll. Wenn die Peer-Schnittstelle "willig" ist, ändert sie ihre Konfiguration so, dass sie mit der Konfiguration im ETS-Empfehlungs-TLV übereinstimmt. Standardmäßig senden die Switch-Schnittstellen die ETS-Empfehlungs-TLV an den Peer. Bei den übermittelten Einstellungen handelt es sich um die Ausgangs-ETS-Einstellungen, die durch die Konfiguration hierarchischer Planung auf der Schnittstelle definiert werden.
Wir empfehlen, für den verbundenen Peer dieselben ETS-Einstellungen wie auf der Switch-Schnittstelle zu verwenden und die ETS-Empfehlung TLV zu belassen. Bei Schnittstellen, die IEEE DCBX als DCBX-Modus verwenden, können Sie jedoch die ETS TLV-Empfehlung deaktivieren, indem Sie die no-recommendation-tlv Anweisung auf [edit protocols dcbx interface interface-name enhanced-transmission-selection] Hierarchieebene angeben, wenn Sie eine asymmetrische Konfiguration zwischen der Switch-Schnittstelle und dem angeschlossenen Peer wünschen.
Sie können die ETS-Empfehlungs-TLV nur deaktivieren, wenn der DCBX-Modus auf der Schnittstelle IEEE DCBX ist. Das Deaktivieren der ETS-Empfehlungs-TLV hat keine Auswirkungen, wenn der DCBX-Modus auf der Schnittstelle DCBX Version 1.01 ist. (IEEE DCBX verwendet separate Anwendungsattribut-TLVs, aber DCBX Version 1.01 sendet alle Anwendungsattribute in demselben TLV und verwendet Sub-TLVs, um die Informationen zu trennen.)
Wenn Sie den ETS-Empfehlungs-TLV deaktivieren, sendet der Switch weiterhin die ETS-Konfigurations-TLV an den vernetzten Peer. Das Ergebnis ist, dass der vernetzte Peer über die Switch-DCBX-ETS-Konfiguration informiert wird, aber selbst wenn der Peer "willens" ist, ändert der Peer seine Konfiguration nicht an die Switch-Konfiguration. Dabei handelt es sich um eine asymmetrische Konfiguration– die beiden Schnittstellen können unterschiedliche Parameterwerte für das ETS-Attribut haben.
Wenn Beispielsweise ein CNA, der mit einer Switch-Schnittstelle verbunden ist, andere Bandbreitenzuweisungen aufweisen soll als die ETS-Konfiguration, können Sie den ETS-Empfehlungs-TLV deaktivieren und den CNA für die gewünschte Bandbreite konfigurieren. Die Switch-Schnittstelle und die CNA-Exchange-Konfigurationsparameter, aber der CNA ändert ihre Konfiguration nicht, um die Switch-Schnittstellenkonfiguration zu entsprechen.