Comprenda las prioridades de CoS IEEE 802.1p para flujos de tráfico sin pérdida
El conmutador admite hasta seis clases de reenvío sin pérdida. Junos asigna cada clase de reenvío a un punto de código IEEE 802.1p (prioridad).
Solo los conmutadores con interfaces nativas de canal de fibra (FC) admiten el tráfico de FC nativo y la configuración como puerta de enlace FCoE-FC. A lo largo de este documento, las características que pertenecen al tráfico de FC nativo y a la configuración de puerta de enlace FCoE-FC se aplican solo a los conmutadores que admiten interfaces de FC nativas.
Si sólo necesita dos (o menos) clases de reenvío sin pérdida, utilice la configuración predeterminada, en la que las clases de fcoe reenvío y no-loss son sin pérdida. Si necesita más de dos clases de reenvío sin pérdida, puede usar las dos clases de reenvío de sin pérdida predeterminadas y configurar clases de reenvío de sin pérdida adicionales. Si no desea utilizar las clases de reenvío sin pérdida predeterminadas, puede cambiarlas o utilizar solo las clases de reenvío sin pérdida que configure explícitamente.
Configuración predeterminada de prioridad sin pérdida
Si no configura explícitamente las clases de reenvío, el sistema utilizará la configuración predeterminada de clase de reenvío, la cual proporciona dos clases de reenvío predeterminadas sin pérdida (FCoE y sin pérdida). Si cambia la configuración de la clase de reenvío, los cambios se aplicarán a todo el tráfico de ese dispositivo, ya que las clases de reenvío son globales para un dispositivo determinado.
Si no se configuran explícitamente los clasificadores y no se configura explícitamente el control de flujo para pausar las colas de salida, el clasificador predeterminado y las configuraciones predeterminadas de pausa de cola de salida se aplican a todas las interfaces Ethernet del dispositivo. Puede anular el clasificador predeterminado y la configuración predeterminada de pausa de cola de salida por interfaz aplicando una configuración explícita a una interfaz Ethernet. La configuración predeterminada se utiliza en todas las interfaces de Ethernet que no tengan una configuración explícita.
Si no configura el control de flujo en las colas de salida, la configuración predeterminada utiliza una asignación individual de puntos de código IEEE 802.1p (prioridades) para generar colas 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. Si no utiliza 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 en la estrofa de salida del CNP.
En la configuración predeterminada, solo las colas 3 y 4 están habilitadas para responder a los mensajes de pausa del par conectado. Para que la cola 3 responda a los mensajes de pausa, la prioridad 3 (punto de código 011) debe estar habilitada para PFC en la estrofa de entrada del CNP. Para que la cola 4 responda a los mensajes de pausa, la prioridad 4 (punto de código 100) debe estar habilitada para PFC en la estrofa de entrada del CNP.
La configuración predeterminada proporciona el siguiente comportamiento sin pérdida:
-
Dos clases de reenvío sin pérdida predeterminadas con el atributo de caída de paquetes aplicado a estas clases de reenvío automáticamente:fcoe: asignada a la cola de salida 3 sin pérdida: asignada a la
no-losscola de salida 4 -
Un clasificador predeterminado que asigna la clase de reenvío fcoe a IEEE 802.1p prioridad 3 (011) y la clase de reenvío sin pérdida a IEEE 802.1p prioridad 4 (100)
-
PFC habilitado en las colas de salida de interfaz Ethernet 3 y 4 cuando esas colas transportan tráfico sin pérdida (tráfico asignado a las clases de reenvío FCoE y sin pérdida, respectivamente).
En los conmutadores que se pueden configurar como puerta de enlace FCoE-FC, interfaces FC nativas (NP_Ports), con control de flujo predeterminado habilitado en la cola de salida 3 (IEEE prioridad 3 de 802.1p) para el tráfico FCoE/FC.
-
DCBX está habilitado en todas las interfaces en modo de negociación automática e intercambia automáticamente el tipo, la longitud y los valores (TLV) del protocolo de aplicación de FCoE en las interfaces que llevan tráfico de FCoE. Sin embargo, si configura explícitamente el intercambio de TLV de protocolo DCBX para cualquier aplicación, debe configurar explícitamente el intercambio de TLV de protocolo para cada aplicación para la que desee que DCBX intercambie TLV, incluidos FCoE.
-
En los puertos Ethernet, los cálculos de búfer PFC utilizan los siguientes valores predeterminados para determinar el tamaño del búfer de espacio libre:Longitud del cable: 100 metros (aproximadamente 328 pies)MRU para tráfico de prioridad 3: 2500 bytes MRU para tráfico de prioridad 4: 9216 bytesUnidad máxima de transmisión (UMT): 1522 (o el valor de UMT configurado para la interfaz)
Nota:Si configura el control de flujo en una prioridad que no es una de las prioridades de control de flujo predeterminadas, el valor predeterminado de MRU es 2500 bytes. Por ejemplo, si configura el control de flujo en prioridad 5 y no configura un valor de MRU, el valor de MRU predeterminado es 2500 bytes.
Además, para admitir el transporte sin pérdida, debe habilitar PFC explícitamente en las prioridades (puntos de código) de IEEE 802.1p sin pérdida en interfaces Ethernet de entrada; No se aplica ninguna configuración PFC predeterminada en las interfaces de entrada. Si no habilita PFC en prioridades sin pérdida, es posible que esas prioridades experimenten pérdida de paquetes durante los períodos de congestión. Por ejemplo, si desea tráfico FCoE sin pérdida y utiliza la clase de reenvío fcoe predeterminada, utilice un CNP para habilitar PFC en prioridad 3 (punto de código 011). A continuación, aplique ese CNP a todas las interfaces de entrada que transportan tráfico de FCoE.
Puede anular el clasificador predeterminado y la configuración predeterminada de pausa de cola de salida por interfaz aplicando una configuración explícita a una interfaz Ethernet.
Si configura explícitamente el transporte sin pérdida, asegúrese de que las colas de entrada y salida correspondientes a las clases de reenvío sin pérdida estén configuradas explícitamente para la pausa de PFC.
En la tabla 1 se resumen las clases de reenvío predeterminadas y su asignación a las colas de salida, las prioridades de IEEE 802.1p y los atributos de caída.
| Nombre de clase de envío |
Cola de salida |
Prioridad |
Atributo de caída |
|---|---|---|---|
| Mejor esfuerzo |
0 |
0 |
Soltar |
| FCoE |
3 |
3 |
Sin pérdidas |
| Sin pérdidas |
4 |
4 |
Sin pérdidas |
| control de red |
7 |
7 |
Soltar |
En los conmutadores que utilizan las mismas clases de reenvío y colas de salida para el tráfico de unidifusión y multidestino (error de multidifusión, difusión y búsqueda de destino), estas clases de reenvío transportan tráfico de unidifusión y multidestino. Solo el tráfico de unidifusión se trata como tráfico sin pérdida. El tráfico multidestino no se trata como tráfico sin pérdida, incluso en colas de salida sin pérdida.
Los conmutadores que utilizan diferentes clases de reenvío y colas de salida para el tráfico de unidifusión y multidestino tienen una clase de reenvío multidestino predeterminada denominada mcast, que se asigna a la cola de salida 8 con un atributo drop de drop. El tráfico entrante de multidestino en todas las prioridades de IEEE 802.1p se asigna a la clase de reenvío mcast de forma predeterminada.
Configuración de prioridades sin pérdida
Para configurar más de dos prioridades sin pérdida (clases de reenvío) o para cambiar la asignación predeterminada de clases de reenvío sin pérdida a prioridades y colas de salida en pausa, debe configurar explícitamente el conmutador en lugar de utilizar la configuración predeterminada. La configuración de prioridades sin pérdida incluye lo siguiente:
-
Configurar clases de reenvío con el atributo de caída de paquetes sin pérdida.
-
Usar un CNP para configurar PFC en interfaces de entrada y control de flujo (PFC) en interfaces de salida.
-
Configurar un clasificador para asignar prioridades (puntos de código) IEEE 802.1p a las clases de reenvío correctas (las clases de reenvío para las que desea un transporte sin pérdidas).
Si espera una gran cantidad de tráfico sin pérdida en su red y configura varias clases de tráfico sin pérdida, asegúrese de reservar suficientes recursos de programación (ancho de banda) y espacio de memoria para admitir los flujos sin pérdida. En el caso de los conmutadores que admiten la configuración de búfer compartido, Descripción de la configuración del búfer de CoS se describe cómo configurar búferes y se proporciona una configuración de búfer recomendada para redes con grandes cantidades de tráfico sin pérdida. La optimización del búfer es automática en los conmutadores que usan VOQ.
Además, en las interfaces Ethernet, DCBX debe intercambiar los TLV de protocolo de aplicación adecuados para el tráfico sin pérdida. En los conmutadores que pueden actuar como puerta de enlace FCoE-FC, debe reasignar la prioridad de FCoE en interfaces FC nativas si la red utiliza una prioridad distinta de 3 (punto de código IEEE 011) para el tráfico de FCoE. En esta sección, se describe lo siguiente:
- Configuración de clases de reenvío sin pérdida (atributo de caída de paquetes)
- Perfiles de notificación de congestión (configuración PFC)
- Configuración de DCBX (intercambio de protocolo de aplicación TLV)
- Destino compartido entre clases de tráfico
- Configuración del conmutador de tránsito versus configuración de puerta de enlace FCoE-FC
- Resultados de la configuración y comprobaciones de confirmación
Configuración de clases de reenvío sin pérdida (atributo de caída de paquetes)
La CLI de Junos incluye el parámetro no-loss para la configuración de clases de reenvío. Aunque usa el mismo nombre, esta no es la clase de reenvío predeterminada sin pérdidas. El parámetro sin pérdida es un atributo de caída de paquetes que puede especificar para configurar cualquier clase de reenvío como clase de reenvío sin pérdida.
En los conmutadores que utilizan clases de reenvío distintas para el tráfico de unidifusión y multidestino, 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 multidestino, solo el tráfico de unidifusión recibe tratamiento sin pérdida.
Puede configurar hasta seis clases de reenvío (según la arquitectura del sistema y la disponibilidad de los recursos del sistema) como clases de reenvío sin pérdida si incluye el 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 utiliza las clases de reenvío fcoe o sin pérdidas predeterminadas, incluyen el atributo de caída sin pérdidas 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 de colocación sin pérdida en la configuración.
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 tener o sin pérdida. No puede asignar una clase de reenvío con pérdida y una clase de reenvío sin pérdida a la misma cola.
Para evitar el destino compartido (un flujo congestionado que afecta a un flujo no congestionado), use una asignación uno a uno de clases de reenvío sin pérdida a puntos de código (prioridades) y colas IEEE 802.1p. Asigne cada clase de reenvío sin pérdida 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 fcoe y sin pérdida son casos especiales, ya que, en la configuración predeterminada, se configuran para un comportamiento sin pérdida (siempre y cuando también habilite PFC en las prioridades asignadas a las clases de reenvío fcoe y sin pérdida en la estrofa de entrada CNP).
En el Cuadro 2 se resumen las posibles configuraciones de las clases de reenvío fcoe y sin pérdidas. La tabla también proporciona el resultado de esas configuraciones en términos de comportamiento de tráfico sin pérdida. En las configuraciones mostradas, se supone que PFC, DCBX y los clasificadores están configurados correctamente.
| Configuración explícita (configurada por el usuario) o predeterminada de la clase de reenvío |
Atributo de caída de paquetes |
Resultado y notas |
|---|---|---|
| Predeterminado |
Predeterminado |
Las clases de reenvío fcoe y sin pérdida son sin pérdidas.
Nota:
Incluso si configura explícitamente otras clases de reenvío (clases de reenvío con o sin pérdida), las clases de reenvío fcoe y sin pérdida permanecen sin pérdida porque no están configuradas explícitamente. |
| Explícito |
No especificado en la configuración de clase de reenvío explícito |
Las clases de reenvío fcoe y sin pérdidas tienen pérdidas porque no incluyen el atributo de caída sin pérdidas. |
| Explícito |
Sin pérdidas |
Las clases de reenvío fcoe y sin pérdida son sin pérdidas. |
Para todas las demás clases de reenvío, excepto las clases de reenvío y no-loss y, debe configurar explícitamente el fcoe 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 lossy.
Perfiles de notificación de congestión (configuración PFC)
Utilice CNP para configurar características de PFC sin pérdida en interfaces de entrada y salida.
La estrofa de entrada de un CNP habilita PFC en prioridades IEEE 802.1p especificadas (puntos de código) y refina la configuración del búfer de margen mediante la configuración del valor MRU y la longitud del cable en las interfaces de entrada.
La estrofa de salida de un CNP habilita PFC (control de flujo) en las colas de salida para prioridades IEEE 802.1p especificadas para que las colas puedan responder a los mensajes de pausa de PFC del 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 transportan tráfico sin pérdida en las clases de reenvío fcoe y sin pérdida, respectivamente).
Para lograr un transporte sin pérdidas, la prioridad detenida 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érdida (utilizando el atributo de colocación sin pérdida).
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, a continuación, 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 del puerto hasta que se desbloquea el puerto.
Un cambio en la configuración de PFC significa cualquier cambio en un CNP, incluido el cambio de la parte de entrada del CNP (habilitar o deshabilitar PFC con 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 usan 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:
Un CNP existente con una estrofa de entrada que habilita PFC en las prioridades 3, 5 y 6 está configurado en las interfaces xe-0/0/20 y xe-0/0/21.
Deshabilitamos la configuración de PFC para la prioridad 6 en el CNP de entrada y, luego, confirmamos la configuración.
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 implementa el cambio de PFC, el tráfico se reanuda.
-
Configurar un CNP en una interfaz. (Esto cambia el estado de PFC habilitando PFC en una o más prioridades).
-
Eliminar un CNP de una interfaz. (Esto cambia el estado de PFC deshabilitando 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 la PFC en prioridades especificadas para que la interfaz de entrada pueda enviar un mensaje de pausa al par conectado durante períodos de congestión. Los CNP de entrada también refinan los búferes de margen utilizados para la compatibilidad con PFC al permitirle configurar el valor MRU y la longitud del cable (si no desea utilizar la configuración predeterminada).
Los búferes de espacio libre admiten el transporte sin pérdidas mediante el almacenamiento del tráfico que llega a una interfaz después de que esta envía un mensaje de control de flujo PFC para pausar el tráfico entrante. Hasta que el par conectado reciba el mensaje de control de flujo y detenga el tráfico, la interfaz seguirá recibiendo tráfico y deberá almacenarlo en búfer (y el tráfico que todavía está en el cable después de que el par se detenga) para evitar la pérdida de paquetes.
El sistema utiliza la MRU y la longitud del cable físico conectado para calcular la asignación del margen 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)
Si configura el control de flujo en una prioridad que no es una de las prioridades de control de flujo predeterminadas, el valor predeterminado de MRU es 2500 bytes. Por ejemplo, si configura el control de flujo en prioridad 5 y no configura explícitamente un valor de MRU, el valor predeterminado de MRU es 2500 bytes.
Puede refinar la MRU y la longitud del cable para ajustar el tamaño del búfer de margen en una interfaz. El conmutador tiene un conjunto de búfer global compartido y asigna dinámicamente espacio de búfer de margen a colas sin pérdida según sea necesario.
Una MRU más baja o una longitud de cable más corta reducen la cantidad de búfer de margen necesario en una interfaz y dejan más espacio de búfer de margen para otras interfaces. Una MRU más alta o una longitud de cable más larga aumentan la cantidad de espacio de búfer de margen necesario en una interfaz y dejan menos espacio de búfer de margen para otras interfaces.
En muchos casos, puede utilizar mejor los búferes de margen reduciendo el valor de MRU (por ejemplo, una MRU de 2180 es suficiente para la mayoría de las redes de FCoE) y reduciendo el valor de longitud del cable si el cable físico tiene menos de 100 metros de largo.
Cuando se configuran los búferes de margen 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 se dispone de suficiente espacio de búfer de margen libre.
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 usa en la interfaz (en lugar de un clasificador configurado por el usuario).
-
La interfaz aún no se ha creado.
Configuring Output Interface Flow Control (PFC)
En interfaces Ethernet, puede utilizar la estrofa de salida del CNP para configurar el control de flujo en las colas de salida y habilitar la respuesta de pausa de PFC en prioridades IEEE 802.1p especificadas.
En los conmutadores que utilizan colas de salida diferentes para el tráfico de unidifusión y multidestino, 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érdida, que asigna la clase de reenvío fcoe a la cola 3 y prioridad 3, y asigna la clase de reenvío sin pérdida a la cola 4 y la prioridad 4.
La configuración de 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 permite utilizar más de dos colas de salida para admitir flujos de tráfico sin pérdida (puede configurar hasta seis clases de reenvío sin pérdida y asignar estas clases de reenvío sin pérdida a diferentes colas de salida habilitadas para la pausa de PFC). El control de flujo de la cola de salida también le permite admitir varias clases de reenvío sin pérdida (cada una asignada a una prioridad y cola de salida diferentes) para una clase de tráfico.
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 prioridad 5 (punto de código IEEE 802.1p 101), también debe habilitar PFC en el CNP en la estrofa de entrada en 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 distintas clases de reenvío sin pérdida que se asignan a diferentes colas de salida:
Configure dos clases de reenvío sin pérdida para el tráfico de 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érdida denominada fcoe1 y asignarla a la cola 5. La clase de reenvío fcoe es para el tráfico FCoE de prioridad 3 (punto de código 011) y la clase de reenvío fcoe1 es para el tráfico FCoE de prioridad 5 (punto de código 101).
Configure un clasificador que asigne cada clase de reenvío al punto de código IEEE 802.1p deseado (prioridad). Si el tráfico de FCoE en ambas prioridades utiliza una interfaz, el clasificador debe clasificar ambas clases de reenvío en las prioridades correctas. Si el tráfico de 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érdida correspondiente.
Aplique el clasificador a las interfaces que llevan tráfico de FCoE. El clasificador determina la asignación de clases de reenvío a las prioridades de cada interfaz.
Para configurar el transporte sin pérdida 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 CNP.
-
Configure PFC en las colas de salida y las prioridades de las clases de reenvío en la estrofa de salida del CNP, de modo que la interfaz pueda responder a los mensajes de pausa recibidos del par conectado.
Nota:Cuando se configura el CNP en una interfaz, todo el tráfico de entrada y salida se bloquea hasta que se implementa la configuración, la interfaz se desbloquea y el tráfico se reanuda. Durante el tiempo que la interfaz está bloqueada, todas las colas de la interfaz experimentan pérdida de paquetes.
-
Configure DCBX para intercambiar TLV de protocolo de aplicación en ambas prioridades de FCoE.
Si no configura el control de flujo para pausar las colas de salida, la configuración predeterminada utiliza una asignación individual de puntos de código IEEE 802.1p (prioridades) para generar colas 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 las colas 3 y 4 están habilitadas para responder a los mensajes de pausa del par conectado y debe habilitar explícitamente PFC en las prioridades correspondientes en la estrofa de entrada del CNP para lograr un comportamiento sin pérdidas.
Si no utiliza 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 eliminación sin pérdida. 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 utilizan colas de salida diferentes para el tráfico de unidifusión y multidestino, no puede configurar el control de flujo para pausar una cola de salida de multidestino. Puede configurar el control de flujo para pausar solo las colas de salida de unidifusión. En los conmutadores que utilizan las mismas colas de salida para el tráfico de unidifusión y multidestino, solo el tráfico de unidifusión recibe tratamiento sin pérdida.
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.
El sistema tiene un perfil de control de flujo de salida predeterminado que se aplica a todas las interfaces 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 prioridad 3, para la clase de reenvío fcoe predeterminada) y en la cola 4 (para 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 CNP.
Además, el sistema cuenta con dos perfiles internos de control de flujo de salida que aplica automáticamente a los puertos de estructura (FTE) y a las interfaces FC nativas (NP_Ports).
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 PFC deseada en todas las interfaces programadas.
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 estar habilitado en los puntos de código 3 y 4 en la estrofa de entrada CNP para que PFC funcione):
| Prioridad IEEE 802.1p especificada en la trama PFC recibida |
Cola de salida en pausa |
|---|---|
| 0 (000) |
— |
| 1 (001) |
— |
| 2 (010) |
— |
| 3 (011) |
3 |
| 4 (100) |
4 |
| 5 (101) |
— |
| 6 (110) |
— |
| 7 (111) |
— |
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 de reenvío FCoE y sin pérdidas. (Si configura explícitamente un CNP de salida, debe configurar explícitamente cada cola de salida que desee que responda a los mensajes PFC, ya que el perfil configurado por el usuario anula el perfil predeterminado. Si este ejemplo no incluyera las colas 3 y 4, esas colas ya no responderían a los mensajes PFC recibidos.)
| Prioridad IEEE 802.1p especificada en la trama PFC recibida |
Cola de salida en pausa |
|---|---|
| 0 (000) |
— |
| 1 (001) |
— |
| 2 (010) |
— |
| 3 (011) |
3 |
| 4 (100) |
4 |
| 5 (101) |
5 |
| 6 (110) |
— |
| 7 (111) |
— |
Recuerde que también debe habilitar PFC en los puntos de código 3, 4 y 5 de la estrofa de entrada del CNP para que esta configuración funcione. Cuando se configura el CNP en una interfaz, todo el tráfico de entrada y salida se bloquea hasta que se implementa la configuración, la interfaz se desbloquea y el tráfico se reanuda. Durante el tiempo que la interfaz está bloqueada, todas las colas de la interfaz experimentan pérdida de paquetes.
Configuring PFC Across Layer 3 Interfaces
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 del marco Ethernet (a veces conocidos como bits CoS). Para habilitar PFC en el tráfico que cruza interfaces L3, 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 a través de interfaces L3. 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 L3.
Configuración de DCBX (intercambio de protocolo de aplicación TLV)
Para las aplicaciones que requieren transporte sin pérdida, DCBX intercambia TLV de protocolo de aplicación con la interfaz par conectada. De forma predeterminada, DCBX anuncia TLV de protocolo de aplicación de 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 otras aplicaciones de forma predeterminada.
Para cada aplicación (por ejemplo, iSCSI) que desee configurar para el transporte sin pérdida, debe habilitar las interfaces que transportan ese tráfico de aplicación para intercambiar TLV del protocolo DCBX con el par conectado. El intercambio TLV permite que las interfaces del par negocien una configuración compatible para admitir la aplicación.
Si configura DCBX para anunciar cualquier aplicación, se anula el anuncio DCBX predeterminado y DCBX anuncia solo las aplicaciones configuradas. Si desea que una interfaz anuncie solo la aplicación FCoE, no tiene que configurar el intercambio TLV del protocolo de aplicación DCBX; 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 TLV de protocolo para esas aplicaciones. Si desea intercambiar TLV de protocolo de aplicación de FCoE además de otros TLV de protocolo de aplicación, también debe configurar explícitamente la aplicación de FCoE en el mapa de aplicación. Descripción del protocolo de aplicación DCBX TLV Exchange describe cómo funciona la asignación de aplicaciones.
El transporte sin pérdida 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 a la cola 4 (las dos colas de salida que están habilitadas para el control de flujo de pausa PFC de forma predeterminada), también debe habilitar las colas de salida que corresponden a prioridades de entrada en pausa para pausar el uso de la estrofa de salida del CNP.
Destino compartido entre clases de tráfico
Puede configurar distintos flujos de tráfico sin pérdida (o con pérdida) para compartir destino, es decir, para recibir el mismo tratamiento de CoS.
El destino compartido no es deseable para la convergencia de E/S. En lugar de un control independiente del destino de cada tipo de flujo, los diferentes tipos de flujos reciben el mismo tratamiento. El destino compartido es particularmente indeseable para los flujos sin pérdidas. Si un flujo sin pérdida experimenta congestión y debe pausarse, eso afecta a los flujos que comparten destino con el flujo congestionado, incluso si los otros flujos no están experimentando 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érdida, puede lograrlo permitiendo que se comparta el destino entre las ocho prioridades distribuyéndolas en hasta seis clases de reenvío sin pérdida.
Si el número de prioridades sin pérdida es menor o igual que el número de clases de reenvío sin pérdida configuradas, puede evitar el uso compartido de destino configurando una asignación uno a uno de clases de reenvío a puntos de código (prioridades) IEEE 802.1p y colas de salida. (Cada clase de reenvío debe asignarse a una cola de salida diferente y clasificarse con una prioridad diferente).
Si desea configurar distintos flujos de tráfico para compartir el destino, se admiten dos configuraciones de destino compartido: asignar una clase de reenvío a más de un punto de código IEEE 802.1p (prioridad) y asignar dos clases de reenvío a la misma cola de salida:
Si asigna una clase de reenvío sin pérdida a más de una prioridad, el tráfico etiquetado con cada una de las prioridades utilizará las mismas propiedades de CoS asociadas (las propiedades de 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 llamado classify1 da como resultado que el tráfico etiquetado con las prioridades 101 y 110 comparta el destino:
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 110
En este caso, si el tráfico asignado a cualquiera de las prioridades experimenta congestión, ambas prioridades se detienen porque están asignadas a la misma clase de reenvío y, por lo tanto, se tratan de manera similar.
Si asigna varias clases de reenvío sin pérdida a la misma cola de salida, el tráfico asignado a las clases de reenvío utilizará 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 que están asignados a la cola. Por ejemplo, si se configuran dos clases de reenvío denominadas fc1 y fc2, se asignan ambas clases de reenvío a la cola 1 y se asignan las clases de reenvío a los puntos de código 101 y 110 (respectivamente) mediante un clasificador denominado classify1, se obtiene el tráfico etiquetado con las prioridades 101 y 110 que comparten el destino en la misma cola de salida:
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service forwarding-classes class fc2 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc2 loss-priority low code-points 110
En este caso, aunque las dos clases de reenvío utilicen 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 está en pausa debido a una congestión en cualquiera de las clases de reenvío, todo el tráfico que utiliza esa cola se detiene. Dado que ambas clases de reenvío se asignan a la cola, el tráfico asignado a ambas clases de reenvío se detiene.
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 tener pérdida o todas las clases de reenvío asignadas a una cola deben ser sin pérdida).
Configuración del conmutador de tránsito versus 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 requiera transporte sin pérdida a través de la red Ethernet), la configuración de clasificadores, clases de reenvío sin pérdida, DCBX y PFC en las interfaces de entrada y salida para admitir el transporte sin pérdida es la que 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 utiliza interfaces FC nativas (NP_Ports) para conectarse al conmutador FC (o al reenviador FCoE) en el borde de la red FC. No puede aplicar CNP ni DCBX a interfaces FC nativas, solo a interfaces Ethernet.
En una puerta de enlace FCoE-FC, la configuración de la interfaz Ethernet de clasificadores, DCBX y PFC es la misma que la configuración de la interfaz Ethernet en un conmutador de tránsito. La configuración de las clases de reenvío sin pérdida también es la misma.
Sin embargo, la compatibilidad con el transporte sin pérdida en interfaces FC nativas requiere que reescriba el valor de prioridad de IEEE 802.1p si la red utiliza una prioridad distinta de 3 (punto de código IEEE 011) para el tráfico de FCoE. Si su red usa 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 los paquetes con prioridad 3 cuando encapsulan los paquetes FC entrantes en Ethernet. Si su red de FCoE utiliza una prioridad diferente a 3 para el tráfico de FCoE, debe reescribir el valor de prioridad al valor que su red utiliza en la interfaz de FC, clasificar el tráfico de FCoE con la prioridad correcta en las interfaces de Ethernet y habilitar PFC con la prioridad correcta en las interfaces de Ethernet, como se describe en Descripción de la reasignación de prioridad de CoS IEEE 802.1p en una puerta de enlace FCoE-FC.
Resultados de la configuración y comprobaciones de confirmación
Las diferentes configuraciones de clases de reenvío y sus atributos de caída, clasificadores, CNP (control de flujo PFC) y PAUSA de Ethernet (control de flujo IEEE 802.3X) dan como resultado diferentes comportamientos del sistema.
En el Cuadro 5 se describen los resultados de las posibles configuraciones de transporte sin pérdida 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 confirmación de comprobación, sino que emite un mensaje syslog.
Después de configurar el transporte sin pérdida para una interfaz LAG, asegúrese de comprobar los mensajes syslog para confirmar que la confirmación se realizó correctamente.
| Configuración del clasificador |
Configuración del perfil de notificación de congestión |
Configuración de pausa de Ethernet (IEEE 802.3X) |
Resultado |
|---|---|---|---|
| Ninguno (clasificador predeterminado) |
Ninguno |
Ninguno |
Configuración predeterminada del sistema. Los flujos no están sin pérdidas. Para lograr un comportamiento sin pérdidas para las clases de reenvío fcoe y sin pérdidas predeterminadas, debe configurar un CNP de entrada para habilitar PFC en sus puntos de código IEEE 802.1p (011 y 100, respectivamente). |
| Clasificador sin clases de reenvío sin pérdidas |
Ninguno |
Ninguno |
No se configuran flujos de tráfico sin pérdida; todo el tráfico es el mejor esfuerzo. |
| Clasificador con al menos una clase de reenvío sin pérdida |
Ninguno |
Ninguno |
Dado que no hay ningún CNP conectado a las interfaces, PFC no está habilitado en el punto de código del tráfico sin pérdida y no se asigna ningún búfer de margen a la cola sin pérdida, por lo que los paquetes pueden caer durante los períodos de congestión. Esta configuración no logra un comportamiento sin pérdidas. |
| Ninguno (clasificador predeterminado) |
PFC habilitado en el fcoe y en la clase de reenvío sin pérdidas Puntos de código (prioridades) |
Ninguno |
El clasificador predeterminado clasifica el tráfico en dos clases de reenvío sin pérdida, fcoe y sin pérdida. El CNP habilita PFC en las prioridades asignadas a ambas clases de reenvío sin pérdida, lo que da como resultado un comportamiento sin pérdida para el tráfico asignado a las clases de reenvío fcoe y sin pérdidas. |
| Ninguno (clasificador predeterminado) |
Ninguno |
Control de flujo habilitado |
El sistema calcula el margen de búfer para el vínculo físico en función de la interfaz UMT y la longitud predeterminada del cable. El sistema no calcula el margen de búfer para colas de salida individuales. Dado que la pausa de Ethernet está habilitada en el vínculo en lugar de habilitar PFC en las prioridades sin pérdida, todo el vínculo se pausa durante los períodos de congestión. Esta configuración da como resultado un comportamiento sin pérdidas para todas las clases de reenvío del vínculo, pero dado que todo el tráfico está en pausa, esto puede causar una mayor congestión general de la red. |
| Clasificador con al menos una clase de reenvío sin pérdida |
PFC habilitado en la clase de reenvío sin pérdidas puntos de código (prioridades) |
Ninguno |
Búfer de margen asignado solo a las prioridades que se asignan a las clases de reenvío sin pérdida y en las que PFC está habilitado. Esta configuración logra un comportamiento sin pérdida para las clases de reenvío sin pérdida. |
| Clasificador sin clases de reenvío sin pérdidas |
Ninguno |
Control de flujo habilitado |
El sistema calcula el margen de búfer para el vínculo físico en función de la UMT de interfaz y la longitud predeterminada del cable, y detiene todo el tráfico en el vínculo durante los períodos de congestión. |
| Clasificador con al menos una clase de reenvío sin pérdida |
Ninguno |
Control de flujo habilitado |
El sistema calcula el margen de búfer para el vínculo físico en función de la UMT de interfaz y la longitud predeterminada del cable, y detiene todo el tráfico en el vínculo durante los períodos de congestión. |
| Clasificador con al menos una clase de reenvío sin pérdida |
PFC habilitado en la clase de reenvío sin pérdidas puntos de código (prioridades) |
Control de flujo habilitado en una interfaz diferente a la interfaz con el CNP |
El sistema comprueba el espacio de búfer disponible tanto para las prioridades habilitadas para PFC como para el otro vínculo. Si hay suficiente espacio de memoria disponible, las clases de reenvío sin pérdida configuradas con PFC en una interfaz y también todo el tráfico del vínculo con la pausa de Ethernet habilitada logran un comportamiento sin pérdidas. |
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 excluyentes en una interfaz.
Reglas de configuración y recomendaciones
Tenga en cuenta las siguientes reglas y recomendaciones de configuración cuando configure flujos de tráfico sin pérdida:
-
Puede configurar un máximo de seis clases de reenvío sin pérdida (clases de reenvío con el atributo de caída de paquetes sin pérdida).
-
Todas las clases de reenvío que asigne a la misma cola deben tener el mismo atributo de caída de paquetes (todas las clases de reenvío deben tener pérdidas o todas las clases de reenvío deben estar sin pérdida).
-
No configure la detección temprana aleatoria ponderada (WRED) en clases de reenvío sin pérdida. (No asocie un perfil de entrega con una clase de reenvío que tenga el atributo de caída de paquetes sin pérdida).
-
En conmutadores que utilizan distintas clases de reenvío y colas de salida para el tráfico de unidifusión y multidestino, no se puede configurar el control de flujo para pausar una cola de salida multidestino. Puede configurar el control de flujo PFC solo para pausar las colas de salida de unidifusión.
-
En los conmutadores que utilizan diferentes clases de reenvío y colas de salida para el tráfico de unidifusión y multidestino, las clases de reenvío asignadas a colas multidestino (colas 8 a 11) no pueden tener el atributo de caída de paquetes sin pérdida. (Las clases de reenvío multidestino no se pueden configurar como clases de reenvío sin pérdida.)
Características del transporte sin pérdidas
El soporte para transporte sin pérdida incluye:
-
Configura hasta seis clases de reenvío sin pérdida.
-
Configurar la pausa de PFC en las colas de salida para programar las colas de salida que pueden responder a los mensajes de pausa de PFC recibidos del par conectado. Las prioridades que se pausan en las colas de salida deben coincidir con las prioridades en las que se habilita PFC en las interfaces de entrada correspondientes. Por ejemplo, si programa colas de salida para pausar las prioridades 3 (011) y 5 (101), también debe habilitar la pausa en las prioridades 3 y 5 en las interfaces de entrada correspondientes. Configurar el control de flujo en las colas de salida y habilitar PFC en las colas de entrada correspondientes le permite pausar hasta seis prioridades (clases de reenvío).
-
Controla el búfer de margen en interfaces Ethernet mediante la configuración del tamaño de MRU para el tráfico asignado a una prioridad IEEE 802.1p (configurada por prioridad) y la longitud del cable conectado (configurada por interfaz). El tamaño de MRU puede variar hasta un tamaño de paquete jumbo completo (9216 bytes).
-
Reasignación (reescritura) de prioridades IEEE 802.1p en interfaces FC nativas cuando el sistema actúa como puerta de enlace FCoE-FC. Si la red Ethernet (FCoE) utiliza una prioridad IEEE 802.1p distinta a la prioridad 3 (011) para el tráfico de FCoE, puede utilizar la reasignación de prioridad para clasificar el tráfico de FCoE en una clase de reenvío sin pérdida asignada a esa prioridad diferente (consulte Descripción de la reasignación de prioridad de CoS IEEE 802.1p en una puerta de enlace FCoE-FC).
El transporte sin pérdida aún requiere la configuración de características previamente existentes, incluida la habilitación de PFC en las prioridades sin pérdida en interfaces de entrada y la configuración de clasificadores para clasificar el tráfico entrante en clases de reenvío sin pérdida basadas en la etiqueta de prioridad IEEE 802.1p del paquete.
Si espera una gran cantidad de tráfico sin pérdida en su red y configura varias clases de tráfico sin pérdida, asegúrese de reservar suficientes recursos de programación (ancho de banda) y espacio de búfer de margen sin pérdida para admitir los flujos sin pérdida. (Descripción de la configuración del búfer de CoS describe cómo configurar búferes y proporciona una configuración de búfer recomendada para redes con grandes cantidades de tráfico sin pérdida).