Resolución de problemas en los paquetes descartados en las colas de entrada y salida

Introducción

Este documento describe las caídas de la cola de entrada y salida tomadas de la salida del show interfaces en el router. Este documento describe el significado de estas caídas, los tipos de problemas que indican, cómo resolver el origen de estos problemas y ofrece algunos consejos para evitarlos.

Nota: Las caídas a menudo pueden ser útiles, porque desencadenan los mecanismos de control de flujo de los protocolos de capa superior (por ejemplo, las caídas reducen el tamaño de la ventana TCP).

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.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Convenciones

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Procesamiento y Switching

En las redes IP, los routers toman decisiones de reenvío basadas en el contenido de la tabla de ruteo. Cuando un router busca en la tabla de ruteo, busca la coincidencia más larga para la dirección IP de destino. El router hace esto en el nivel de proceso. Por lo tanto, el proceso de búsqueda se coloca en cola entre otros procesos de la CPU, debido a lo cual, el tiempo de búsqueda es impredecible y puede ser muy largo. Por lo tanto, se han introducido varios métodos de conmutación basados en la búsqueda exacta de coincidencia en el software Cisco IOS^®.

El principal beneficio de exact-match-lookup es que el tiempo de búsqueda es determinante y muy corto. Esto ha acortado significativamente el tiempo que un router tarda en tomar una decisión de reenvío. Por lo tanto, las rutinas que realizan la búsqueda se pueden implementar en el nivel de interrupción. Esto significa que la llegada de un paquete provoca una interrupción, lo que hace que la CPU posponga otras tareas y maneje el paquete. El método heredado para reenviar paquetes es buscar una mejor coincidencia en la tabla de ruteo. Esto no se puede implementar en el nivel de interrupción y se debe realizar en el nivel de proceso. Por varias razones, algunas de las cuales se mencionan en este documento, el método de búsqueda de coincidencia más larga no puede ser completamente abandonado, por lo que estos dos métodos de búsqueda existen en paralelo en los routers de Cisco. Esta estrategia se ha generalizado y ahora también se aplica a IPX y AppleTalk.

Para obtener más información sobre las trayectorias de conmutación del software Cisco IOS, consulte Conceptos Básicos de Ajuste del Rendimiento.

Pérdidas de la cola de entrada

Cuando un paquete ingresa en el router, el router intenta reenviarlo en el nivel de interrupción. Si no se puede encontrar una coincidencia en una tabla de caché adecuada, el paquete se coloca en la cola de entrada de la interfaz entrante que se procesará. Algunos paquetes se procesan siempre, pero con la configuración apropiada y en las redes estables, el índice de paquetes procesados nunca debe congestionar la cola de entrada. Si la cola de entrada está completa, se perderá el paquete.

Éste es un ejemplo de salida:

router#show interfaces ethernet 0/0 
...
Input queue: 30/75/187/0 (size/max/drops/flushes); Total output drops: 0 
Output queue :0/40 (size/max)...

En esta salida de ejemplo, no hay manera de ver exactamente qué paquetes se han descartado. Para resolver problemas de caídas de cola de entrada, debe averiguar qué paquetes llenan la cola de entrada. En este ejemplo, 30 paquetes están en la cola de entrada de la interfaz ethernet0/0 cuando show interfaces ethernet 0/0 se ejecuta. La profundidad de la cola es de 75 paquetes y ha habido 187 caídas desde la última vez que se borraron los contadores de la interfaz.

El sistema cuenta las pérdidas de cola de entrada si se agota el número de memorias intermedias de paquetes asignadas a la interfaz o alcanza su umbral máximo. Puede aumentar el valor máximo de cola con el hold-queue <value> para cada interfaz (el valor de longitud de cola puede estar entre 0 y 4096. El valor predeterminado es 75).

