¿Tiene una cuenta?
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
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).
No hay requisitos específicos para este documento.
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.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
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.
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.
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 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.
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.
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.
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.
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.
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.
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.
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.
show interfaces switching
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.
show interfaces [type number] switching
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. |
show interfaces stats
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.
show interfaces [type number] stats
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
É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.
ip accounting mac-address {input|output}
show interfaces mac-accounting
É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.
show interfaces [type number] mac-accounting
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
Revisión | Fecha de publicación | Comentarios |
---|---|---|
2.0 |
01-Apr-2022 |
Formato agregado para notas y código en línea. Enlaces rotos fijos o eliminados. |
1.0 |
07-Feb-2014 |
Versión inicial |