Descripción del comportamiento de programación de CoS y las consideraciones de configuración

Muchos factores afectan la configuración de la programación y los requisitos de ancho de banda, entre ellos:

• Cuando se configura el ancho de banda para una clase de reenvío (cada clase de reenvío se asigna a una cola) o un conjunto de clases de reenvío (grupo de prioridad), el conmutador considera sólo los datos como ancho de banda configurado. El conmutador no tiene en cuenta el ancho de banda consumido por el preámbulo y el espacio entre tramas (IFG). Por lo tanto, cuando calcule y configure los requisitos de ancho de banda para una clase de reenvío o para un conjunto de clases de reenvío, tenga en cuenta el preámbulo y el IFG, así como los datos de los cálculos.

• Cuando configure una clase de reenvío para transportar tráfico en el conmutador (en lugar de utilizar solo clases de reenvío predeterminadas), también debe definir una política de programación para la clase de reenvío configurada por el usuario. Algunos conmutadores admiten la programación jerárquica de puertos de selección de transmisión mejorada (ETS), algunos conmutadores admiten la programación de puertos y algunos conmutadores admiten ambos métodos de programación.

  Nota:

  Utilice el Explorador de características para confirmar la compatibilidad de la plataforma y la versión para ETS y la programación de puertos.

  Para la programación jerárquica de puertos de ETS, definir una política de programación jerárquica mediante ETS significa:

  • Asignación de un programador a la clase de reenvío en una asignación de programador

  • Inclusión de la clase de reenvío en un conjunto de clases de reenvío

  • Asociación del 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 a una interfaz

  En los conmutadores que admiten la programación de puertos, definir una política de programación significa:

  • Asignar un programador a la clase de reenvío en una asignación de programador.

  • Aplicar la asignación del programador a una o más interfaces.

• En cada interfaz física, todas las clases de reenvío que se usan en la interfaz deben tener reglas de reescritura configuradas, o ninguna clase de reenvío que se usa 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.

• En el caso de los paquetes que llevan una etiqueta VLAN interna y una etiqueta VLAN externa, las reglas de reescritura reescriben solo la etiqueta VLAN externa.

• Para la programación jerárquica de puertos de ETS, la configuración del ancho de banda mínimo garantizado (transmit-rate) para una clase de reenvío no funciona a menos que también configure el ancho de banda mínimo garantizado (guaranteed-rate) para la clase de reenvío establecida en el perfil de control de tráfico.

  Además, la suma de las velocidades de transmisión de las clases de envío en un conjunto de clases de reenvío no debe exceder la velocidad garantizada para el conjunto de clases de reenvío. (No puede garantizar un ancho de banda mínimo para las colas mayor que el ancho de banda mínimo garantizado para todo el conjunto de colas). Si configura velocidades de transmisión cuya suma supera la velocidad garantizada del conjunto de clases de reenvío, se producirá un error en la comprobación de confirmación y el sistema rechazará la configuración.

• Para la programación jerárquica de puertos ETS, la suma de las tasas garantizadas del conjunto de clases de reenvío no puede superar el ancho de banda total del puerto. Si configura tarifas garantizadas cuya suma supera el ancho de banda del puerto, el sistema envía un mensaje syslog para notificarle que la configuración no es válida. Sin embargo, el sistema no realiza una comprobación de confirmación. Si confirma una configuración en la que la suma de las velocidades garantizadas supera el ancho de banda del puerto, el programador jerárquico se comporta de forma impredecible.

• Para la programación jerárquica de puertos de ETS, si configura el guaranteed-rate conjunto de una clase de reenvío como un porcentaje, configure todas las velocidades de transmisión asociadas con esa clase de reenvío como porcentajes. En este caso, si alguna de las velocidades de transmisión se configura como valores absolutos en lugar de porcentajes, la configuración no es válida y el sistema envía un mensaje syslog.

