Troubleshooting de Quedas de Fila de Entrada e Quedas de Fila de Saída

Introduction

Este documento discute as quedas de filas de saída e de entrada tomadas da saída do comando show interfaces no roteador. Este documento descreve o que essas quedas significam, o tipo de problemas que indicam e como resolver problemas da origem desses problemas. Ele fornece algumas dicas sobre como prevenir esses problemas.

Observação: as quedas geralmente podem ser úteis, pois disparam os mecanismos de controle de fluxo dos protocolos de camada superior (por exemplo, quedas diminuem o tamanho da janela TCP).

Prerequisites

Requirements

Não existem requisitos específicos para este documento.

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. 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.

Convenções

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

Processamento e switching

Nas redes IP, os roteadores tomam decisões de encaminhamento com base no conteúdo da tabela de roteamento. Quando um roteador procura a tabela de roteamento, ele procura a correspondência mais longa para o endereço IP de destino. O roteador faz isso no nível do processo. Portanto, o processo de pesquisa é enfileirado entre outros processos da CPU, por isso, o tempo de pesquisa é imprevisível e pode ser muito longo. Portanto, vários métodos de comutação baseados em exata-match-lookup foram introduzidos no Cisco IOS^® Software.

O principal benefício de um exact-match-lookup é que o tempo de pesquisa é determinístico e muito curto. Isso reduziu significativamente o tempo que um roteador leva para tomar uma decisão de encaminhamento. Portanto, as rotinas que executam a pesquisa podem ser implementadas no nível de interrupção. Isso significa que a chegada de um pacote aciona uma interrupção, o que faz com que a CPU adie outras tarefas e trate o pacote. O método legado para encaminhar pacotes é procurar a melhor correspondência na tabela de roteamento. Isso não pode ser implementado no nível de interrupção e deve ser executado no nível do processo. Por vários motivos, alguns dos quais mencionados neste documento, o método de pesquisa de correspondência mais longa não pode ser completamente abandonado, portanto, esses dois métodos de pesquisa existem em paralelo nos roteadores Cisco. Essa estratégia foi generalizada e agora também é aplicada ao IPX e ao AppleTalk.

Para obter mais informações sobre os caminhos de switching do Cisco IOS Software, consulte Conceitos Básicos de Ajuste de Desempenho.

Quedas de enfileiramento de entrada

Quando um pacote entra no roteador, o roteador tenta encaminhá-lo a um nível de interrupção. Se uma combinação não pode ser encontrada em uma tabela de cache apropriada, o pacote está enfileirado na fila de entrada da interface de entrada a ser processada. Alguns pacotes sempre são processados, mas com a configuração apropriada e nas redes estáveis, a taxa de pacotes processados nunca deve congestionar a fila de entrada. Se a fila de entrada estiver cheia, o pacote será descartado

Veja um exemplo de saída:

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

Nesta saída de exemplo, não há como ver exatamente quais pacotes foram descartados. Para solucionar problemas de quedas da fila de entrada, você deve descobrir quais pacotes preenchem a fila de entrada. Neste exemplo, 30 pacotes estão na fila de entrada da interface ethernet0/0 quando o comando show interfaces ethernet 0/0 é emitido. A profundidade da fila é de 75 pacotes e houve 187 descartes desde que os contadores da interface foram limpos pela última vez.

O sistema conta quedas da fila de entrada se o número de buffers de pacote alocados para a interface estiver esgotado ou atingir seu limite máximo. Você pode aumentar o valor máximo da fila com o comando hold-queue <value> para cada interface (o valor do comprimento da fila pode estar entre 0 e 4096. O valor padrão é 75).

Observação: os roteadores de memória compartilhada (séries 1600, 2500 e 4000) também usam a fila de entrada para tráfego comutado rapidamente. Se você obtiver quedas de fila de entrada nessas plataformas, certifique-se de que todo o tráfego use o melhor caminho de comutação disponível (consulte Conceitos Básicos de Ajuste de Desempenho). Quedas na fila de entrada geralmente ocorrem quando um pacote é comutado por processo. Um switch de processo significa que o roteador não pode usar um método preferível de cache de rota, como switching rápida ou Cisco Express Forwarding (CEF), para lidar com a decisão de encaminhamento. Se as quedas de entrada ainda estiverem presentes, isso implica que há simplesmente muito tráfego. Pense em uma atualização de hardware ou tente diminuir a carga de tráfego.