Nota: Los routers de memoria compartida (series 1600, 2500 y 4000) también utilizan la cola de entrada para el tráfico de conmutación rápida. Si obtiene caídas de cola de entrada en esas plataformas, asegúrese de que todo el tráfico utilice la mejor trayectoria de conmutación disponible (consulte Conceptos Básicos de Ajuste de Rendimiento). Las caídas de la cola de entrada generalmente ocurren cuando un paquete se conmuta por proceso. Un switch de proceso significa que el router no puede utilizar un método de caché de ruta preferible, como fast switching o Cisco Express Forwarding (CEF), para manejar la decisión de reenvío. Si las caídas de entrada siguen presentes, significa que simplemente hay demasiado tráfico. Considere una actualización de hardware o intente reducir la carga de tráfico.

Estas son las condiciones para el contador de descarte de cola de entrada. Generalmente ocurren cuando el router recibe tráfico en ráfaga y no puede manejar todos los paquetes.

• El Rx FIFO al que puede acceder la interfaz PHY y la interfaz DMA está lleno y cualquier trama nueva que llegue a esta condición será descartada (normalmente denominada desbordamiento) y el contador rx_overflow (visto a través de show controller interface-id) se incrementará. Cuando el contador rx_overflow se incrementa en uno, indica que la condición de desbordamiento ha ocurrido una vez y no indica el número de tramas descartadas.

• El anillo Rx al que se puede acceder mediante el DMA de interfaz y el código del driver de interfaz está lleno. Cualquier transferencia de trama nueva desde el DMA no puede continuar con esta condición, ya que no hay entradas libres en el anillo Rx y por lo tanto las tramas enviadas se descartan (denominadas condición de desbordamiento). El contador rx_int_drop (visto a través de show controller interface-id) también se incrementa en uno. Una vez más, si rx_int_drop se incrementa en uno, indica que hay una aparición de una condición de desbordamiento y se desconoce el número de tramas descartadas.

El tamaño de la cola de retención de entrada se puede aumentar de los 75 paquetes predeterminados. La cola de espera almacena los paquetes recibidos de la red que esperan ser enviados al cliente. Cisco recomienda que el tamaño de la cola no exceda diez paquetes en interfaces asincrónicas. Para la mayoría de las otras interfaces, la longitud de cola no debe exceder 100. La cola de retención de entrada evita que una sola interfaz inunde el servidor de red con demasiados paquetes de entrada. Los paquetes de entrada adicionales se descartan si la interfaz tiene demasiados paquetes de entrada pendientes en el sistema.

Router(conf-if)# hold-queue length in

Para los switches Catalyst, Cisco recomienda realizar este ajuste en todas las interfaces L3 del dispositivo, tanto en las interfaces físicas como en las VLAN. Puertos L2 configurados con el switchport se puede dejar en el valor predeterminado.

Nota: Después de aplicar este comando, debe borrar los contadores de interfaz y luego monitorear la red.

Precaución: Un aumento en la cola de espera puede tener efectos perjudiciales en el routing de red y en los tiempos de respuesta. Para los protocolos que utilizan paquetes SEQ/ACK para determinar los tiempos de ida y vuelta, no aumente la cola de salida. Descarte paquetes en su lugar informa a los hosts que ralentizan las transmisiones para que coincidan con el ancho de banda disponible. Esto generalmente es mejor que duplicar copias del mismo paquete dentro de la red, lo que puede ocurrir con las colas de espera grandes.

Solución de problemas de caídas de cola de entrada

Puede resolver satisfactoriamente las caídas de la cola de entrada mientras los paquetes llegan constantemente a la cola de entrada. No puede solucionar problemas de congestión que se hayan producido en el pasado. Si se configura más de un protocolo ruteado en la interfaz, determine primero el protocolo que congestiona la cola de entrada. Esta es la manera más rápida de hacerlo:

1. Determine el protocolo sospechoso. Verifique el uso de la CPU en <protocol> Input procesos. Para ello, ejecute el show processes cpu comando exec. Si la versión 12.1 o posterior del software del IOS de Cisco se ejecuta actualmente en el router, puede acortar el resultado del show processes CPU a través de los modificadores de salida:

   router#show processes CPU | i ^PID|Input 
    PID  Runtime(ms)  Invoked  uSecs    5Sec   1Min   5Min TTY Process 
     10        8503      1713   4963   0.00%  0.00%  0.00%   0 ARP Input 
     24       69864     11429   6112   0.08%  0.11%  0.10%   0 Net Input 
     28       55099      8942   6161  26.20% 20.07% 19.26%   0 IP Input 
     37           4         2   2000   0.00%  0.00%  0.00%   0 SSCOP Input 
     40           8         2   4000   0.00%  0.00%  0.00%   0 ILMI Input 
     49           8         1   8000   0.00%  0.00%  0.00%   0 Probe Input 
     50       28209      4637   6083   0.00%  0.03%  0.04%   0 RARP Input 
     59           8         2   4000   0.00%  0.00%  0.00%   0 SPX Input 
     61           8         2   4000   0.00%  0.00%  0.00%   0 Tag Input 
     68       20803      3392   6132   0.00%  0.03%  0.00%   0 IPX Input 
    104           4         1   4000   0.00%  0.00%  0.00%   0 IPXWAN Input 
    107           8         1   8000   0.00%  0.00%  0.00%   0 AT Input

   La tabla 1 enumera los posibles procesos de entrada y los tipos de paquetes que pueden congestionar la cola de entrada:

   Proceso de entrada que utiliza ciclos de CPU	Tipo de paquetes
   IP	IP
   AT	AppleTalk
   IPX, SPX, o IPXWAN	IPX
   ARP	ARP IP

   No es probable que otros procesos de entrada congestionen la cola de entrada.

2. Averigüe si los paquetes que congestionan la cola de entrada están destinados al router o se reenvían a través del router. Ejecute el show interfaces [type number] switching desde el modo exec.

   Nota: show interfaces [type number] switching se encuentra oculto y no aparece si utiliza el comando "?" o las teclas TAB en la interfaz de línea de comandos. Escriba el comando completo en el router. Este comando no se documenta en la Guía de referencia de comandos.

   router#show interfaces ethernet 0/0 switching 
   Ethernet0/0 
       ... 
       Protocol          Path    Pkts In   Chars In   Pkts Out  Chars Out 
       ... 
        IP            Process      12142    2211929         35       5169 
                 Cache misses      10212 
       ...
   

   Verifique si el número de paquetes procesados recibidos es seguido por un alto número de pérdidas de memoria caché. Si es así, esto indica que los paquetes, que congestionan la cola de entrada, se reenvían a través del router. De lo contrario, estos paquetes están destinados al router.

3. Si los paquetes están destinados al router, descubra qué protocolo de capa superior congestiona la cola de entrada. Para ello, utilice uno de estos show traffic comandos exec:

   • show ip traffic

   • show ipx traffic

   • show appletalk traffic

   Nota: Estos comandos son aplicables sólo si sospecha que se ha producido alguno de los procesos de entrada enumerados en la tabla 1.

