Routers : Routers Cisco de la serie 10000

Resolución de problemas de caídas en la cola de entrada y salida

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (29 Julio 2008) | Comentarios

Interactivo: En este documento se ofrece un análisis personalizado de su dispositivo Cisco.


Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Procesamiento y conmutación
Caídas en la cola de entrada
     Resolución de problemas de caídas en la cola de entrada
Perdidas en la cola de salida
     Resolución de problemas de caídas en la cola de salida
Comandos para obtener más información
     show interfaces switching
     show interfaces stats
     ip accounting mac-address
     show interfaces mac-accounting
Discusiones relacionadas de la comunidad de soporte de Cisco
Información relacionada

Introducción

En este documento se proporciona información sobre las caídas en 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 solucionar el origen de estos problemas y ofrece algunos consejos para evitarlos.

Nota: Las caídas a menudo pueden ser de gran utilidad, ya que activan los mecanismos de control de flujo de los protocolos de capas superiores (por ejemplo, las caídas reducen el tamaño de la ventana TCP).

Requisitos previos

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 ha creado a partir de los dispositivos en un entorno de laboratorio específico. Todos los dispositivos que se utilizan en este documento se han puesto en funcionamiento con una configuración despejada (predeterminada). Si la red está en producción, asegúrese de haber comprendido el impacto que pueda tener cualquier comando.

Convenciones

Si desea obtener más información sobre convenciones de documentos, consulte las Convenciones sobre consejos técnicos de Cisco.

Procesamiento y conmutación

En redes IP, la decisiones de reenvío en routers se basan en el contenido de la tabla de ruteo. Cuando se realiza una búsqueda en la tabla de ruteo, el router busca la coincidencia más larga para la dirección IP de destino. El router realiza esta acción en el nivel del proceso. Por lo tanto, el proceso de búsqueda se almacena en la cola entre los demás procesos de la CPU, por lo que el tiempo de búsqueda es imprevisible y puede ser muy largo. Como consecuencia, se ha introducido una serie de métodos de conmutación basados en la búsqueda de coincidencia exacta (exact-match-lookup) en el software Cisco IOS®.

El principal beneficio de la búsqueda de coincidencia exacta (exact-match-lookup) es que el tiempo de búsqueda es determinante y muy corto. Esto ha acortado significativamente el tiempo que tarda un router en reenviar una decisión. Por consiguiente, las rutinas que realizan la búsqueda se pueden implementar en el nivel de interrupción. Esto significa que la llegada de un paquete genera una interrupción que hace que la CPU deje de lado otras tareas y se ocupe del paquete. El método antiguo para reenviar paquetes es buscar una mejor coincidencia en la tabla de ruteo. Esto no se puede implementar en el nivel de interrupción, sino en el nivel del proceso. Por diversos motivos, algunos de los cuales se mencionan en este documento, el método de búsqueda de coincidencia más larga no se puede abandonar por completo, por lo que estos dos métodos de búsqueda existen simultáneamente 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 trayectos de conmutación en el software Cisco IOS, consulte Performance Tuning Basics (Fundamentos del ajuste de desempeño).

Caídas en la cola de entrada

Cuando un paquete ingresa en el router, el router intenta reenviarlo en el nivel de interrupción. Si no se encuentra ninguna coincidencia en una tabla de caché apropiada, el paquete se coloca en la cola de entrada de la interfaz entrante para su procesamiento. Algunos paquetes se procesan siempre pero, con la configuración correcta y en redes estables, la velocidad de los paquetes procesados nunca debe congestionar la cola de entrada. Si la cola de entrada está completa, se perderá el paquete.

Aquí se muestra el resultado de un ejemplo:

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

En el ejemplo de resultado no se puede ver claramente qué paquetes se han descartado. Para solucionar los problemas de caídas en las colas de entrada, debe descubrir qué paquetes se incluyen en la cola de entrada. En este ejemplo, hay 30 paquetes en la cola de entrada de la interfaz Ethernet 0/0 al ejecutarse el comando show interfaces ethernet 0/0. La profundidad de espera en cola es de 75 paquetes y se han producido 187 caídas desde la última vez que se han puesto a cero los contadores de interfaz.