Estas são as condições para o contador de queda da fila de entrada. Geralmente ocorrem quando o roteador recebe tráfego em surtos e não pode lidar com todos os pacotes.

• O Rx FIFO que é acessível pela interface PHY e interface DMA está cheio e todos os novos quadros que chegarem nessa condição serão descartados (normalmente chamados de estouro) e o contador rx_overflow (visto por meio do show controller interface-id) será incrementado. Quando o contador rx_overflow é incrementado em um, ele indica que a condição de overflow ocorreu uma vez e não é indicativa do número de quadros descartados.

• O anel Rx que pode ser acessado pelo DMA da interface e o código do driver da interface está cheio. Qualquer nova transferência de quadros do DMA não pode prosseguir com essa condição, pois não há entradas livres no anel Rx e, portanto, os quadros enviados são descartados (denominados como condição de saturação). O contador rx_int_drop (visto por show controller interface-id) também é incrementado em um. Novamente, se rx_int_drop é incrementado por um, indica que há uma ocorrência de uma condição de saturação, e o número de quadros descartados não é conhecido.

O tamanho da fila de espera de entrada pode ser aumentado dos 75 pacotes padrão. A fila de espera armazena os pacotes recebidos da rede que aguardam para serem enviados ao cliente. A Cisco recomenda que o tamanho da fila não exceda dez pacotes em interfaces assíncronas. Para a maioria das outras interfaces, o comprimento da fila não deve exceder 100. A fila de espera de entrada impede que uma única interface inunde o servidor de rede com muitos pacotes de entrada. Outros pacotes de entrada serão descartados se a interface tiver muitos pacotes de entrada pendentes no sistema.

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

Para Switches Catalyst, a Cisco recomenda fazer esse ajuste em todas as interfaces L3 no dispositivo, tanto nas interfaces físicas quanto nas interfaces VLAN. As portas L2 configuradas com o comando switchport podem ser deixadas no valor padrão.

Observação: depois de aplicar esse comando, você precisa limpar os contadores de interface e depois monitorar a rede.

Cuidado: um aumento na fila de espera pode ter efeitos prejudiciais no roteamento de rede e nos tempos de resposta. Para os protocolos que usam pacotes SEQ/ACK para determinar os tempos de ida e volta, não aumente a fila de saída. Ao invés disso, descartar pacotes informa os hosts para retardar as transmissões para corresponder à largura de banda disponível. Isso é geralmente melhor do que cópias duplicadas do mesmo pacote na rede, o que pode acontecer com grandes filas em espera.

Solucionar problemas de quedas da fila de entrada

Você pode solucionar problemas de quedas da fila de entrada enquanto os pacotes chegam constantemente na fila de entrada. Você não pode solucionar um congestionamento ocorrido no passado. Se mais de um protocolo roteado estiver configurado na interface, primeiro determine o protocolo que congestiona a fila de entrada. Aqui está a maneira mais rápida de fazer isto:

1. Determine o protocolo suspeito. Verifique a utilização da CPU em <protocol> Input processes. Para isso, execute o comando exec show processes cpu. Se o Cisco IOS Software versão 12.1 ou superior estiver sendo executado atualmente no roteador, você poderá encurtar a saída do comando show processes CPU através dos modificadores de saída:

   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

   A Tabela 1 lista os possíveis processos de entrada e os tipos de pacotes que podem congestionar a fila de entrada:

   Processo de entrada que usa ciclos da CPU	Tipo de pacotes
   IP	IP
   AT	Apple Talk
   IPX, SPX ou IPXWAN	IPX
   ARP	IP ARP

   Outros processos de entrada provavelmente não congestionarão a fila de entrada.

2. Descubra se os pacotes que congestionam a fila de entrada são destinados ao roteador ou encaminhados através do roteador. Execute o comando show interfaces [type number] switching do modo exec.

   Observação: o comando show interfaces [type number] switching está oculto e não aparece se você usa o "?" ou teclas TAB na interface de linha de comando. Digite o comando completo no roteador. Este comando não está documentado no Guia de Referência 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 se o número de pacotes processados recebidos é seguido por um número alto de erros de cache. Se sim, isso indica que os pacotes, que congestionam a fila de entrada, são encaminhados através do roteador. Caso contrário, esses pacotes são destinados ao roteador.