4. Intente obtener más información sobre los paquetes que congestionan la cola de entrada. Para esto, debe depurar los paquetes recibidos. Los pasos anteriores indican los comandos debug que necesita habilitar.

   Nota: Puede ejecutar esto directamente, incluso si no realiza los pasos anteriores. Sin embargo, al depurar, se generan varios mensajes y pueden ser difíciles de leer. Cuando sigue todos los pasos anteriores, obtiene una indicación de qué buscar en el resultado de la depuración.

   Advertencia: Depurar con extrema precaución. De lo contrario, la utilización de la CPU puede aumentar considerablemente. No active la depuración durante más de 5 a 10 segundos. Para obtener más información sobre cómo utilizar los comandos debug, refiérase a Información Importante sobre Comandos Debug. Nunca inhabilite los registros de consola, los registros de terminal y los registros en un servidor syslog. Habilite los registros del búfer y aumente el tamaño del búfer de registro. Un buen valor para el tamaño del buffer de registro sería 128000 bytes. Use estos comandos: no logging y logging buffered 128000 debugging .

   El resultado debe ser suficiente para localizar el origen del problema. Puede verificar el resultado de la depuración con el show log después de completar la sesión de depuración. En la tabla 2 se enumeran los debug comandos que se deben ejecutar en función del tipo de paquetes que congestionan la cola de entrada:

   Tipo de paquetes que congestionan la cola de entrada	Comando de depuración que se debe utilizar
   IP	debug ip packet
   AppleTalk	debug apple packet
   IPX	debug ipx packet
   ARP	debug arp

   También puede utilizar el show buffers input-interface [interface type] [interface number] header para averiguar los tipos de paquetes que llenan la cola de entrada.

   Nota: Esto sólo es útil si hay muchos paquetes en la cola de entrada.

   Router#show buffers input-interface serial 0/0      
    Buffer information for Small buffer at 0x612EAF3C 
      data_area 0x7896E84, refcount 1, next 0x0, flags 0x0       
      linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0       
      if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None)       
      inputtime 0x0, outputtime 0x0, oqnumber 65535 
      datagramstart 0x7896ED8, datagramsize 728, maximum size 65436 
      mac_start 0x7896ED8, addr_start 0x7896ED8, info_start 0x0       
      network_start 0x7896ED8, transport_start 0x0       
      source: 212.176.72.138, destination: 212.111.64.174, id: 0xAAB8, 
      ttl: 118, prot: 1      
    Buffer information for Small buffer at 0x612EB1D8 
      data_area 0x78A6E64, refcount 1, next 0x0, flags 0x0       
      linktype 7 (IP), enctype 0 (None), encsize 46, rxtype 0       
      if_input 0x6159D340 (FastEthernet3/2), if_output 0x0 (None)       
      inputtime 0x0, outputtime 0x0, oqnumber 65535
      datagramstart 0x78A6EB8, datagramsize 728, maximum size 65436
      mac_start 0x78A6EB8, addr_start 0x78A6EB8, info_start 0x0       
      network_start 0x78A6EB8, transport_start 0x0       
      source: 212.176.72.138, destination: 212.111.64.174, id: 0xA5B8, 
      ttl: 118, prot: 1
   

   La mayoría de las veces, un tipo de paquete está presente en grandes cantidades. Aquí, por ejemplo, hay varios paquetes de protocolo de mensajes de control de Internet (ICMP) (protocolo IP 1).

   Si el problema es una configuración de router incorrecta (por ejemplo, se desactivan tanto el fast switching como el Cisco Express Forwarding (CEF)), es probable que no haya un patrón particular en las depuraciones o en la salida del show buffers input-interface comando.

