Resolución de problemas en los paquetes descartados en las colas de entrada y salida
Contenido
Introducción
En este documento se proporciona información sobre las caídas de la cola de entrada y salida tomadas del resultado del comando show interfaces del router.Este documento describe el significado de estas caídas, los tipos de problemas que indican, cómo resolver el origen de estos problemasy ofrece algunos consejos para evitarlos.
Nota: Las caídas a menudo pueden ser útiles, porque activan 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).
prerrequisitos
Requisitos
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 la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.
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 se ejecuta el comando show interfaces ethernet 0/0. 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 comando 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 memoria 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 llamada desbordamiento) y el contador rx_overflow (visto a través de show controller interface-id) será incrementado. 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. Los puertos L2 configurados con el comando switchport se pueden dejar con 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 ruteo de red y 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:
-
Determine el protocolo sospechoso. Verifique la utilización de la CPU en los procesos de <protocol> Input. Para ello, ejecute el comando show processes cpu exec. Si la versión 12.1 o posterior del software del IOS de Cisco se ejecuta actualmente en el router, puede acortar la salida del comando 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.
-
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 comando show interfaces [type number] switching desde el modo exec.
Nota: El comando show interfaces [type number] switching está oculto y no aparece si utiliza el "?" 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.
-
Si los paquetes están destinados al router, descubra qué protocolo de capa superior congestiona la cola de entrada. Para esto, utilice uno de estos comandos show traffic exec:
-
show ip traffic
-
show ipx traffic
-
show appletalk traffic
Nota: Estos comandos sólo se aplican si sospecha que se ha producido alguno de los procesos de entrada enumerados en la tabla 1.
-
-
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, aunque no realice 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, consulte Uso de 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 <host>
-
logging buffered 128000 debugging
El resultado debe ser suficiente para localizar el origen del problema. Puede verificar el resultado de debug con el comando show log después de completar la sesión de debug. La tabla 2 enumera los comandos debug que se van a 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 Para obtener más información, consulte la Referencia de Comandos de Debug de Cisco IOS.
Alternativamente, puede utilizar el comando show buffers input-interface [interface type] [interface number] header para averiguar los tipos de esos paquetes 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 incorrecta del router (por ejemplo, se desactivan tanto fast switching como Cisco Express Forwarding (CEF)), es probable que no haya un patrón particular en las depuraciones o en la salida del comando show buffers input-interface.
-
-
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 comando show <protocol> interface [type number].
-
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 de Servicios 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 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 comando de configuración de la interfaz de ip accounting mac-address input. Después de eso, ejecute el comando show interfaces mac-accounting exec. Este comando revela la dirección MAC que ha enviado los paquetes a una velocidad excesiva.
-
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, consulte 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 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: Sin embargo, 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. Para obtener más información, vea Establecer el tamaño predeterminado de las ventanas.
-
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 llama almacenamiento en búfer del lado de 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 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:
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 comando show interfaces de 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.
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 |
|---|---|
| Proceso <protocol> | 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. |
| No se encuentra la memoria caché | 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). |
| Rápido | Paquetes reenviados en el nivel de interrupción. |
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
...
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}
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 [tipee el número] 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
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)
Discusiones relacionadas con la comunidad de Cisco
Este documento se aplica a estos productos
- 800 Series Routers
- 1800 Series Integrated Services Routers
- 7200 Series Routers
- 7300 Series Routers
- 7600 Series Routers
- 12000 Series Routers
- AS5400 Series Universal Gateways
- IOS Software Release 12.2(14)SX
- IOS Software Releases 12.0 ST
- IOS Software Releases 12.1 E
- IOS Software Releases 12.2 SB
- IOS Software Releases 12.2 SR
- IOS Software Releases 12.2 Special and Early Deployments
- IOS Software Releases 12.4 Special and Early Deployments