3. Se os pacotes forem destinados ao roteador, descubra qual protocolo de camada superior congestiona a fila de entrada. Para isso, use um destes comandos exec show traffic:

   • show ip traffic

   • show ipx traffic

   • show appletalk traffic

   Observação: esses comandos serão aplicáveis somente se você suspeitar de qualquer um dos processos de entrada listados na tabela 1.

4. Tente obter mais informações sobre os pacotes que congestionam a fila de entrada. Para isso, você deve depurar os pacotes recebidos. As etapas anteriores indicam os comandos debug que você precisa ativar.

   Observação: você pode executar isso diretamente, mesmo que não execute as etapas anteriores. No entanto, quando você faz debug, várias mensagens são geradas e podem ser difíceis de ler. Ao seguir todas as etapas anteriores, você obtém uma indicação do que procurar na saída de depuração.

   Aviso: debugar com extremo cuidado. Caso contrário, a utilização da CPU pode aumentar consideravelmente. Não ative a depuração por mais de 5 a 10 segundos. Para obter mais informações sobre como usar os comandos debug, consulte Using Debug Commands. Nunca desabilite logs de console, registros de terminal e registros em um servidor syslog. Ative os logs de buffer e aumente o tamanho do buffer de registro. Um bom valor para o tamanho do buffer de registro seria 128000 bytes. Use estes comandos:

   • no logging <host>

   • depuração de registro 128000 colocado em buffer

   A saída deve ser suficiente para localizar a origem do problema. Você pode verificar a saída de depuração com o comando show log depois de concluir a sessão de depuração. A Tabela 2 lista os comandos debug a serem emitidos com base no tipo de pacotes que congestionam a fila de entrada:

   Tipo de pacotes que contêm a fila de entrada	Comando de depuração a ser usado
   IP	debug ip packet
   Apple Talk	debug apple packet
   IPX	debug ipx packet
   ARP	debug arp

   Para obter mais informações, consulte a Referência de Comandos de Depuração do Cisco IOS.

   Como alternativa, você pode usar o comando show buffers input-interface [interface type] [interface number] header para descobrir os tipos desses pacotes que preenchem a fila de entrada.

   Observação: isso só é útil se houver muitos pacotes na fila 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
   

   Na maioria das vezes, um tipo de pacote está presente em grandes quantidades. Aqui, por exemplo, há vários pacotes ICMP (Internet Control Message Protocol) (protocolo IP 1).

   Se o problema for uma configuração incorreta do roteador (por exemplo, a comutação rápida e o encaminhamento expresso da Cisco (CEF) estão desativados), provavelmente não há nenhum padrão específico nas depurações ou na saída do comando show buffers input-interface.

