Descripción de las prioridades de CoS IEEE 802.1p para flujos de tráfico sin pérdidas

Configurar clases de reenvío sin pérdidas (atributo de caída de paquetes)

Junos OS versión 12.3 introdujo el parámetro sin pérdida para la configuración de clase de reenvío. (Aunque usa el mismo nombre, no es la clase de reenvío predeterminada sin pérdida. Es un atributo de caída de paquetes que se puede especificar para configurar cualquier clase de reenvío como una clase de reenvío sin pérdidas.)

Nota:

En los conmutadores que utilizan diferentes clases de reenvío para tráfico de unidifusión y multidestinación, la clase de reenvío debe ser una clase de reenvío de unidifusión. En los conmutadores que utilizan las mismas clases de reenvío para el tráfico de unidifusión y multidestinación, solo el tráfico de unidifusión recibe tratamiento sin pérdidas.

Puede configurar hasta seis clases de reenvío (dependiendo de la arquitectura del sistema y la disponibilidad de los recursos del sistema) como clases de reenvío sin pérdidas mediante la inclusión del no-loss atributo drop en el [edit class-of-service forwarding-classes class forwarding-class-name queue-num queue-number] nivel de jerarquía.

Si usa las clases de reenvío fcoe o sin pérdida predeterminadas, incluyen el atributo de caída sin pérdida de forma predeterminada. Si configura explícitamente las clases de reenvío fcoe o sin pérdida y desea conservar su comportamiento sin pérdida, debe incluir el atributo sin pérdida en la configuración.

Nota:

Todas las clases de reenvío asignadas a la misma cola de salida deben tener el mismo atributo de caída de paquetes. (Todas las clases de reenvío asignadas a la misma cola de salida deben ser con pérdidas o sin pérdidas. No puede asignar tanto una clase de reenvío con pérdida como una clase de reenvío sin pérdidas a la misma cola.)

Para evitar el uso compartido del destino (un flujo congestionado que afecta a un flujo no congestionado), utilice una asignación uno a uno de clases de reenvío sin pérdidas a los puntos de código (prioridades) y colas IEEE 802.1p. Asigne cada clase de reenvío sin pérdidas a una cola diferente y clasifique el tráfico entrante en clases de reenvío para que cada clase de reenvío transporte tráfico de una sola prioridad (punto de código).

Las clases de reenvío sin pérdidas y fcoe son casos especiales, ya que en la configuración predeterminada, se configuran para un comportamiento sin pérdidas (siempre que también habilite PFC en las prioridades asignadas a las clases de reenvío sin pérdidas en la estrofa de entrada de CNP).

En la tabla 2 , se resumen las configuraciones posibles de las clases de reenvío fcoe y sin pérdidas en la versión 12.3 y posteriores de Junos OS, y el resultado de esas configuraciones en términos de comportamiento de tráfico sin pérdidas. Se da por sentado que PFC, DCBX y los clasificadores están correctamente configurados.

Para todas las demás clases de reenvío, excepto las fcoe clases de reenvío y no-loss , debe configurar explícitamente el transporte sin pérdida especificando el atributo de caída de paquetes sin pérdida, ya que la configuración predeterminada para todas las demás clases de reenvío es con pérdida (no se aplica el atributo de caída de paquete sin pérdida).

Perfiles de notificación de congestión (configuración de PFC)

Utilice CNP para configurar las características de PFC sin pérdida en interfaces de entrada y salida.

La estrofa de entrada de un CNP habilita el PFC en las prioridades (puntos de código) del IEEE 802.1p especificados y la configuración de búfer de headroom mediante la configuración del valor máximo de la unidad de recepción (MRU) y la longitud del cable en las interfaces de entrada.

La estrofa de salida de un CNP habilita el PFC (control de flujo) en las colas de salida para prioridades especificadas de IEEE 802.1p, de modo que las colas puedan responder a los mensajes de pausa de PFC desde el par conectado en la prioridad de su elección. (De forma predeterminada, las colas de salida 3 y 4 responden a los mensajes PFC recibidos cuando esas colas llevan tráfico sin pérdidas en las clases fcoe y sin pérdidas, respectivamente.)

