Descripción de las clases de reenvío de CoS
Las clases de reenvío agrupan el tráfico y asignan el tráfico a las colas de salida. Cada clase de reenvío se asigna a una cola de salida. La clasificación asigna el tráfico entrante a las clases de reenvío según los bits de punto de código en el encabezado del paquete o trama. La clase de reenvío a la asignación de cola define la cola de salida utilizada para el tráfico clasificado en una clase de reenvío.
Excepto en dispositivos de la serie NFX, un clasificador debe asociar cada paquete con una de las cuatro clases de reenvío predeterminadas (conmutadores QFX10000) o cinco (otros conmutadores) o con una clase de reenvío configurada por el usuario para asignar una cola de salida al paquete:
fcoe: entrega garantizada para el tráfico de Fibre Channel a través de Ethernet (FCoE).
sin pérdidas: entrega garantizada para tráfico tcp sin pérdidas.
mejor esfuerzo: ofrece la entrega del mejor esfuerzo sin un perfil de servicio. La prioridad de pérdida normalmente no se lleva a cabo en un valor de clase de servicio (CoS).
control de red: admite el control de protocolos y suele ser de alta prioridad.
mcast— (Excepto QFX10000) Entrega de paquetes de multidestinación (fallan la multidifusión, la difusión y la búsqueda de destino).
En los dispositivos de la serie NFX, un clasificador debe asociar cada paquete con una de las cuatro clases de reenvío predeterminadas siguientes o con una clase de reenvío configurada por el usuario para asignar una cola de salida al paquete:
mejor esfuerzo (ser): no proporciona ningún perfil de servicio. La prioridad de pérdida normalmente no se lleva a cabo en un valor de CoS.
reenvío acelerado (ef): ofrece una baja pérdida, latencia, fluctuación baja, ancho de banda garantizado, servicio de extremo a extremo.
reenvío garantizado (af): ofrece un grupo de valores que puede definir e incluye cuatro subclases: AF1, AF2, AF3 y AF4, cada una con dos probabilidades de caída: baja y alta.
control de red (nc): es compatible con el control de protocolo y, por lo tanto, suele ser de alta prioridad.
El conmutador admite hasta ocho clases de reenvío (dispositivos serie QFX10000 y NFX), 10 (conmutadores QFX5200) o 12 (otros conmutadores), lo que permite una clasificación de paquetes flexible y diferenciada. Por ejemplo, puede configurar varias clases de tráfico de mejor esfuerzo, como best-effort, best-effort1y best-effort2.
En los dispositivos serie QFX10000 y NFX, el tráfico de unidifusión y multidestinación (fallan las búsquedas de multidifusión, difusión y destino) usa las mismas clases de reenvío y colas de salida.
Excepto en dispositivos de la serie QFX10000 y NFX, un conmutador admite ocho colas para tráfico de unidifusión (colas del 0 al 7) y 2 (conmutadores QFX5200) o 4 (otros conmutadores) para tráfico de multidestinación (colas de 8 a 11). Las clases de reenvío asignadas a colas de unidifusión están asociadas con el tráfico de unidifusión, y las clases de reenvío asignadas a colas de multidestinación se asocian con el tráfico de multidestinación. No puede asignar tráfico de unidifusión y multidestinación a la misma cola. No puede asignar una cola de prioridad alta estricta a una clase de reenvío multidestinación, ya que las colas 8 a 11 no admiten la configuración de prioridad alta estricta.
Clases de reenvío predeterminadas
En la tabla 1, se muestran las cuatro clases de reenvío predeterminadas que se aplican a todos los conmutadores, pero no a los dispositivos de la serie NFX. Excepto en el QFX10000, estas clases de reenvío se aplican al tráfico de unidifusión. Puede cambiar el nombre de las clases de reenvío. La asignación de un nuevo nombre de clase de reenvío no altera la clasificación ni la programación predeterminadas aplicadas a la cola asignada a esa clase de reenvío. Las configuraciones de CoS pueden ser complejas, por lo que, a menos que el escenario lo requiera, recomendamos que utilice los nombres de clases predeterminados y las asociaciones de números de cola.
Nombre de clase de reenvío |
Asignación de cola predeterminada |
Comentarios |
|---|---|---|
mejor esfuerzo |
0 |
El software no aplica ningún manejo de CoS especial al tráfico de mejor esfuerzo. Esta es una función de compatibilidad con versiones anteriores. El tráfico de mejor esfuerzo suele ser el primer tráfico que se pierde durante los períodos de congestión de la red. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
Fcoe |
3 |
De forma predeterminada, la
Nota:
Por convención, las implementaciones con acceso a servidor convergente suelen usar la prioridad 3 (011) del IEEE 802.1p para el tráfico FCoE. La asignación predeterminada de la Recomendamos que use la prioridad 3 para el tráfico de FCoE, a menos que la arquitectura de red requiera que use una prioridad diferente. |
sin pérdidas |
4 |
De forma predeterminada, se trata de una clase de reenvío sin pérdidas con un atributo de caída de paquetes de |
control de red |
7 |
El software ofrece paquetes en esta clase de servicio con una alta prioridad. (Estos paquetes no son sensibles a retrasos.) Normalmente, estos paquetes representan mensajes de saludo o de seguimiento del protocolo de enrutamiento. Dado que la pérdida de estos paquetes pone en peligro el funcionamiento adecuado de la red, es preferible retrasar paquetes a descartar paquetes. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
La tabla 2 solo se aplica al tráfico de multidestinación, excepto en conmutadores QFX10000 y dispositivos de la serie NFX.
Nombre de clase de reenvío |
Asignación de cola predeterminada |
Comentarios |
|---|---|---|
mcast |
8 |
El software no aplica ningún manejo de CoS especial a los paquetes de multidestinación. Por lo general, estos paquetes se pierden en condiciones de red congestionadas. De forma predeterminada, se trata de una clase de reenvío con pérdida con un atributo de caída de paquetes de |
El tráfico reflejado siempre se envía a la cola que corresponde a la clase de reenvío multidestinación. La copia conmutada del tráfico reflejado se reenvía con la prioridad determinada por el proceso de clasificación de agregado de comportamiento.
Reglas de configuración de clase de reenvío
Tenga en cuenta las siguientes reglas al configurar las clases de reenvío:
Reglas de asignación de colas
Las siguientes reglas rigen la asignación de colas:
No se aceptan configuraciones de CoS que especifican más colas de las que puede admitir el conmutador. La operación de confirmación falla con un mensaje detallado que indica el número total de colas disponibles.
Todas las configuraciones predeterminadas de CoS se basan en el número de cola. El nombre de la clase de reenvío que aparece en la configuración predeterminada es la clase de reenvío asignada actualmente a esa cola.
(Excepto los dispositivos serie QFX10000 y NFX) Solo las clases de reenvío de unidifusión se pueden asignar a colas de unidifusión (del 0 al 7), y solo las clases de reenvío de multidestinación se pueden asignar a colas de multidestinación (del 8 al 11).
(Excepto los dispositivos serie QFX10000 y NFX) Las colas de prioridad estricta y alta no se pueden asignar a clases de reenvío multidestinación. (El tráfico de prioridad estricta no se puede asignar a las colas del 8 al 11).
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 paquete: o bien todas las clases de reenvío deben ser con pérdidas o todas las clases de reenvío deben ser sin pérdidas.
Puede limitar la cantidad de tráfico que recibe un tratamiento de prioridad estricta y alta en una cola de prioridad estricta mediante la configuración de una velocidad de transmisión. La velocidad de transmisión establece la cantidad de tráfico en la cola que recibe un tratamiento de prioridad estricta. El conmutador trata el tráfico que supera la velocidad de transmisión como tráfico de baja prioridad que recibe el ancho de banda de exceso de velocidad de cola. Limitar la cantidad de tráfico que recibe un tratamiento de prioridad estricta evita que otras colas se quedasen sin colas, a la vez que garantiza que la cantidad de tráfico especificada en la velocidad de transmisión reciba un tratamiento de prioridad estricta.
Excepto en dispositivos de las series QFX10000 y NFX, puede usar la instrucción de velocidad de modelado para acelerar la velocidad de transmisión de paquetes estableciendo un ancho de banda máximo. En dispositivos de las series QFX10000 y NFX, puede usar la velocidad de transmisión para establecer un límite en la cantidad de ancho de banda que recibe un tratamiento de prioridad estricta y alta en una cola de alta prioridad estricta.
En dispositivos serie QFX10000 y NFX, si configura más de una cola de prioridad estricta y alta en un puerto, debe configurar una velocidad de transmisión en cada una de las colas de prioridad estricta y alta. Si configura más de una cola de prioridad estricta y alta en un puerto y no configura una velocidad de transmisión en las colas de prioridad alta estricta, el conmutador solo trata la primera cola que configure como una cola de prioridad estricta y alta. El conmutador trata las otras colas como colas de baja prioridad. Si configura una velocidad de transmisión en algunas colas de prioridad estricta y alta, pero no en otras colas de prioridad estricta y alta en un puerto, el conmutador trata las colas que tienen una velocidad de transmisión como colas de prioridad estricta y alta, y trata las colas que no tienen una velocidad de transmisión como colas de prioridad baja.
Reglas de programación
Cuando configure una clase de reenvío y asigne tráfico a ella (es decir, no usa una clase de clasificador y reenvío predeterminadas), también debe definir una política de programación para la clase de reenvío.
Definir una política de programación significa:
Asignación de un programador a la clase de reenvío en una asignación de programador
Incluir la clase de reenvío en un conjunto de clases de reenvío
Asociar el mapa del programador con un perfil de control de tráfico
Adjuntar el perfil de control de tráfico a un conjunto de clases de reenvío y aplicar el perfil de control de tráfico a una interfaz
En conmutadores QFX10000 y dispositivos serie NFX, puede definir una política de programación mediante la programación de puertos de la siguiente manera:
Asignación de un programador a la clase de reenvío en una asignación de programador
Aplicación de la asignación del programador a una o más interfaces
Reglas de reescritura
En cada interfaz física, todas las clases de reenvío que se utilizan en la interfaz deben tener configuradas reglas de reescritura o ninguna clase de reenvío que se esté utilizando en la interfaz puede tener reglas de reescritura configuradas. En cualquier puerto físico, no mezcle clases de reenvío con reglas de reescritura y clases de reenvío sin reglas de reescritura.
Soporte de transporte sin pérdidas
El conmutador admite hasta seis clases de reenvío sin pérdidas. Para el transporte sin pérdidas, debe habilitar PFC en el punto de código IEEE 802.1p de clases de reenvío sin pérdidas. Se aplican las siguientes limitaciones para admitir transporte sin pérdidas:
La longitud del cable externo desde el conmutador o el dispositivo nodo del sistema QFabric a otros dispositivos no puede superar los 300 metros.
La longitud interna del cable desde el dispositivo node del sistema QFabric hasta el dispositivo de interconexión del sistema QFabric no puede superar los 150 metros.
Para el tráfico FCoE, la unidad de transmisión máxima (MTU) de interfaz debe tener al menos 2180 bytes para alojar la carga del paquete, los encabezados y las comprobaciones.
Cambiar cualquier parte de una configuración de PFC en un puerto bloquea todo el puerto hasta que se completa el cambio. Después de completar un cambio de PFC, el puerto se desbloquea y el tráfico se reanuda. Cambiar la configuración de PFC significa cualquier cambio en un perfil de notificación de congestión configurado en un puerto (habilitar o deshabilitar PFC en un punto de código, cambiar el valor de MRU o longitud del cable, o especificar una cola de control de flujo de salida). 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.
QFX10002-60C no admite PFC ni colas sin pérdidas; es decir, las colas sin pérdida predeterminadas (fcoe y sin pérdida) serán colas con pérdidas.
La versión 12.2 de Junos OS introduce cambios en la forma en que se manejan las clases de reenvío sin pérdidas (las fcoe clases de reenvío y no-loss de reenvío).
En junos OS versión 12.1, la configuración explícita de las clases y no-loss el fcoe reenvío, y el uso de la configuración predeterminada para estas clases de reenvío, dio lugar al mismo comportamiento sin pérdidas para el tráfico asignado a esas clases de reenvío.
Sin embargo, en la versión 12.2 de Junos OS, si configura explícitamente la fcoe clase de reenvío o la no-loss clase de reenvío, esa clase ya no se trata como una clase de reenvío sin pérdidas. El tráfico asignado a estas clases de reenvío se trata como tráfico con pérdida (best-effort). Esto es cierto incluso si la configuración explícita es exactamente la misma que la configuración predeterminada.
Si la configuración de CoS desde Junos OS versión 12.1 o anterior incluye la configuración explícita de la fcoe o la no-loss clase de reenvío, cuando actualice a Junos OS versión 12.2, esas clases de reenvío no tienen pérdidas. Para conservar el tratamiento sin pérdidas de estas clases de reenvío, elimine la configuración de clase explícita fcoe y no-loss de reenvío antes de actualizar a Junos OS versión 12.2.
Consulte Descripción general de los cambios de CoS introducidos en la versión 12.2 de Junos OS para obtener información detallada sobre este cambio y cómo eliminar una configuración sin pérdidas existente.
En Junos OS versión 12.3, el comportamiento predeterminado de las fcoe clases y no-loss de reenvío es el mismo que en junos OS versión 12.2. Sin embargo, en junos OS versión 12.3, puede configurar hasta seis clases de reenvío sin pérdidas. Todas las clases de reenvío sin pérdidas explícitamente configuradas deben incluir el nuevo no-loss atributo de caída de paquetes o la clase de reenvío tiene pérdidas.