5. Cuando ha determinado el tipo de paquetes que congestionan la cola de entrada, el siguiente paso es verificar si puede evitar esta congestión.

   Hay varias razones por las que los paquetes deben ser procesados:

   • Configuración incorrecta del router: las trayectorias de conmutación que funcionan en el nivel de interrupción están inhabilitadas en las interfaces relevantes.

     Para verificar qué trayectos de conmutación están configurados en una interfaz, ejecute el show <protocol> interface [type number] comando.

     • Para habilitar el fast switching heredado, configúrelo en las interfaces de salida.

     • Para habilitar el switching de NetFlow, configúrelo en las interfaces de entrada.

     • Para habilitar Cisco Express Forwarding (CEF), debe habilitar CEF globalmente (en todo el router) y localmente (en la interfaz entrante).

       Para obtener más información, vea Guía de Configuración General de Trayectorias de Switching de Cisco IOS.

   • Destino local: los paquetes están destinados al router.

     • En las redes estables, el número de actualizaciones de ruteo no debe ser excesivo. En las redes inestables, las actualizaciones frecuentes de las tablas de ruteo grandes pueden congestionar la cola de entrada.

     • Compruebe si el tráfico excesivo se dirige al propio router (por ejemplo, con el protocolo simple de administración de red (SNMP), Telnet, el protocolo trivial de transferencia de archivos (TFTP) y ping). Depurar los paquetes para que el protocolo pertinente identifique el origen de estos paquetes. Cuando encuentre el origen, elimínelo.

   • El protocolo de capa 2 de la interconexión de sistema abierto (OSI) fiable se utiliza para el transporte: los paquetes que pasan por interfaces seriales con encapsulación X.25 se deben procesar porque en el conjunto de protocolos X.25, el control de flujo se implementa en la segunda capa OSI.

   • Compresión de software: si el paquete entra o debe reenviarse a través de una interfaz en la que se configura la compresión de software, el paquete debe procesarse.

   • Otras funciones no son soportadas en el nivel de interrupción—Esto depende en gran medida de la versión del software Cisco IOS que se ejecuta en el router. Verifique las notas de la versión para ver qué funciones se soportan en el nivel de interrupción. Por ejemplo, en versiones anteriores del software IOS de Cisco, los paquetes PPP de links múltiples debían ser procesados. En las versiones superiores del software Cisco IOS, pueden conmutarse rápidamente o incluso conmutarse por CEF. Las funciones como el cifrado, la traducción del transporte de área local (LAT) y el switching de enlace de datos más (DLSW+) todavía no se han conmutado rápidamente.

   • Tráfico excesivo a través del router, donde cada encabezado de paquete contiene intencionalmente información diferente—En base a la trayectoria de conmutación configurada, los primeros paquetes a un destino, o en un flujo, siempre se procesan. Esto se debe a que no hay entradas en la memoria caché que coincidan con ellas. Si un dispositivo envía paquetes a una velocidad extremadamente alta y no hay coincidencia en la memoria caché, esos paquetes pueden congestionar la cola de entrada.

   El origen de estos paquetes se revela después de la sesión de depuración. Si la dirección de origen siempre es diferente, debe continuar resolviendo problemas en el dispositivo ascendente, desde el cual se recibe el paquete. Si la interfaz del router está conectada a un medio de difusión, puede determinar la dirección MAC (Control de acceso a medios) del origen o del dispositivo ascendente:

   Configure la contabilización MAC en la interfaz con el ip accounting mac-address input comando interface configuration. Después de eso, ejecute el show interfaces mac-accounting comando exec. Este comando revela la dirección MAC que ha enviado los paquetes a una velocidad excesiva.

Perdidas de la cola de salida

Las caídas de salida son causadas por una interfaz congestionada. Por ejemplo, la velocidad de tráfico en la interfaz saliente no puede aceptar todos los paquetes que se deben enviar. La mejor solución para resolver el problema es aumentar la velocidad de la línea. Sin embargo, hay maneras de prevenir, disminuir o controlar las caídas de salida cuando no desea aumentar la velocidad de línea. Sólo puede evitar caídas de salida si las caídas de salida son consecuencia de ráfagas cortas de datos. Si las caídas de salida son causadas por un flujo constante de alta velocidad, no puede evitar las caídas. Sin embargo, puede controlarlos.

Cuando se procesan los paquetes, se envían a la cola de salida de la interfaz saliente. Ejecute el comando show interfaces comando exec para ver el tamaño de la cola, el número actual de paquetes en la cola y el número de caídas. Según el tipo de interfaz y el tipo de cola configurado, el número de caídas de cola de salida no se muestra explícitamente, porque el contador de caídas de salida resume las caídas de salida por separado en el nivel de procesamiento y en el nivel de interrupción:

router#show interfaces serial 0/0
  ...
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)   
  ...
router#show interfaces serial 0/0
...
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo 
Output queue :0/40 (size/max)
...