Para lograr un transporte sin pérdidas, la prioridad pausada en las interfaces de entrada debe coincidir con la prioridad pausada en las interfaces de salida para un flujo de tráfico determinado. Por ejemplo, si configura interfaces de entrada para pausar el tráfico etiquetado con prioridad 5 de IEEE 802.1p (punto de código 101) y el tráfico de prioridad 5 está asignado a la cola de salida 5, también debe configurar las interfaces de salida correspondientes para pausar la prioridad 5 en la cola 5. Además, la clase de reenvío asignada a la cola 5 debe configurarse como una clase de reenvío sin pérdidas (mediante el atributo sin pérdida de caída).

PRECAUCIÓN:

Cualquier cambio en la configuración de PFC en un puerto bloquea temporalmente todo el puerto (no solo las prioridades afectadas por el cambio de PFC) para que el puerto pueda implementar el cambio y, luego, desbloquee el puerto. El bloqueo del puerto detiene el tráfico de entrada y salida, y provoca la pérdida de paquetes en todas las colas en el puerto hasta que se desbloquea el puerto.

Un cambio en la configuración de PFC significa cualquier cambio en un CNP, lo que incluye cambiar la parte de entrada del CNP (habilitar o deshabilitar PFC en una prioridad, o cambiar los valores de MRU o longitud del cable) o cambiar la parte de salida del CNP que habilita o deshabilita el control de flujo de salida en una cola. Un cambio de configuración de PFC solo afecta a los puertos que utilizan el CNP modificado.

Las siguientes acciones cambian la configuración de PFC:

• Eliminar o deshabilitar una configuración de PFC (entrada o salida) en un CNP que está en uso en una o más interfaces. Por ejemplo:

  1. Un CNP existente con una estrofa de entrada que permite PFC en las prioridades 3, 5 y 6 se configura en las interfaces xe-0/0/20 y xe-0/0/21.

  2. Deshabilitamos la configuración de PFC para la prioridad 6 en el CNP de entrada y, luego, confirmamos la configuración.

  3. El cambio de configuración de PFC hace que todo el tráfico de las interfaces xe-0/0/20 y xe-0/0/21 se detenga hasta que se implemente el cambio de PFC. Cuando se implementó el cambio de PFC, el tráfico se reanuda.

• Configurar un CNP en una interfaz. (Esto cambia el estado de PFC al habilitar PFC en una o más prioridades.)

• Eliminar un CNP de una interfaz. (Esto cambia el estado de PFC al deshabilitar PFC en una o más prioridades.)

Configuring Input Interface Flow Control (PFC and Headroom Buffer Calculation)

En las interfaces Ethernet, la estrofa de entrada del CNP habilita PFC en prioridades especificadas para que la interfaz de entrada pueda enviar un mensaje de pausa al par conectado durante los períodos de congestión. Los CNP de entrada también ajustan los búferes de espacio de cabeza utilizados para la compatibilidad con PFC al permitirle configurar el valor MRU y la longitud del cable (si no desea usar la configuración predeterminada).

Los búferes de Headroom admiten un transporte sin pérdidas mediante el almacenamiento del tráfico que llega a una interfaz después de que la interfaz envía un mensaje de control de flujo PFC para pausar el tráfico entrante. Hasta que el par conectado recibe el mensaje de control de flujo y pausa el tráfico, la interfaz continúa recibiendo tráfico y debe almacenarlo en búfer (y el tráfico que aún está en el cable después de que el par se detenga) para evitar la pérdida de paquetes.

El sistema usa la MRU y la longitud del cable físico conectado para calcular la asignación de espacio de búfer. Los valores de configuración predeterminados son:

• MRU para tráfico de prioridad 3: 2500 bytes

• MRU para tráfico de prioridad 4: 9216 bytes

• Longitud del cable: 100 metros (aproximadamente 328 pies)

Nota:

Si configura el control de flujo en una prioridad que no es una de las prioridades predeterminadas de control de flujo, el valor predeterminado de MRU es 2500 bytes. Por ejemplo, si configura el control de flujo en la prioridad 5 y no configura explícitamente un valor MRU, el valor mru predeterminado es 2500 bytes.

Puede ajustar la MRU y la longitud del cable para ajustar el tamaño del búfer de espacio de cabecera en una interfaz. El conmutador tiene un conjunto de búfer global compartido y asigna dinámicamente el espacio de búfer de la cabeza a colas sin pérdidas según sea necesario.

