Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
SUR CETTE PAGE
 

Comprendre le protocole d’échange de capacités de pontage de centre de données pour les commutateurs EX Series

Le protocole DCBX (Data Center Bridging Capability Exchange Protocol) est un protocole de découverte et d’échange qui permet de communiquer la configuration et les capacités entre voisins afin de garantir une configuration cohérente sur l’ensemble du réseau de pontage du centre de données. Il s’agit d’une extension du protocole LLDP (Link Layer Discovery Protocol). Si vous essayez d’activer DCBX sur une interface sur laquelle LLDP est désactivé, la validation de configuration échoue. Les équipements de pontage de centre de données utilisent le DCBX pour échanger des informations de configuration avec des pairs directement connectés (équipements tels que les commutateurs et les serveurs d’un réseau de pontage de centre de données).

Note:

Cette rubrique s’applique uniquement à DCBX sur les commutateurs EX Series qui ne prennent pas en charge le style de configuration ELS (Enhanced Layer 2 Software). Les commutateurs EX4500 et EX4550 sont les seuls commutateurs EX Series non-ELS qui prennent en charge DCBX.

La prise en charge du DCBX sur les commutateurs ELS EX Series et les commutateurs QFX Series est décrite dans la section Présentation du DCBX.

Vous pouvez utiliser DCBX pour :

  • Découvrez les capacités de pontage de centre de données des pairs

  • Détectez les erreurs de configuration ou les incompatibilités des fonctionnalités de pontage de centre de données entre les pairs

  • Activer ou désactiver automatiquement le contrôle de flux basé sur la priorité (PFC) sur une interface selon que la configuration PFC de l’interface locale est la même que la configuration PFC du pair DCB

Cette rubrique décrit :

Fonctionnement DCBX de base

Les fonctionnalités DCBX prennent en charge PFC, l’application Fibre Channel over Ethernet (FCoE) et d’autres applications de couche 2 ou 4 (telles que iSCSI). DCBX est activé ou désactivé par interface. Le comportement d’autonegotiation par défaut est : DCBX est activé si l’équipement homologue connecté à l’interface prend également en charge DCBX.

Si l’équipement homologue connecté à l’interface ne prend pas en charge DCBX, DCBX reste activé sur le commutateur, mais le commutateur détecte que DCBX n’est pas activé sur l’homologue et signale une erreur de configuration pour cette interface lorsque vous émettez la show dcbx neighbors commande.

Lors de la négociation des fonctionnalités, le commutateur pousse la configuration PFC à un homologue attaché si celui-ci est configuré comme prêt à apprendre la configuration PFC auprès d’autres pairs. Le commutateur ne prend pas en charge le provisionnement automatique et ne modifie pas sa propre configuration lors de l’autonegotiation pour correspondre à la configuration homologue, c’est-à-dire que le commutateur n’est pas disposé à apprendre la configuration PFC des pairs.

DCBX et PFC

Après avoir activé le PFC sur une interface de commutateur, DCBX utilise l’autonegotiation pour contrôler l’état opérationnel des fonctionnalités PFC.

Les équipements DCB doivent utiliser la même classe de trafic (point de code) sur l’équipement local et homologue. Si l’équipement homologue connecté à l’interface prend en charge les PFC et est provisionné pour la même classe de trafic que l’interface de commutation, DCBX définit l’état opérationnel de la PFC comme activé. Si l’équipement homologue connecté à l’interface ne prend pas en charge le PFC ou n’est pas provisionné pour la même classe de trafic, DCBX désactive l’état opérationnel.

Si l’homologue annonce qu’il est prêt à apprendre sa configuration PFC à partir du commutateur, DCBX pousse la configuration PFC du commutateur à l’homologue et ne vérifie pas l’état administratif du pair.

Vous pouvez remplacer manuellement le contrôle DCBX de l’état opérationnel des PFC par interface en désactivant l’autonegotiation. Si vous désactivez l’tonegotiation sur une interface sur laquelle vous avez configuré PFC, le PFC reste activé sur cette interface, quelle que soit la configuration d’homologue. Pour désactiver le PFC sur une interface, supprimez toute configuration PFC sur l’interface.

DCBX et FCoE

DCBX est obligatoire pour l’exécution des applications FCoE, car le trafic FCoE nécessite une PFC pour garantir un transport sans perte et PFC est un composant de DCBX.

L’application FCoE est configurée par défaut sur les interfaces DCBX. En raison de l’exigence FCoE pour un transport sans perte, nous vous recommandons de configurer les interfaces qui transportent le trafic FCoE pour les PFC. Consultez configuration du contrôle de flux basé sur la priorité pour un commutateur EX Series (procédure CLI).

La publicité DCBX de l’application FCoE fonctionne comme suit :

  • Si vous configurez la classe de transfert et le fcoe profil de notification de congestion PFC et que vous attribuez ces composants aux interfaces qui transportent le trafic FCoE, DCBX annonce sa capacité FCoE et attribue des points de code 802.1p au pair DCB, et DCBX signale la capacité FCoE et les points de code 802.1p du pair DCB au commutateur.