Sin embargo, se tarda más en procesar un paquete que en enviarlo desde la cola de salida al cable. Por lo tanto, es altamente improbable que las caídas de la cola de salida (caídas en el nivel de procesamiento) puedan ocurrir sin caídas en el nivel de interrupción. Las caídas de la cola de salida ocurren solamente si la interfaz ya está congestionada en el nivel de interrupción, de modo que los paquetes no se puedan extraer de la cola de salida antes de que la cola se llene. Por lo tanto, las caídas de salida en el nivel de procesamiento (pérdidas de cola de salida) y las caídas de salida en el nivel de interrupción siempre ocurren al mismo tiempo y prácticamente no hay necesidad de distinguir entre estos dos contadores.

Nota: Hay una excepción. Si la cola de salida está constantemente llena y si no se envía ningún paquete fuera de la interfaz, debe verificar una falla de hardware en la interfaz.

Solución de problemas de caídas de cola de salida

Puede reducir, o incluso evitar, las caídas de salida si ajusta la configuración de estas funciones:

• Modo dúplex: si la interfaz funciona en modo semidúplex, configúrelo (si es posible) para que funcione en dúplex completo.

• Mecanismo de ventanas de Capa 2: si se configura la encapsulación x.25 en la interfaz, aumente el tamaño de la ventana x.25.

• Conmutación distribuida: en los routers Cisco 7500, si las tarjetas del protocolo de interfaz versátil (VIP) están instaladas en el chasis, habilite el switching distribuido. Cuando lo hace, el VIP entrante almacena hasta 1 segundo del tráfico para la interfaz si la interfaz saliente está congestionada. Esto se denomina almacenamiento en búfer en el lado de la rx.

Nota: Nunca aumente la cola de salida en un intento de evitar caídas de salida. Si los paquetes permanecen demasiado tiempo en la cola de salida, los temporizadores TCP pueden caducar y activar la retransmisión. Los paquetes retransmitidos sólo congestionan más la interfaz de salida.

Si las caídas de salida siguen produciéndose después de ajustar la configuración del router como se recomienda, significa que no puede evitar o disminuir las caídas de salida. Sin embargo, puede controlarlos y esto puede ser tan eficaz como la prevención. Hay dos enfoques para controlar las caídas de salida:

• Administración de la congestión

• Prevención de Congestión

Ambos enfoques se basan en la clasificación del tráfico y puede utilizarlos en paralelo.

La administración de la congestión asegura, con la configuración apropiada, que los paquetes importantes siempre se reenvíen y que los paquetes menos importantes se eliminen cuando el link está congestionado. La gestión de la congestión comprende mecanismos de colocación en cola elaborados como:

• Envío a Cola Prioritario

• Colocación en cola equilibrada ponderada calculada en función de la clase

La prevención de congestión se basa en pérdidas intencionales de paquetes. El tamaño de la ventana en las conexiones TCP depende del tiempo de ida y vuelta. Por lo tanto, estas caídas intencionales ralentizan la velocidad a la que el dispositivo de origen envía los paquetes. La prevención de la congestión utiliza detección temprana aleatoria ponderada.

Si siguen produciéndose caídas de salida no deseadas después de implementar estos mecanismos, debe aumentar la velocidad de línea.

Comandos para obtener más información

Estos son algunos comandos que proporcionan más información sobre las caídas de cola:

• show interfaces switching

• show interfaces stats

• ip accounting mac-address

• show interfaces mac-accounting

Si tiene el resultado de un show interfaces desde su dispositivo Cisco, puede utilizar Cisco CLI Analyzer para mostrar posibles problemas y soluciones. Para utilizar la herramienta Analizador Cisco CLI, debe ser un cliente registrado, iniciar sesión y tener JavaScript habilitado.

Comando: show interfaces switching

Descripción

Este comando muestra el número de paquetes enviados y recibidos en una interfaz, clasificados según la trayectoria de conmutación. Este es un comando oculto.

Formato

show interfaces [type number] switching

Ejemplo de Salida