Una MRU más baja o una longitud de cable más corta reduce la cantidad de búfer de espacio de espacio necesario en una interfaz y deja más espacio de búfer de espacio de espacio libre para otras interfaces. Una MRU más alta o una longitud de cable más larga aumenta la cantidad de espacio de memoria intermedia necesaria en una interfaz y deja menos espacio de memoria intermedia para otras interfaces.

En muchos casos, puede utilizar mejor los búferes de espacio de cabeza reduciendo el valor de MRU (por ejemplo, una MRU de 2180 es suficiente para la mayoría de las redes FCoE) y reduciendo el valor de longitud del cable si el cable físico tiene menos de 100 metros de largo.

Nota:

Cuando se configuran los búferes de headroom cambiando la MRU o la longitud del cable, y se confirma la configuración, el sistema realiza una comprobación de confirmación y rechaza la configuración si no hay suficiente espacio de búfer de espacio de búfer de headroom no disponible.

Sin embargo, el sistema no realiza una comprobación de confirmación, sino que devuelve un error syslog si:

• Los búferes se configuran en una interfaz LAG.

• El clasificador predeterminado se utiliza en la interfaz (en lugar de un clasificador configurado por el usuario).

• La interfaz no se ha creado aún.

Configuring Output Interface Flow Control (PFC)

En las interfaces Ethernet, puede usar la estrofa de salida del CNP para configurar el control de flujo en colas de salida y habilitar la respuesta de pausa de PFC en prioridades ieee 802.1p especificadas.

Nota:

En conmutadores que usan diferentes colas de salida para tráfico de unidifusión y multidestinación, la cola debe ser una cola de salida de unidifusión.

De forma predeterminada, las colas de salida 3 y 4 están habilitadas para la pausa de PFC en las prioridades 3 (punto de código IEEE 802.1p 011) y 4 (punto de código IEEE 802.1p 100). La respuesta de pausa de PFC predeterminada admite la configuración predeterminada de clase de reenvío sin pérdidas, que asigna la clase de reenvío fcoe a la cola 3 y prioridad 3, y asigna la clase de reenvío sin pérdidas a la cola 4 y prioridad 4.

Configurar PFC en colas de salida le permite pausar cualquier prioridad en cualquier cola de salida en cualquier interfaz Ethernet. El control de flujo de salida le permite usar más de dos colas de salida para admitir flujos de tráfico sin pérdidas (puede configurar hasta seis clases de reenvío sin pérdidas y asignarlas a diferentes colas de salida que están habilitadas para la pausa de PFC). El control de flujo de colas de salida también le permite admitir varias clases de reenvío sin pérdidas (cada una asignada a una prioridad y cola de salida diferentes) para una clase de tráfico.

Nota:

El control de flujo de salida solo funciona cuando PFC está habilitado en la estrofa de entrada CNP en las prioridades correspondientes en la interfaz. Por ejemplo, si habilita el control de flujo de salida en la prioridad 5 (punto de código IEEE 802.1p 101), también debe habilitar PFC en el CNP en la estrofa de entrada en la prioridad 5.

Por ejemplo, si la red Ethernet convergente utiliza dos prioridades diferentes para el tráfico de FCoE (por ejemplo, prioridad 3 y prioridad 5), puede clasificar esas prioridades en diferentes clases de reenvío sin pérdidas que se asignan a diferentes colas de salida:

1. Configure dos clases de reenvío sin pérdidas para el tráfico FCoE, con cada clase de reenvío asignada a una cola de salida diferente. Por ejemplo, podría usar la clase de reenvío fcoe predeterminada, que está asignada a la cola 3, y podría configurar una segunda clase de reenvío sin pérdidas llamada fcoe1 y asignarla a la cola 5. La clase de reenvío fcoe es para la prioridad 3 tráfico FCoE (punto de código 011), y la clase de reenvío fcoe1 es para la prioridad 5 (código 101) tráfico FCoE.

2. Configure un clasificador que asigne cada clase de reenvío al punto de código (prioridad) IEEE 802.1p deseado. Si el tráfico FCoE en ambas prioridades usa una interfaz, el clasificador debe clasificar ambas clases de reenvío a las prioridades correctas. Si el tráfico FCoE de diferentes prioridades utiliza interfaces diferentes, la configuración del clasificador en cada interfaz debe asignar la prioridad correcta a la clase de reenvío sin pérdidas correspondiente.