• Hay varios factores que se deben tener en cuenta si desea configurar una cola de prioridad estricta alta (clase de reenvío):

  • En QFX5200 conmutadores, solo puede configurar una cola de prioridad estricta alta (clase de reenvío).

    En los conmutadores QFX5100 y EX4600, solo puede configurar un conjunto de clases de reenvío (grupo de prioridad) como prioridad estricta alta. Todas las colas que forman parte de ese conjunto de clases de reenvío estricto-alto actúan como colas estrictas-altas.

    En QFX10000 conmutadores, no hay límite para el número de colas de prioridad estricta y alta que puede configurar.

  • No puede configurar un ancho de banda mínimo garantizado (transmit-rate) para una cola de prioridad estricta y alta en conmutadores QFX5200, QFX5100 y EX4600.

    En los conmutadores QFX5200 y QFX10000, puede establecer las transmit-rate colas de prioridad estricta alta para establecer un límite en la cantidad de tráfico que la cola trata como tráfico de prioridad estricta alta. El tráfico que excede el transmit-rate se trata como tráfico de mejor esfuerzo y recibe un exceso de peso de uso compartido de ancho de banda de "1", que es la proporción de ancho de banda adicional que la cola de prioridad estricta alta puede compartir en el puerto. Las colas que no son colas de prioridad estricta alta utilizan la velocidad de transmisión (predeterminada) o la tasa de exceso configurada para determinar la proporción (peso) de ancho de banda de puerto adicional que la cola puede compartir. Sin embargo, no puede configurar una tasa excesiva en una cola de prioridad estricta y alta y no puede cambiar el peso de uso compartido de ancho de banda excesivo de "1" en una cola de prioridad estricta alta.

    Para la programación jerárquica de puertos de ETS, no puede configurar un ancho de banda mínimo garantizado () para un conjunto de clases de reenvío que incluya una cola de prioridad estricta yguaranteed-rate alta.

  • Excepto en los conmutadores QFX10000, solo para la programación jerárquica de puertos de ETS, debe crear un conjunto de clases de reenvío independiente para una cola de prioridad estricta alta. En QFX10000 conmutadores, puede mezclar colas de prioridad estricta alta y baja en el mismo conjunto de clases de reenvío.

  • Excepto en los conmutadores QFX10000, para la programación jerárquica de puertos ETS, solo un conjunto de clases de reenvío puede contener una cola de prioridad estricta y alta. En QFX10000 conmutadores, esta restricción no se aplica.

  • Excepto en los conmutadores QFX10000, para la programación jerárquica de puertos de ETS, una cola de prioridad estricta alta no puede pertenecer al mismo conjunto de clases de reenvío que las colas que no son de prioridad estricta alta. (No puede mezclar una clase de reenvío de prioridad estricta alta con clases de reenvío que no sean de prioridad estricta alta en un conjunto de clases de reenvío). En QFX10000 conmutadores, puede mezclar colas de prioridad estricta alta y baja en el mismo conjunto de clases de reenvío.

  • Para la programación jerárquica de puertos ETS en conmutadores que utilizan diferentes conjuntos de clases de reenvío para el tráfico de unidifusión y multidestino (error de multidifusión, difusión y búsqueda de destino), una cola de prioridad estricta alta no puede pertenecer a un conjunto de clases de reenvío multidestino.

  • En QFX10000 sistemas, recomendamos que siempre configure una velocidad de transmisión en colas de prioridad estricta y alta para evitar que maten de hambre a otras colas. Si no aplica una velocidad de transmisión para limitar la cantidad de ancho de banda que pueden usar las colas de prioridad estricta alta, las colas de prioridad estricta alta pueden usar todo el ancho de banda del puerto disponible y privar a otras colas del puerto.

    En los conmutadores QFX5200 QFX5100 EX4600, recomendamos que siempre aplique una velocidad de conformación a la cola de prioridad estricta y alta para evitar que deje de matar de hambre a otras colas. Si no aplica una velocidad de conformación para limitar la cantidad de ancho de banda que puede usar una cola de prioridad estricta alta, la cola de prioridad estricta alta puede usar todo el ancho de banda de puerto disponible y privar a otras colas del puerto.

• Para velocidades de transmisión inferiores a 1 Gbps, se recomienda configurar la velocidad de transmisión como un porcentaje en lugar de como una velocidad fija. Esto se debe a que el sistema convierte las tasas fijas en porcentajes y puede redondear las tasas fijas pequeñas a un porcentaje menor. Por ejemplo, una velocidad fija de 350 Mbps se redondea al 3 por ciento en lugar del 3,5 por ciento.

