Descripción del protocolo de intercambio de capacidades de puente de centro de datos para conmutadores de la serie EX

Funcionamiento básico de DCBX

Las funciones DCBX admiten PFC, la aplicación Fibre Channel over Ethernet (FCoE) y otras aplicaciones de capa 2 o capa 4 (como iSCSI). DCBX está habilitado o deshabilitado por interfaz. El comportamiento predeterminado de negociación automática es: DCBX está habilitado si el dispositivo par conectado a la interfaz también admite DCBX.

Si el dispositivo par conectado a la interfaz no admite DCBX, DCBX permanece habilitado en el conmutador, pero el conmutador detecta que DCBX no está habilitado en el par e informa una configuración incorrecta para esa interfaz cuando se emite el show dcbx neighbors comando.

Durante la negociación de capacidades, el conmutador inserta 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 no admite la provisión automática y no cambia su propia configuración durante la negociación automática para que coincida con la configuración del par, es decir, el conmutador no está dispuesto a aprender la configuración PFC de los pares.

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.

Los dispositivos DCB deben usar la misma clase de tráfico (punto de código) tanto en el dispositivo local como en el par. Si el dispositivo par conectado a la interfaz admite PFC y se aprovisiona para la misma clase de tráfico que la interfaz del 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 para la misma clase de tráfico, DCBX establece el estado operativo en deshabilitado.

Si el par anuncia que está dispuesto a aprender su configuración PFC del 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 permanece habilitada en esa interfaz independientemente de la configuración del par. Para deshabilitar PFC en una interfaz, elimine cualquier configuración de PFC en la interfaz.

DCBX y FCoE

DCBX es obligatorio para ejecutar aplicaciones FCoE, ya que el tráfico FCoE requiere PFC para garantizar un transporte sin pérdidas y PFC es un componente de DCBX.

La aplicación FCoE está configurada de forma predeterminada en interfaces DCBX. Debido al requisito de FCoE para el transporte sin pérdidas, recomendamos que configure las interfaces que transportan tráfico FCoE para PFC. Consulte Configurar el control de flujo basado en prioridad para un conmutador de la serie EX (procedimiento de CLI).

El anuncio DCBX de la aplicación FCoE funciona de la siguiente manera:

• Si configura la clase de reenvío y el fcoe perfil de notificación de congestión PFC y asigna estos componentes a las interfaces que transportan tráfico FCoE, DCBX anuncia su capacidad de FCoE y asigna puntos de código 802.1p al par DCB, y DCBX informa la capacidad de FCoE y asigna puntos de código 802.1p del par DCB al conmutador.

DCBX e iSCSI

DCBX no es esencial para las aplicaciones iSCSI. Estas aplicaciones proporcionan un método para vincular instalaciones de almacenamiento de datos a través de redes IP. A diferencia de las comunicaciones de canal de fibra (FC), que requieren cableado de propósito especial, el iSCSI se puede ejecutar en largas distancias mediante el uso de la infraestructura de red existente.

Es posible que desee usar iSCSI a través de DCB para reducir la latencia en una red que está sobrescrita. También es posible que desee usarlo para ofrecer una capacidad de respuesta de aplicación predecible y cierta, lo que elimina la dependencia de Ethernet de TCP/IP para la retransmisión de tramas Ethernet caídas.

DCBX anuncia interfaces de conmutador configuradas para admitir la aplicación iSCSI, su capacidad PFC y sus puntos de código 802.1p asignados.

Cómo se implementa DCBX en los conmutadores

En los conmutadores, la implementación de DCBX es:

• Compatible con interfaces Ethernet agregadas compuestas por interfaces de 10 Gigabit Ethernet

• Habilitada de forma predeterminada en todas las interfaces de 10 Gigabit Ethernet

En los conmutadores, DCBX admite el valor de longitud de tipo de aplicación (TLV): por lo tanto, las interfaces DCBX del conmutador pueden intercambiar información con sus pares DCB sobre la capacidad de la aplicación, la capacidad de PFC y la configuración de punto de código 802.1p. Esta implementación incluye lo siguiente:

• La aplicación FCoE está habilitada de forma predeterminada en las interfaces DCBX del conmutador. Por lo tanto, no configura una asignación de aplicación para la aplicación FCoE predeterminada.

  Los conmutadores no tienen una clase de reenvío FCoE predeterminada, por lo tanto, debe configurar explícitamente una clase de reenvío con el nombre fcoe y asociar esa clase con las interfaces que transportan tráfico FCoE. Si la PFC está habilitada, se asignan los puntos de código 802.1p y las interfaces se asocian a una clase de reenvío, el conmutador negocia la capacidad de la aplicación FCoE en la interfaz DCBX.

• No configure explícitamente una asignación de aplicación FCoE, ya que eso genera un error de confirmación.

• Puede configurar aplicaciones adicionales de capa 2 o capa 4 para que sean compatibles con la función TLV de la aplicación DCBX. Para ello, configure explícitamente una asignación de aplicación y asocie la asignación de aplicación con una de las interfaces DCBX. A continuación, DCBX anuncia las capacidades de aplicación de la interfaz asociada y comprueba las capacidades del dispositivo par conectado.

• Si el dispositivo par conectado a la interfaz local no admite PFC o la configuración de PFC del par no es la misma que la configuración de PFC de la interfaz local, DCBX deshabilita automáticamente la PFC para la interfaz local.

  Nota:

  Puede reemplazar manualmente el control DCBX del estado operativo de la PFC por interfaz. Consulte Deshabilitar DCBX para deshabilitar la negociación automática de PFC en conmutadores de la serie EX (procedimiento de CLI).

Funciones que DCBX no admite completamente en conmutadores de la serie EX

La implementación de DCBX en conmutadores de la serie EX no admite completamente las siguientes funciones:

• Selección mejorada de transmisión (ETS) (IEEE 802.1Qaz): ETS es un mecanismo de administración de ancho de banda que admite la asignación dinámica de ancho de banda para las clases de tráfico DCBX.

  • Los conmutadores de la serie EX no admiten el uso de ETS para asignar dinámicamente el ancho de banda a clases de tráfico especificadas. En su lugar, los conmutadores manejan todo el tráfico DCBX como una sola clase de tráfico predeterminada, el grupo 7.

  • Sin embargo, los conmutadores admiten la recomendación TLV de ETS. La recomendación TLV de ETS comunica la configuración ets que el conmutador desea que use la interfaz del par DCBX 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 enviada por el conmutador (grupo 7).

  • El conmutador también anuncia que no está dispuesto a cambiar su configuración de ETS.

  • El anuncio de ETS TLV está habilitado de forma predeterminada para interfaces DCBX. Si quieres, puedes deshabilitar este anuncio. Consulte Deshabilitar la recomendación TLV de ETS.

• Una clase de reenvío FCoE predeterminada: el conmutador no tiene una clase de reenvío FCoE predeterminada con asignación predeterminada a una cola de prioridad para el tráfico FCoE.

  Nota:

  Dado que los conmutadores no admiten una clase de reenvío FCoE predeterminada, debe configurar explícitamente una clase de reenvío y nombrarla fcoe.