Este documento responde preguntas frecuentes (FAQ) sobre la función de Calidad de Servicio (QoS) del Catalyst 6500/6000 con Supervisor 1 (Sup1), Supervisor 1A (Sup1A), Supervisor 2 (Sup2) y Supervisor 720 (Sup720) que ejecutan Catalyst OS (CatOS). En este documento, cuando se habla de switches se refiere a Catalyst 6500 (Cat6K) Switches que ejecutan CatOS. Consulte Configuración de PFC QoS para las funciones de QoS en los Catalyst 6500/6000 Switches que ejecutan el software Cisco IOS®.
A. De forma predeterminada, QoS no está habilitado. Ejecute el comando set qos enable para habilitar QoS.
A. Todo el tráfico que ingresa a un puerto no confiable se marca con un DSCP de 0. Específicamente, el puerto de salida vuelve a marcar DSCP a 0.
A. La configuración predeterminada se basa en puerto. Puede cambiar esto si ejecuta el comando set port qos mod/port vlan-based.
A. Refiérase a la tabla de capacidades de puerto en la sección Comprensión de la Capacidad de Colocación en Cola de un Puerto de QoS Output Schedule en Catalyst 6500/6000 Series Switches que Ejecutan CatOS System Software.
A. Refiérase a la sección Configuración Predeterminada para QoS en Catalyst 6000 de QoS Output Schedule en Catalyst 6500/6000 Series Switches que Ejecutan CatOS System Software.
A. Programación de entrada: realizada por circuitos integrados específicos de la aplicación (ASIC) de puerto COIL/PINNACLE. Solo capa 2, con o sin una tarjeta de función de políticas (PFC).
Clasificación: realizada por el supervisor o por PFC a través del motor de lista de control de acceso (ACL). Sólo capa 2, sin PFC; Capa 2 o Capa 3 con un PFC.
Regulación de tráfico: realizada por PFC a través del motor de reenvío de Capa 3. Capa 2 o Capa 3 con PFC (obligatorio).
Reescritura de paquetes: realizada por ASIC de puerto PINNACLE/COIL. Capa 2 o Capa 3 según la clasificación realizada anteriormente.
Programación de salida: realizada por ASIC de puerto PINNACLE/COIL. Capa 2 o Capa 3 según la clasificación realizada anteriormente.
A. En los switches de la familia Catalyst 6000, el núcleo de la funcionalidad de QoS reside en la PFC y es un requisito para el procesamiento de QoS de Capa 3 o Capa 4. Sin embargo, un supervisor sin PFC se puede utilizar para la clasificación y marcación de QoS de capa 2.
A. PFC2 le permite aplicar la política de QoS a una tarjeta de reenvío distribuido (DFC). PFC2 también agrega soporte para una velocidad excesiva, lo que indica un segundo nivel de regulación en el que se pueden tomar acciones de políticas. Consulte la sección Soporte de Hardware para QoS en la Familia Catalyst 6000 de Introducción a la Calidad de Servicio en los Catalyst 6000 Family Switches para obtener más información.
A. set qos map 2q2t tx queue 2 2 cos 5,6,7
set qos map 2q2t tx queue 2 1 cos 1, 2, 3, 4
set qos map 2q2t tx queue 1 1 cos 0
A. De 8 a 1 (divida DSCP por 8 para obtener CoS).
A. No, las colas WRR no se sirven hasta que la cola de prioridad está completamente vacía.
A. Basado en un cierto número de bytes, que puede representar más de un paquete. El paquete final que excede los bytes asignados no se envía. Con una configuración de peso extremo, como 1% para la cola 1 y 99% para la cola 2, es posible que no se alcance el peso configurado exacto. El switch utiliza un algoritmo WRR para transmitir tramas de una cola a la vez. WRR utiliza un valor de peso para decidir cuánto transmitir de una cola antes de pasar a la otra. Cuanto mayor sea el peso asignado a una cola, mayor será el ancho de banda de transmisión que se le asignará.
Nota: El número real de bytes transmitidos no coincide con el cálculo porque las tramas completas se transmiten antes de que se conmuten a la otra cola.
A. DWRR transmite desde las colas sin dejar inactiva la cola de baja prioridad, porque realiza un seguimiento de la subtransmisión de cola de baja prioridad y la compensa en la siguiente ronda. Si una cola no puede enviar un paquete porque su tamaño es mayor que los bytes disponibles, los bytes no utilizados se acreditan a la siguiente ronda.
A. Ejecute el comando set qos wrr 2q2t q1_weight q2_weight para modificar los pesos predeterminados para la cola 1 (la cola de baja prioridad atendida 5/260 de tiempo) y la cola 2 (la cola de alta prioridad atendida 255/260 de tiempo).
A. Sí, SNMP soporta CISCO-QOS-PIB-MIB y CISCO-CAR-MIB.
A. Los comandos show qos statistics aggregate-policer y show qos statistics l3stats muestran el número de paquetes perdidos por el regulador.
A. Sí, SNMP soporta CISCO-QOS-PIB-MIB y CISCO-CAR-MIB.
A. No, esto no se puede hacer. En el modo híbrido (CatOS), el supervisor realiza todas las políticas de QoS.
A. Los valores de velocidad del regulador y ráfaga del regulador se implementan de esta manera:
burst = sustained rate bps × 0.00025 (the leaky bucket rate) + MTU kbpsPor ejemplo, si desea un regulador de tráfico de 20 Mbps y una unidad de transmisión máxima (MTU) (en Ethernet) de 1500 bytes, así es como se calcula la ráfaga:
burst = (20,000,000 bps × 0.00025) + (1500 × 0.008 kbps) = 5000 bps + 12 kbps = 17 kbpsSin embargo, debido a la granularidad del hardware del regulador con Sup1 y Sup2, necesita redondear esto a 32 kbps, que es el mínimo.
Consulte estos documentos para obtener más información sobre la implementación de la velocidad del regulador y los valores de ráfaga:
A. Sí, hay diferencia entre dos supervisores cuando un Catalyst 6500 Switch tiene SUP2/PFC2. Si ejecuta Cisco Express Forwarding (CEF), el comportamiento es ligeramente diferente cuando configura el netflow en SUP2.
A. Refiérase a la sección Monitoreo y Verificación de una Configuración de Clasificación y Marcado de QoS en Switches Catalyst 6500/6000 Series que Ejecutan el Software CatOS.
A. Cuando ejecuta código híbrido (CatOS), ejecuta los comandos QoS en la Supervisor/Policy Feature Card (PFC). El 6500 realiza QoS en tres lugares:
Basado en software en la MSFC
Basado en hardware (basado en switching multicapa) en la PFC
Basado en software en algunas tarjetas de línea
Este problema ocurre cuando trabaja con el IOS híbrido (CatOS + IOS para MSFC). CatOS e IOS tienen dos conjuntos de comandos de configuración. Sin embargo, cuando configura QoS en IOS nativo, por ejemplo con los motores Sup32 o Sup720 más nuevos, se encuentra más lejos del hardware y la parte de la tarjeta de línea es invisible para el usuario. Esto es importante porque la mayor parte del tráfico se conmuta por capas múltiples (hardware conmutado). Por lo tanto, es manejado por la lógica PFC. La MSFC nunca ve ese tráfico. Si no está configurando QoS basada en PFC, la mayor parte del tráfico se pierde.
A. Puede crear una lista de control de acceso (ACL) de QoS para confiar en el valor de punto de código de servicios diferenciados (DSCP) del paquete entrante. Por ejemplo, ejecute el comando set qos acl ip test trust-dscp any.
A. Refiérase a la sección Clasificación y Regulación con PFC de Comprensión de la Calidad de Servicio en los Catalyst 6000 Family Switches.
A. Con Supervisor Engine 1 y 1A, no es posible tener estadísticas de regulación de tráfico para cada regulador de tráfico agregado individual. Ejecute el comando show qos statistics l3stats para ver las estadísticas de regulación por sistema.
Con Supervisor Engine 2, puede ver estadísticas de regulación de tráfico agregadas por regulador con el comando show qos statistics aggregate-policer. Ejecute el comando show mls entry qos short para verificar las estadísticas de regulación del microflujo.
A. El modelado de tráfico sólo es soportado en algunos módulos WAN de la serie Catalyst 6500/7600, como por ejemplo, los Módulos de servicios ópticos (OSM) y los Módulos FlexWAN. Consulte Configuración del Modelado de Tráfico Basado en Clase y Modelado de Tráfico para obtener más información.
A. El Catalyst 6500/6000 admita hasta 63 reguladores de microflujo y hasta 1023 reguladores de agrupamiento.
A. El Supervisor Engine 1A soporta el control de ingreso en CatOS versión 5.3(1) y posterior, y Cisco IOS Software Release 12.0(7)XE y posterior.
El Supervisor Engine 2 soporta el control de ingreso en la versión CatOS 6.1(1) y posterior, y Cisco IOS Software Release 12.1(5c)EX y posterior. Sin embargo, la regulación de microflujo se soporta solamente en el software Cisco IOS.
A. Un cambio importante en la regulación del tráfico en Supervisor Engine 720 es que puede contar el tráfico por la longitud de Capa 2 de la trama. Esto difiere de Supervisor Engine 1 y Supervisor Engine 2, que cuentan las tramas IP e IPX por su longitud de Capa 3. Con algunas aplicaciones, es posible que la longitud de las capas 2 y 3 no sea uniforme. Un ejemplo es un paquete de Capa 3 pequeño dentro de una trama de Capa 2 grande. En este caso, Supervisor Engine 720 podría mostrar una velocidad de tráfico controlada ligeramente diferente en comparación con Supervisor Engine 1 y Supervisor Engine 2.
A. Estos parámetros controlan el funcionamiento de la cubeta con ficha:
Velocidad: define cuántos tokens se quitan en cada intervalo. Esto fija de manera eficaz la velocidad de tráfico ordenado. Todo tráfico por debajo de la velocidad se considera dentro del perfil.
Intervalo: define la frecuencia con la que los tokens se quitan de la cubeta. El intervalo se fija en 0.00025 segundos para que los tokens se eliminen del compartimiento de memoria (bucket) 4,000 veces por segundo. No puede cambiarse el intervalo.
Ráfaga: define el número máximo de tokens que la cubeta puede contener en cualquier momento. La ráfaga no debe ser menor que la velocidad por el intervalo para mantener la velocidad de tráfico especificada. Otra consideración es que el paquete de tamaño máximo debe encajar en el bloque de memoria.
Utilice esta ecuación para determinar el parámetro de ráfaga:
Burst = (rate bps * 0.00025 sec/interval) or (maximum packet size bits) [whichever is greater]Por ejemplo, si desea calcular el valor mínimo de ráfaga necesario para mantener una velocidad de 1 Mbps en una red Ethernet, la velocidad se define como 1 Mbps y el tamaño máximo del paquete Ethernet es de 1518 bytes. Esta es la ecuación:
Burst = (1,000,000 bps * 0.00025) or (1518 bytes * 8 bits/byte) = 250 or 12144El resultado mayor es 12144, que equivale aproximadamente a 13 kbps.
Nota: En Cisco IOS Software, la velocidad de regulación se define en bits por segundo (bps). En el sistema operativo Catalyst (CatOS), se define en kbps. Además, en Cisco IOS Software, la velocidad de ráfaga se define en bytes, pero en CatOS, se define en kilobits.
Nota: Debido a la granularidad de la regulación del hardware, la velocidad exacta y la ráfaga se redondean al valor admitido más cercano. Asegúrese de que el valor de ráfaga no sea menor que el paquete de tamaño máximo. De lo contrario, se rechazan todos los paquetes más grandes que la ráfaga.
Por ejemplo, si intenta establecer la ráfaga en 1518 en Cisco IOS Software, se redondea a 1000. Esto hace que se descarten todas las tramas mayores de 1000 bytes. La solución es configurar la ráfaga a 2000.
Cuando configure la velocidad de ráfaga, tenga en cuenta que algunos protocolos, como TCP, implementan un mecanismo de control de flujo que reacciona a la pérdida de paquetes. Por ejemplo, TCP reduce la ventana a la mitad para cada paquete perdido. Por consiguiente, cuando se controla a una velocidad determinada, la utilización efectiva del link es menor que la velocidad configurada. Puede aumentar la ráfaga para alcanzar una mejor utilización. Un buen comienzo para ese tráfico es duplicar el tamaño de ráfaga. En este ejemplo, el tamaño de ráfaga aumenta de 13 kbps a 26 kbps. Luego, controle el rendimiento y realice los ajustes necesarios.
Por la misma razón, no se recomienda comparar la operación del regulador con el tráfico orientado a la conexión. Esto generalmente muestra un rendimiento inferior al permitido por el vigilante.
A. Al configurar QoS en los puertos que forman parte de un canal de puerto en el sistema operativo Catalyst (CatOS), debe aplicar la misma configuración a todos los puertos físicos del canal de puerto. Estos parámetros deben coincidir para todos los puertos en el canal de puerto:
Tipo de confianza de puerto
Tipo de puerto de recepción (2q2t o 1p2q2t)
Tipo de puerto de transmisión (1q4t o 1p1q4t)
Clase de servicio de puerto predeterminado (CoS)
QoS basada en puerto o QoS basada en VLAN
Lista de control de acceso (ACL) o par de protocolo que transporta el puerto
A. Con las versiones del sistema operativo Catalyst (CatOS) anteriores a la 6.2, el comando de umbral de detección temprana aleatoria ponderada (WRED) solo establece el umbral máximo, mientras que el umbral mínimo está codificado en 0%. Esto se corrige en CatOS 6.2 y posteriores, que permiten la configuración del valor de umbral mínimo.El umbral mínimo predeterminado depende de la precedencia. El umbral mínimo para la precedencia IP 0 corresponde a la mitad del umbral máximo. Los valores de las precedencias que permanecen caen entre la mitad del umbral máximo y el umbral máximo a intervalos uniformemente espaciados.
A. Si tiene tres colas (1p2q2t), la cola de ordenamiento cíclico ponderado de alta prioridad (WRR) y la cola de prioridad estricta deben establecerse en el mismo nivel.
A. Sí, porque no puede ejecutar los comandos trust-dscp, trust-ipprec o trust-cos en las tarjetas de línea WS-X6248-xx, WS-X6224-xx y WS-X6348-xx. El método más sencillo en esta situación es dejar todos los puertos como no fiables y cambiar la lista de control de acceso (ACL) predeterminada al comando trust-dscp:
set qos enable set port qos 2/1-16 trust untrusted set qos acl default-action ip trust-dscpRefiérase a las Limitaciones de las Tarjetas de Línea WS-X6248-xx, WS-X6224-xx y WS-X6348-xx de la Clasificación y Marcado de QoS en Switches Catalyst 6500/6000 Series que Ejecutan el Software CatOS para la Tarjeta de Línea de Agregación limitaciones específicas.
A. El Supervisor Engine 1A soporta el control de ingreso en la versión 5.3(1) y posterior de CatOS, y en la versión 12.0(7)XE y posterior del software del IOS de Cisco.
Nota: Se requiere una tarjeta secundaria de tarjeta de función de políticas (PFC) para la regulación con el Supervisor Engine 1A.
El Supervisor Engine 2 soporta el control de ingreso en la versión CatOS 6.1(1) y posterior, y en la versión 12.1(5c)EX y posterior del software del IOS de Cisco. El Supervisor Engine 2 soporta el parámetro de regulación de velocidad excesiva.
El Supervisor 720 soporta el control de ingreso en el nivel de interfaz de puerto y VLAN. Refiérase a la Actualización de Funciones de Regulación de Tráfico para Supervisor Engine 720 de Regulación de QoS en Catalyst 6500/6000 Series Switches para obtener más información sobre las funciones de regulación de Sup720.
A. Cuando configura QoS en un puerto que forma parte de un EtherChannel en CatOS, siempre debe configurarlo por puerto. Además, debe asegurarse de aplicar la misma configuración de QoS a todos los puertos, porque EtherChannel sólo puede agrupar puertos con las mismas configuraciones de QoS. Esto significa que debe configurar estos parámetros de la misma manera:
Tipo de confianza de puerto
Tipo de puerto de recepción (2q2t o 1p2q2t)
Tipo de puerto de transmisión (1q4t o 1p1q4t)
Clase de servicio de puerto predeterminado (CoS)
QoS basada en puerto o QoS basada en VLAN
Lista de control de acceso (ACL) o par de protocolo que transporta el puerto
A. Consulte el Caso 1: Marcado en la sección Borde de la Clasificación y Marcado de QoS en los Catalyst 6500/6000 Series Switches que Ejecutan el Software CatOS para un ejemplo de marcado del tráfico.
Consulte la sección Configuración y Supervisión de Regulación de Tráfico en el Software CatOS de QoS Policing en los Catalyst 6500/6000 Series Switches para ver un ejemplo de regulación del tráfico.
A. Cada ACL de QoS se puede aplicar a un puerto o a una VLAN, pero hay un parámetro de configuración adicional que se debe tener en cuenta: el tipo de puerto ACL. Se puede configurar un puerto para que esté basado en la VLAN o en el puerto. Estos son los dos tipos de configuraciones:
Si se asigna un puerto basado en VLAN con una ACL aplicada a una VLAN que también tiene una ACL aplicada, la ACL basada en VLAN tiene prioridad sobre la ACL basada en puerto.
Si un puerto basado en puerto con una ACL aplicada se asigna a una VLAN que también tiene una ACL aplicada, la ACL basada en puerto toma prioridad sobre la ACL basada en VLAN.
Refiérase a ¿Cuál de las Cuatro Fuentes Posibles para DSCP Interno será Usada? de Clasificación y Marcado de QoS en Catalyst 6500/6000 Series Switches que Ejecutan el Software CatOS para obtener más información.
A. Los switches de capa 3 implementan una aproximación del algoritmo de cubeta con ficha única en el firmware. Un tamaño razonable de ráfaga para el rango de velocidades de tráfico es de aproximadamente 64000 bytes. El tamaño de ráfaga debería elegirse para que incluya al menos un paquete de tamaño máximo. Con cada paquete que llega, el algoritmo de regulación determina el tiempo entre este paquete y el último paquete, y calcula el número de tokens generados durante el tiempo transcurrido. Luego, agrega este número de tokens a la cubeta y determina si el paquete que llega cumple o supera los parámetros especificados.
A. Las aplicaciones TCP se comportan mal cuando los paquetes se descartan como resultado de la limitación de velocidad. Esto se debe al esquema de ventanas inherente utilizado en el control de flujo. Puede ajustar el parámetro de tamaño de ráfaga o el parámetro de velocidad para obtener el rendimiento requerido.
A. Para evitar la congestión en la programación de salida, el switch Catalyst 6500 (Cat6K) admite WRED en algunas colas de salida. Cada cola tiene un tamaño y un umbral configurables. Algunos tienen WRED. WRED es un mecanismo de prevención de congestión que descarta aleatoriamente los paquetes con una precedencia IP determinada cuando los búfers alcanzan un límite de umbral definido. WRED es una combinación de dos funciones: caída de cola y detección temprana aleatoria (RED). La implementación temprana del sistema operativo Catalyst (CatOS) de WRED solo estableció el umbral máximo, mientras que el umbral mínimo estaba codificado en 0%. Tenga en cuenta que la probabilidad de caída para un paquete siempre es no nula, ya que siempre están por encima del umbral mínimo. Este comportamiento se corrige en CatOS 6.2 y posteriores. WRED es un mecanismo muy útil para evitar la congestión cuando el tipo de tráfico se basa en TCP. Para otros tipos de tráfico, RED no es muy eficiente porque RED aprovecha el mecanismo de ventanas que utiliza TCP para gestionar la congestión.
Refiérase a la sección Comprensión de la Capacidad de Colocación en Cola de un Puerto de Programación de Salida QoS en Switches Catalyst 6500/6000 Series que Ejecutan el Software del Sistema CatOS para determinar si una tarjeta de línea o estructura de cola pueden soportar WRED. También puede ejecutar el comando show port capabilities para ver la estructura de cola de su tarjeta de línea.
A. Cada trama tiene asignada una clase de servicio interna (CoS), ya sea la CoS recibida o la CoS de puerto predeterminada. Esto incluye las tramas sin etiquetar que no llevan ninguna CoS real. Esta CoS interna y el DSCP recibido se escriben en un encabezado de paquete especial (llamado encabezado de bus de datos) y se envían a través del bus de datos al motor de conmutación. Esto sucede en la tarjeta de línea de ingreso. En este punto, todavía no se sabe si esta CoS interna se lleva al circuito integrado específico de la aplicación de salida (ASIC) y se inserta en la trama saliente. Una vez que el encabezado alcanza el motor de conmutación, el motor de conmutación Encode Address Recognition Logic (EARL) asigna a cada trama un DSCP interno. Este DSCP interno es una prioridad interna asignada a la trama por la tarjeta de función de políticas (PFC) a medida que transita por el switch. Éste no es el DSCP en el encabezado IPv4. Se deriva de una configuración de CoS o tipo de servicio (ToS) existente y se utiliza para restablecer la CoS o ToS a medida que la trama sale del switch. Este DSCP interno es asignado a todas las tramas conmutadas (o enrutadas) por el PFC, inclusive las tramas que no son IP.
A. Refiérase a la sección Cuatro Fuentes Posibles para DSCP Interno de Clasificación y Marcado de QoS en Switches Catalyst 6500/6000 Series que Ejecutan el Software CatOS.
A. El DSCP interno depende de estos factores:
Estado de Seguridad de Puertos
Lista de control de acceso (ACL) conectada al puerto
ACL predeterminada
Basado en VLAN o basado en puerto, con respecto a la ACL
Este diagrama de flujo resume cómo se elige el DSCP interno en base a la configuración:
A. Sí, CBWFQ le permite definir una clase de tráfico y asignarle una garantía de ancho de banda mínimo. El algoritmo detrás de este mecanismo es la cola equilibrada ponderada (WFQ), que explica el nombre. Usted define clases específicas en las sentencias map-class para configurar CBWFQ. Luego, puede asignar una política a cada clase en una asignación de políticas. Este policy-map luego se adjunta al entrante/saliente de una interfaz.
A. Sí, el punto de código de servicios diferenciados (DSCP) interno se utiliza para restablecer el CoS en las tramas de salida.
A. Sí, cuando se configuran estos comandos, QoS aplica una configuración idéntica a todos los puertos LAN/enrutados controlados por el mismo circuito integrado específico de la aplicación (ASIC). La configuración de QoS se propaga a otros puertos que pertenecen al mismo ASIC independientemente de si el puerto es un puerto de acceso, un puerto trunk o un puerto ruteado.
rcv-queue random-detect
rcv-queue queue-limit
wrr-queue queue-limit
wrr-queue bandwidth (excepto puertos LAN Gigabit Ethernet)
priority-queue cos-map
rcv-queue cos-map
wrr-queue cos-map
wrr-queue threshold
rcv-queue threshold
wrr-queue random-detect
wrr-queue random-detect min-threshold
wrr-queue random-detect max-threshold
Cuando el comando default interface se ejecuta en cualquiera de los puertos, el ASIC que controla el puerto particular restablece la configuración de QoS para todos los puertos controlados por él.
Router#show traffic-shape statistics Access Queue Packets Bytes Packets Bytes Shaping I/F List Depth Delayed Delayed Active Et0 101 0 2 180 0 0 no Et1 0 0 0 0 0 noA. El atributo Shaping Active tiene sí cuando los temporizadores indican que se produce el modelado del tráfico y no si no se produce el modelado del tráfico.
Puede utilizar el comando show policy-map para verificar si el tráfico configurado funciona.
Router#show policy-map Policy Map VSD1 Class VOICE1 Strict Priority Bandwidth 10 (kbps) Burst 250 (Bytes) Class SIGNALS1 Bandwidth 8 (kbps) Max Threshold 64 (packets) Class DATA1 Bandwidth 15 (kbps) Max Threshold 64 (packets) Policy Map MQC-SHAPE-LLQ1 Class class-default Traffic Shaping Average Rate Traffic Shaping CIR 63000 (bps) Max. Buffers Limit 1000 (Packets) Adapt to 8000 (bps) Voice Adapt Deactivation Timer 30 Sec service-policy VSD1
A. Cisco Catalyst 6500 PFC QoS tiene algunas restricciones y no admite algunos comandos relacionados con QoS. Consulte estos documentos para obtener la lista completa de comandos no admitidos.
A. Los contadores de directivas de plano de control de software (CoPP) son la suma de los paquetes que atraviesan la CoPP de hardware y la limitación de la velocidad de hardware. Los paquetes son manejados primero por los limitadores de velocidad de hardware y, si no coinciden, el CoPP de hardware viene a la imagen. Si el limitador de velocidad de hardware permite los paquetes, este paquete va al software donde es procesado por el CoPP de software. Debido a este software, CoPP puede ser mayor que los contadores CoPP de hardware.
También hay algunas restricciones en las que no se admite CoPP en el hardware. Algunos de ellos son:
El CoPP no se soporta en el hardware para los paquetes multicast. La combinación de ACL, limitadores de velocidad de CPU de multidifusión y protección de software CoPP proporciona protección contra ataques de DoS de multidifusión.
El CoPP no se soporta en el hardware para los paquetes de difusión. La combinación de ACL, control de tormentas de tráfico y protección de software CoPP proporciona protección contra ataques de DoS de difusión.
Las clases que coinciden con el multicast no se aplican en el hardware sino en el software.
CoPP no está habilitado en el hardware a menos que MMLS QoS esté habilitado globalmente con el comando mls qos. Si no se ingresa el comando mls qos, CoPP sólo funciona en software y no proporciona ninguna ventaja al hardware.
Consulte Configuración de Control Plane Policing (CoPP) para obtener más información.
A. Cuando se ejecuta el comando default interface, se recopila la configuración no predeterminada, que es similar a lo que se visualiza en show running-config interface x/y cada uno de ellos se establece en sus valores predeterminados. Esto también puede ser una simple negación de un comando.
Si hay alguna QoS u otras funciones configuradas en esa interfaz y esos comandos se anulan, pueden propagarse a otras interfaces de la tarjeta de línea.
Se recomienda verificar el resultado del comando show interface x/y capabilities antes de proceder con el valor predeterminado de una interfaz. Consulte ¿QoS aplica la configuración idéntica a todos los puertos LAN controlados por el mismo ASIC? para más información.
La salida del comando default interface también muestra (si existe) otras interfaces que se ven afectadas por la QoS y otras funciones implementadas en ese ASIC de puerto.
A. Yes. Puede configurar QoS en una IP secundaria.