• Cuando se establece el ancho de banda máximo para una cola o para un grupo de prioridad (shaping-rate) en 100 Kbps o inferior, el comportamiento de modelado del tráfico sólo es preciso dentro de +/– 20 por ciento del archivo .shaping-rate

• En los conmutadores QFX10000, la configuración de la configuración de la velocidad ([set class-of-service schedulers scheduler-name transmit-rate (rate | percentage) exact) en una interfaz LAG mediante la [edit class-of-service interfaces lag-interface-name scheduler-map scheduler-map-nameinstrucción ] puede dar como resultado que los flujos de tráfico programados reciban más ancho de banda de vínculo LAG del esperado.

  Puede configurar la configuración de velocidad en un programador para establecer el ancho de banda máximo para el tráfico asignado a una clase de reenvío en una cola de salida determinada en un puerto. Por ejemplo, puede usar un programador para configurar la configuración de velocidad en el tráfico asignado a la clase de reenvío de mejor esfuerzo asignada a la cola 0 y, a continuación, aplicar el programador a una interfaz mediante una asignación de programador, a fin de establecer el ancho de banda máximo para el tráfico de mejor esfuerzo asignado a la cola 0 en ese puerto. El tráfico en el reenvío de mejor esfuerzo no puede usar más que la cantidad de ancho de banda de puerto especificado por la velocidad de transmisión cuando se usa la exact opción.

  Las interfaces LAG se componen de dos o más enlaces Ethernet agrupados para funcionar como una sola interfaz. El conmutador puede aplicar hash al tráfico que entra en una interfaz LAG en cualquier vínculo miembro de la interfaz LAG. Cuando se configura el modelado de velocidad y se aplica a una interfaz LAG, la forma en que el conmutador aplica la configuración de velocidad al tráfico depende de cómo el conmutador aplica el algoritmo hash del tráfico a los vínculos del LAG.

  Para ilustrar cómo afecta el hash de vínculos a la forma en que el conmutador aplica una velocidad de conformación al tráfico del LAG, veamos una interfaz de LAG (ae0) que tiene dos vínculos de miembro (xe-0/0/20 y xe-0/0/21). En LAG ae0, configuramos la configuración de velocidad de 2g para el tráfico asignado a la clase de reenvío, que se asigna a la best-effort cola 0de salida. Cuando el tráfico de la best-effort clase de reenvío llega a la interfaz del LAG, el conmutador aplica un algoritmo hash al tráfico a uno de los dos vínculos miembro.

  Si el conmutador aplica un algoritmo hash a todo el best-effort tráfico en el mismo vínculo LAG, el tráfico recibe un máximo de ancho de banda de 2g en ese vínculo. En este caso, se aplica el límite acumulativo previsto de 2g para el tráfico de máximo esfuerzo en el LAG.

  Sin embargo, si el conmutador aplica un algoritmo hash al best-effort tráfico en ambos vínculos del LAG, el tráfico recibe un máximo de ancho de banda de 2 g en cada vínculo del LAG, no 2 g como total acumulado para todo el LAG, por lo que el tráfico de mejor esfuerzo recibe un máximo de 4 g en el LAG, no el 2g establecido por la configuración de configuración de velocidad. Cuando el hash extiende el tráfico asignado a una cola de salida (que se asigna a una clase de reenvío) a través de varios vínculos del LAG, la configuración efectiva de la velocidad (ancho de banda máximo acumulativo) en el LAG es:

  (número de interfaces miembro del LAG) x (configuración de velocidad para la cola de salida) = configuración de velocidad del LAG acumulativo

• En los conmutadores que no utilizan colas de salida virtuales (VOQ), la congestión del puerto de entrada puede producirse durante los períodos de congestión del puerto de salida si un puerto de entrada reenvía el tráfico a más de un puerto de salida y al menos uno de esos puertos de salida experimenta congestión. Si esto ocurre, el puerto de salida congestionado puede hacer que el puerto de entrada supere su asignación justa de recursos de búfer de entrada. Cuando el puerto de entrada supera su asignación de recursos de búfer, las tramas se eliminan en la entrada. La caída de tramas del puerto de entrada afecta no solo a los puertos de salida congestionados, sino también a todos los puertos de salida a los que el puerto de entrada congestionado reenvía el tráfico.

  Si un puerto de entrada congestionado pierde tráfico destinado a uno o más puertos de salida no congestionados, configure un perfil de caída temprana aleatoria ponderada (WRED) y aplíquelo a la cola de salida que está causando la congestión. El perfil de caída evita que la cola de salida congestionada afecte a las colas de salida en otros puertos al colocar tramas en la salida en lugar de causar congestión en el puerto de entrada.

  Nota:

  En los sistemas que admiten el transporte sin pérdida, no configure perfiles de colocación para las clases de reenvío sin pérdida, como las clases predeterminada fcoe y no-loss de reenvío. FCoE y otras colas de tráfico sin pérdida requieren un comportamiento sin pérdidas. Utilice el control de flujo basado en prioridades (PFC) para evitar la caída de fotogramas en prioridades sin pérdida.

• En los sistemas que usan clasificadores diferentes para el tráfico de unidifusión y multidestino y que admiten el transporte sin pérdidas, en un puerto de entrada, no configure clasificadores que asignen el mismo punto de código IEEE 802.1p a un flujo de tráfico multidestino y a un flujo de tráfico de unidifusión sin pérdida (como las clases predeterminadas sin pérdida fcoe o no-loss de reenvío). Cualquier punto de código utilizado para el tráfico multidestino en un puerto no debe utilizarse para clasificar el tráfico de unidifusión en una clase de reenvío sin pérdidas en el mismo puerto.

  Si un flujo de tráfico de multidestino y un flujo de tráfico de unidifusión sin pérdida utilizan el mismo punto de código en un puerto, el tráfico de multidestino se trata de la misma manera que el tráfico sin pérdidas. Por ejemplo, si se aplica el control de flujo basado en prioridad (PFC) al tráfico sin pérdidas, el tráfico multidestino del mismo punto de código también se pausa. Durante los períodos de congestión, tratar el tráfico multidestino de la misma manera que el tráfico de unidifusión sin pérdidas puede crear congestión en el puerto de entrada para el tráfico multidestino y afectar al tráfico multidestino en todos los puertos de salida que utiliza el tráfico multidestino.

  Por ejemplo, la siguiente configuración puede provocar congestión del puerto de entrada para el flujo multidestino:

  1. Para el tráfico de unidifusión, el punto de código IEEE 802.1p 011 se clasifica en la fcoe clase de reenvío:

  2. Para el tráfico multidestino, el punto 011 de código IEEE 802.1p se clasifica en la mcast clase de reenvío:

  3. El clasificador de unidifusión que asigna tráfico con punto 011 de código a la clase de reenvío se asigna a la fcoe interfaz xe-0/0/1:

  4. El clasificador multidestino que asigna tráfico con punto 011 de código a la mcast clase de reenvío se asigna a todas las interfaces (el tráfico multidestino se asigna a todas las interfaces y no se puede asignar a interfaces individuales):

     Dado que el mismo punto de código (011) asigna tráfico de unidifusión a un flujo de tráfico sin pérdidas y también asigna tráfico de multidestino a un flujo de tráfico multidestino, el flujo de tráfico multidestino puede experimentar congestión en el puerto de entrada durante los períodos de congestión.

  Para evitar la congestión del puerto de entrada, no asigne el punto de código utilizado por el tráfico multidestino al tráfico de unidifusión sin pérdidas. Por ejemplo:

  1. En lugar de clasificar el punto 011 de código en la fcoe clase de reenvío, clasifique el punto 011 de código en la best-effort clase de reenvío:

  4. Dado que el punto 011 de código no asigna tráfico de unidifusión a un flujo de tráfico sin pérdidas, el flujo de tráfico multidestino no experimenta congestión en el puerto de entrada durante los períodos de congestión.

  La práctica recomendada es clasificar el tráfico de unidifusión con puntos de código IEEE 802.1p que también se usan para el tráfico multidestino en clases de reenvío de mejor esfuerzo.