5. Depois de determinar o tipo de pacotes que congestionam a fila de entrada, a próxima etapa é verificar se você pode evitar esse congestionamento.

   Há várias razões pelas quais os pacotes devem ser processados:

   • Configuração incorreta do roteador — Os caminhos de switching que operam no nível de interrupção são desativados nas interfaces relevantes.

     Para verificar quais caminhos de comutação estão configurados em uma interface, execute o comando show <protocol> interface [type number].

     • Para habilitar o switching rápido legado, configure-o em interfaces de saída.

     • Para ativar a comutação netflow, configure-a nas interfaces de entrada.

     • Para habilitar o Cisco Express Forwarding (CEF), é necessário habilitar o CEF globalmente (em todo o roteador) e localmente (na interface de entrada).

       Para obter mais informações, consulte o Cisco IOS Switching Services Configuration Guide.

   • Destino local —Os pacotes são destinados ao roteador.

     • Em redes estáveis, o número de atualizações de roteamento não deve ser excessivo. Em redes instáveis, atualizações frequentes de grandes tabelas de roteamento podem congestionar a fila de entrada.

     • Verifique se o tráfego excessivo é direcionado para o próprio roteador (por exemplo, Simple Network Management Protocol (SNMP), telnet, Trivial File Transfer Protocol (TFTP) e ping). Depurar os pacotes do protocolo relevante para identificar a origem desses pacotes. Quando encontrar a fonte, elimine-a.

   • O protocolo da camada 2 da Interconexão de Sistema Aberto (OSI - Open System Interconnection) confiável é usado para transporte—Os pacotes que passam pelas interfaces seriais com encapsulamento X.25 devem ser processados porque no conjunto de protocolos X.25, o controle de fluxo é implementado na segunda camada OSI.

   • Compactação de software —Se o pacote entra ou precisa ser encaminhado através de uma interface na qual a compactação de software é configurada, o pacote precisa ser processado.

   • Outros recursos não são suportados no nível de interrupção — Isso depende muito da versão do Cisco IOS Software executada no roteador. Verifique as notas de versão para ver quais recursos são suportados no nível de interrupção. Por exemplo, nas versões anteriores do software Cisco IOS, os pacotes PPP de multilink tinham que ser processados. Em versões mais avançadas do Cisco IOS Software, elas podem ser comutadas rapidamente ou mesmo comutadas por CEF. Recursos como criptografia, tradução de transporte de área local (LAT) e comutação de enlace de dados mais (DLSW+) ainda não são comutados rapidamente.

   • Tráfego excessivo através do roteador, onde cada cabeçalho de pacote contém intencionalmente informações diferentes — Com base no caminho de comutação configurado, os primeiros pacotes para um destino, ou em um fluxo, são sempre processados. Isso ocorre porque não há entradas no cache correspondentes. Se um dispositivo envia pacotes a uma taxa extremamente alta e não há correspondência no cache, esses pacotes podem congestionar a fila de entrada.

   A origem desses pacotes é revelada após a sessão de depuração. Se o endereço de origem for sempre diferente, você deve continuar a identificar e solucionar problemas no dispositivo de upstream do qual o pacote é recebido. Se a interface no roteador estiver conectada a um meio de broadcast, você poderá determinar o endereço MAC (Media Access Control) da origem ou do dispositivo upstream:

   Configure a contabilidade MAC na interface com o comando de configuração da interface ip accounting mac-address input. Depois disso, emita o comando exec show interfaces mac-accounting. Esse comando revela o endereço MAC que enviou os pacotes em uma taxa excessiva.

Quedas da fila da saída

As quedas de saída são causadas por uma interface congestionada. Por exemplo, a taxa de tráfego na interface de saída não pode aceitar todos os pacotes que devem ser enviados. A solução decisiva para resolver o problema é aumentar a velocidade da linha. No entanto, há maneiras de evitar, diminuir ou controlar quedas de saída quando você não deseja aumentar a velocidade da linha. Você pode evitar quedas de saída somente se quedas de saída forem uma consequência de rajadas curtas de dados. Se as quedas de saída forem causadas por um fluxo constante de alta taxa, você não poderá impedir as quedas. Entretanto, você pode controlá-los.

Quando os pacotes são processados, eles são enviados para a fila de saída da interface de saída. Emita o comando exec show interfaces para exibir o tamanho da fila, o número atual de pacotes na fila e o número de descartes. Com base no tipo de interface e no tipo de enfileiramento configurado, o número de descartes de fila de saída não é mostrado explicitamente, pois o contador de descarte de saída resume as quedas de saída separadamente no nível de processamento e no nível de interrupção:

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

No entanto, leva mais tempo para processar um pacote do que para enviar o pacote da fila de saída para o fio. Portanto, é altamente improvável que quedas da fila de saída (quedas no nível de processamento) possam ocorrer sem quedas no nível de interrupção. As quedas da fila de saída ocorrem somente se a interface já estiver congestionada no nível de interrupção, de modo que os pacotes não possam ser retirados da fila de saída antes que a fila fique cheia. Por isso, quedas de saída no nível do processamento (quedas da fila de saída) e quedas de saída no nível de interrupção sempre ocorrem juntas e praticamente não há a necessidade de diferenciar entre esses dois contadores.

Observação: no entanto, há uma exceção. Se a fila de saída estiver constantemente cheia e se nenhum pacote for enviado para fora da interface, você deverá verificar se há uma falha de hardware na interface.

Solucionar problemas de quedas da fila de saída

Você pode diminuir, ou mesmo impedir, quedas de saída se ajustar a configuração destes recursos:

• Modo duplex —Se a interface funcionar no modo half duplex, configure-o (se possível) para funcionar em full duplex.