3. Aplique el clasificador a las interfaces que transportan tráfico FCoE. El clasificador determina la asignación de clases de reenvío a prioridades en cada interfaz.

Para configurar el transporte sin pérdidas para estas clases de reenvío, también debe:

• Habilite PFC en las dos prioridades (3 y 5 en este ejemplo) en las interfaces de entrada en la estrofa de entrada de CNP.

• Configure PFC en las colas de salida y las prioridades de las clases de reenvío en la estrofa de salida de CNP para que la interfaz pueda responder a los mensajes de pausa recibidos del par conectado.

  Nota:

  Cuando configure el CNP en una interfaz, todo el tráfico de entrada y salida se bloquea hasta que se implemente la configuración, luego la interfaz se desbloquea y el tráfico se reanuda. Durante el tiempo en que se bloquea la interfaz, todas las colas en la interfaz experimentan pérdida de paquetes.

• Configure DCBX para intercambiar TTLV de protocolo de aplicación en ambas prioridades de FCoE.

Nota:

Si no configura el control de flujo para pausar las colas de salida, la configuración predeterminada usa una asignación uno a uno de puntos de código (prioridades) IEEE 802.1p a colas de salida por número. Por ejemplo, la prioridad 0 (punto de código 000) se asigna a la cola 0, la prioridad 1 (punto de código 001) se asigna a la cola 1, y así sucesivamente. De forma predeterminada, solo se habilitan las colas 3 y 4 para responder a los mensajes de pausa desde el par conectado, y debe habilitar explícitamente PFC en las prioridades correspondientes en la estrofa de entrada de CNP para lograr un comportamiento sin pérdidas.

Si no usa la configuración predeterminada, debe configurar explícitamente el control de flujo en cada cola de salida que desee habilitar para la pausa de PFC. Por ejemplo, si configura explícitamente el control de flujo en la cola de salida 5, la configuración predeterminada ya no es válida y solo se habilita la cola de salida 5 para la pausa de PFC. Las colas de salida 3 y 4 ya no están habilitadas para la pausa de PFC, por lo que el tráfico que usa esas colas ya no responde a los mensajes de pausa de PFC, incluso si la clase de reenvío correspondiente está configurada con el atributo de no pérdida de caída. Para conservar la configuración de pausa en las colas de salida 3 y 4 y configurar el control de flujo en la cola 5, debe configurar explícitamente el control de flujo en las colas 3, 4 y 5.

En conmutadores que usan diferentes colas de salida para tráfico de unidifusión y multidestinación, no puede configurar el control de flujo para pausar una cola de salida multidestinación. Puede configurar el control de flujo para pausar solo las colas de salida de unidifusión. En los conmutadores que usan las mismas colas de salida para el tráfico de unidifusión y multidestinación, solo el tráfico de unidifusión recibe tratamiento sin pérdidas.

Output Interface Flow Control Profiles

La configuración de la estrofa de salida cnp crea un perfil de control de flujo de salida que indica a los puertos de salida las colas en las que la interfaz Ethernet debe responder a los mensajes de pausa de PFC. Aunque puede crear una cantidad ilimitada de CNP que solo contengan estrofas de entrada, la cantidad de CNP que puede configurar con estrofas de salida es limitada:

• Para conmutadores independientes que no forman parte de un sistema QFabric, puede configurar hasta dos perfiles de control de flujo de interfaz de salida. (Puede configurar hasta dos CNP con estrofas de salida.)

• En el caso de los sistemas QFabric, puede configurar un perfil de control de flujo de interfaz de salida por dispositivo nodo. (Puede configurar un CNP con una estrofa de salida por dispositivo nodo.)

Hay un total de cuatro perfiles de control de flujo de salida.

El sistema tiene un perfil de control de flujo de salida predeterminado que se aplica a todas las interfaces de Ethernet cuando el CNP conectado a la interfaz solo tiene una estrofa de entrada y no incluye una estrofa de salida. El perfil predeterminado responde a los mensajes de pausa de PFC recibidos en la cola 3 (para la prioridad 3, para la clase de reenvío fcoe predeterminada) y en la cola 4 (para la prioridad 4, para la clase de reenvío sin pérdida predeterminada), y solo es efectivo si PFC está configurado en esas prioridades en la estrofa de entrada de CNP.

