Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

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 DCBX nicht ausführen. Wenn Sie versuchen, DCBX auf einer Schnittstelle zu aktivieren, auf der LLDP deaktiviert ist, schlägt der Konfigurationscommit-Vorgang fehl. DCB-Geräte (Data Center Bridging) nutzen DCBX, um Konfigurationsinformationen mit direkt verbundenen Peers auszutauschen.

In diesem Thema wird Folgendes beschrieben:

DCBX-Grundlagen

DCBX kann:

  • Entdecken Sie die DCB-Funktionen von Peers.

  • Erkennen Sie Fehlkonfigurationen von DCB-Funktionen oder Diskrepanzen zwischen Peers.

  • Konfigurieren Sie DCB-Funktionen auf Peers.

Sie können den DCBX-Betrieb für prioritätsbasierte Flusssteuerung (PFC), Layer-2- und Layer-4-Anwendungen wie FCoE und iSCSI sowie ETS konfigurieren. DCBX wird je nach Schnittstelle aktiviert oder deaktiviert.

Standardmäßig handelt DCBX für PFC und ETS automatisch den administrativen Status und die Konfiguration mit dem angeschlossenen Peer jeder Schnittstelle aus. Um die DCBX-Aushandlung für Anwendungen zu aktivieren, müssen Sie die Anwendungen konfigurieren, sie IEEE 802.1p-Codepunkten in einer Anwendungszuordnung zuordnen und die Anwendungszuordnung auf Schnittstellen anwenden.

Hinweis:

Junos DCBX unterstützt keine DSCP-basierte PFC-Konfiguration. Junos DCBX unterstützt nur IEEE-basierte PFC.

Die FCoE-Anwendung muss nur dann in eine Anwendungszuordnung aufgenommen werden, wenn eine Schnittstelle Typ, Länge und Werte (TLVs) für andere Anwendungen zusätzlich zu FCoE austauschen soll. Wenn FCoE die einzige Anwendung ist, die eine Schnittstelle ankündigen soll, müssen Sie keine Anwendungszuordnung verwenden. Für ETS überträgt DCBX die Switch-Konfiguration an Peers, wenn diese so eingestellt sind, dass sie die Konfiguration vom Switch 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, außer Kraft setzen, indem Sie die automatische Aushandlung deaktivieren, um eine Schnittstelle zu zwingen, dieses Feature zu aktivieren oder zu deaktivieren. Sie können die DCBX-Autonegotiation auch 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 von der Schnittstelle löschen.

Das Standardverhalten für die automatische Aushandlung von 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 verbundene Peer-Gerät DCBX nicht unterstützt.

Während der Aushandlung von Funktionen kann der Switch die PFC-Konfiguration an einen angeschlossenen Peer übertragen, wenn der Peer als "bereit" 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 sie an die Peer-Konfiguration anzupassen. (Der Juniper Switch ist nicht "bereit", die PFC-Konfiguration von Kollegen zu lernen.)

Hinweis:

Wenn ein Port mit aktiviertem DCBX beginnt, Typ-, Längen- und Werteinträge (TLV) auszutauschen, werden optionale LLDP-TLVs auf diesem Port nicht an Nachbarn kommuniziert, sodass der Switch mit einer größeren Auswahl an konvergenten Netzwerkadaptern (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)

Die beiden gängigsten DCBX-Modi werden unterstützt:

  • IEEE DCBX: Die neueste DCBX-Version. Verschiedene TLVs haben unterschiedliche Untertypen (z. B. ist der Untertyp für die ETS-Konfigurations-TLV 9); Der IEEE DCBX Organizationally Unique Identifier (OUI) ist 0x0080c2.

  • DCBX Version 1.01: Die CEE-Version (Converged Enhanced Ethernet) von DCBX. Es hat den Subtyp 2 und die OUI 0x001b21.

IEEE DCBX und DCBX Version 1.01 unterscheiden sich hauptsächlich im Frame-Format. DCBX Version 1.01 verwendet ein TLV, das alle DCBX-Attributinformationen enthält, die als Sub-TLVs gesendet werden. IEEE DCBX verwendet für jedes DCB-Attribut ein eindeutiges TLV.

Hinweis:

Junos unterstützt keine DCBX-Versionen vor CEE (vor DCB). Nicht unterstützte ältere Versionen von DCBX haben den Subtyp 1 und die OUI 0x001b21. Der Switch verwirft LLDP-Frames, die DCBX-TLVs aus der Zeit vor CEE enthalten.

Tabelle 1 fasst die Unterschiede zwischen IEEE DCBX und DCBX Version 1.01 zusammen, einschließlich der Ausgabe des Befehls show:

Tabelle 1: Zusammenfassung der Unterschiede zwischen IEEE DCBX und DCBX Version 1.01

Charakteristik

IEEE DCBX

DCBX Version 1.01

OUI

0x0080c2

0x001b21

Frame-Format

Sendet einen separaten, eindeutigen TLV für jedes DCBX-Attribut. Beispielsweise verwendet IEEE DCBX separate TLVs für ETS, PFC und jede Anwendung. Konfigurations- und Empfehlungsinformationen werden in verschiedenen TLVs gesendet

Sendet ein TLV, das alle DCBX-Attributinformationen enthält, die in Unter-TLVs organisiert sind. Das "willige" Bit bestimmt, ob eine Schnittstelle ihre Konfiguration ändern kann, um sie an den angeschlossenen Peer anzupassen oder nicht.

Symmetrische/asymmetrische Konfiguration mit Peer

Asymmetrisch oder symmetrisch

Nur symmetrisch

Unterschiede in der show dcbx interface interface-name Einsatzführung

  • Synchronisationsinformationen werden nicht angezeigt, da keine symmetrische Konfiguration erforderlich ist.

  • Betriebszustandsinformationen werden nicht angezeigt, da die Betriebszustände nicht symmetrisch sein müssen.

  • TLV Typ wird angezeigt, da für jedes DCBX-Attribut eindeutige TLVs gesendet werden.

  • ETS-Peer-Konfiguration, TLV- und Empfehlungs-TLV-Informationen werden separat angezeigt, da es sich um unterschiedliche TLVs handelt.

  • Synchronisationsinformationen werden angezeigt, da eine symmetrische Konfiguration erforderlich ist.

  • Informationen zum Betriebszustand werden angezeigt, da die Betriebszustände symmetrisch sein müssen.

  • Der TLV-Typ wird nicht angezeigt, da für alle Attributinformationen ein TLV verwendet wird.

  • Empfehlung TLV wird nicht gesendet (DCBX Version 1.01 verwendet das "willige" Bit, um zu bestimmen, ob eine Schnittstelle die Peer-Schnittstellenkonfiguration verwendet oder nicht).

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 verbundenen Peer.

  • DCBX Version 1.01: Die Schnittstelle verwendet DCBX Version 1.01, unabhängig von der Konfiguration auf dem verbundenen Peer.

  • Automatische Aushandlung: Die Schnittstelle verhandelt automatisch mit dem verbundenen Peer, um die DCBX-Version zu bestimmen, die von den Peers verwendet wird. Autonegotiation ist der Standardmodus für DCBX.

