Este documento explica cómo interpretar el resultado del comando show policy-map interface, que puede utilizar para supervisar los resultados de una política de servicio creada con la interfaz de línea de comandos (CLI) (MQC) de calidad de servicio modular de Cisco (QoS).
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. All of the devices used in this document started with a cleared (default) configuration. Si trabaja en una red en vivo, asegúrese de entender el posible impacto de cualquier comando antes de ejecutarlo.
Nota: En Cisco IOS® Software Release 12.1T, los paquetes en las salidas de los comandos enumerados en este documento incluyen todos los paquetes que coinciden con una clase determinada. Sin embargo, en Cisco IOS Software Release 12.1, sólo los paquetes que se ponen en cola durante la congestión se cuentan y se muestran en la salida de estos mismos comandos.
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
Para saber cómo interpretar el comando show policy-map interface, primero es necesario comprender el concepto de congestión.
Conceptualmente, la guía de configuración del software del IOS de Cisco define la congestión como: "Durante los períodos de congestión de transmisión en la interfaz saliente, los paquetes llegan más rápido de lo que la interfaz puede enviarlos".
En otras palabras, la congestión ocurre típicamente cuando una interfaz de ingreso rápido alimenta una interfaz de salida relativamente lenta. Un punto de congestión común es un router de sucursal con un puerto Ethernet orientado a la LAN y un puerto serial orientado a la WAN. Los usuarios del segmento LAN generan 10 Mbps de tráfico, que se alimenta en un T1 con 1,5 Mbps de ancho de banda.
Funcionalmente, la congestión se define como llenar el anillo de transmisión en la interfaz. Un anillo es una estructura de control de búfer especial. Cada interfaz admite un par de anillos: un anillo de recepción para recibir paquetes y un anillo de transmisión para trasmitir paquetes. El tamaño de los anillos varía con el controlador de interfaz y con el ancho de banda de la interfaz o circuito virtual (VC). Por ejemplo, utilice el comando show atm vc {vcd} para mostrar el valor del anillo de transmisión en un adaptador de puerto ATM PA-A3. Para obtener más información, consulte Información y ajuste del valor tx-ring-limit.
7200-1# show atm vc 3 ATM5/0.2: VCD: 3, VPI: 2, VCI: 2 VBR-NRT, PeakRate: 30000, Average Rate: 20000, Burst Cells: 94 AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0 OAM frequency: 0 second(s) PA TxRingLimit: 10 InARP frequency: 15 minutes(s) Transmit priority 2 InPkts: 0, OutPkts: 0, InBytes: 0, OutBytes: 0 InPRoc: 0, OutPRoc: 0 InFast: 0, OutFast: 0, InAS: 0, OutAS: 0 InPktDrops: 0, OutPktDrops: 0 CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 OAM cells received: 0 OAM cells sent: 0 Status: UP
Cisco IOS, también conocido como el procesador de capa 3 (L3), y el controlador de interfaz utiliza el anillo de transmisión al mover paquetes a los medios físicos. Los dos procesadores colaboran de la siguiente manera:
La interfaz transmite paquetes de acuerdo con la velocidad de interfaz o con la velocidad modelada.
La interfaz mantiene una cola de hardware o un anillo de transmisión, donde almacena los paquetes que esperan ser transmitidos sobre el cable físico.
Cuando la cola de hardware o el anillo de transmisión se llena, la interfaz proporciona una presión posterior explícita al sistema del procesador L3. La interfaz notifica al procesador L3 que no deje salir paquetes de la cola hacia el anillo de transmisión de la interfaz porque el anillo de transmisión está lleno. El procesador L3 ahora almacena los paquetes en exceso en las colas L3.
Cuando la interfaz envía los paquetes en el anillo de transmisión y vacía el anillo, nuevamente tiene suficientes búfers disponibles para almacenar los paquetes. Libera la contrapresión y el procesador L3 descoloca los paquetes nuevos en la interfaz.
El aspecto más importante de este sistema de comunicación es que la interfaz reconoce que su anillo de transmisión está completo y regula la recepción de paquetes nuevos desde el sistema del procesador L3. Por lo tanto, cuando la interfaz está congestionada, la decisión de la eliminación pasa de una decisión aleatoria de último en entrar, primero en eliminarse en la cola primero en entrar, primero en salir (FIFO) del anillo de transmisión a una decisión diferenciada basada en políticas de servicio de nivel IP implementadas por el procesador L3.
A continuación, debe saber cuándo utiliza el router las colas L3, ya que las políticas de servicio se aplican solamente a los paquetes almacenados en las colas de capa 3.
Esta tabla ilustra el momento en que los paquetes se sitúan en la cola de la L3. Los paquetes generados localmente siempre se conmutan por proceso y se entregan primero a la cola L3 antes de que se transmitan al controlador de interfaz. Los paquetes conmutados rápidamente y conmutados por Cisco Express Forwarding (CEF) se entregan directamente al anillo de transmisión y se sientan en la cola L3 solamente cuando el anillo de transmisión está lleno.
Tipo de paquete | Congestión | Sin congestión |
---|---|---|
Paquetes generados localmente, que incluyen paquetes Telnet y pings | Yes | Yes |
Otros paquetes de conmutación por proceso | Yes | Yes |
Paquetes conmutados por CEF o en forma rápida | Yes | No |
Este ejemplo muestra estas guías aplicadas al resultado de la interfaz show policy-map (los cuatro contadores de claves están en negrita):
7206# show policy-map interface atm 1/0.1 ATM1/0.1: VC 0/100 - Service-policy output: cbwfq (1283) Class-map: A (match-all) (1285/2) 28621 packets, 7098008 bytes 5 minute offered rate 10000 bps, drop rate 0 bps Match: access-group 101 (1289) Weighted Fair Queueing Output Queue: Conversation 73 Bandwidth 500 (kbps) Max Threshold 64 (packets) (pkts matched/bytes matched) 28621/7098008 (depth/total drops/no-buffer drops) 0/0/0 Class-map: B (match-all) (1301/4) 2058 packets, 148176 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: access-group 103 (1305) Weighted Fair Queueing Output Queue: Conversation 75 Bandwidth 50 (kbps) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class-default (match-any) (1309/0) 19 packets, 968 bytes 5 minute offered rate 0 bps, drop rate 0 bps Match: any (1313)
Esta tabla define los contadores en negrita:
Contador | Explicación |
---|---|
28621 paquetes, 7098008 bytes | La cantidad de paquetes que coinciden con los criterios de la clase. Este contador se incrementa sin importar si la interfaz está congestionada o no. |
(pkts coincidentes/bytes coincidentes) 28621/7098008 | El número de paquetes que coinciden con los criterios de la clase cuando la interfaz estaba congestionada. En otras palabras, el anillo de transmisión de la interfaz estaba lleno, y el driver y el sistema del procesador L3 trabajaron juntos para poner en cola los paquetes excedentes en las colas L3, donde se aplica la política de servicio. Los paquetes conmutados por proceso siempre se dirigen a través del sistema de colocación en cola L3 y, de este modo, aumentan en contador de “paquetes compatibles”. |
Mapa de clases: B (match-all) (1301/4) | Estos números definen una ID interna utilizada con la Base de información para administración (MIB) de CISCO-CLASS-BASED-QOS-MIB. No aparecen más en el resultado de show policy-map en las versiones actuales del IOS de Cisco. |
5 minute offered rate 0 bps, drop rate bps | Utilice el comando load-interval para cambiar este valor y volverlo más instantáneo. El valor más bajo es 30 segundos; sin embargo, las estadísticas mostradas en el resultado show policy-map interface se actualizan cada 10 segundos. Dado que el comando brinda efectivamente una vista instantánea de un momento específico, es posible que la estadística no refleje un aumento temporario del tamaño de la cola. |
Si no hay congestión, no es necesario poner en cola a ninguno de los paquetes excedentes. Con la congestión, los paquetes, que incluyen los paquetes conmutados rápido y CEF, pueden entrar a la cola L3. Vuelva a ver cómo la guía de configuración de Cisco IOS define la congestión: "Si utiliza funciones de administración de congestión, los paquetes acumulados en una interfaz se ponen en cola hasta que la interfaz sea libre de enviarlos; luego se programan según su prioridad asignada y el mecanismo de colocación en cola configurado para la interfaz".
Normalmente, el contador de "paquetes" es mucho mayor que el contador de "paquetes coincidentes". Si los valores de los dos contadores son casi iguales, entonces la interfaz actualmente recibe un gran número de paquetes conmutados por proceso o está muy congestionada. Ambas condiciones deben investigarse para garantizar un reenvío óptimo de paquetes.
Esta sección explica cómo el router asigna números de conversación para las colas creadas cuando se aplica la política de servicio.
Router# show policy-map interface s1/0.1 dlci 100 Serial1/0.1: DLCI 100 - output : mypolicy Class voice Weighted Fair Queueing Strict Priority Output Queue: Conversation 72 Bandwidth 16 (kbps) Packets Matched 0 (pkts discards/bytes discards) 0/0 Class immediate-data Weighted Fair Queueing Output Queue: Conversation 73 Bandwidth 60 (%) Packets Matched 0 (pkts discards/bytes discards/tail drops) 0/0/0 mean queue depth: 0 drops: class random tail min-th max-th mark-prob 0 0 0 64 128 1/10 1 0 0 71 128 1/10 2 0 0 78 128 1/10 3 0 0 85 128 1/10 4 0 0 92 128 1/10 5 0 0 99 128 1/10 6 0 0 106 128 1/10 7 0 0 113 128 1/10 rsvp 0 0 120 128 1/10 Class priority-data Weighted Fair Queueing Output Queue: Conversation 74 Bandwidth 40 (%) Packets Matched 0 Max Threshold 64 (packets) (pkts discards/bytes discards/tail drops) 0/0/0 Class class-default Weighted Fair Queueing Flow Based Fair Queueing Maximum Number of Hashed Queues 64 Max Threshold 20 (packets)
La clase class-default es la clase predeterminada hacia la cual el tráfico es dirigido, si ese tráfico no satisface los criterios de coincidencia de otras clases cuyas políticas están definidas en la correspondencia de políticas. El comando fair-queue permite especificar el número de colas dinámicas en las que se ordenan y clasifican los flujos IP. Alternativamente, el router asigna un número predeterminado de colas derivadas del ancho de banda en la interfaz o VC. Los valores admitidos en ambos casos son una potencia de dos, en un rango de 16 a 4096.
Esta tabla enumera los valores predeterminados para las interfaces y para los circuitos virtuales permanentes (PVC) ATM:
Número predeterminado de colas dinámicas como función del ancho de banda de la interfazIntervalo de ancho de banda | Número de colas dinámicas |
---|---|
Menor o igual a 64 kbps | 16 |
Más de 64 kbps y menos de 128 kbps o igual | 32 |
Más de 128 kbps y menos de 256 kbps o igual | 64 |
Más de 256 kbps y menos de 512 kbps o igual | 128 |
Más de 512 kbps | 256 |
Intervalo de ancho de banda | Número de colas dinámicas |
---|---|
Menor o igual a 128 kbps | 16 |
Más de 128 kbps y menos de 512 kbps o igual | 32 |
Más de 512 kbps y menos de 2000 kbps o igual | 64 |
Más de 2000 kbps y menos de 8000 kbps o igual | 128 |
Más de 8000 kbps | 256 |
Según el número de colas reservadas para la cola equilibrada ponderada, Cisco IOS asigna un número de conversación o de cola como se muestra en esta tabla:
Número de conversación/cola | ‘Tipo de tráfico’ |
---|---|
1 - 256 | Colas de tráfico generales basadas en flujo. El tráfico que no coincida con una clase creada por el usuario coincidirá con las colas de clase predeterminada y con una de las colas basadas en flujo. |
257 - 263 | Reservado para el protocolo de detección de Cisco (CDP) y para paquetes marcados con un indicador interno de alta prioridad. |
264 | Cola reservada para la clase de prioridad (clases configuradas con el comando priority). Busque el valor "Strict Priority" para la clase en el resultado show policy-map interface. La cola de prioridad utiliza un ID de conversación igual al número de colas dinámicas más ocho. |
265 y superior | Colas para clases creadas por los usuarios. |
Complete estos pasos si necesita probar el contador de "paquetes coincidentes" y su política de servicio:
Simule congestión con un ping extendido utilizando un tamaño grande de ping y un gran número de pings. Además, intente descargar un archivo grande desde un servidor de protocolo de transferencia de archivos (FTP). El archivo constituye datos "perturbadores" y llena el ancho de banda de la interfaz.
Reduzca el tamaño del anillo de transmisión de la interfaz con el comando tx-ring-limit. Una reducción de este valor acelera el uso de QoS en el software Cisco IOS.
interface ATMx/y.z point-to-point ip address a.b.c.d M.M.M.M PVC A/B tx-ring-limitservice-policy output test
Especifique el tamaño como la cantidad de paquetes para los routers de las series 2600 y 3600 o como la cantidad de partículas de memoria para los routers de las series 7200 y 7500.
Asegúrese de que el flujo de tráfico coincide con el parámetro de entrada o salida de su política. Por ejemplo, descargar un archivo desde un servidor FTP genera congestión en la dirección de recepción porque el servidor envía tramas de gran tamaño de MTU y el equipo cliente devuelve pequeños reconocimientos (ACK).