Además, el sistema tiene dos perfiles de control de flujo de salida internos que aplica automáticamente a los puertos de estructura (FTE) y a las interfaces FC nativas (NP_Ports). Cuando el conmutador no forma parte de un sistema QFabric, el perfil que normalmente se usa para los puertos FTE está disponible para la configuración del usuario y proporciona un segundo perfil configurable por el usuario. (Es por eso que los conmutadores independientes tienen dos perfiles de control de flujo de salida configurables por el usuario, pero los dispositivos nodo en un sistema QFabric solo tienen un perfil de control de flujo de salida configurable por el usuario).

Dado que un CNP de salida puede configurar la respuesta de pausa de PFC en varias colas de salida (prioridades), un CNP de salida configurable por el usuario suele ser lo suficientemente flexible como para especificar la respuesta de PFC deseada en todas las interfaces programadas.

Nota:

Cada puerto puede usar un perfil de control de flujo de salida. No puede aplicar más de un perfil a un puerto.

Los perfiles de control de flujo de salida se pueden expresar en formato de tabla. Por ejemplo, la Tabla 3 muestra el perfil de control de flujo de salida predeterminado que pausa las prioridades 3 y 4 en las colas 3 y 4 (recuerde que PFC también debe habilitarse en los puntos de código 3 y 4 en la estrofa de entrada de CNP para que PFC funcione):

La tabla 4 es un ejemplo de un perfil de control de flujo de salida configurado por el usuario. Con el ejemplo de la sección anterior, la estrofa de salida CNP configura el control de flujo en la cola de salida 5 y también configura explícitamente el control de flujo de salida en las colas 3 y 4 para las clases fcoe y sin pérdida de reenvío. (Si configura explícitamente un CNP de salida, debe configurar explícitamente todas las colas de salida que desee responder a los mensajes de PFC, ya que el perfil configurado por el usuario reemplaza al perfil predeterminado. Si en este ejemplo no se incluyen las colas 3 y 4, esas colas ya no responderían a los mensajes PFC recibidos.)

Recuerde que también debe habilitar PFC en los puntos de código 3, 4 y 5 en la estrofa de entrada de CNP para que esta configuración funcione. Cuando configure el CNP en una interfaz, todo el tráfico de entrada y salida se bloquea hasta que se implemente la configuración, luego la interfaz se desbloquea y el tráfico se reanuda. Durante el tiempo en que se bloquea la interfaz, todas las colas en la interfaz experimentan pérdida de paquetes.

Configuring PFC Across Layer 3 Interfaces on QFX5210, QFX5200, QFX5100, EX4600, and QFX10000 Switches

La habilitación de PFC en flujos de tráfico se basa en el punto de código IEEE 802.1p (prioridad) en el campo punto de código de prioridad (PCP) del encabezado de la trama Ethernet (a veces conocido como bits CoS). Para habilitar PFC en el tráfico que cruza interfaces de capa 3, el tráfico debe clasificarse por su punto de código IEEE 802.1p, no por su punto de código DSCP (o DSCP IPv6).

Consulte Descripción de la funcionalidad de PFC en interfaces de capa 3 para obtener una descripción general conceptual de cómo habilitar PFC en el tráfico en interfaces de capa 3. Consulte ejemplo: Configuración de PFC en interfaces de capa 3 para ver un ejemplo de cómo configurar PFC en el tráfico que atraviesa interfaces de capa 3.

Configuración de DCBX (Protocolo de aplicación TLV intercambio)

En el caso de las aplicaciones que requieren un transporte sin pérdidas, DCBX intercambia TLV del protocolo de aplicación con la interfaz par conectada. De forma predeterminada, DCBX anuncia los TLV del protocolo de aplicación FCoE en todas las interfaces que están habilitadas para DCBX, y de forma predeterminada, DCBX está habilitado en todas las interfaces. DCBX no anuncia ninguna otra aplicación de forma predeterminada.

Para cada aplicación (por ejemplo, iSCSI) que desee configurar para el transporte sin pérdidas, debe habilitar las interfaces que llevan el tráfico de esa aplicación para intercambiar LTLV de protocolo DCBX con el par conectado. El intercambio de TLV permite que las interfaces par negocien una configuración compatible para admitir la aplicación.

