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

Muchos factores afectan la programación, la configuració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 solo los datos como el ancho de banda configurado. El conmutador no tiene en cuenta el ancho de banda consumido por el preámbulo ni la separación 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 usar 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 plataforma y versión con 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

  • Incluir 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

  • Asociar 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 lo siguiente:

  • 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.

• En cada interfaz física, todas las clases de reenvío que se utilizan en la interfaz deben tener configuradas reglas de reescritura, o bien ninguna clase de reenvío que se utiliza en la interfaz puede tener reglas de reescritura configuradas. En ningún 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 de puertos jerárquicos 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 reenví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 que sea 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 de 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 tasas 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 de puertos jerárquicos de ETS, si configura el guaranteed-rate de una clase de reenvío establecida como un porcentaje, configure todas las velocidades de transmisión asociadas con esa clase de reenvío establecida 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 los conmutadores QFX5200, solo puede configurar una cola de prioridad estricta alta (clase de reenvío).

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

    En los conmutadores QFX10000, no hay límite para la cantidad de colas de prioridad estricta alta que puede configurar.

  • No puede configurar un ancho de banda mínimo garantizado () para una cola de prioridad estricta altatransmit-rate 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 supere el transmit-rate se trata como tráfico de máximo esfuerzo y recibe un peso de compartición de ancho de banda excesivo 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 alta estricta utilizan la velocidad de transmisión (predeterminada) o la velocidad excesiva 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 velocidad excesiva en una cola de prioridad estricta alta y no puede cambiar el peso de uso compartido del ancho de banda excedente de "1" en una cola de prioridad estricta alta.

    Para la programación jerárquica de puertos de ETS, no se 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 de puertos jerárquicos de ETS, debe crear una clase de reenvío independiente establecida para una cola de prioridad estricta alta. En los conmutadores QFX10000, 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 alta. En los conmutadores QFX10000, esta restricción no se aplica.

  • Excepto en los conmutadores QFX10000, para la programación jerárquica de puertos ETS, una cola de prioridad alta estricta no puede pertenecer al mismo conjunto de clases de reenvío que las colas que no son de prioridad alta estricta. (No puede mezclar una clase de reenvío de prioridad alta estricta con clases de reenvío que no sean de prioridad alta estricta en un conjunto de clases de reenvío). En los conmutadores QFX10000, 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 los sistemas QFX10000, se recomienda configurar siempre una velocidad de transmisión en las colas de prioridad estricta alta para evitar que afecten 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 de puerto disponible y privar a otras colas del puerto.

    En los conmutadores QFX5200, QFX5100 y EX4600, se recomienda aplicar siempre una velocidad de modelación a la cola de prioridad estricta y alta para evitar que afecte a otras colas. Si no aplica una velocidad de modelació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 del 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 más bajo. 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 menos, el comportamiento de formación de tráfico solo es preciso dentro de +/– 20 por ciento de la configuración shaping-rate.

• En los conmutadores QFX10000, la configuración del modelado de 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.

  Configure el modelado 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 el modelado de velocidad en el tráfico asignado a la clase de reenvío de máximo esfuerzo asignada a la cola 0 y, luego, aplicar el programador a una interfaz mediante una asignación de programador para establecer el ancho de banda máximo para el tráfico de máximo esfuerzo asignado a la cola 0 en ese puerto. El tráfico en el reenvío de máximo esfuerzo no puede usar más que la cantidad de ancho de banda de puerto especificada por la velocidad de transmisión cuando se usa la exact opción.

  Las interfaces LAG están compuestas por dos o más vínculos Ethernet agrupados para funcionar como una sola interfaz. El conmutador puede aplicar hash al tráfico que entra en una interfaz LAG a 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 el modelado de velocidad al tráfico depende de cómo el conmutador aplica el hash al tráfico en los vínculos LAG.

  Para ilustrar cómo afecta el hash de vínculos a la manera en que el conmutador aplica una velocidad de modelación al tráfico de 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 LAG, el conmutador aplica un hash al tráfico en uno de los dos vínculos miembro.

  Si el conmutador aplica un 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 2 G 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 hash al best-effort tráfico en ambos vínculos LAG, el tráfico recibe un máximo de 2G de ancho de banda en cada vínculo de LAG, y no 2G como un total acumulado para todo el LAG, por lo que el tráfico de máximo esfuerzo recibe un máximo de 4G en el LAG, no los 2G establecidos por la configuración de modelado de velocidad. Cuando el hash distribuye el tráfico asignado a una cola de salida (que se asigna a una clase de reenvío) a lo largo de varios vínculos de LAG, el modelado de la velocidad efectiva (ancho de banda máximo acumulativo) en el LAG es:

  (número de interfaces miembro de LAG) x (modelado de velocidad para la cola de salida) = modelado de velocidad de LAG acumulado

• En los conmutadores que no utilizan colas de salida virtuales (VOQ), puede producirse congestión del puerto de entrada durante 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 descartan 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 deja caer tráfico destinado a uno o más puertos de salida no congestionados, configure un perfil de caída de detección 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 eliminar tramas en la salida en lugar de causar congestión en el puerto de entrada.

  Nota:

  En los sistemas que admiten transporte sin pérdida, no configure perfiles de destino para 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érdida. Utilice el control de flujo basado en prioridades (PFC) para evitar la caída de tramas en prioridades sin pérdida.

• En sistemas que utilizan clasificadores distintos para el tráfico de unidifusión y multidestino y que admiten transporte sin pérdida, en un puerto de entrada, no configure clasificadores que asignen el mismo punto de referencia 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érdidas (como las clases predeterminadas sin pérdida fcoe o no-loss de reenvío). Cualquier punto de código utilizado para el tráfico de multidestino en un puerto no debe utilizarse para clasificar el tráfico de unidifusión en una clase de reenvío sin pérdida en el mismo puerto.

  Si un flujo de tráfico 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 multidestino se tratará de la misma manera que el tráfico sin pérdida. Por ejemplo, si se aplica el control de flujo basado en prioridades (PFC) al tráfico sin pérdida, el tráfico multidestino del mismo punto de código también se detiene. 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 de puertos 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 el tráfico con punto 011 de código a la clase de reenvío se asigna a todas las interfaces (el mcast 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érdida y también asigna tráfico multidestino a un flujo de tráfico multidestino, el flujo de tráfico multidestino puede experimentar congestión del puerto de entrada durante 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érdida, el flujo de tráfico multidestino no experimenta congestión del puerto de entrada durante los períodos de congestión.

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