Descripción de DCBX
El protocolo de intercambio de capacidad de puente del centro de datos (DCBX) es una extensión del protocolo de datos de capa de vínculo (LLDP). Si deshabilita LLDP en una interfaz, esa no puede ejecutar DCBX. Si intenta habilitar DCBX en una interfaz en la que LLDP está deshabilitado, se producirá un error en la operación de confirmación de configuración. Los dispositivos de puente de centro de datos (DCB) utilizan DCBX para intercambiar información de configuración con pares conectados directamente.
En este tema, se describe lo siguiente:
Conceptos básicos de DCBX
DCBX puede:
-
Descubra las capacidades de DCB de sus pares.
-
Detecte errores de configuración de las funciones de DCB o discordancias entre pares.
-
Configure las funciones de DCB en pares.
Puede configurar el funcionamiento de DCBX para aplicaciones de control de flujo basado en prioridades (PFC), capas 2 y 4, como FCoE e iSCSI, y ETS. DCBX está habilitado o deshabilitado por interfaz.
De forma predeterminada, para PFC y ETS, DCBX negocia automáticamente el estado administrativo y la configuración con el par conectado de cada interfaz. Para habilitar la negociación DCBX para aplicaciones, debe configurar las aplicaciones, asignarlas a puntos de código IEEE 802.1p en una asignación de aplicación y aplicar la asignación de aplicación a las interfaces.
Junos DCBX no admite la configuración de PFC basada en DSCP. Junos DCBX solo admite PFC basado en IEEE.
La aplicación FCoE solo debe incluirse en una asignación de aplicación cuando desee que una interfaz intercambie tipo, longitud y valores (TLV) para otras aplicaciones además de FCoE. Si FCoE es la única aplicación que desea que anuncie una interfaz, no es necesario utilizar un mapa de aplicación. En el caso de ETS, DCBX inserta la configuración del conmutador en los pares si están configurados para aprender la configuración del conmutador (a menos que desactive el envío del TLV de recomendación de ETS en interfaces en modo DCBX de IEEE).
Puede anular el comportamiento predeterminado de PFC, ETS o todas las aplicaciones asignadas a una interfaz desactivando la negociación automática para forzar a una interfaz a habilitar o deshabilitar esa función. También puede deshabilitar la negociación automática de DCBX para aplicaciones en una interfaz excluyendo esas aplicaciones del mapa de aplicaciones que aplique a esa interfaz o eliminando el mapa de aplicaciones de la interfaz.
El comportamiento predeterminado de negociación automática para las aplicaciones que se asignan a una interfaz es:
-
DCBX está habilitado en la interfaz si el dispositivo par conectado también es compatible con DCBX.
-
DCBX está deshabilitado en la interfaz si el dispositivo par conectado no es compatible con DCBX.
Durante la negociación de capacidades, el conmutador puede enviar la configuración de PFC a un par conectado si el par está configurado como "dispuesto" a aprender la configuración de PFC de otros pares. El conmutador de Juniper Networks no admite el autoaprovisionamiento automático y no cambia su configuración durante la negociación automática para que coincida con la configuración del par. (El conmutador de Juniper no está "dispuesto" a aprender la configuración de PFC de sus pares).
Cuando un puerto con DCBX habilitado comienza a intercambiar entradas de tipo, longitud y valor (TLV), los TLV de LLDP opcionales en ese puerto no se anuncian a los vecinos, por lo que el conmutador puede interoperar con una variedad más amplia de adaptadores de red convergentes (CNA) y conmutadores de capa 2 que admiten DCBX.
Modos y soporte de DCBX
En esta sección se describe la compatibilidad con DCBX:
- Modos DCBX (versiones)
- Negociación automática
- Soporte de CNA para modos DCBX
- Soporte de interfaz para DCBX
Modos DCBX (versiones)
Se admiten los dos modos DCBX más comunes:
-
IEEE DCBX: la versión más reciente de DCBX. Los diferentes TLV tienen diferentes subtipos (por ejemplo, el subtipo para el TLV de configuración ETS es 9); el Identificador único organizacional (OUI) DCBX de IEEE es 0x0080c2.
-
DCBX versión 1.01: la versión de Ethernet mejorada convergente (CEE) de DCBX. Tiene un subtipo de 2 y una OUI de 0x001b21.
IEEE DCBX y DCBX versión 1.01 difieren principalmente en el formato de trama. La versión 1.01 de DCBX utiliza un TLV que incluye toda la información de atributos de DCBX, que se envía como sub-TLV. IEEE DCBX utiliza un TLV único para cada atributo DCB.
Junos no admite versiones anteriores a CEE (anteriores a DCB). Las versiones anteriores no compatibles de DCBX tienen un subtipo de 1 y una OUI de 0x001b21. El conmutador elimina las tramas LLDP que contienen TLV DCBX anteriores a CEE.
La tabla 1 resume las diferencias entre IEEE DCBX y DCBX versión 1.01, incluida la salida del comando show:
| Característica |
IEEE DCBX |
DCBX versión 1.01 |
|---|---|---|
| OUI |
0x0080c2 |
0x001b21 |
| Formato de marco |
Envía un TLV único e independiente para cada atributo DCBX. Por ejemplo, IEEE DCBX utiliza TLV independientes para ETS, PFC y cada aplicación. La información de configuración y recomendación se envía en diferentes TLV |
Envía un TLV que incluye toda la información de atributos DCBX organizada en sub-TLV. El bit "dispuesto" determina si una interfaz puede o no cambiar su configuración para que coincida con el par conectado. |
| Configuración simétrica/asimétrica con par |
Asimétrico o simétrico |
Solo simétrica |
| Diferencias en el |
|
|
Puede configurar interfaces para que utilicen los siguientes modos DCBX:
-
DCBX IEEE: la interfaz utiliza DCBX de IEEE independientemente de la configuración del par conectado.
-
DCBX versión 1.01: la interfaz utiliza DCBX versión 1.01 independientemente de la configuración del par conectado.
-
Negociación automática: la interfaz negocia automáticamente con el par conectado para determinar la versión de DCBX que utilizan los pares. La negociación automática es el modo DCBX predeterminado.
Si configura un modo DCBX en una interfaz, la interfaz ignora las unidades de datos de protocolo DCBX (PDU) que recibe del par conectado si las PDU no coinciden con la versión de DCBX configurada en la interfaz. Por ejemplo, si configura una interfaz para utilizar DCBX de IEEE y el par conectado envía PDU de LLDP de la versión 1.01 de DCBX, la interfaz omite las PDU de la versión 1.01. Si configura una interfaz para que utilice DCBX versión 1.01 y el par envía PDU LLDP DCBX de IEEE, la interfaz omite las PDU DCBX de IEEE.
En las interfaces que utilizan el modo DCBX de IEEE, el comando operativo no incluye el estado operativo de la aplicación, PFC show dcbx neighbors interface interface-name o ETS en la salida.
Negociación automática
La negociación automática es el modo DCBX predeterminado. Cada interfaz negocia automáticamente con su par conectado para determinar la versión de DCBX que ambas interfaces utilizan para intercambiar información de DCBX.
Cuando una interfaz se conecta a su interfaz par, la interfaz anuncia los TLV DCBX de IEEE al par. Si la interfaz recibe una PDU DCBX IEEE del par, la interfaz establece el modo DCBX como DCBX IEEE. Si la interfaz recibe tres TLV de la versión 1.01 de DCBX del par, la interfaz establece la versión 1.01 de DCBX como el modo DCBX.
Si el vínculo oscila o el proceso LLDP se reinicia, la interfaz vuelve a iniciar el proceso de negociación automática. La interfaz no utiliza el último modo de comunicación DCBX recibido.
Soporte de CNA para modos DCBX
Diferentes proveedores de CNA admiten diferentes versiones y capacidades de DCBX. La configuración DCBX que se utiliza en las interfaces de conmutador depende de las funciones DCBX compatibles con los CNA de la red.
Soporte de interfaz para DCBX
Puede configurar DCBX en interfaces 10 Gigabit Ethernet y en interfaces de grupo de agregación de vínculos (LAG) cuyas interfaces miembro son todas interfaces 10 Gigabit Ethernet.
Tipos de atributo DCBX
DCBX tiene tres tipos de atributos:
-
Informativo: estos atributos se intercambian mediante LLDP, pero no afectan al estado ni al funcionamiento de DCBX; solo comunican información al par. Por ejemplo, los TLV de prioridad de aplicación son TLV informativos.
-
Asimétrico: los valores de estos tipos de atributos no tienen que ser los mismos en las interfaces del mismo nivel conectadas. Los pares intercambian atributos asimétricos cuando los valores de atributo pueden diferir en cada interfaz par. Las configuraciones de interfaz par pueden coincidir o pueden diferir. Por ejemplo, los TLV de configuración y recomendación de ETS son TLV asimétricos.
-
Simétrico: la intención es que los valores de estos tipos de atributos sean los mismos en ambas interfaces par conectadas. Las interfaces pares intercambian atributos simétricos para garantizar una configuración DCBX simétrica para esos atributos. Por ejemplo, los TLV de configuración de PFC son TLV simétricos.
En las siguientes secciones se describen los atributos DCBX asimétricos y simétricos:
Atributos asimétricos
DCBX pasa atributos asimétricos entre interfaces de pares conectadas para comunicar información de parámetros sobre esos atributos (características). La configuración resultante para un atributo puede ser diferente en cada par, por lo que los parámetros configurados en una interfaz pueden no coincidir con los parámetros de la interfaz par conectada.
Hay dos tipos de TLV de atributos asimétricos:
-
TLV de configuración: los TLV de configuración comunican el estado operativo actual y el estado del bit "dispuesto". El bit "dispuesto" comunica si la interfaz está dispuesta o no a aceptar y usar la configuración de la interfaz par. Si una interfaz está "dispuesta", la interfaz utiliza la configuración que recibe de la interfaz par. (La configuración de la interfaz par puede anular la configuración en la interfaz "dispuesta"). Si una interfaz "no está dispuesta", la configuración de la interfaz no puede ser anulada por la configuración de la interfaz par.
-
TLV de recomendación: los TLV de recomendación comunican los parámetros que la interfaz recomienda que debe utilizar la interfaz del par conectado. Cuando una interfaz envía un TLV de recomendación, si el par conectado está "dispuesto", el par conectado cambia su configuración para que coincida con los parámetros del TLV de recomendación.
Atributos simétricos
DCBX pasa atributos simétricos entre interfaces pares conectadas para comunicar información de parámetros sobre esos atributos (características), con el objetivo de que ambas interfaces utilicen la misma configuración. La intención es que los parámetros configurados en una interfaz coincidan con los parámetros de la interfaz del par conectado.
Hay un tipo de TLV de atributo simétrico, el TLV de configuración. Al igual que con los atributos asimétricos, los TLV de configuración de atributos simétricos comunican el estado operativo actual y el estado del bit "dispuesto". Las interfaces "dispuestas" utilizan los valores de parámetro de interfaz par para el atributo. (La configuración de atributo del par anula la configuración en la interfaz "dispuesta").
Protocolo de aplicación DCBX Intercambio TLV
DCBX anuncia las capacidades del conmutador para aplicaciones de capa 2, como FCoE, y aplicaciones de capa 4, como iSCSI:
- Protocolo de aplicación Intercambio TLV
- Protocolo de aplicación FCoE Intercambio de TLV
- Deshabilitar el intercambio de TLV del protocolo de aplicación
Protocolo de aplicación Intercambio TLV
Para todas las aplicaciones, DCBX anuncia el estado de la aplicación y los puntos de código IEEE 802.1p en las interfaces a las que está asignada la aplicación. Si una aplicación no está asignada a una interfaz, esa interfaz no anuncia los TLV de la aplicación. Hay una excepción para el intercambio de TLV del protocolo de aplicación de FCoE cuando FCoE es la única aplicación que desea que DCBX anuncie en una interfaz.
Protocolo de aplicación FCoE Intercambio de TLV
El intercambio de TLV de protocolo para la aplicación FCoE depende de si FCoE es la única aplicación que desea que anuncie la interfaz o si desea que la interfaz intercambie otros TLV de aplicación además de los TLV de FCoE.
Si FCoE es la única aplicación que desea que DCBX anuncie en una interfaz, DCBX intercambia TLV de protocolo de aplicación de FCoE de forma predeterminada si la interfaz:
-
Transporta tráfico de FCoE (tráfico asignado por configuración de CoS a la clase de reenvío de FCoE)
-
Tiene un perfil de notificación de congestión con PFC habilitado en la prioridad FCoE (punto de código IEEE 802.1p)
-
No tiene un mapa de aplicación
Si no se asigna ninguna configuración de CoS para FCoE a una interfaz, esa interfaz no intercambia TLV de protocolo de aplicación de FCoE.
Si desea que DCBX anuncie FCoE y otras aplicaciones en una interfaz, debe especificar todas las aplicaciones, incluida FCoE, en una asignación de aplicación y aplicar la asignación de aplicación a las interfaces deseadas.
Si se aplica una asignación de aplicación a una interfaz, la aplicación FCoE debe configurarse explícitamente en la asignación de aplicación, o la interfaz no intercambia TLV de FCoE.
Cuando DCBX anuncia la aplicación FCoE, anuncia el estado de FCoE y los puntos de código IEEE 802.1p. Si un dispositivo par conectado a una interfaz de conmutador no admite FCoE, DCBX utiliza la negociación automática para marcar la interfaz como "FCoE inactivo" y FCoE está deshabilitado en esa interfaz.
Deshabilitar el intercambio de TLV del protocolo de aplicación
Para deshabilitar el intercambio de protocolos de aplicación DCBX para todas las aplicaciones de una interfaz, ejecute el set protocols dcbx interface interface-name applications no-auto-negotiation comando.
También puede deshabilitar el intercambio de protocolos de aplicación DCBX para aplicaciones en una interfaz suprimiendo la asignación de aplicaciones de la interfaz o suprimiendo una aplicación determinada de la asignación de aplicaciones. Sin embargo, cuando elimina una aplicación de una asignación de aplicación, el protocolo de aplicación ya no se intercambia en ninguna interfaz que utilice esa asignación de aplicación.
DCBX y PFC
Después de habilitar PFC en una interfaz de conmutador, DCBX utiliza la negociación automática para controlar el estado operativo de la funcionalidad de PFC.
Si el dispositivo par conectado a la interfaz admite PFC y se aprovisiona de forma compatible con el conmutador, DCBX establece el estado operativo de PFC en habilitado. Si el dispositivo par conectado a la interfaz no admite PFC o no se aprovisiona de forma compatible con el conmutador, DCBX establece el estado operativo en deshabilitado. (PFC debe ser simétrico).
Si el par anuncia que está "dispuesto" a aprender su configuración de PFC desde el conmutador, DCBX inserta la configuración de PFC del conmutador al par y no comprueba el estado administrativo del par.
Puede anular manualmente el control DCBX del estado operativo de PFC por interfaz deshabilitando la negociación automática. Si deshabilita la negociación automática en una interfaz en la que haya configurado PFC, PFC se habilitará en esa interfaz, independientemente de la configuración del par. Para deshabilitar PFC en una interfaz, no configure PFC en esa interfaz. Para deshabilitar la negociación automática en una interfaz, establézcala priority-flow-controlpriority-flow-control no-auto-negotiation en el nivel jerárquico [protocols dcbx interface interface-name] . Por ejemplo:
protocols {
dcbx {
interface {
xe-0/0/1 {
priority-flow-control no-auto-negotiation;
}
}
}
}
DCBX y ETS
En esta sección, se describe lo siguiente:
Anuncio predeterminado de DCBX ETS
Si no configura ETS en una interfaz, el conmutador crea automáticamente un grupo de prioridad predeterminado que contiene todas las prioridades (clases de reenvío, que representan colas de salida) y asigna el 100 % del ancho de banda de salida del puerto a ese grupo de prioridad. El grupo de prioridad predeterminado es transparente. No aparece en la configuración y se utiliza para anuncios DCBX. DCBX anuncia el grupo de prioridad predeterminado, sus prioridades y el ancho de banda asignado.
Si configura ETS en una interfaz, DCBX anuncia:
-
Cada grupo de prioridad en la interfaz
-
Las prioridades en cada grupo prioritario
-
Las propiedades de ancho de banda de cada grupo de prioridad y prioridad
Cualquier prioridad en esa interfaz que no forme parte de un grupo de prioridad configurado explícitamente (conjunto de clases de reenvío) se asigna al grupo de prioridad predeterminado generado automáticamente y no recibe ancho de banda. Si configura ETS en una interfaz, cada clase de reenvío (prioridad) de esa interfaz para la que desee reenviar tráfico debe pertenecer a un conjunto de clases de reenvío (grupo de prioridad).
Anuncio de ETS y configuración de pares
DCBX no controla el estado operativo ETS (programación jerárquica) del conmutador. Si el par conectado está configurado como "dispuesto", DCBX envía la configuración ETS del conmutador a los pares del conmutador si la recomendación ETS TLV está habilitada (está habilitada de forma predeterminada). Si el par no admite ETS o no está aprovisionado de forma coherente con el conmutador, DCBX no cambia el estado operativo de ETS en el conmutador. El estado operativo de ETS permanece habilitado o deshabilitado únicamente según la configuración de programación jerárquica del conmutador y está habilitado de forma predeterminada.
Cuando se configura ETS, DCBX anuncia los grupos prioritarios, las prioridades en los grupos prioritarios y la configuración de ancho de banda para los grupos prioritarios y las prioridades. Cualquier prioridad (esencialmente una clase o cola de reenvío) que no forme parte de un grupo de prioridad no tiene propiedades de programación y no recibe ancho de banda.
Puede anular manualmente si DCBX anuncia el estado de ETS al par por interfaz deshabilitando la negociación automática. Esto no afecta al estado de ETS en el conmutador o en el par, pero sí impide que el conmutador envíe el TLV de recomendación o el TLV de configuración al par conectado. Para deshabilitar ETS en una interfaz, no configure grupos de prioridad (conjuntos de clases de reenvío) en la interfaz.
Recomendación TLV de ETS
El TLV de recomendación de ETS comunica la configuración de ETS que el conmutador desea que utilice la interfaz del par conectado. Si la interfaz par está "dispuesta", cambia su configuración para que coincida con la configuración del TLV de la recomendación de ETS. De forma predeterminada, las interfaces del conmutador envían el TLV de recomendación de ETS al par. La configuración comunicada es la configuración de ETS de salida definida mediante la configuración de la programación jerárquica en la interfaz.
Le recomendamos que utilice la misma configuración de ETS en el par conectado que utiliza en la interfaz del conmutador y que deje habilitada la opción TLV de recomendación de ETS. Sin embargo, en las interfaces que utilizan IEEE DCBX como modo DCBX, si desea una configuración asimétrica entre la interfaz del conmutador y el par conectado, puede deshabilitar el TLV de recomendación de ETS incluyendo la no-recommendation-tlv instrucción en el nivel de [edit protocols dcbx interface interface-name enhanced-transmission-selection] jerarquía.
Puede deshabilitar el TLV de recomendación de ETS solo cuando el modo DCBX de la interfaz sea IEEE DCBX. La deshabilitación del TLV de recomendación de ETS no tiene ningún efecto si el modo DCBX en la interfaz es DCBX versión 1.01. (IEEE DCBX usa TLV de atributos de aplicación separados, pero DCBX versión 1.01 envía todos los atributos de aplicación en el mismo TLV y usa subTLV para separar la información).
Si deshabilita el TLV de recomendación de ETS, el conmutador seguirá enviando el TLV de configuración de ETS al par conectado. El resultado es que el par conectado recibe información sobre la configuración de ETS del conmutador DCBX, pero incluso si el par está "dispuesto", el par no cambia su configuración para que coincida con la configuración del conmutador. Se trata de una configuración asimétrica: las dos interfaces pueden tener valores de parámetro diferentes para el atributo ETS.
Por ejemplo, si desea que una CNA conectada a una interfaz de conmutador tenga asignaciones de ancho de banda distintas a las de la configuración ETS del conmutador, puede deshabilitar el TLV de recomendación de ETS y configurar la CNA para el ancho de banda deseado. La interfaz del conmutador y la CNA intercambian parámetros de configuración, pero la CNA no cambia su configuración para que coincida con la configuración de la interfaz del conmutador.