Si configura DCBX para anunciar cualquier aplicación, el anuncio de DCBX predeterminado se anula y DCBX anuncia solo las aplicaciones configuradas. Si desea que una interfaz anuncie solo la aplicación FCoE, no tiene que configurar el protocolo de aplicación DCBX TLV intercambio; en su lugar, puede usar la configuración predeterminada.

Si desea que DCBX anuncie otras aplicaciones, debe configurar explícitamente una asignación de aplicación y aplicarla a las interfaces en las que desea intercambiar TTLV de protocolo para esas aplicaciones. Si desea intercambiar TTLV de protocolo de aplicación FCoE además de otros TLV de protocolo de aplicación, también debe configurar explícitamente la aplicación FCoE en la asignación de aplicaciones. Descripción del protocolo de aplicación TLV Exchange dcbx describe cómo funciona la asignación de aplicaciones.

Nota:

El transporte sin pérdidas también requiere que habilite PFC en la prioridad correcta (punto de código IEEE 802.1p) en las interfaces de entrada mediante un CNP de entrada. Si la prioridad que pausa en las interfaces de entrada no está asignada a la cola 3 o 4 (las dos colas de salida que están habilitadas para el control de flujo de pausa de PFC de forma predeterminada), también debe habilitar las colas de salida que corresponden a prioridades de entrada en pausa para pausar mediante la estrofa de salida del CNP.

Distribución del destino entre las clases de tráfico

Puede configurar diferentes flujos de tráfico sin pérdida (o con pérdidas) para compartir el destino, es decir, para recibir el mismo tratamiento CoS.

Compartir el destino no es deseable para la convergencia de E/S. En lugar de un control independiente del destino de cada tipo de flujo, diferentes tipos de flujos reciben el mismo tratamiento. Compartir el destino es particularmente poco deseable para los flujos sin pérdidas. Si un flujo sin pérdidas experimenta congestión y debe pausarse, eso afecta a los flujos que comparten destino con el flujo congestionado, incluso si los otros flujos no experimentan congestión, y también puede causar congestión del puerto de entrada. Si su red requiere que todas las prioridades de 802.1p sean sin pérdidas, puede lograrlo permitiendo que el destino compartido entre las ocho prioridades se difunda en hasta seis clases de reenvío sin pérdidas.

Si el número de prioridades sin pérdidas es menor o igual que el número de clases de reenvío sin pérdidas configuradas, puede evitar el uso compartido del destino configurando una asignación uno a uno de las clases de reenvío a puntos de código (prioridades) y colas de salida IEEE 802.1p. (Cada clase de reenvío debe asignarse a una cola de salida diferente y clasificarse con una prioridad diferente.)

Si desea configurar diferentes flujos de tráfico para compartir destino, se admiten dos configuraciones de uso compartido de destino: asignación de una clase de reenvío a más de un punto de código (prioridad) IEEE 802.1p y asignación de dos clases de reenvío a la misma cola de salida:

1. Si asigna una clase de reenvío sin pérdidas a más de una prioridad, el tráfico etiquetado con cada una de las prioridades usa las mismas propiedades de CoS asociadas (las propiedades CoS asociadas con la clase de reenvío). Por ejemplo, configurar una clase de reenvío llamada fc1, asignarla a la cola 1 y asignarla a los puntos de código 101 y 110 mediante un clasificador denominado clasificador1 da como resultado el tráfico etiquetado con destino para compartir prioridades 101 y 110:

   En este caso, si el tráfico asignado a cualquiera de las prioridades experimenta congestión, ambas prioridades se pausan porque se asignan a la misma clase de reenvío y, por lo tanto, se tratan de manera similar.