El sistema cuenta las caídas en la cola de entrada si el número de búferes de paquetes asignado a la interfaz se agota o alcanza su umbral máximo. Puede aumentar el valor máximo de almacenamiento en cola con el comando hold-queue <value> para cada interfaz (el valor de longitud de la cola puede ser 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 se producen caídas en la cola de entrada en esas plataformas, asegúrese de que todo el tráfico utilice el mejor trayecto de conmutación disponible (consulte Performance Tuning Basics [Fundamentos del ajuste de desempeño]). Las caídas en la cola de entrada se producen cuando se conmuta el proceso de un paquete. La conmutación de proceso significa que el router no puede usar el método preferido de memoria caché de ruta, como por ejemplo, la conmutación rápida o Cisco Express Forwarding (CEF), para tomar la decisión de reenvío. Si las caídas de entrada aún están presentes, eso implica que simplemente hay demasiado tráfico. Considere una actualización de hardware o intente reducir la carga de tráfico.

Resolución de problemas de caídas en la cola de entrada

Puede solucionar completamente los problemas de caídas en las colas de entrada mientras los paquetes llegan constantemente, pero no puede resolver un problema de congestión que haya ocurrido en el pasado. Si la interfaz tiene configurado más de un protocolo enrutado, el primer paso para la solución del problema consiste en determinar qué protocolo congestiona la cola de entrada. Esta es la forma más rápida de hacerlo:

  1. Determine el protocolo sospechoso. Compruebe la utilización de la CPU en los procesos <protocol> Input. Para ello, ejecute el comando exec show processes cpu. Si actualmente el router ejecuta la versión 12.1 o superior del software Cisco IOS, el resultado del comando show processes CPU puede reducirse mediante el uso de modificadores de resultado:

    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 tipos de paquetes que pueden congestionar la cola de entrada:

    Proceso de entrada que utiliza los ciclos de la CPU

    Tipos de paquetes

    IP

    IP

    AT

    AppleTalk

    IPX, SPX, o IPXWAN

    IPX

    ARP

    IP ARP

    Es poco 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 para el router o se reenviarán a través del router. Ejecute el comando show interfaces [type number] switching en el modo exec.

    Nota: El comando show interfaces [type number] switching está oculto y no aparecerá si utiliza las teclas "?" o TAB en la interfaz de línea de comando. 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
                  Pérdidas de caché      10212
        ...
    

    Verifique si el número de paquetes procesados recibidos es seguido de un alto índice de pérdidas en la 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 para el router.

  3. Si los paquetes están destinados para el router, busque el protocolo de capas superiores que congestiona la cola de entrada. Para ello, puede usar uno de estos comandos exec show traffic:

    Nota: Estos comandos se aplican sólo si sospecha de alguno de los procesos de entrada enumerados en la tabla 1.

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

    Nota: Puede ejecutar estos comandos directamente, incluso si no realiza los pasos anteriores. Sin embargo, cuando realiza la depuración, se generarán varios mensajes que pueden ser difíciles de leer. Si sigue todos los pasos anteriores, obtendrá indicaciones de lo que debe buscar en el resultado de la depuración.

    advertenciasAdvertencias: Realice la depuración con precaución extrema. De lo contrario, la utilización de la CPU puede aumentar considerablemente. No active la depuración por más de 5 a 10 segundos. Si desea obtener más información sobre cómo utilizar los comandos de depuración, consulte Using Debug Commands (Utilización de comandos de depuración). No inhabilite nunca los registros de la consola, los registros del terminal ni los registros de un servidor syslog. Habilite los registros de búfer e incremente el tamaño de búfer de registro. Un buen valor para el tamaño de búfer de registro sería de 128000 bytes. Use estos comandos:

    El resultado debe ser suficiente como para localizar el origen del problema. Puede comprobar el resultado de la depuración con el comando show log después de finalizar la sesión de depuración. La Tabla 2 enumera los comandos debug que se ejecutarán según los tipos de paquetes que congestionan la cola de entrada:

    Tipos 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 Cisco IOS Debug Command Reference (Referencia de comandos de depuración de Cisco IOS).

    De manera alternativa, puede usar el comando show buffers input-interface [interface type] [interface number] header para conocer los tipos de paquetes que se incluyen la cola de entrada.

    Nota: Esto es de utilidad sólo si hay un gran número de 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
    

    Generalmente, un tipo de paquete se encuentra presente en grandes cantidades. Aquí, por ejemplo, hay varios paquetes del Protocolo de mensaje de control de Internet (ICMP) (Protocolo IP 1).

    Si el problema es la configuración incorrecta de un router (por ejemplo, la conmutación rápida y CEF están inhabilitados), es probable que no existe ningún patrón específico en las depuraciones o en el resultado del comando show buffers input-interface.

  5. Una vez que haya determinado el tipo de paquetes que congestiona la cola de entrada, el paso siguiente es comprobar si esta congestión se puede evitar.

    Existen varias razones por las que se deben procesar los paquetes:

    • Configuración inapropiada del router los trayectos de conmutación que funcionan en el nivel de interrupción se encuentran inhabilitados en las interfaces pertinentes.

      Para comprobar los trayectos configurados en una interfaz, ejecute el comando show <protocol> interface [type number].

      • Para habilitar la conmutación heredada rápida, configúrela en interfaces salientes.

      • Para habilitar la conmutación de netflow, configúrela en las interfaces entrantes.

      • Al habilitar CEF, hágalo en forma global (en todo el router) y local (en la interfaz entrante).

        Para obtener más información, consulte Cisco IOS Switching Services Configuration Guide (Guía de configuración de los servicios de conmutación de Cisco IOS).

    • Destino local: paquetes destinados al router:

      • En redes estables, el número de actualizaciones del router no debe ser excesivo. En redes inestables, las actualizaciones frecuentes de tablas de ruteo de gran tamaño pueden congestionar la cola de entrada.

      • Verifique si el tráfico excesivo está dirigido al router (utilizando, por ejemplo, el Protocolo de administración de red simple (SNMP), telnet, el Protocolo de transferencia de archivos trivial (TFTP) y ping). Depure los paquetes para que el protocolo pertinente identifique el origen de estos paquetes. Cuando lo encuentre, elimínelo.

    • El Protocolo de capa 2 de interconexión de sistema abierto (OSI) confiable se utiliza para el transporte: los paquetes que atraviesan interfaces serie con encapsulación X.25 deben procesarse porque en el conjunto de protocolos X.25 el control de flujo se implementa en la segunda capa de OSI.

    • Compresión de software: si el paquete ingresa o debe reenviarse a través de una interfaz en la que se ha configurado la compresión de software, el paquete deberá procesarse.

    • No se soportan otras funciones en el nivel de interrupción: esto depende enormemente de la versión del software Cisco IOS que se ejecuta en el router. Compruebe release notes para determinar cuáles son las funciones soportadas en el nivel de interrupción. Por ejemplo, en versiones anteriores del software Cisco IOS, los paquetes PPP de enlaces múltiples se debían procesar. En versiones superiores del software Cisco IOS, pueden pasar por un proceso de conmutación rápida o conmutación CEF. Las funciones como, por ejemplo, el cifrado, la traducción del transporte de área local (LAT) y la conmutación de enlace de datos plus (DLSW+) aún no pasan por un proceso de conmutación rápida.

    • Tráfico excesivo a través del router, donde cada encabezado de paquete contiene información diferente de manera intencional: según el trayecto de conmutación configurado, 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 coincide con ellas. Si un dispositivo envía paquetes a una velocidad muy alta y no hay ninguna coincidencia en la memoria caché, dichos 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 es siempre diferente, debe continuar con la resolución de problemas en el dispositivo ascendente, desde el cual se ha recibido el paquete. Si la interfaz en el router está conectada al medio apto para difusión, puede determinar la dirección de Control de acceso a medios (MAC) del origen o del dispositivo ascendente:

    Configure la contabilidad MAC en la interfaz con el comando de configuración de la interfaz ip accounting mac-address input. A continuación, ejecute el comando exec show interfaces mac-accounting. Este comando revela la dirección MAC que ha enviado los paquetes a una velocidad excesiva.

Perdidas en la cola de salida

Las caídas de salida son el resultado de una interfaz congestionada. Por ejemplo, la velocidad del 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 formas de evitar, disminuir o controlar las caídas de resultados de control si no desea aumentar la velocidad de línea. Puede evitar las caídas de salida sólo si son consecuencia de ráfagas breves de datos. Si las caídas de salida son el resultado de un flujo constante de alta velocidad, no podrá evitarlas. No obstante, sí puede controlarlas.

Cuando los paquetes se procesan, se envían a la cola de salida de la interfaz saliente. Ejecute el comando exec show interfaces 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 almacenamiento en cola configurados, el número de caídas en la cola de salida no se muestra explícitamente, dado que el contador de caídas las resume 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
  Estrategia de almacenamiento en cola equilibrada
  Cola de salida: 0/1000/64/0 (tamaño/total máximo/umbral/caídas)
  ...
router#show interfaces serial 0/0
...
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Estrategia de almacenamiento en cola: fifo
Cola de salida :0/40 (tamaño/máximo)
...

No obstante, lleva más tiempo procesar un paquete que enviarlo desde la cola de salida al cable. Por consiguiente, es muy poco probable que las caídas en 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 en la cola de salida pueden producirse sólo 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 en la 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, existe una excepción. Si la cola de salida está constantemente llena y no se envían paquetes fuera de la interfaz, debe comprobar si existe algún error de hardware en la interfaz.

Resolución de problemas de caídas en la cola de salida

Si ajusta la configuración de las siguientes funciones, puede disminuir, o incluso evitar, caídas en las colas de salida:

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

  • Mecanismo de ventanas de capa 2 si se ha configurado la encapsulación x.25 en la interfaz, aumente el tamaño de la ventana x.25. Si desea obtener más información, consulte Setting Default Window Sizes (Configuración de tamaños de la ventana predeterminada).

  • Conmutación distribuida: en los routers de la serie 7500 de Cisco, si se encuentran instaladas tarjetas de Protocolo de interfaz versátil (VIP) en el chasis, habilite la conmutación distribuida. De este modo, los búferes VIP entrantes guardan hasta 1 segundo de tráfico para la interfaz en el caso de que la interfaz saliente esté congestionada. Esto se denomina rx-side buffering.

Nota: No aumente nunca la cola de salida para intentar evitar caídas de salida. Si los paquetes se mantienen demasiado tiempo en la cola de salida, es posible que los temporizadores TCP caduquen y activen la retransmisión. Los paquetes retransmitidos sólo congestionan más la interfaz saliente.

Si después de ajustar la configuración del router según las recomendaciones anteriores aún se producen caídas de salida, esto significa que no es posible disminuirlas ni evitarlas. No obstante, es posible controlarlas, lo cual puede resultar tan eficaz como la prevención. Hay dos métodos para el control de caídas de salida:

Ambos métodos se basan en la clasificación del tráfico y pueden utilizarse en forma simultánea.

La administración de la congestión, con la configuración apropiada, garantiza el reenvío de los paquetes importantes y hace que los paquetes menos importantes se descarten cuando el enlace se encuentra congestionado. La administración de la congestión incluye mecanismos de almacenamiento en cola elaborados como:

La prevención de congestión se basa en caídas intencionales de paquetes. El tamaño de la ventana en las conexiones TCP depende del tiempo de viaje de ida y vuelta. Por consiguiente, estas caídas intencionales reducen la velocidad a la que el dispositivo de origen envía paquetes. La prevención de congestión utiliza la Weighted Random Early Detection.

Si aún se producen caídas de salida no deseadas después de haber implementado estos mecanismos, deberá incrementar la velocidad de la línea.

Comandos para obtener más información

Aquí se muestran algunos comandos que proporcionan más información sobre caídas en la cola:

Si dispone del resultado de un comando show interfaces del dispositivo de Cisco, puede utilizar para mostrar posibles problemas y sus soluciones. Para utilizar , debe ser un cliente registrado, debe estar conectado y debe tener habilitado JavaScript.

show interfaces switching

Descripción

Este comando muestra el número de paquetes recibidos y enviados en una interfaz, clasificados según el trayecto de conmutación. Se trata de un comando oculto.

Formato

show interfaces [type number] switching

Resultado de ejemplo

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 paquetes destinados al router y paquetes para los que no existe entrada en la tabla de caché de conmutación apropiada.

Cache misses

Paquetes que se reenvían mediante un nivel de proceso (para el cual no existe ninguna entrada en la memoria caché de conmutación rápida).

Fast

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 con conmutación de proceso y conmutación rápida (cualquier trayecto de conmutación rápida) y con conmutación distribuida (para plataformas con capacidad VIP). Se trata de un comando oculto.

Formato

show interfaces [type number] stats

Resultado de ejemplo

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. Proporciona cálculos de los paquetes recibidos o transmitidos, clasificados por 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 por dirección MAC de origen y destino.

Formato

show interfaces [type number] mac-accounting

Resultado de ejemplo

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

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 6343