Wenn Sie einen DCBX-Modus auf einer Schnittstelle konfigurieren, ignoriert die Schnittstelle DCBX-Protokolldateneinheiten (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 verbundene Peer DCBX-LLDP-PDUs der Version 1.01 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.

Hinweis:

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 Standardmodus für DCBX. Jede Schnittstelle verhandelt automatisch mit ihrem verbundenen Peer, um die DCBX-Version zu bestimmen, die beide Schnittstellen zum Austausch von DCBX-Informationen verwenden.

Wenn eine Schnittstelle eine Verbindung zu ihrer Peer-Schnittstelle herstellt, kündigt die Schnittstelle dem Peer IEEE DCBX TLVs an. Wenn die Schnittstelle eine IEEE DCBX PDU vom Peer empfängt, legt die Schnittstelle den DCBX-Modus als IEEE DCBX fest. Wenn die Schnittstelle drei DCBX Version 1.01 TLVs vom Peer empfängt, legt die Schnittstelle DCBX Version 1.01 als DCBX-Modus fest.

Hinweis:

Wenn der Link klappert oder der LLDP-Prozess neu gestartet wird, startet die Schnittstelle den Autonegotiation-Prozess 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 für Switch-Schnittstellen verwenden, hängt von den DCBX-Funktionen ab, die von den CNAs in Ihrem Netzwerk unterstützt werden.

Schnittstellenunterstützung für DCBX

Sie können DCBX auf 10-Gigabit-Ethernet-Schnittstellen und auf LAG-Schnittstellen (Link Aggregation Group) konfigurieren, deren Mitgliedsschnittstellen alle 10-Gigabit-Ethernet-Schnittstellen sind.

DCBX-Attributtypen

DCBX hat drei Attributtypen:

  • Information: Diese Attribute werden über LLDP ausgetauscht, haben jedoch keinen Einfluss auf den DCBX-Status oder -Betrieb. sie übermitteln nur Informationen an den Peer. TLVs mit Anwendungspriorität sind beispielsweise Informations-TLVs.

  • Asymmetrisch: Die Werte für diese Attributtypen müssen auf den verbundenen Peer-Schnittstellen nicht identisch sein. Peers tauschen asymmetrische Attribute aus, wenn die Attributwerte auf jeder Peer-Schnittstelle unterschiedlich sein können. Die Konfigurationen der Peer-Schnittstelle können übereinstimmen oder sich unterscheiden. Beispielsweise sind ETS-Konfigurations- und Empfehlungs-TLVs asymmetrische TLVs.

  • Symmetrisch: Die Werte für diese Attributtypen sollen auf beiden verbundenen Peer-Schnittstellen identisch sein. Peer-Schnittstellen tauschen symmetrische Attribute aus, um eine symmetrische DCBX-Konfiguration für diese Attribute sicherzustellen. Beispielsweise sind PFC-Konfigurations-TLVs 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 über diese Attribute (Funktionen) zu übermitteln. 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 TLVs mit asymmetrischen Attributen:

  • Konfigurations-TLV: Konfigurations-TLVs kommunizieren den aktuellen Betriebszustand und den Status des "willigen" Bits. Das "willing"-Bit gibt an, ob die Schnittstelle bereit ist, die Konfiguration von der Peer-Schnittstelle zu akzeptieren und zu verwenden. Wenn eine Schnittstelle "willig" ist, verwendet die Schnittstelle die Konfiguration, die sie von der Peer-Schnittstelle erhält. (Die Konfiguration der Peer-Schnittstelle kann die Konfiguration auf der "willigen" Schnittstelle überschreiben.) Wenn eine Schnittstelle "nicht bereit" ist, kann die Konfiguration auf der Schnittstelle nicht durch die Konfiguration der Peer-Schnittstelle überschrieben werden.

  • Empfehlungs-TLV: Empfehlungs-TLVs übermitteln die Parameter, die die Schnittstelle für die verbundene Peer-Schnittstelle empfiehlt. Wenn eine Schnittstelle ein Empfehlungs-TLV sendet und der verbundene Peer "willig" ist, ändert der verbundene Peer seine Konfiguration, damit sie mit den Parametern im Empfehlungs-TLV übereinstimmt.

Symmetrische Attribute

DCBX übergibt symmetrische Attribute zwischen verbundenen Peer-Schnittstellen, um Parameterinformationen über diese Attribute (Funktionen) auszutauschen, mit dem Ziel, dass beide Schnittstellen dieselbe Konfiguration verwenden. Die auf einer Schnittstelle konfigurierten Parameter sollen mit den Parametern auf der verbundenen Peer-Schnittstelle übereinstimmen.

Es gibt eine Art von symmetrischem Attribut-TLV, das Konfigurations-TLV. Wie bei asymmetrischen Attributen kommunizieren Konfigurations-TLVs mit symmetrischen Attributen den aktuellen Betriebszustand und den Status 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 kündigt die Funktionen des Switches für Layer-2-Anwendungen wie FCoE und Layer-4-Anwendungen wie iSCSI an:

Anwendungsprotokoll TLV Exchange

Für alle Anwendungen meldet DCBX den Status der Anwendung und die IEEE 802.1p-Codepunkte an den Schnittstellen, denen die Anwendung zugeordnet ist. Wenn eine Anwendung keiner Schnittstelle zugeordnet ist, kündigt diese Schnittstelle die TLVs der Anwendung nicht an. Es gibt eine Ausnahme für den FCoE-Anwendungsprotokoll-TLV-Austausch, wenn FCoE die einzige Anwendung ist, die DCBX auf einer Schnittstelle ankündigen soll.

FCoE Application Protocol TLV Exchange

Der Protokoll-TLV-Austausch für die FCoE-Anwendung hängt davon ab, ob FCoE die einzige Anwendung ist, die die Schnittstelle ankündigen soll, oder ob die Schnittstelle zusätzlich zu den 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, der von der CoS-Konfiguration der FCoE-Weiterleitungsklasse zugeordnet wird)

  • Verfügt über ein Überlastungsbenachrichtigungsprofil mit aktiviertem PFC für die FCoE-Priorität (IEEE 802.1p-Codepunkt)

  • Keine Anwendungszuordnung