DCBX et iSCSI

Le DCBX n’est pas essentiel pour les applications iSCSI. Ces applications permettent de relier les installations de stockage de données aux réseaux IP. Contrairement aux communications Fibre Channel (FC), qui nécessitent un câblage spécial, iSCSI peut être exécuté sur de longues distances en utilisant l’infrastructure réseau existante.

Vous pouvez utiliser iSCSI sur DCB pour réduire la latence dans un réseau suragré. Vous pouvez également l’utiliser pour fournir une réactivité prévisible et certaine des applications, éliminant ainsi la dépendance d’Ethernet envers TCP/IP pour la retransmission des trames Ethernet abandonnées.

DCBX annonce des interfaces de commutateur configurées pour prendre en charge l’application iSCSI, leur capacité PFC et les points de code 802.1p assignés.

Mise en œuvre du DCBX sur les commutateurs

Sur les commutateurs, l’implémentation du DCBX est :

  • Prise en charge des interfaces Ethernet agrégées composées d’interfaces 10 Gigabit Ethernet

  • Compatible par défaut sur toutes les interfaces 10 Gigabit Ethernet

Sur les commutateurs, DCBX prend en charge le type d’application-longueur-valeur (TLV) : ainsi, les interfaces DCBX sur le commutateur peuvent échanger des informations avec leurs pairs DCB sur la capacité de l’application, la capacité PFC et les paramètres du point de code 802.1p. Cette implémentation comprend les éléments suivants :

  • L’application FCoE est activée par défaut sur les interfaces DCBX du commutateur. Par conséquent, vous ne configurez pas de mappage d’applications pour l’application FCoE par défaut.

    Les commutateurs n’ont pas de classe de transfert FCoE par défaut. Par conséquent, vous devez configurer explicitement une classe de transfert avec le nom fcoe et associer cette classe aux interfaces transportant le trafic FCoE. Si le PFC est activé, que les points de code 802.1p sont assignés et que les interfaces sont associées à une classe de transfert, le commutateur négocie la capacité de l’application FCoE sur l’interface DCBX.

  • Ne configurez pas explicitement un plan d’application FCoE, car cela génère une erreur de validation.

  • Vous pouvez configurer des applications de couche 2 ou 4 supplémentaires pour qu’elles soient prises en charge par la fonctionnalité d’application DCBX TLV. Pour ce faire, configurez explicitement un plan d’application et associez-le à l’une des interfaces DCBX. DCBX annonce ensuite les fonctionnalités applicatives de l’interface associée et vérifie les capacités de l’équipement homologue connecté.

  • Si l’équipement homologue connecté à l’interface locale ne prend pas en charge PFC ou que la configuration PFC de l’homologue n’est pas la même que la configuration PFC de l’interface locale, DCBX désactive automatiquement PFC pour l’interface locale.

    Note:

    Vous pouvez remplacer manuellement le contrôle DCBX de l’état opérationnel des PFC par interface. Voir désactiver DCBX pour désactiver l’autonegotiation PFC sur les commutateurs EX Series (procédure CLI).

Fonctionnalités qui ne sont pas entièrement prises en charge par DCBX sur les commutateurs EX Series

L’implémentation de DCBX sur les commutateurs EX Series ne prend pas entièrement en charge les fonctionnalités suivantes :

  • La sélection de transmission améliorée (ETS) (IEEE 802.1Qaz) : l’ETS est un mécanisme de gestion de la bande passante qui prend en charge l’allocation dynamique de la bande passante pour les classes de trafic DCBX.

    • Les commutateurs EX Series ne prennent pas en charge l’utilisation d’ETS pour allouer dynamiquement la bande passante aux classes de trafic spécifiées. Au lieu de cela, les commutateurs gèrent tout le trafic DCBX comme une seule classe de trafic par défaut, groupe 7.

    • Cependant, les commutateurs prennent en charge la recommandation ETS TLV. La recommandation ETS TLV communique les paramètres ETS que le commutateur souhaite utiliser l’interface pair DCBX connectée.

    • Si l’interface peer est prête, elle modifie sa configuration pour qu’elle corresponde à la configuration de la recommandation ETS TLV envoyée par le commutateur (groupe 7).

    • Le commutateur annonce également qu’il n’est pas disposé à modifier ses paramètres ETS.

    • La publicité d’ETS TLV est activée par défaut pour les interfaces DCBX. Si vous le souhaitez, vous pouvez désactiver cette publicité. Voir désactiver la recommandation ETS TLV.

  • Classe de transfert FCoE par défaut : le commutateur n’a pas de classe de transfert FCoE par défaut avec une correspondance par défaut vers une file d’attente de priorité pour le trafic FCoE.

    Note:

    Étant donné que les commutateurs ne prennent pas en charge une classe de transfert FCoE par défaut, vous devez configurer explicitement une classe de transfert et l’nommer fcoe.

Documentation connexe