Para parceiros
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento discute as quedas de fila de entrada e saída retiradas 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.
Note: As quedas podem frequentemente ser úteis, pois disparam os mecanismos de controle de fluxo dos protocolos de camada superior (por exemplo, as quedas diminuem o tamanho da janela TCP).
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
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.
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.
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 a 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).
Note: 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 a essa condição serão descartados (normalmente chamados de estouro) e o contador rx_overflow (visto através da show controller interface-id
) será incrementada. 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 (exibido por show controller interface-id
) também é incrementada 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. Portas L2 configuradas com o comando switchport
pode ser deixado no valor padrão.
Note: Depois de aplicar esse comando, você precisa limpar os contadores de interface e depois monitorar a rede.
Caution: 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.
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:
Determine o protocolo suspeito. Verifique a utilização da CPU em <protocol> Input
processos. Para fazer isso, execute o comando show processes cpu
exec. 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.
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
no modo exec.
Note: O show interfaces [type number] switching
está oculto e não aparece se utilizar o comando "?" 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.
Se os pacotes forem destinados ao roteador, descubra qual protocolo de camada superior congestiona a fila de entrada. Para isso, use um desses show traffic
Comandos exec:
show ip traffic
show ipx traffic
show appletalk traffic
Note: Esses comandos são aplicáveis somente se você suspeitar de qualquer um dos processos de entrada listados na tabela 1.
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.
Note: 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: Depurar 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 Informações importantes sobre comandos debug. 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
e logging buffered 128000 debugging
.
A saída deve ser suficiente para localizar a origem do problema. Você pode verificar a saída da depuração com o comando show log
após concluir a sessão de depuração. A Tabela 2 lista os debug
comandos 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 |
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.
Note: 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) estiverem desativados), provavelmente não há nenhum padrão específico nas depurações ou na saída do comando show buffers input-interface
comando.
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 switching estão configurados em uma interface, execute o comando show <protocol> interface [type number]
comando.
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 Guia de Configuração de Visão Geral de Caminhos de Switching do Cisco IOS.
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 ip accounting mac-address input
interface configuration. Depois disso, emita o comando show interfaces mac-accounting
exec. Esse comando revela o endereço MAC que enviou os pacotes em uma taxa excessiva.
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. Execute o show interfaces
exec 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.
Note: 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.
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.
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.
Note: 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
Evitando 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.
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 show interfaces
no dispositivo Cisco, você pode 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
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:
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 | Definição |
---|---|
<protocol> Process |
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. |
Cache misses |
Pacotes que são encaminhados pelo nível do processo (para os quais não há entrada no cache de switching rápida). |
Fast |
Pacotes encaminhados no nível de interrupção. |
show interfaces stats
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:
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
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.
ip accounting mac-address {input|output}
show interfaces mac-accounting
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.
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
Revisão | Data de publicação | Comentários |
---|---|---|
2.0 |
01-Apr-2022 |
Formatação adicionada para notas e código em linha. Links quebrados fixos ou removidos. |
1.0 |
07-Feb-2014 |
Versão inicial |