Hinweis:

Wenn keine CoS-Konfiguration für FCoE einer Schnittstelle zugeordnet ist, tauscht diese Schnittstelle keine FCoE-Anwendungsprotokoll-TLVs aus.

Wenn DCBX FCoE und andere Anwendungen auf einer Schnittstelle ankündigen soll, müssen Sie alle Anwendungen, einschließlich FCoE, in einer Anwendungszuordnung angeben und die Anwendungszuordnung auf die gewünschten Schnittstellen anwenden.

Hinweis:

Wenn eine Anwendungszuordnung auf eine Schnittstelle angewendet wird, muss die FCoE-Anwendung explizit in der Anwendungszuordnung konfiguriert werden, oder die Schnittstelle tauscht keine FCoE-TLVs aus.

Wenn DCBX die FCoE-Anwendung ankündigt, kündigt es den FCoE-Status und die IEEE 802.1p-Codepunkte an. Wenn ein an eine Switch-Schnittstelle angeschlossenes Peer-Gerät FCoE nicht unterstützt, verwendet DCBX die automatische Aushandlung, um die Schnittstelle als "FCoE down" zu markieren, und FCoE wird auf dieser Schnittstelle deaktiviert.

Deaktivieren von Application Protocol TLV Exchange

Geben Sie den Befehl ein, um den set protocols dcbx interface interface-name applications no-auto-negotiation DCBX-Anwendungsprotokollaustausch für alle Anwendungen auf einer Schnittstelle zu deaktivieren.

Sie können den DCBX-Anwendungsprotokollaustausch auch für Anwendungen auf einer Schnittstelle deaktivieren, indem Sie die Anwendungszuordnung von der Schnittstelle 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 ist, setzt DCBX den PFC-Betriebszustand auf aktiviert. Wenn das an die Schnittstelle angeschlossene Peer-Gerät PFC nicht unterstützt oder nicht kompatibel mit dem Switch bereitgestellt wird, setzt DCBX den Betriebszustand auf deaktiviert. (PFC muss symmetrisch sein.)

Wenn der Peer ankündigt, dass er "bereit" ist, seine PFC-Konfiguration vom Switch zu lernen, überträgt DCBX die PFC-Konfiguration des Switches an den Peer und überprüft nicht den administrativen Status des Peer.

Sie können die DCBX-Steuerung des PFC-Betriebszustands für jede Schnittstelle manuell außer Kraft setzen, indem Sie die automatische Aushandlung deaktivieren. Wenn Sie die automatische Aushandlung auf einer Schnittstelle deaktivieren, auf der Sie PFC konfiguriert haben, wird PFC unabhängig von der Peer-Konfiguration auf dieser Schnittstelle aktiviert. Um PFC auf einer Schnittstelle zu deaktivieren, konfigurieren Sie PFC nicht auf dieser Schnittstelle. Um die automatische Aushandlung auf einer Schnittstelle zu deaktivieren, legen Sie diese auf Hierarchieebene [protocols dcbx interface interface-name] festpriority-flow-controlpriority-flow-control no-auto-negotiation. Zum Beispiel:

DCBX und ETS

In diesem Abschnitt wird Folgendes beschrieben:

Standardmäßige DCBX ETS-Werbung

Wenn Sie die ETS nicht auf einer Schnittstelle konfigurieren, erstellt der Switch automatisch eine Standardprioritätsgruppe, die alle Prioritäten enthält (Weiterleitungsklassen, die Ausgabewarteschlangen darstellen), und weist dieser Prioritätsgruppe 100 Prozent der Portausgabebandbreite zu. Die Standardprioritätsgruppe ist transparent. Es erscheint nicht in der Konfiguration und wird für DCBX-Werbung 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-Werbung und Peer-Konfiguration