Ethernet0/0 
               Throttle count          0
             Drops         RP          0      SP  0 
       SPD Flushes       Fast          0     SSE  0 
       SPD Aggress       Fast          0
      SPD Priority     Inputs         86   Drops  0     
          Protocol       Path    Pkts In   Chars In   Pkts Out   Chars Out
             Other    Process         75       6728         79        4740 
                 Cache misses          0 
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0
                IP    Process        142      11929         35        5169
                 Cache misses          0 
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0 
         AppleTalk    Process          0          0         25        1635
                 Cache misses          0
                         Fast          0          0          0           0
                    Auton/SSE          0          0          0           0 
           DEC MOP    Process          0          0          2         154
                 Cache misses          0
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0
               ARP    Process         56       3580         13         780 
                 Cache misses          0
                         Fast          0          0          0           0
                    Auton/SSE          0          0          0           0 
               CDP    Process         90      26906         27        8900
                 Cache misses          0
                         Fast          0          0          0           0 
                    Auton/SSE          0          0          0           0   

Campo	Definición
<protocol> Process	Cantidad de paquetes procesados. Esto incluye los paquetes destinados al router y los paquetes para los cuales no hay entrada en la tabla de caché de conmutación apropiada.
Cache misses	Paquetes que se reenvían a través del nivel de proceso (para los que no hay entrada en la memoria caché de fast switching).
Fast	Paquetes reenviados en el nivel de interrupción.

Comando: show interfaces stats

Descripción

Este comando es similar al comando show interfaces switching, y proporciona información sobre el número de paquetes que son conmutados por proceso, conmutados rápidamente (cualquier trayecto de conmutación rápida) y conmutados por distribución (para plataformas con capacidad VIP). Este es un comando oculto.

Formato

show interfaces [type number] stats

Ejemplo de Salida

Router#show interfaces stats 
FastEthernet8/0/0 
          Switching path    Pkts In   Chars In   Pkts Out  Chars Out 
               Processor         64      38646        323      32790 
             Route cache     477985  611343050      14815   18948150 
       Distributed cache          0          0       3564    4558356 
                   Total     478049  611381696      18702   23539296 
Serial12/0/0 
          Switching path    Pkts In   Chars In   Pkts Out  Chars Out 
               Processor         37       3783         36       2299 
             Route cache      14815   18800000      45118   59862772 
       Distributed cache       3450    4378520          0          0 
                   Total      18302   23182303      45154   59865071 
Interface Serial12/0/1 is disabled 
...

Comando: ip accounting mac-address

Descripción

Éste es un comando de configuración de la interfaz. Cuenta los paquetes recibidos o transmitidos, clasificados según la dirección MAC de origen o destino.

Formato

ip accounting mac-address {input|output}

Comando: show interfaces mac-accounting

Descripción

Éste es un comando exec. Muestra el número de paquetes enviados y recibidos clasificados según el destino y la dirección MAC de origen.

Formato

show interfaces [type number] mac-accounting

Ejemplo de Salida

router#show interfaces ethernet 0/0 mac-accounting
Ethernet0/0
  Input(494 free) 
    0000.0c5d.92f9(58 ):  1 packets, 106 bytes, last: 4038ms ago
    0004.c059.c060(61 ):  0 packets, 0 bytes, last: 2493135ms ago
    00b0.64bc.4860(64 ):  1 packets, 106 bytes, last: 20165ms ago
    0090.f2c9.cc00(103):  12 packets, 720 bytes, last: 3117ms ago 
                  Total:  14 packets, 932 bytes 
  Output (511 free)
    0090.f2c9.cc00(103):  8 packets, 504 bytes, last: 4311ms ago 
                  Total:  8 packets, 504 bytes

Información Relacionada

• Fundamentos del ajuste de rendimiento
• Desbordamiento de la cola de entrada en una interfaz
• Desbordamiento de la cola de salida en una interfaz
• Soporte Técnico y Documentación - Cisco Systems