Descripción de DCBX
El protocolo de intercambio de capacidades de puente de 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 interfaz 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 dcb de los pares.
Detecte errores de configuración o discordancias entre pares de funciones DCB.
Configure las funciones de DCB en pares.
Puede configurar la operación DCBX para el control de flujo basado en prioridad (PFC), las aplicaciones de capa 2 y capa 4, como FCoE e iSCSI, y ETS. DCBX está habilitado o deshabilitado por interfaz.
Los conmutadores QFX5200 y QFX5210 no admiten programación jerárquica de selección de transmisión mejorada (ETS). Utilice la programación de puertos para administrar el ancho de banda en estos conmutadores.
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.
La aplicación FCoE solo debe incluirse en una asignación de aplicación cuando desee que una interfaz intercambie el tipo, la longitud y los valores (TPV) para otras aplicaciones, además de FCoE. Si FCoE es la única aplicación que desea que una interfaz anuncie, no es necesario usar una asignación de aplicación. En el caso de ETS, DCBX inserta la configuración del conmutador a los pares si están configurados para aprender la configuración del conmutador (a menos que desactive el envío de la recomendación TLV de ETS en interfaces en el modo IEEE DCBX).
Puede anular el comportamiento predeterminado para PFC, ETS o para todas las aplicaciones asignadas a una interfaz desactivando la negociación automática para forzar 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 aplicación que aplique a esa interfaz o eliminando la asignación de aplicación de la interfaz.
El comportamiento predeterminado de negociación automática para aplicaciones asignadas 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 admite DCBX.
Durante la negociación de capacidades, el conmutador puede insertar la configuración de PFC a un par adjunto si el par está configurado como "dispuesto" a aprender la configuración de PFC de otros pares. El conmutador Juniper Networks no admite autoprovisionación y no cambia su configuración durante la negociación automática para que coincida con la configuración del par. (El conmutador Juniper no está "dispuesto" a aprender la configuración de PFC de los pares.)
Cuando un puerto con DCBX habilitado comienza a intercambiar entradas de tipo, longitud y valor (TLV), las TVS LLDP opcionales en ese puerto no se anuncian a los vecinos, de modo que el conmutador pueda interoperar con una variedad más amplia de adaptadores de red convergentes (CNAs) y conmutadores de capa 2 compatibles con DCBX.
Modos y soporte DCBX
En esta sección se describe la compatibilidad con DCBX:
- Modos DCBX (versiones)
- Negociación automática
- Compatibilidad con 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. Diferentes TPV tienen subtipos diferentes (por ejemplo, el subtipo para la configuración de ETS TLV es 9); el identificador único organizacional (OUI) de IEEE DCBX está 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 varían principalmente en formato de trama. La versión 1.01 de DCBX utiliza una TLV que incluye toda la información de atributos DCBX, que se envía como sub-TLVs. IEEE DCBX utiliza una TLV única para cada atributo DCB.
El conmutador no es compatible con versiones anteriores a DCBX (pre-DCB). Las versiones anteriores no compatibles de DCBX tienen un subtipo de 1 y una OUI de 0x001b21. El conmutador cae tramas LLDP que contienen TVS DCBX pre-CEE.
La tabla 1 resume las diferencias entre IEEE DCBX y DCBX versión 1.01, incluyendo la salida del comando show:
Característica |
IEEE DCBX |
DCBX versión 1.01 |
|---|---|---|
Oui |
0x0080c2 |
0x001b21 |
Formato de trama |
Envía una TLV independiente y única para cada atributo DCBX. Por ejemplo, IEEE DCBX utiliza TVS independientes para ETS, PFC y cada aplicación. La información de configuración y recomendación se envía en diferentes TPV |
Envía una TLV que incluye toda la información de atributos DCBX organizada en sub-TVS. El bit "voluntaria" determina si una interfaz puede cambiar su configuración para que coincida con el par conectado. |
Configuración simétrica/asimétrica con par |
Asimétrica o simétrica |
Solo simétrica |
Diferencias en el |
|
|
Puede configurar interfaces para que utilicen los siguientes modos DCBX:
IEEE DCBX: la interfaz utiliza IEEE DCBX 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 en el par conectado.
Negociación automática: la interfaz negocia automáticamente con el par conectado para determinar la versión 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 DCBX configurada en la interfaz. Por ejemplo, si configura una interfaz para que use IEEE DCBX y el par conectado envía las PDU LLDP de DCBX versión 1.01, la interfaz ignora las PDU de la versión 1.01. Si configura una interfaz para que use DCBX versión 1.01 y el par envía PDU LLDP DCBX IEEE, la interfaz ignora las PDU DCBX de IEEE.
En las interfaces que utilizan el modo IEEE DCBX, el comando operativo no incluye el show dcbx neighbors interface interface-name estado operativo de la aplicación, PFC o ETS en el resultado.
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 DCBX que ambas interfaces utilizan para intercambiar información DCBX.
Cuando una interfaz se conecta a su interfaz par, la interfaz anuncia TVS DCBX IEEE al par. Si la interfaz recibe una PDU DCBX IEEE del par, la interfaz establece el modo DCBX como IEEE DCBX. Si la interfaz recibe tres TVS DCBX versión 1.01 del par, la interfaz establece dcbx versión 1.01 como modo DCBX.
La negociación automática funciona de manera ligeramente diferente en conmutadores independientes en comparación con los sistemas QFabric:
Conmutadores independientes: cuando una interfaz se conecta a su interfaz par, la interfaz anuncia TVS DCBX IEEE al par. Si la interfaz recibe una TLV DCBX IEEE del par, la interfaz establece el IEEE DCBX como el modo DCBX. Si la interfaz recibe tres TVS DCBX versión 1.01 consecutivos del par, la interfaz establece dcbx versión 1.01 como modo DCBX.
Sistema QFabric: cuando una interfaz se conecta a su interfaz par, la interfaz anuncia TVS dcbx versión 1.01 al par. Si la interfaz recibe un IEEE DCBX TVS del par, la interfaz establece el IEEE DCBX como el modo DCBX. Si la interfaz recibe tres TVS DCBX versión 1.01 consecutivos del par, la interfaz conservará la versión 1.01 de DCBX como modo DCBX.
Si se reinician las solapas del vínculo o el proceso LLDP, la interfaz inicia de nuevo el proceso de negociación automática. La interfaz no utiliza el último modo de comunicación DCBX recibido.
Compatibilidad con CNA para modos DCBX
Diferentes proveedores de CNA admiten diferentes versiones y capacidades de DCBX. La configuración DCBX que use en las interfaces de conmutador depende de las funciones DCBX que admitan los CNA en su red.
Soporte de interfaz para DCBX
Puede configurar DCBX en interfaces de 10 Gigabit Ethernet y en interfaces de grupo de agregación de vínculos (LAG) cuyas interfaces miembro son todas interfaces de 10 Gigabit Ethernet.
Tipos de atributos DCBX
DCBX tiene tres tipos de atributos:
Informativo: estos atributos se intercambian mediante LLDP, pero no afectan al estado o la operación de DCBX; solo comunican información al par. Por ejemplo, las TPV de prioridad de aplicación son TPV informativas.
Asimétrica: los valores de estos tipos de atributos no tienen que ser los mismos en las interfaces del par 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, las TPV de configuración y recomendación de ETS son TPV asimétricas.
Simétrica: la intención es que los valores para estos tipos de atributos sean los mismos en ambas interfaces del par conectadas. Las interfaces pares intercambian atributos simétricos para garantizar la configuración simétrica de DCBX para esos atributos. Por ejemplo, las TPV de configuración de PFC son TVS simétricas.
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 par conectadas para comunicar información de parámetros sobre esos atributos (características). La configuración resultante de un atributo puede ser diferente en cada par, por lo que es posible que los parámetros configurados en una interfaz no coincidan con los parámetros de la interfaz del par conectada.
Hay dos tipos de TPV de atributo asimétrico:
TLV de configuración: las TVS de configuración comunican el estado operativo actual y el estado del bit "dispuesto". El bit "voluntaria" comunica si la interfaz está dispuesta a aceptar y usar la configuración desde la interfaz del par. Si una interfaz está "dispuesta", la interfaz utiliza la configuración que recibe de la interfaz del par. (La configuración de interfaz par puede reemplazar la configuración en la interfaz "voluntaria".) Si una interfaz "no está dispuesta", la configuración de la interfaz no se puede invalidar por la configuración de interfaz par.
Recomendación TLV: las TVS de recomendación comunican los parámetros que la interfaz recomienda que la interfaz del par conectada debe usar. Cuando una interfaz envía una recomendación TLV, si el par conectado está "dispuesto", el par conectado cambia su configuración para que coincida con los parámetros de la recomendación TLV.
Atributos simétricos
DCBX pasa atributos simétricos entre interfaces de par conectadas para comunicar información de parámetros sobre esos atributos (características), con el objetivo de que ambas interfaces usen 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 conectada.
Hay un tipo de atributo simétrico TLV, la TLV de configuración. Al igual que con los atributos asimétricos, los TVS de configuración de atributos simétricos comunican el estado operativo actual y el estado del bit "willing". Las interfaces "Willing" usan 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 "voluntaria").)
Protocolo de aplicación DCBX TLV Exchange
DCBX anuncia las capacidades del conmutador para aplicaciones de capa 2, como FCoE y aplicaciones de capa 4, como iSCSI:
- Protocolo de aplicación TLV Exchange
- Protocolo de aplicación FCoE TLV Exchange
- Deshabilitar el intercambio TLV del protocolo de aplicación
Protocolo de aplicación TLV Exchange
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 se asigna la aplicación. Si una aplicación no está asignada a una interfaz, esa interfaz no anuncia las TPV de la aplicación. Hay una excepción para el intercambio TLV del protocolo de aplicación FCoE cuando FCoE es la única aplicación que desea que DCBX anuncie en una interfaz.
Protocolo de aplicación FCoE TLV Exchange
El intercambio de TLV de protocolo para la aplicación FCoE depende de si FCoE es la única aplicación que desea que la interfaz anuncie o si desea que la interfaz intercambie otras TPV de aplicación además de TVS FCoE.
Si FCoE es la única aplicación que desea que DCBX anuncie en una interfaz, DCBX intercambia TVS de protocolo de aplicación FCoE de forma predeterminada si la interfaz:
Lleva el tráfico FCoE (tráfico asignado por la configuración de CoS a la clase de reenvío FCoE)
Tiene un perfil de notificación de congestión con PFC habilitado en la prioridad de 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 TVS de protocolo de aplicación 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 se debe configurar explícitamente en la asignación de aplicación, o la interfaz no intercambia TVS 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 usa negociación automática para marcar la interfaz como "FCoE hacia abajo" y FCoE está deshabilitada en esa interfaz.
Deshabilitar el intercambio TLV del protocolo de aplicación
Para deshabilitar el intercambio de protocolos de aplicación DCBX para todas las aplicaciones en una interfaz, emita 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 mediante la eliminación de la asignación de aplicación de la interfaz o mediante la eliminación de una aplicación determinada de la asignación de aplicación. Sin embargo, cuando se elimina una aplicación de una asignación de aplicación, el protocolo de aplicación ya no se intercambia en ninguna interfaz que use 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 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 compatible con el conmutador, DCBX establece el estado operativo en deshabilitado. (La PFC debe ser simétrica.)
Si el par anuncia que está "dispuesto" a aprender su configuración PFC desde el conmutador, DCBX inserta la configuración de PFC del conmutador al par y no comprueba el estado administrativo del par.
Puede invalidar 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 habilita en esa interfaz independientemente de la configuración del par. Para deshabilitar PFC en una interfaz, no configure PFC en esa interfaz.
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 el anuncio de DCBX. DCBX anuncia el grupo de prioridad predeterminado, sus prioridades y el ancho de banda asignado.
Si configura ETS en una interfaz, DCBX anuncia lo siguiente:
Cada grupo de prioridad en la interfaz
Las prioridades de 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) en esa interfaz para la que desea 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 del ETS (programación jerárquica) del conmutador. Si el par conectado está configurado como "dispuesto", DCBX inserta la configuración ETS del conmutador a los pares del conmutador si la TLV de recomendación de ETS está habilitada (está habilitada de forma predeterminada). Si el par no admite ETS o no se aprovisiona 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 solo 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 de los grupos prioritarios y la configuración de ancho de banda para los grupos y prioridades prioritarios. Cualquier prioridad (esencialmente una clase de reenvío o cola) que no forme parte de un grupo de prioridad no tiene propiedades de programación y no recibe ancho de banda.
Puede invalidar manualmente si DCBX anuncia el estado ets al par por interfaz deshabilitando la negociación automática. Esto no afecta al estado ETS en el conmutador o en el par, pero impide que el conmutador envíe la recomendación TLV o la 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
La recomendación TLV de ETS comunica la configuración de ETS que el conmutador desea que use la interfaz del par conectada. Si la interfaz del par está "dispuesta", cambia su configuración para que coincida con la configuración en la recomendación TLV de ETS. De forma predeterminada, las interfaces del conmutador envían la TLV de recomendación 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 use la misma configuración ets en el par conectado que usa en la interfaz del conmutador y que deje habilitada la TLV de recomendación 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 la TLV de recomendación ETS incluyendo la no-recommendation-tlv instrucción en el [edit protocols dcbx interface interface-name enhanced-transmission-selection] nivel de jerarquía.
Solo puede deshabilitar la recomendación TLV de ETS cuando el modo DCBX en la interfaz es IEEE DCBX. Deshabilitar la recomendación TLV de ETS no tiene ningún efecto si el modo DCBX en la interfaz es DCBX versión 1.01. (IEEE DCBX utiliza TVS de atributo de aplicación independiente, pero DCBX versión 1.01 envía todos los atributos de aplicación en la misma TLV y utiliza sub-TVS para separar la información.)
Si deshabilita la recomendación TLV de ETS, el conmutador seguirá enviando la TLV de configuración de ETS al par conectado. El resultado es que el par conectado está informado acerca de la configuración de DCBX ETS del conmutador, 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 distintas asignaciones de ancho de banda que la configuración ETS del conmutador, puede deshabilitar la recomendación TLV de ETS y configurar la CNA para el ancho de banda deseado. La interfaz del conmutador y el CNA intercambian parámetros de configuración, pero el CNA no cambia su configuración para que coincida con la configuración de la interfaz del conmutador.