DCBX hat keinen Einfluss auf den ETS-Betriebsstatus (hierarchische Planung) des Switches. Wenn der verbundene Peer als "willig" konfiguriert ist, überträgt DCBX die ETS-Konfiguration des Switches an die Peers des Switches, wenn die ETS-Empfehlungs-TLV aktiviert ist (standardmäßig aktiviert). Wenn der Peer die ETS nicht unterstützt oder nicht konsistent mit dem Switch bereitgestellt wird, ändert DCBX den ETS-Betriebsstatus auf dem Switch nicht. Der ETS-Betriebsstatus bleibt nur basierend auf der Konfiguration der hierarchischen Planung des Switches aktiviert oder deaktiviert und ist standardmäßig aktiviert.

Wenn ETS konfiguriert ist, kündigt 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 Teil einer Prioritätsgruppe ist, hat keine Planungseigenschaften und empfängt keine Bandbreite.

Sie können manuell überschreiben, ob DCBX den ETS-Status dem Peer auf Schnittstellenbasis ankündigt, indem Sie die automatische Aushandlung deaktivieren. Dies wirkt sich nicht auf den ETS-Status auf dem Switch oder auf dem Peer aus, verhindert jedoch, dass der Switch den Empfehlungs-TLV oder den Konfigurations-TLV an den verbundenen Peer sendet. Um die ETS auf einer Schnittstelle zu deaktivieren, konfigurieren Sie keine Prioritätsgruppen (Weiterleitungsklassensätze) auf der Schnittstelle.

ETS-Empfehlung TLV

Die ETS-Empfehlung TLV übermittelt die ETS-Einstellungen, die der Switch von der angeschlossenen Peer-Schnittstelle verwenden möchte. Wenn die Peer-Schnittstelle "bereit" ist, ändert sie ihre Konfiguration, um mit der Konfiguration in der ETS-Empfehlung TLV übereinzustimmen. Standardmäßig senden die Switch-Schnittstellen die ETS-Empfehlungs-TLV an den Peer. Bei den übermittelten Einstellungen handelt es sich um die ETS-Ausgangseinstellungen, die durch die Konfiguration der hierarchischen Planung auf der Schnittstelle definiert wurden.

Es wird empfohlen, auf dem verbundenen Peer die gleichen ETS-Einstellungen wie auf der Switch-Schnittstelle zu verwenden und die ETS-Empfehlungs-TLV aktiviert zu lassen. Wenn Sie jedoch auf Schnittstellen, die IEEE DCBX als DCBX-Modus verwenden, eine asymmetrische Konfiguration zwischen der Switch-Schnittstelle und dem verbundenen Peer wünschen, können Sie die ETS-Empfehlungs-TLV deaktivieren, indem Sie die no-recommendation-tlv Anweisung auf der [edit protocols dcbx interface interface-name enhanced-transmission-selection] Hierarchieebene einfügen.

Hinweis:

Sie können die ETS-Empfehlungs-TLV nur deaktivieren, wenn der DCBX-Modus auf der Schnittstelle IEEE DCBX ist. Das Deaktivieren der ETS-Empfehlung 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 im selben TLV und verwendet Sub-TLVs, um die Informationen zu trennen.)

Wenn Sie die ETS-Empfehlungs-TLV deaktivieren, sendet der Switch weiterhin die ETS-Konfigurations-TLV an den verbundenen Peer. Das Ergebnis ist, dass der verbundene Peer über die DCBX ETS-Konfiguration des Switches informiert wird, aber selbst wenn der Peer "willig" ist, ändert der Peer seine Konfiguration nicht, um sie an die Switch-Konfiguration anzupassen. Dies ist eine asymmetrische Konfiguration, d. h. die beiden Schnittstellen können unterschiedliche Parameterwerte für das ETS-Attribut haben.

Wenn Sie beispielsweise möchten, dass ein CNA, der mit einer Switch-Schnittstelle verbunden ist, andere Bandbreitenzuweisungen als die Switch-ETS-Konfiguration hat, können Sie die ETS-Empfehlung TLV deaktivieren und den CNA für die gewünschte Bandbreite konfigurieren. Die Switch-Schnittstelle und der CNA tauschen Konfigurationsparameter aus, aber der CNA ändert seine Konfiguration nicht, um mit der Konfiguration der Switch-Schnittstelle übereinzustimmen.

Zugehörige Dokumentation