2. Si asigna varias clases de reenvío sin pérdidas a la misma cola de salida, el tráfico asignado a las clases de reenvío usa la misma cola de salida. Esto aumenta la cantidad de tráfico en la cola y puede crear una congestión que afecte a todos los flujos de tráfico asignados a la cola. Por ejemplo, configurar dos clases de reenvío llamadas fc1 y fc2, asignar ambas clases de reenvío a la cola 1 y asignar las clases de reenvío a los puntos de código 101 y 110 (respectivamente) mediante un clasificador denominado clasificador1, da como resultado que el tráfico etiquetado con las prioridades 101 y 110 compartan el destino en la misma cola de salida:

   En este caso, aunque las dos clases de reenvío usen prioridades IEEE 802.1p diferentes, si una clase de reenvío experimenta congestión, afecta a la otra clase de reenvío. La razón es que si la cola de salida se pausa debido a la congestión en cualquiera de las clases de reenvío, todo el tráfico que usa esa cola se pausa. Dado que ambas clases de reenvío se asignan a la cola, el tráfico asignado a ambas clases de reenvío se pausa.

   Nota:

   Si asigna más de una clase de reenvío a una cola, todas las clases de reenvío asignadas a la misma cola deben tener el mismo atributo de caída de paquetes (todas las clases de reenvío deben ser con pérdida o todas las clases de reenvío asignadas a una cola deben tener pérdidas).

Configuración del conmutador de tránsito frente a configuración de puerta de enlace FCoE-FC

En un conmutador de tránsito (todos los puertos Ethernet, sin puertos FC nativos) que reenvía tráfico de FCoE (u otro tráfico que requiere transporte sin pérdidas a través de la red Ethernet), la configuración de los clasificadores, las clases de reenvío sin pérdidas, DCBX y PFC en las interfaces de entrada y salida para admitir el transporte sin pérdidas es como se describe en este documento.

Cuando un conmutador actúa como puerta de enlace FCoE-FC (si se admiten interfaces FC nativas en el conmutador), el sistema usa interfaces de FC nativas (NP_Ports) para conectarse al conmutador de FC (o reenviador FCoE) en el borde de la red FC. No puede aplicar CNP o DCBX a interfaces FC nativas, solo a interfaces Ethernet.

En una puerta de enlace FCoE-FC, la configuración de interfaz Ethernet de los clasificadores, DCBX y PFC es la misma que la configuración de interfaz Ethernet en un conmutador de tránsito. La configuración de las clases de reenvío sin pérdidas también es la misma.

Sin embargo, admitir el transporte sin pérdidas en interfaces FC nativas requiere que reescriba el valor de prioridad IEEE 802.1p si su red usa cualquier prioridad que no sea 3 (punto de código IEEE 011) para el tráfico de FCoE. Si la red usa la prioridad 3 para el tráfico de FCoE, puede y debe usar la configuración predeterminada en interfaces FC nativas.

De forma predeterminada, las interfaces FC nativas etiquetan paquetes con prioridad 3 cuando encapsulan los paquetes FC entrantes en Ethernet. Si su red FCoE usa una prioridad diferente a la 3 para el tráfico de FCoE, debe reescribir el valor de prioridad al valor que su red usa en la interfaz de FC, clasificar el tráfico de FCoE con la prioridad correcta en las interfaces de Ethernet y habilitar PFC en la prioridad correcta en las interfaces de Ethernet, como se describe en Descripción de la reaplicación de prioridad de CoS IEEE 802.1p en una puerta de enlace FCoE FC.

Resultados de configuración y comprobaciones de confirmación

Diferentes configuraciones de clases de reenvío y sus atributos de caída, clasificadores, CNP (control de flujo PFC) y Ethernet PAUSE (control de flujo IEEE 802.3X) dan como resultado diferentes comportamientos del sistema.

En la Tabla 5 se describen los resultados de las posibles configuraciones de transporte sin pérdidas en cada caso. La suposición en la columna Resultado es que el cálculo del margen de búfer del sistema dio como resultado una configuración correcta.

Sin embargo, si el sistema calcula que no hay suficiente espacio de memoria para admitir la configuración, una comprobación de confirmación le impide confirmar la configuración en una interfaz Ethernet individual. En el caso de las interfaces LAG, el sistema no emite un error de comprobación de confirmación, sino que emite un mensaje syslog.

Nota:

Después de configurar el transporte sin pérdidas para una interfaz LAG, asegúrese de comprobar los mensajes de syslog para confirmar que la confirmación fue correcta.

Nota:

Si intenta configurar PFC y Ethernet PAUSE en un vínculo, el sistema devuelve un error de confirmación. PFC y Ethernet PAUSE son configuraciones mutuamente exclusivas en una interfaz.