Introducción a los Contadores de Paquetes en la Salida de Service Policy Interface

Introducción

En este documento se describe cómo comprendershow policy-map interface  la salida y supervisar los resultados de una política de servicio de calidad de servicio (QoS).

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Congestión definida

Para entender cómo interpretar elshow policy-map interface  comando, primero debe entender la congestión.

Conceptualmente, la congestión se define en la Descripción General de la Administración de la Congestión como "en la interfaz de salida, 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 egreso relativamente lenta. Un punto de congestión común es un router de sucursal con un puerto Ethernet orientado hacia la LAN y un puerto serie orientado hacia la WAN. Los usuarios del segmento LAN generan 10 Mbps de tráfico, que se envía a un T1 con 1,5 Mbps de ancho de banda.

La congestión, funcionalmente, es cuando el anillo de transmisión en la interfaz se llena. Un anillo es una estructura de control de búfer especial. Cada interfaz soporta un par de anillos: un anillo de recepción para los paquetes recibidos y un anillo de transmisión para los paquetes transmitidos. El tamaño de los anillos varía con el controlador de interfaz y con el ancho de banda de la interfaz o del circuito virtual (VC). Por ejemplo, utilice el show atm vc comando para mostrar el valor del anillo de transmisión en un adaptador de puerto ATM PA-A3. 

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 denominado procesador de capa 3 (L3), y el controlador de interfaz utiliza el anillo de transmisión cuando los paquetes se mueven 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, una vez más tiene suficientes búferes disponibles para almacenar los paquetes. Libera la contrapresión, y el procesador L3 libera los paquetes nuevos a 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.

Diferencia entre paquetes y paquetes coincidentes

Debido a que las políticas de servicio se aplican solamente a los paquetes almacenados en las colas de capa 3, debe comprender cuándo el router utiliza 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 son conmutados por proceso y se entregan primero a la cola L3 antes de que se pasen al controlador de interfaz. Los paquetes conmutados por conmutación rápida y conmutados por Cisco Express Forwarding (CEF) se entregan directamente al anillo de transmisión y se colocan en la cola L3 sólo 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 las directrices anteriores aplicadas a lashow policy-map interface  salida (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 controlador 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 load-intervalcomando para cambiar este valor y convertirlo en un valor más instantáneo. El valor más bajo es 30 segundos; sin embargo, las estadísticas mostradas en la  show policy-map interface  salida se actualizan cada 10 segundos. Dado que el comando proporciona eficazmente una instantánea en un momento específico, las estadísticas no reflejan un aumento temporal 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 paquetes CEF y de conmutación rápida, pueden entrar en la cola L3. Refiérase nuevamente a cómo la Descripción General de la Administración de la Congestión de Cisco define la congestión, como los paquetes que se acumulan en la interfaz y se ponen en cola hasta que la interfaz esté disponible para enviarlos; a continuación, los paquetes se programan en función de su prioridad asignada y del mecanismo de 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 aproximadamente iguales, la interfaz recibe actualmente un gran número de paquetes conmutados por proceso o está muy congestionada. Se deben investigar ambas condiciones para garantizar un reenvío de paquetes óptimo.

Asignación de números de conversación

Esta sección explica cómo el router asigna números de conversación a las colas creadas al aplicar 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. Elfair-queuecomando permite especificar el número de colas dinámicas en las que se ordenan y clasifican los flujos IP. Como alternativa, el router asigna un número predeterminado de colas derivadas del ancho de banda en la interfaz o el 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 interfaz

Intervalo de ancho de banda	Número de colas dinámicas
Inferior o igual a 64 kbps	16
Más de 64 kbps e inferior o igual a 128 kbps	32
Más de 128 kbps e inferior o igual a 256 kbps	64
Más de 256 kbps e inferior o igual a 512 kbps	128
Más de 512 kbps	256

Número predeterminado de colas dinámicas como función del ancho de banda de PVC ATM

Intervalo de ancho de banda	Número de colas dinámicas
Inferior o igual a 128 kbps	16
Más de 128 kbps e inferior o igual a 512 kbps	32
Más de 512 kbps e inferior o igual a 2000 kbps	64
Más de 2000 kbps e inferior o igual a 8000 kbps	128
Más de 8000 kbps	256

Según el número de colas reservadas para la colocación en cola equilibrada ponderada, Cisco IOS asigna una conversación o número de cola como se muestra en esta tabla:

Número de conversación/cola	‘Tipo de tráfico’
1 - 256	Colas de tráfico basadas en flujo generales. El tráfico que no coincide con una clase creada por el usuario puede coincidir con la clase predeterminada y 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 de "Prioridad estricta" para la clase en el resultado de 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.

Confirme su política de servicio

Complete estos pasos si necesita probar el contador de paquetes coincidentes y su política de servicio:

1. Simule la congestión con un ping extendido con un tamaño de ping grande y un gran número de pings. Además, intente descargar un archivo de gran tamaño desde un servidor FTP (protocolo de transferencia de archivos). El archivo constituye datos inquietantes y llena el ancho de banda de la interfaz.

2. Reduzca el tamaño del anillo de transmisión de la interfaz con eltx-ring-limitcomando. 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-limit <size>
    service-policy output test

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

4. Asegúrese de que su flujo de tráfico coincida con el parámetro de entrada o salida de su política. Por ejemplo, descargar un archivo de 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 reconocimientos pequeños (ACK).

Información Relacionada

• LAN Quality of Service
• Soporte técnico y descargas de Cisco