• Mecanismo de janelamento da camada 2 —Se o encapsulamento x.25 estiver configurado na interface, aumente o tamanho da janela x.25. Para obter mais informações, consulte Definindo tamanhos de janela padrão.

• Comutação distribuída —Nos roteadores Cisco 7500, se as placas VIP (Versatile Interface Protocol) estiverem instaladas no chassi, habilite a comutação distribuída. Ao fazer isso, o VIP de entrada armazena em buffer até 1 segundo do tráfego para a interface se a interface de saída estiver congestionada. Isso é chamado de buffer do lado rx.

Observação: nunca aumente a fila de saída na tentativa de impedir quedas de saída. Se os pacotes permanecerem muito longos na fila de saída, os temporizadores TCP podem expirar e disparar a retransmissão. Os pacotes retransmitidos só congestionam ainda mais a interface de saída.

Se as quedas de saída ainda ocorrerem após você ajustar a configuração do roteador conforme recomendado, isso significa que você não pode impedir ou diminuir quedas de saída. No entanto, você pode controlá-los, e isso pode ser tão eficaz quanto a prevenção. Há duas abordagens para controlar quedas de saída:

• Gerenciamento de congestionamento

• Prevenção de congestionamento

Ambas as abordagens são baseadas na classificação de tráfego e você pode usá-las em paralelo.

O gerenciamento de congestionamento garante, com a configuração apropriada, que os pacotes importantes sempre serão encaminhados, enquanto os menos importantes sempre serão eliminados quando o link estiver congestionado. O gerenciamento de congestionamento inclui mecanismos de enfileiramento sofisticados, como:

• Enfileiramento de prioridade

• Weighted fair queueing com base em classe

A contenção de congestionamento se baseia em quedas de pacote intencionais. O tamanho da janela nas conexões TCP depende do tempo de ida e volta. Portanto, essas quedas intencionais reduzem a taxa na qual o dispositivo de origem envia pacotes. Evitar congestionamento usa detecção antecipada aleatória ponderada.

Se as quedas de saída indesejadas ainda ocorrerem após a implementação desses mecanismos, você precisará aumentar a velocidade da linha.

Comandos para obter mais informações

Aqui estão alguns comandos que fornecem mais informações sobre quedas de fila:

• show interfaces switching

• show interfaces stats

• ip accounting mac-address

• show interfaces mac-accounting

Se você tiver a saída de um comando show interfaces de seu dispositivo Cisco, poderá usar o Cisco CLI Analyzer para exibir possíveis problemas e correções. Para usar o Cisco CLI Analyzer, você deve ser um cliente registrado, estar conectado e com o JavaScript habilitado.

show interfaces switching

Descrição

Esse comando mostra o número de pacotes enviados e recebidos em uma interface, classificados com base no caminho de switching. Esse é um comando oculto:

Formato

show interfaces [type number] switching

Saída de exemplo

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	Definição
Processo de <protocolo>	Número de pacotes processados. Isso inclui pacotes destinados ao roteador e pacotes para os quais não há entrada na tabela de cache de switching apropriada.
Falhas de cache	Pacotes que são encaminhados pelo nível do processo (para os quais não há entrada no cache de switching rápida).
Rápido	Pacotes encaminhados no nível de interrupção.

show interfaces stats

Descrição

Esse comando é semelhante ao comando show interfaces switching e fornece informações sobre o número de pacotes que são comutados por processo, comutados rapidamente (qualquer caminho de comutação rápida) e comutados distribuídos (para plataformas com capacidade para VIP). Esse é um comando oculto:

Formato

show interfaces [type number] stats

Saída de exemplo

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

Descrição

Este comando é para configuração de interface. Ele responde pelos pacotes recebidos ou transmitidos, classificados com base no endereço MAC de origem ou de destino.

Formato

ip accounting mac-address {input|output}

show interfaces mac-accounting

Descrição

Esse é um comando exec. Mostra o número de pacotes enviados e recebidos classificados com base no endereço MAC de origem e de destino.

Formato

show interfaces [type number] mac-accounting

Saída de exemplo

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

Informações Relacionadas

• Conceitos básicos de ajuste de desempenho
• Sobrecarga de fila de entrada em uma interface
• Excesso na fila de saída em uma interface
• Troubleshooting de Quedas de Entrada no Cisco 12000 Series Internet Router
• Suporte Técnico - Cisco Systems