Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Identificar e Solucionar Problemas da Camada Física

Use os LEDs para solucionar problemas

Verificar o Cabo e os Dois Lados da Conexão

Cabos de Ethernet de Fibra Óptica e Cobre

Distâncias Máxima de Transmissão de Fast Ethernet e Ethernet

Identificar e Solucionar Problemas do Gigabit Ethernet

Conectado vs Não Conectado

Identificar e Solucionar Problemas da Porta e dos Comandos de Interface Mais Comuns do Cisco IOS

Entender a saída específica do contador de interface e porta do Cisco IOS

Show Interfaces para Cisco IOS

Show Interfaces Counters para Cisco IOS

Show Counters Interface para Cisco IOS

Show Controller Ethernet-Controller para Cisco IOS

Mensagens de Erro de Sistema Comuns

%AMDP2_FE-3-UNDERFLO

%INTR_MGR-DFC1-3-INTR: Mecanismo de Enfileiramento (Blackwater) [1]: FIC Fabric-A Recebeu Código de Controle Inesperado

Comando rejeitado: [Interface] not a Switching Port

Problemas Comuns da Porta e da Interface

O Status da Interface ou da Porta é Desabilitada ou Encerrada

O Status da Porta ou da Interface é errDisable

O Status da Porta ou da Interface é Inativa

O Status da Interface ou da Porta de Uplink é Inativa

Contador Adiado nos Incrementos da Interface do Switch Catalyst

Falha intermitente para ajustar o [value] do temporizador da vlan [vlan no]

Incompatibilidade do Modo de Entroncamento

Jumbos, Giants, e Baby Giants

Não foi Possível Efetuar Ping no Dispositivo Final

Uso do host da porta do switch para corrigir atrasos de inicialização

Problemas de velocidade/duplex, autonegociação ou NIC

Loops de Spanning Tree

UDLD: Link de Sentido Único

Frames Adiados (Out-Lost or Out-Discard)

Problemas de Software

Problemas de Hardware

Erros de Entrada em uma Interface da Camada 3 Conectada a um Switchport da Camada 2

Incrementar rapidamente o contador Rx-No-Pkt-Buff e erros de entrada

Compreenda gotas do protocolo desconhecido

Entroncamento entre um Switch e um Roteador

Problemas de Conectividade Devido à Sobreassinatura

Subinterfaces em módulos SPA

Solucionar Problemas de Quedas de Saída

Última entrada nunca da saída do comando show interface

Informações Relacionadas

Introduction

Este documento descreve como determinar por que uma porta ou interface apresenta problemas.

Prerequisites

Requirements

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

Componentes Utilizados

Este documento se aplica aos switches Catalyst que são executados no Cisco IOS® System Software.

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. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Conventions

Consulte as Convenções de dicas técnicas da Cisco para obter mais informações sobre as convenções do documento.

Note: Para acessar ferramentas e sites, você deve ser um cliente registrado da Cisco.

Identificar e Solucionar Problemas da Camada Física

Use os LEDs para solucionar problemas

Se você tiver acesso físico ao switch, ele poderá save tempo para examinar os LEDs de porta que fornecem o status do link ou podem indicar uma condição de erro (se estiverem vermelhos ou alaranjados). A tabela descreve os indicadores do status do LED para os módulos de Ethernet ou switches de configuração fixa:

Platform

URL

Catalyst 6000 Series Switches

LEDs de Módulo Ethernet

Catalyst 4000 Series Switches

LEDs de Módulo Ethernet

Catalyst 3750 Series Switches

LEDs do painel dianteiro

Catalyst 3550 Series Switches

LEDs do painel dianteiro

Catalyst 2950/2955 Series Switches

LEDs do painel dianteiro

Catalyst 2900/3500XL Series Switches

LEDs do painel dianteiro

Catalyst 1900 e 2820 Series Switches

LEDs do painel dianteiro

Assegure-se de que os dois lados tenham um link. Um único fio quebrado ou uma porta fechada pode causar o problema onde um lado tem uma luz de link, mas o outro lado não.

Uma luz de link não garante que o cabo esteja funcionando adequadamente. O cabo pode ter passado por um estresse físico que faz com que seja funcional a um nível marginal. Normalmente, você pode identificar esta situação se a porta tiver muitos erros de pacote ou se a porta oscila constantemente (perde e recupera o link).

Verificar o Cabo e os Dois Lados da Conexão

Se a luz de link para a porta não acende, você pode considerar estas possibilidades:

Possível causa

Ação corretiva

Não existe nenhum cabo conectado

Conecte o cabo do switch a um dispositivo em bom funcionamento.

Porta Errada

Assegure-se de que ambas as extremidades do cabo estejam ligadas nas portas corretas.

O dispositivo não tem energia

Assegure-se de que os dois dispositivos tenham energia.

Tipo de cabo errado

Verifique a seleção do cabo. Consulte o Guia de Cabos do Switch Catalyst.

Cabo incorreto

Troque o cabo suspeito por um cabo em bom funcionamento. Procure pinos quebrados ou perdidos nos conectores.

Conexões soltas

Verifique se existem conexões soltas. Às vezes, um cabo parece estar assentado no conector, mas não está. Desconecte o cabo e reintroduza-o.

Painéis de Correção

Elimine conexões defeituosas do painel de correção. Evite o painel de correção, se possível, para excluí-lo.

Conversores de Mídia

Elimine conversores de mídia defeituosos: fibra até cobre e assim por diante. Ignore o conversor de mídia, se possível, para descartá-lo.

Conversor com erro com falha do Gigabit Interface Convertor (GBIC)

Troque o GBIC suspeito por um GBIC em bom funcionamento. Verifique o suporte de Hardware e Software para este tipo de GBIC.

Porta ou Porta do Módulo com erro ou Interface ou Módulo não habilitado

Mova o cabo para uma porta em bom funcionamento para resolver o problema de uma porta ou de um módulo suspeito. Use o comando show interface para o Cisco IOS procurar o status errdisable, disable ou shutdown. O comando show module pode indicar falha, que pode indicar um problema de hardware. Consulte a seção Problemas Comuns da Porta e da Interface deste documento para obter mais informações.

Cabos de Ethernet de Fibra Óptica e Cobre

Verifique se você tem o cabo correto para o tipo de conexão que deseja fazer. O cabo de cobre Categoria 3 pode ser usado para conexões de par trançado não blindado (UTP) de 10 Mbps, mas nunca deve ser usado para conexões UTP de 10/100 ou 10/100/1000 Mbps. Use sempre UTP de Categoria 5, Categoria 5e ou Categoria 6 conexões para de 10/100 ou de 10/100/1000 Mbps.

aviso: Os cabos da Categoria 5e e 6 podem armazenar níveis altos de eletricidade estática devido às propriedades dielétricas dos materiais usados em sua construção. Sempre aterre os cabos (especialmente em execuções com cabos novos) a uma base terra segura apropriada antes de conectá-los ao módulo.

Para a fibra óptica, assegure-se de ter o cabo correto para as distâncias envolvidas e o tipo de portas de fibra que são usadas. As duas opções são fibra monomodo (SMF) ou fibra multimodo (MMF). Assegure-se de que ambas as portas nos dispositivos que estão conectadas sejam SMF ou portas MMF.

Note: Para conexões de fibra óptica, assegure-se de que a transmissão de transmissão de uma porta esteja conectada à recepção de recepção da outra porta. As conexões de transmissão à transmissão e de recepção à recepção não funcionam.

Distâncias Máxima de Transmissão de Fast Ethernet e Ethernet

Velocidade do Transceptor

Tipo de cabo

Modo Duplex

Distância máxima entre estações

10 Mbps

Categoria 3 UTP

Full e semi

328 pés (100 m)

10 Mbps

MMF

Full e semi

1,2 mi (2 quilômetros)

100 Mbps

UTP Categoria 5, UTP Categoria 5e

Full e semi

328 pés (100 m)

100 Mbps

Categoria 6 UTP

Full e semi

328 pés (100 m)

100 Mbps

MMF

Half

1312 pés (400 m)

Completo

1,2 mi (2 quilômetros)

100 Mbps

SMF

Half

1312 pés (400 m)

Completo

6,2 mi (10 quilômetros)

Para obter mais detalhes sobre os diferentes tipos de cabos/conectores, requisitos de cabos, requisitos ópticos (distância, tipo, patch cables e assim por diante), como conectar os diferentes cabos e quais cabos são usados pela maioria dos switches e módulos da Cisco, consulte o Guia de Cabo do Switch Catalyst .

Identificar e Solucionar Problemas do Gigabit Ethernet

Se você tem o dispositivo A conectado ao dispositivo B em um link de Gigabit e o link não funciona, acima, executa o procedimento a seguir.

Procedimento Passo a Passo

1. Verifique se o dispositivo A e o B usam o mesmo GBIC, comprimento de onda curto (SX), comprimento de onda longo (LX), longo alcance (LH), comprimento de onda estendido (ZX) ou cobre UTP (TX). Os dois dispositivos devem usar o mesmo tipo de GBIC para estabelecer o link. Um SX GBIC precisa conectar-se a um SX GBIC. Um SX GBIC não se conecta a um LX GBIC. Consulte Nota de Instalação do Cabo de Correção de Condicionamento de Modo para obter mais informações.

2. Verifique a distância e o cabo usados pelo GBIC como definido nesta tabela.

Especificações de Cabeamento das Portas 1000BASE-T e 1000BASE-X

GBIC

Comprimento de onda (nanômetro)

Tipo de Cobre/Fibra

Tamanho do núcleo^1(mícrons)

Largura de banda modal (MHz/km)

Distância do cabo^2

WS-G54831000Base - T (cobre)

UTP Categoria 5, UTP Categoria 5e e 6

328 pés (100 m)

WS-G54841000BASE-SX^3

850

MMF

62,5 62,5 50,0 50,0

160 200 400 500

722 pés (220 m) 902 pés (275 m) 1640 pés (500 m) 1804 pés (550 m)

WS-G54861000BASE-LX/LH

1310

MMF^4SMF

62,5 50,0 50,0 8,3/9/10

500 400 500 -

1804 pés (550 m) 1804 pés (550 m) 1804 pés (550 m) 6,2 milhas (10 quilômetros)

WS-G54871000BASE-ZX^5

1550

MMF SMF^6

8,3/9/10 8,3/9/10

43,5 milhas (70 km)762,1 milhas (100 km)

1. Os números fornecidos para o cabo de fibra óptica multimodo referem-se ao diâmetro central. Para um cabo de fibra óptica de modo único, 8,3 mícrons refere-se ao diâmetro central. Os valores de 9 mícrons e 10 mícrons se referem ao diâmetro de campo de modo (MFD), que é o diâmetro da porção da fibra que carrega luz. Essa área consiste no núcleo da fibra mais uma pequena porção que cobre o revestimento interno. O Microfarad é uma função do diâmetro central, o comprimento de onda do laser e da diferença do índice refrativo entre o núcleo e o revestimento.

2. As distâncias têm por base a perda de fibra óptica. Várias emendas e cabos de fibra óptica abaixo do padrão reduzem as distâncias dos cabos.

3. Use somente com MMF.

4. Quando você usa um LX/LH GBIC com um MMF de 62,5 mícrons de diâmetro, precisa instalar um cabo de correção de condição de modo (CAB-GELX-625 ou equivalente) entre os cabos GBIC e MMF nas duas extremidades de recepção e transmissão. O cabo de correção de condição de modo é exigido para distâncias de link menos de 328 pés (100 m) ou maiores que 984 pés (300 m). O cabo de correção de condicionamento de modo evita o uso excessivo do receptor para comprimentos curtos de MMF e reduz o atraso do modo diferencial para comprimentos longos de MMF. Consulte Nota de Instalação do Cabo de Correção de Condicionamento de Modo para obter mais informações.

5. Use somente com SMF.

6. Cabo de fibra óptica do modo único de dispersão deslocada.

7. A distância de link mínima para ZX GBIC é 6,2 milhas (10 quilômetros) com um atenuador de 8 dB instalado em cada extremidade do link. Sem atenuadores, a distância de link mínima é de 24,9 milhas (40 quilômetros).

3. Se um dos dispositivos tiver várias portas Gigabit, conecte as portas um ao outro. Isso testará cada dispositivo e verificará se a interface de Gigabit está funcionando corretamente. Por exemplo, você tem um switch que tem duas portas de Gigabit. Conecte via cabo a porta de Gigabit um à porta de Gigabit dois. O link funciona? Em caso afirmativo, a porta está funcionando. O STP bloqueia a porta e impede todos os loops (a recepção (RX) da porta um vai para a transmissão (TX)da porta dois; o TX da porta um vai para o RX da porta dois).

4. Se uma única conexão ou o Passo 3 falhar com os conectores SC, faça loop da porta de volta para ela mesma (o RX da porta um vai para o TX da porta um). A porta funciona? Se não, entre em contato com o TAC, porque a porta pode estar com defeito.

5. Se as etapas 3 e 4 forem bem-sucedidas, mas não for possível estabelecer uma conexão entre os dispositivos A e B, faça loop nas portas com o cabo que une os dois dispositivos. Verifique se não há um cabo com falha.

6. Verifique se cada dispositivo suporta a especificação 802.3z para a autonegociação Gigabit. A Ethernet de Gigabit possui um procedimento de negociação automática que é mais extensivo que aquele usado pela Ethernet 10/100 (especificação de negociação automática de Gigabit: Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers) STD 802.3z-1998). Quando você habilita a negociação de link, o sistema negocia automaticamente o controle de fluxo, o modo duplex e a informação de falha remota. Você deve habilitar ou desabilitar a negociação de enlace nas duas extremidades do enlace. As duas extremidades do link devem ser ajustadas para o mesmo valor ou o link não poderá se conectar. Foram encontrados problemas em conexões com dispositivos manufaturados antes da ratificação dos padrões do IEEE 802.3z (Instituto de Engenharia Elétrica e Eletrônica). Se um ou outro dispositivo não oferece suporte para a negociação automática de Gigabit, desabilite-a e force a ativação por link. O firmware da placa demora 300 msec para notificar o software que um link/porta de 10/100/1000BASE-TX está inativo. O temporizador do debounce padrão de 300msec vem do temporizador de polling do firmware para as placas de linha, que ocorre cada 300 milissegundos. Se o link for executado no modo 1G (1000BASE-TX), a sincronização de Gigabit, que ocorre cada 10 msec, deve poder detectar que o link está desativado mais rapidamente. Há uma diferença nos tempos de detecção de falha do link quando você executa GigabitEthernet em cobre versus GigabitEthernet em fibra. Essa diferença no tempo de detecção tem por base os padrões de Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers).

aviso: Desative a autonegociação e isso oculta as quedas de link ou os problemas da camada física. Isso só é necessário se forem usados dispositivos finais, como NICs Gigabit mais antigas, que não possam suportar IEEE 802.3z. Não desabilite a negociação automática entre switches a menos que seja absolutamente exigido, já que os problemas da camada física podem passar sem serem detectados, resultando em loops STP. A alternativa é entrar em contato com o fornecedor para obter o software/upgrade de hardware que ofereça suporte para a negociação automática de Gigabit do Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers) 802.3Z.

Para os requisitos de sistema do GigabitEthernet, assim como para Conversores de Interface de Gigabit (GBICs), os requisitos de sistema de Coarse Wavelength Division Multiplexing (CWDM) e Small Form-Factor Pluggable (SFP), consulte:

- Requisitos do sistema para implementar Gigabit Ethernet em Switches Catalyst

- Matriz de compatibilidade de Switch de conversor de interface Gigabit Catalyst GigaStack

- Matriz de Compatibilidade dos Módulos de Transceptor de Ethernet de Gigabit Cisco

- Matriz de compatibilidade dos módulos do transceptor Cisco 10-Gigabit Ethernet

Para obter informações de configuração geral e informações adicionais sobre como solucionar problemas, consulte Configuração e Troubleshooting de Autonegociação Half/Full Duplex de Ethernet 10/100/1000 MB .

Conectado vs Não Conectado

A maioria dos switches Cisco tem uma porta no estado não conectado. Isso significa que ele não está conectado atualmente a nada, mas pode se conectar se tiver uma boa conexão com outro dispositivo operacional. Se você conectar um cabo em boas condições a duas portas de switch no estado não conectado, a luz de link ficará verde para ambas as portas, e o status da porta deve indicar conectado. Isso significa que a porta estará ativa contanto que a Camada 1 (L1) esteja conectada.

Para o Cisco IOS, você pode usar o comando show interfaces para verificar se a interface está ativa, o protocolo de linha está ativo (conectado). O primeiro up refere-se ao status da camada física da interface. A mensagem line protocol up mostra o status da camada de enlace de dados da interface e informa que a interface pode enviar e receber manutenções de atividades.

Router#show interfaces fastEthernet 6/1

FastEthernet6/1 is down, line protocol is down (notconnect)

!--- The interface is down and line protocol is down.

!--- Reasons: In this case,

!--- 1) A cable is not properly connected or not connected at all to this port.

!--- 2) The connected cable is faulty.

!--- 3) Other end of the cable is not connected to an active port or device.

!--- Note: For gigabit connections, GBICs need to be matched on each

!--- side of the connection.

!--- There are different types of GBICs, depends on the cable and

!--- distances involved: short wavelength (SX),

!--- long-wavelength/long-haul (LX/LH) and extended distance (ZX).

!--- An SX GBIC needs to connect with an SX GBIC;

!--- an SX GBIC does not link with an LX GBIC. Also, some gigabit

!--- connections require conditioning cables,

!--- that depend on the lengths involved.

Router#show interfaces fastEthernet 6/1

FastEthernet6/1 is up, line protocol is down (notconnect)

!--- The interface is up (or not in a shutdown state), but line protocol down.

!--- Reason: In this case, the device on the other side of the wire is a

!--- CatOS switch with its port disabled.

Router#show interfaces fastEthernet 6/1 status

Port   Name    Status       Vlan    Duplex   Speed  Type

Fa6/1          notconnect    1       auto     auto   10/100BaseTX

Se show interfacesmostrar up/ line protocol up (conectado), mas você vir o incremento de erros na saída de qualquer comando, consulte a seção Problemas Comuns de Porta e Interface deste documento para obter assistência.

Identificar e Solucionar Problemas da Porta e dos Comandos de Interface Mais Comuns do Cisco IOS

Esta tabela mostra os comandos mais comuns usados para solucionar problemas de porta ou interface em switches que executam o Cisco IOS System Software no Supervisor.

Note: A coluna da direita na tabela seguinte fornece uma breve descrição do que o comando faz e lista quaisquer exceções para o uso por plataforma.

Se você tiver a saída dos comandos suportados do seu dispositivo Cisco, poderá usar o Cisco CLI Analyzer para exibir problemas potenciais e correções.

Comandos do Cisco IOS

Descrição

show version

Esse comando exibe uma saída semelhante à de um roteador Cisco, como o nome da imagem do software, as informações de versão e os tamanhos de memória do sistema. Útil na pesquisa de incompatibilidades de software/hardware (com as Notas de versão ou o Software Advisor) e bugs (com oSoftware Bug Toolkit).

show module

Esse comando exibe quais placas estão presentes no switch, a versão do software em que são executadas e em que estado os módulos estão: ok, defeituoso e assim por diante. Isso é útil para diagnosticar um problema de hardware em um módulo ou porta. Para obter mais informações sobre como solucionar problemas de hardware com o comando show module, consulte as seções Status da Porta ou da Interface está desabilitado ou desligado ou Problemas de Hardware deste documento.

show run-config

Este comando exibe o arquivo de configuração atual do switch. As alterações são saved à configuração no Cisco IOS com o comando write memory. Isso é útil para determinar se uma configuração incorreta do mod/porta ou da interface pode causar um problema.

show interfaces

O comando show interface exibe o status administrativo e operacional de uma porta de switch, pacotes de entrada e saída, falhas de buffer, erros e assim por diante.

clear counters

Use o comando clear counters para zerar os contadores de tráfego e erro para que você possa ver se o problema é apenas temporário ou se os contadores continuam a aumentar.

Observação: os Catalyst 6500/6000 Series Switches não limpam os contadores de bits de uma interface com o comando clear counters. A única maneira de apagar os contadores de bits nesses switches é recarregar.

show interfaces counters

Este é o comando a ser usado nas séries Catalyst 6000, 4000, 3550, 2950 e 3750.

show counters interface show controllers ethernet-controller

O comando show counters interface foi introduzido na versão de software 12.1(13)E somente para a série Catalyst 6000 e exibe contadores de erros de 32 bits e 64 bits. Para o Cisco IOS nos switches das séries 2900/3500XL, 2950/2955, 3550, 2970 e 3750, o comando show controllers Ethernet-controller exibe quadros descartados, quadros adiados, erros de alinhamento, colisões e assim por diante.

show interfaces counters

Este é o comando a ser usado nas séries Catalyst 6000, 4000, 3550, 2950 e 3750.

show diagnostic(s) show post

O comando show diagnostic foi introduzido na versão 12.1(11b)E para a série Catalyst 6000 e show diagnostics (com um s ) foi introduzido na série Catalyst 4000. Nos 2900/3500XL, 2950/2955, 3550, 2970 e 3750 Series Switches, o comando equivalente é show post , que exibe os resultados do POST do switch. Para obter mais informações sobre como solucionar erros relacionados a hardware em switches Catalyst, consulte a seção Problemas de Hardware deste documento.

Entender a saída específica do contador de interface e porta do Cisco IOS

A maioria dos switches possuem alguma forma de rastrear os pacotes e os erros que ocorrem em uma porta ou interface. Os comandos comuns usados para encontrar esse tipo de informação são descritos na seção Comandos de Troubleshooting Mais Comuns de Porta e Interface para o Cisco IOS deste documento.

Note: Pode haver diferenças na implementação dos contadores através das várias plataformas e releases. Embora os valores dos contadores sejam altamente exatos, não são muito precisos por design. Para obter as estatísticas exatas de tráfego, sugerimos que você use um sniffer para monitorar as interfaces de entrada e de saída necessárias.

Os erros excessivos em certos contadores, geralmente, indicam um problema. Quando você opera na configuração half-duplex, alguns erros de link de dados são incrementados em FCS (Frame Check Sequence, Sequência de Verificação de Quadro), alinhamento, runts e contadores de colisão normais. Geralmente, uma proporção de um por cento dos erros no tráfego total é aceitável para conexões half-duplex. Se a razão entre erros nos pacotes de entrada seja superior a dois ou três por cento, poderá ser notada uma degradação de desempenho.

Nos ambientes half-duplex, é possível que o switch e o dispositivo conectado detectem o fio e transmitam exatamente no mesmo tempo e resultado em uma colisão. As colisões podem causar runts, FCS e erros de alinhamento devido ao quadro não ser completamente copiado para o fio, o que resulta em quadros fragmentados.

Quando você se opera em full duplex, os erros em FCS, Verificação de Redundância Cíclica (CRC), alinhamento e contadores de runt devem ser mínimos. Se o link opera em full duplex, o contador de colisão não está ativo. Se o FCS, a Verificação de Redundância Cíclica (CRC), o alinhamento ou os contadores de runt incrementam, verifique se existe uma incompatibilidade de duplex. A incompatibilidade duplex é uma situação onde o switch opera em full duplex e o dispositivo conectado opera em half-duplex ou vice versa. O resultado de uma incompatibilidade duplex é o desempenho extremamente fraco, a conectividade intermitente e a perda de conexão. Outras causas possíveis de erros de link de dados em full duplex são cabos ruins, portas de switches com falha ou problemas de software/hardware de placa de rede. Consulte a seção Problemas Comuns da Porta e da Interface deste documento para obter mais informações.

Show Interfaces para Cisco IOS

O comando show interfaces card-type {slot/port}é o comando usado para o Cisco IOS no Supervisor exibir contadores e estatísticas de erro. Uma alternativa a este comando (para Catalyst 6000, 4000, 3550, 2970, 2950/2955 e 3750 Series Switches) é o comando show interfacescard-type <slot/port>counters errors que exibe apenas os contadores de erro de interface. Consulte a Tabela 1 para obter explicações sobre a saída do contador de erro.

Note: Para os 2900/3500XL Series Switches, use o comando show interfacescard-type {slot/port} com o comando show controllers Ethernet-controllers.

Router#sh interfaces fastEthernet 6/1

FastEthernet6/1 is up, line protocol is up (connected)

Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 100Mb/s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:14, output 00:00:36, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue :0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

A saída do comando show interfaces até este ponto é explicada aqui (em ordem) :

- ativado, protocolo de linha ativado (conectado) - O primeiro ativado se refere ao status da camada física da interface. A mensagem line protocol up mostra o status da camada de enlace de dados da interface e informa que a interface pode enviar e receber keepalives.

- MTU - Unidade Máxima de Transmissão (MTU) é de 1500 bytes para Ethernet por padrão (para a porção de dados máxima do frame).

- Full-duplex, 100Mb/s - Full-duplex e 100Mbps é a configuração atual de velocidade e duplex da interface. Não indica se a negociação automática foi usada para atingir isso. Use o comando show interfaces fastEthernet 6/1 status para exibir isso:

Router#show interfaces fastEthernet 6/1 status

Port    Name               Status       Vlan       Duplex  Speed Type

Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

!--- Autonegotiation was used to achieve full-duplex and 100Mbps.

- Última entrada, saída - O número de horas, minutos e segundos desde que o último pacote foi recebido ou transmitido com sucesso pela interface. Isso é útil para saber quando uma interface inoperante falhou.

- A última limpeza dos contadores de "show interface" – a última vez que o comando clear counters foi emitido desde a última vez que o Switch foi reinicializado. O comando clear counters é usado reinicializar estatísticas de interface.

Note: Variáveis que podem afetar o roteamento (por exemplo, carga e confiabilidade) não são eliminadas quando os contadores são zerados.

- Fila de entrada - O número de pacotes na fila de entrada.Size/max/drops= o número atual de quadros na fila / o número máximo de quadros que a fila pode manter antes de começar a descartar quadros / o número real de quadros descartados porque o tamanho máximo da fila foi excedido.Flushes é usado para contar descartes SPD (Selective Packet Discard) no Catalyst 6000 Series que executa o Cisco IOS. (O contador de descartes pode ser usado, mas nunca incrementa no Catalyst 4000 Series que executa o Cisco IOS.) O SPD é um mecanismo que descarta rapidamente pacotes de baixa prioridade quando a CPU fica sobrecarregada para save alguma capacidade de processo para pacotes de alta prioridade. O contador de liberações na saída do comando show interface é aumentado como parte do descarte seletivo de pacotes (SPD) que implementa uma política de descarte de pacotes seletiva na fila do processo IP do roteador. Consequentemente, aplica-se somente ao tráfego de processo comutado.

A finalidade do SPD é assegurar que os pacotes de controle importantes, tais como atualizações de roteamento e keepalives, não sejam descartados quando a fila de entrada IP estiver completa. Quando o tamanho da fila de entrada IP estiver entre os limites mínimo e máximo, os pacotes IP normais serão descartados com base em uma probabilidade específica de descarte. Essas quedas aleatórias são chamadas de descargas de SPD.

- Quedas totais de saída  é o número de pacotes que foram descartados porque a fila da saída está cheia. Uma causa comum é o tráfego de um link de largura de banda alta que é comutado para um link de largura de banda mais baixa ou o tráfego de vários links de entrada que são comutados para um único link de saída. Por exemplo, se uma grande quantidade de fluxo de tráfego chega em uma interface de gigabit e é comutada para uma interface de 100 Mbps, isso pode fazer com que as quedas de saída sejam incrementadas na interface de 100 Mbps. Isso ocorre porque a fila de saída nessa interface está sobrecarregada pelo excesso de tráfego devido à incompatibilidade de velocidade entre as larguras de banda de entrada e de saída.

- Fila de saída - O número de pacotes na fila de saída. Tamanho/máx significa o número atual de quadros na fila/o número máximo de quadros que a fila pode manter antes de ficar cheia e deve começar a descartar os quadros.

- 5 minute input/output rate - A taxa média de entrada e saída vista pela interface nos últimos cinco minutos. Especifique um período de tempo mais curto para obter uma leitura precisa (para detectar melhor rajadas de tráfego, por exemplo, e emita o comando de interface load-interval <seconds>.

Consulte a Tabela 1 para obter explicações sobre a saída do contador de erros.

!--- ...show interfaces command output continues.

1117058 packets input, 78283238 bytes, 0 no buffer

Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

285811 packets output, 27449284 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Observação: há uma diferença entre o contador da saída do comando show interface para uma interface física e uma interface VLAN.Os contadores do pacote de entrada são incrementados na saída de show interface para uma interface VLAN quando esse pacote é Camada 3 (L3) processado pela CPU. O tráfego que é comutado na Camada 2 (L2) nunca chega à CPU e não é contado nos contadores show interface para a interface VLAN. Ele seria contado na saída show interface para a interface física apropriada.

O comando show interfaces <card-type> <slot/port> counters errors é usado no Cisco IOS para exibir somente a saída dos erros de interface. Consulte a Tabela 1 para obter explicações sobre a saída do contador de erros.

Router#sh interfaces fastEthernet 6/1 counters errors

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards

Fa6/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants

Fa6/1              0         0         0          0         0         0         0

Tabela 1. Saída do contador de erros do Cisco IOS para os erros show interfacesorshow interfaces<card-type> <x/y> counters para as séries Catalyst 6000 e 4000.

Contadores (em ordem alfabética)

Problemas e causas comuns que aumentam os contadores de erros

Align-Err

Descrição:show interfaces counters errors. Os erros de alinhamento são uma contagem do número de quadros recebidos que não terminam com um número par de octetos e têm uma verificação de redundância cíclica (CRC) inválida.Causas comuns:Geralmente, são o resultado de uma incompatibilidade duplex ou de um problema físico (como cabeamento, uma porta inválida ou uma placa de rede inválida). Quando o cabo é conectado à porta pela primeira vez, alguns desses erros podem ocorrer. Além disso, se houver um hub conectado à porta, as colisões entre outros dispositivos no hub podem causar esses erros.Exceções de Plataforma:Erros de alinhamento não são contados no Catalyst 4000 Series Supervisor I (WS-X4012) ou Supervisor II (WS-X4013).

balões

Descrição:o contador show interfaces indica que o temporizador jabber de transmissão expirou. Um jabber é um quadro com mais de 1518 octetos (que excluem bits de quadro, mas incluem octetos FCS), que não termina com um número par de octetos (erro de alinhamento) ou tem um erro FCS inválido.

Carri-Sen

Descrição:show interfaces counters errors. O contador Carri-Sen (carrier sense) é incrementado sempre que um controlador Ethernet deseja enviar dados em uma conexão half-duplex. O controlador detecta o fio e verifica se ele não está ocupado antes de transmitir.Causas comuns:Isso é normal em um segmento Ethernet half-duplex.

colisões

Descrições:show interfacescounter. O número de vezes que uma colisão ocorreu antes que a interface transmitisse um quadro para a mídia com êxito.Causas Comuns:As colisões são normais para interfaces configuradas como half-duplex, mas não devem ser vistas em interfaces full-duplex. Se as colisões estiverem aumentando dramaticamente, isso indica que um link está sendo muito usado ou é possível que haja uma incompatibilidade bidirecional com o dispositivo anexado.

CRC

Descrição:show interfacescounter. Isso é incrementado quando o CRC gerado pela estação LAN ou pelo dispositivo da extremidade oposta que origina o tráfego não corresponde à soma de verificação calculada a partir dos dados recebidos.Causas Comuns:Isso geralmente indica problemas de ruído ou transmissão na interface LAN ou na própria LAN. Um número alto de CRCs, em geral, é o resultado de colisões, mas também pode indicar um problema físico (como cabeamento, uma interface ou uma NIC inválida) ou uma incompatibilidade bidirecional.

adiado

Descrição:show interfacescounter. O número de quadros que foram transmitidos com êxito depois de esperarem porque a mídia estava ocupada.Causas Comuns:Isso geralmente é visto em ambientes half-duplex onde a portadora já está em uso quando ela tenta transmitir um quadro.

entrada da pausa

Descrição:show interfacescounter. Um contador de entrada de incremento em pausa significa que o dispositivo conectado solicita uma pausa de tráfego quando seu buffer de recebimento está quase cheio.Causas Comuns:Esse contador é incrementado para fins informativos, pois o switch aceita o quadro. Os pacotes da pausa são interrompidos quando o dispositivo conectado pode receber o tráfego.

pacotes de entrada com condição de drible

Descrição:show interfacescounter. Um erro de bit de drible indica que um quadro é um pouco longo demais.Causas Comuns:Esse contador de erro de quadro é incrementado para fins informativos, pois o switch aceita o quadro.

Col.em excesso

Descrição: show interfaces counters errors. Uma contagem dos frames em que a transmissão em uma interface particular falha devido a colisões excessivas. Uma colisão excessiva ocorre quando um pacote tem uma colisão 16 vezes seguidas. O pacote é então descartado. Causas Comuns: Colisões excessivas são geralmente uma indicação de que a carga no segmento precisa ser dividida em vários segmentos, mas também pode apontar para uma incompatibilidade duplex com o dispositivo conectado. Colisões não devem ser vistas em interfaces configuradas como full duplex.

FCS-Err

Descrição: show interfaces counters errors. O número de quadros de tamanho válido com erros de FCS (Sequência de Verificação de Quadro), mas sem erros de quadro. Causas Comuns: Geralmente, é um problema físico (como cabeamento, uma porta inválida ou uma NIC inválida), mas também pode indicar uma incompatibilidade duplex.

quadro

Descrição: show interfaces counter. O número de pacotes recebidos incorretamente que têm um erro de CRC e um número não inteiro de octetos (erro de alinhamento). Causas comuns: geralmente é o resultado de colisões ou um problema físico (como cabeamento, porta ou NIC inválida), mas também pode indicar uma incompatibilidade duplex.

Giants

Descrição: erros de show interfaces e show interfaces counters. Quadros recebidos que excedem o tamanho máximo de quadro IEEE 802.3 (1518 bytes para Ethernet não-jumbo) e que têm uma FCS (Frame Check Sequence, sequência de verificação de quadro) incorreta. Causas comuns: em muitos casos, isso é o resultado de uma NIC incorreta. Tente encontrar o dispositivo ofensivo e removê-lo da rede. Exceções de Plataforma: Catalyst Cat4000 Series com Cisco IOS anterior ao software Versão 12.1(19)EW, o contador de gigantes incrementado para um quadro > 1518bytes. Após 12.1(19)EW, um giant em show interfaces incrementa somente quando um quadro é recebido >1518bytes com um FCS com erro.

ignorado

Descrição: sh interfaces counter. O número de pacotes recebidos ignorados pela interface porque o hardware da interface estava com pouco buffer interno. Causas Comuns: Tempestades de broadcast e surtos de ruído podem fazer com que a contagem ignorada aumente.

Erros de Entrada

Descrição: show interfaces counter. Causas Comuns: Isso inclui contagens runts, giants, no buffer, CRC, frame, overrun e ignore. Outros erros relacionados à entrada podem igualmente causar erro na contagem dos erros de entrada e alguns datagramas podem ter mais de um erro. Portanto, essa soma não pode equilibrar com a soma de contagens de erro de entrada enumeradas. Consulte também a seção Erros de Entrada em uma Interface de Camada 3 Conectada a um Switchport de Camada 2.

Colisão posterior

Descrição: show interfaces e show interfaces counters errors.O número de vezes que uma colisão é detectada em uma determinada interface com atraso no processo de transmissão. Para uma porta de 10 Mbit/s, isso é mais de 512 bits vezes na transmissão de um pacote. Quinhentos e vinte tempos de bit correspondem a 51,2 microssegundos em um sistema de 10 Mbit/s. Causas comuns: Esse erro pode indicar uma incompatibilidade dúplex entre outras coisas. Para o cenário de incompatibilidade bidirecional, a colisão tardia é vista no lado half-duplex. Como o lado half-duplex transmite, o lado full-duplex não espera sua vez e transmite simultaneamente, o que causa uma colisão tardia. As colisões atrasadas também podem indicar um cabo Ethernet ou segmento muito longo. Colisões não devem ser vistas em interfaces configuradas como full duplex.

portadora perdida

Descrição: show interfaces counter. O número de vezes que a portadora foi perdida na transmissão. Causas Comuns: Verifique se há um cabo com defeito. Verifique a conexão física nos dois lados.

Colisão Múltipla

Descrição: show interfaces counters errors. O número de vezes que várias colisões ocorreram antes que a interface transmitisse um quadro para a mídia com êxito. Causas Comuns: as colisões são normais para interfaces configuradas como half-duplex, mas não devem ser vistas em interfaces full-duplex. Se as colisões estiverem aumentando dramaticamente, isso indica que um link está sendo muito usado ou é possível que haja uma incompatibilidade bidirecional com o dispositivo anexado.

sem buffer

Descrição:contador show interfaces. O número de pacotes recebidos descartados porque não há espaço de buffer.Causas Comuns:Compare com contagem ignorada. Com frequência, as tempestades de broadcasts podem ser responsáveis por esses eventos.

sem portadora

Descrição:show interfacescounter. O número de vezes que a portadora não estava presente na transmissão.Causas comuns:Verifique se há um cabo com defeito. Verifique a conexão física nos dois lados.

Out-Discard

Descrição:O número de pacotes de saída escolhidos para serem descartados mesmo que nenhum erro tenha sido detectado.Causas Comuns:Um motivo possível para descartar esse pacote pode ser a liberação de espaço no buffer.

falhas de buffer de saída buffers de saída trocados

Descrição:show interfacescounter. O número de buffers com falha e o número de buffers trocados.Causas Comuns:Uma porta armazena os pacotes no buffer Tx quando a taxa de tráfego comutada para a porta é alta e não pode lidar com a quantidade de tráfego. A porta começa a descartar os pacotes quando o buffer de Tx (transmissão) estiver cheio e aumentar as subutilizações e os contadores de falha do buffer de saída. O aumento nos contadores de falha do buffer de saída pode ser um sinal que as portas estão executando em uma velocidade e/ou duplex inferior ou há que existe tráfego em excesso passando pela porta. Como exemplo, considere um cenário onde um stream de multicast de 1 gig seja enviado para portas de 24 100 Mbps. Se uma interface de saída possui sobreassinaturas, é normal ver as falhas do buffer de saída aumentarem com Out-Discards. Para obter informações sobre solução de problemas, consulte a seção Quadros Adiados (Out-Lost ou Out-Discard) deste documento.

erros de saída

Descrição:show interfacescounter. A soma de todos os erros que impediram a transmissão final de datagramas para fora da interface.Causa Comum:esse problema se deve ao tamanho baixo da Fila de Saída.

sobrecarga

Descrição:O número de vezes em que o hardware do receptor não pôde lidar com os dados recebidos para um buffer de hardware.Causa Comum:A taxa de entrada de tráfego excedeu a capacidade do receptor de lidar com os dados.

entrada/saída dos pacotes

Descrição:show interfacescounter. O total de pacotes sem erros recebidos e transmitidos na interface. Monitore esses contadores quanto a incrementos, pois isso é útil para determinar se o tráfego flui corretamente pela interface. O contador de bytes inclui o encapsulamento de dados e MAC nos pacotes sem erros recebidos e transmitidos pelo sistema.

Rcv-Err

Descrição: Somente para o Catalyst 6000 Series - erro show interfaces counters.Causas comuns:Consulte Exceções de Plataforma.Exceções de Plataforma:Catalyst 5000 Seriesrcv-err = falhas de buffer de recepção. Por exemplo, um runt, um giant ou um FCS-Err não incrementam o contador do rcv-err. O contador do rcv-err em um 5K incrementa somente em consequência de tráfego excessivo. OnCatalyst 4000 Series rcv-err = a soma de todos os erros de recepção, o que significa, ao contrário do Catalyst 5000, que o contador rcv-err incrementa quando a interface recebe um erro como runt, giant ou FCS-Err.

Runts

Descrição:erros de show interfaceseshow interfaces counters. Os quadros recebidos que são menores que o tamanho mínimo de quadro IEEE 802.3 (64 bytes para Ethernet) e com um CRC ruim.Causas comuns:Isso pode ser causado por uma incompatibilidade duplex e problemas físicos, como um cabo, porta ou NIC ruim no dispositivo conectado.Exceções de Plataforma:Catalyst 4000 Series que executa o Cisco IOSPanterior ao software Versão 12.1(19)EW, um runt = subtamanho. Abaixo do tamanho = frame < que 64 bytes. O contador de runt incrementado somente quando um frame menor que 64 bytes foi recebido. Após 12.1(19EW, um runt = um fragmento. Um fragmento é um frame < que 64 bytes, mas com uma Verificação de Redundância Cíclica (CRC) com erro. O resultado é que o contador runt agora incrementa em show interfaces, juntamente com o contador de fragmentos inshow interfaces counters erros quando um quadro <64 bytes com um CRC inválido é recebido.Cisco Catalyst 3750 Series SwitchesEm versões anteriores ao Cisco IOS 12.1(19)EA1, quando o dot1q é usado na interface de tronco no Catalyst 3750, os runts podem ser vistos na saída de onshow interfacesporque pacotes encapsulados dot1q válidos, que são 6 De 1 a 64 bytes e incluem o q-tag, são contados pelo Catalyst 3750 como quadros subdimensionados, mesmo que esses pacotes sejam encaminhados corretamente. Além disso, estes pacotes não são relatados na categoria apropriada (unicast, multicast ou broadcast) em estatísticas de recebimento. Esse problema é solucionado no Cisco IOS release 12.1(19)EA1 ou 12.2(18)SE ou mais recente.

Colisão Única

Descrição:show interfaces counters errors. O número de vezes que uma colisão ocorreu antes que a interface transmitisse com êxito um quadro para a mídia.Causas Comuns:As colisões são normais para interfaces configuradas como half-duplex, mas não devem ser vistas em interfaces full-duplex. Se as colisões estiverem aumentando dramaticamente, isso indica que um link está sendo muito usado ou é possível que haja uma incompatibilidade bidirecional com o dispositivo anexado.

aceleradores

Descrição:show interfaces. O número de vezes que o receptor na porta é desabilitado, possivelmente a uma sobrecarga do buffer ou do processador. Se um asterisco (*) aparecer após o valor do contador de aceleradores, significa que a interface está acelerada no momento em que o comando é executado.Causas comuns:Os pacotes que podem aumentar a sobrecarga do processador incluem pacotes IP com opções, TTL expirado, encapsulamento não-ARPA, fragmentação, túneis, pacotes ICMP, pacotes com falha de soma de verificação MTU, falha RPF, soma de verificação IP e erros de comprimento.

underruns

Descrição:O número de vezes que o transmissor foi executado mais rápido do que o switch pode lidar.Causas comuns:Isso pode ocorrer em uma situação de alto throughput, em que uma interface é atingida por um alto volume de intermitências de tráfego de muitas outras interfaces, todas de uma só vez. As reinicializações de interfaces podem ocorrer com as ausências de execução.

UnderSize

Descrição:show interfaces counters errors . Os quadros recebidos que são menores que o tamanho mínimo de quadro IEEE 802.3 de 64 bytes (o que exclui bits de quadro, mas inclui octetos FCS) que são bem formados.Causas comuns:Verifique o dispositivo que envia esses quadros.

Xmit-Err

Descrição:show interfaces counters errors. Essa é uma indicação de que o buffer de envio interno (Tx) está cheio.Causas comuns:Uma causa comum de Xmit-Err pode ser o tráfego de um link de largura de banda alta que é comutado para um link de largura de banda mais baixa ou o tráfego de vários links de entrada que são comutados para um único link de saída. Por exemplo, se uma grande quantidade de intermitência de tráfego chega em uma interface de gigabit e é comutada para uma interface de 100 Mbps, isso pode fazer com que Xmit-Err seja incrementado na interface de 100 Mbps. Isso ocorre porque o buffer de saída da interface está sobrecarregado pelo excesso de tráfego devido à incompatibilidade de velocidade entre as larguras de banda de entrada e de saída.

Show Interfaces Counters para Cisco IOS

Para monitorar o tráfego de entrada e saída na porta conforme exibido pela próxima saída, para tráfego unicast, multicast e broadcast. O comando show interfacescard-type {slot/port}countersé usado quando você executa o Cisco IOS no Supervisor.

Note: Existe um contador Out-Discard no comando IOSshow interfaces counters errors da Cisco que é explicado naTabela 1.

Router#sh interfaces fas 6/1 counters

Port            InOctets   InUcastPkts   InMcastPkts   InBcastPkts

Fa6/1           47856076            23        673028           149

Port           OutOctets  OutUcastPkts  OutMcastPkts  OutBcastPkts

Fa6/1           22103793            17        255877          3280

Router#

!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast

!--- and broadcast packets on the interface.

Show Counters Interface para Cisco IOS

O comando show counters interfacecard-type {slot/port}foi introduzido no software Cisco IOS versão 12.1(13)E somente para a série Catalyst 6000, oferecendo estatísticas ainda mais detalhadas para portas e interfaces. Esse comando exibe os contadores de erro de 32 bits e 64 bits por porta ou interface.

Show Controller Ethernet-Controller para Cisco IOS

Para os switches Catalyst 3750, 3550, 2970, 2950/2955, 2940 e 2900/3500XL, use o comando show controller ethernet-controller para exibir a saída do contador de tráfego e do contador de erros que é similar à saída para os switches da série Catalyst 6000.

3550-1#show controller ethernet-controller fastEthernet 0/1

!--- Output from a Catalyst 3550.

Transmit FastEthernet0/1           Receive

0 Bytes                        0 Bytes

0 Unicast frames               0 Unicast frames

0 Multicast frames             0 Multicast frames

0 Broadcast frames             0 Broadcast frames

0 Discarded frames             0 No dest, unicast

0 Too old frames               0 No dest, multicast

0 Deferred frames              0 No dest, broadcast

0  1 collision frames

0  2 collision frames          0 FCS errors

0  3 collision frames          0 Oversize frames

0  4 collision frames          0 Undersize frames

0  5 collision frames          0 Collision fragments

0  6 collision frames

0  7 collision frames          0 Minimum size frames

0  8 collision frames          0 65 to 127 byte frames

0  9 collision frames          0 128 to 255 byte frames

0 10 collision frames          0 256 to 511 byte frames

0 11 collision frames          0 512 to 1023 byte frames

0 12 collision frames          0 1024 to 1518 byte frames

0 13 collision frames

0 14 collision frames          0 Flooded frames

0 15 collision frames          0 Overrun frames

0 Excessive collisions         0 VLAN filtered frames

0 Late collisions              0 Source routed frames

0 Good (1 coll) frames         0 Valid oversize frames

0 Good(>1 coll) frames         0 Pause frames

0 Pause frames                 0 Symbol error frames

0 VLAN discard frames          0 Invalid frames, too large

0 Excess defer frames          0 Valid frames, too large

0 Too large frames             0 Invalid frames, too small

0 64 byte frames               0 Valid frames, too small

0 127 byte frames

0 255 byte frames

0 511 byte frames

0 1023 byte frames

0 1518 byte frames

3550-1#

!--- See the next table for additional counter output for 2900/3500XL Series switches.

Contador

Descrição

Possíveis causas

Frames transmitidos

Quadros descartados

O número total de frames cuja tentativa de transmissão é abandonada devido a recursos insuficientes. Este total inclui quadros de todos os tipos de destino.

A carga de tráfego na interface é excessiva e faz com que os frames sejam descartados. Reduza a carga de tráfego na interface se houver incrementos no número de pacotes nesse campo.

Quadros muito antigos

O número de frames que demoram mais de dois segundos para passar através do switch. Por esse motivo, foram descartados pelo switch. Isso acontece somente sob circunstâncias extremas e de estresse elevado.

A carga de tráfego para esse switch é excessiva e faz com que os frames sejam descartados. Reduza a carga do switch se o número de pacotes neste campo aumentar. Você pode precisar alterar a topologia de rede para reduzir a carga de tráfego para o switch.

Frames em atraso

O número total de frames em que a primeira tentativa de transmissão foi atrasada devido ao tráfego nas mídias de rede. Esse total inclui apenas os quadros que são transmitidos subsequentemente sem erros e não são afetados por colisões.

A carga de tráfego destinada para esse switch é excessiva e faz com que os frames sejam descartados. Reduza a carga do switch se o número de pacotes neste campo aumentar. Você pode precisar alterar a topologia de rede para reduzir a carga de tráfego para o switch.

Frames de colisão

Os contadores de quadros de colisão são o número de vezes que um pacote tentou ser transmitido, mas não teve êxito, mas foi bem-sucedido em sua próxima tentativa. Isso significa que se o contador de 2 frames da colisão aumentou, o switch tentou enviar duas vezes o pacote e falhou, mas foi bem sucedido em sua terceira tentativa.

A carga de tráfego na interface é excessiva e faz com que os frames sejam descartados. Reduza a carga de tráfego na interface se você vir o aumento do número de pacotes nesses campos.

Colisões excessivas

O contador de colisões excessivas aumenta após 16 colisões atrasadas consecutivas ocorrerem em uma linha. Depois que 16 tentativas foram feitas para enviar o pacote, ele é descartado e o contador incrementa.

Se esse contador incrementa, é uma indicação de problema na fiação, de rede excessivamente carregada ou de uma incompatibilidade duplex (bidirecional). Uma rede excessivamente carregada pode ser causada por muitos dispositivos em uma Ethernet compartilhada.

Colisões atrasadas

Uma colisão posterior ocorre quando dois dispositivos transmitem ao mesmo tempo e nenhum dos lados da conexão detecta uma colisão. A razão para essa ocorrência é que o tempo de propagação do sinal de uma extremidade de rede para a outra ser mais longo que o tempo para colocar o pacote inteiro na rede. Os dois dispositivos que causam a colisão retardada nunca veem que cada um envia até depois de colocar o pacote inteiro na rede. As colisões posteriores não são detectadas pelo transmissor antes do tempo de slot de 64 bytes. Isso ocorre porque elas são detectadas somente nas transmissões de pacotes maiores que 64 bytes.

As colisões atrasadas são resultado do cabeamento incorreto ou de um número de hubs não compatíveis na rede. As placas de rede com falha também podem causar colisões posteriores.

Frames bons (1 colisão)

O número total de frames que experimentam exatamente uma colisão e são, em seguida, transmitidos com sucesso.

As colisões em um ambiente half-duplex são um comportamento esperado normal.

Frames bons (> de 1 colisão)

O número total de frames que experimentam entre 2 e 15 colisões, inclusive, e são transmitidos com sucesso.

As colisões em um ambiente half-duplex são um comportamento esperado normal. Os quadros que são incrementados na extremidade superior desse contador podem exceder as 15 colisões e podem ser contados como colisões Excessivas.

Frames descartados de VLAN

O número de frames descartados em uma interface porque o bit CFI foi configurado.

O bit do Indicador do Formato Canônico (CFI) no TCI de um frame 802.1q é definido como 0 para o formato de frame canônico de ethernet. Se o bit CFI é definido como 1, isso indica a presença de um frame não canônico RIF (Campo de Informação de Roteamento) ou de um Token Ring descartado.

Frames Recebidos

Nenhum frame de largura de banda

Somente 2900/3500XL.O número de vezes que uma porta recebeu um pacote da rede, mas o switch não tinha os recursos para recebê-lo. Isso acontece somente sob condições de estresse, mas pode acontecer com explosões do tráfego em diversas portas. Assim, um pequeno número de Frames sem largura de banda não é um motivo de preocupação. (Ainda deve ser bem menos de um por cento dos frames recebidos.)

A carga de tráfego na interface é excessiva e faz com que os frames sejam descartados. Reduza a carga de tráfego na interface se você vir o aumento do número de pacotes nesses campos.

Frames sem buffers

Somente 2900/3500XL.O número de vezes que uma porta recebeu um pacote da rede, mas o switch não tinha os recursos para recebê-lo. Isso acontece somente sob condições de estresse, mas pode acontecer com explosões do tráfego em diversas portas. Assim, um pequeno número de Frames sem buffers não é um motivo de preocupação. (Ainda deve ser bem menos de um por cento dos frames recebidos.)

A carga de tráfego na interface é excessiva e faz com que os frames sejam descartados. Reduza a carga de tráfego na interface se você vir o aumento do número de pacotes nesses campos.

Sem destino, unicast

No destination unicast é o número de pacotes unicast que a porta não enviou a nenhuma outra porta.

Estas são descrições breves de quando os contadores No dest (unicast, multicast e broadcast) podem aumentar:

- Se uma porta é uma porta de acesso e a porta está conectada a uma porta de entroncamento Inter-Switch Link Protocol (ISL), Nenhum contador No dest é muito grande, desde que todos os pacotes ISL de entrada não sejam enviados. Configuração inválida.

- Se uma porta está bloqueada pelo Spanning Tree Protocol (STP), a maioria dos pacotes não é encaminhada, o que resulta em pacotes No dest. Se uma porta acabou de obter um link, existe um período muito breve (menos de um segundo) onde os pacotes de entrada não são enviados.

- Se a porta está em uma VLAN por si só, e nenhuma outra porta no switch pertence a essa VLAN, todos os pacotes de entrada são descartados e o contador aumenta.

- O contador também incrementa quando o endereço de destino do pacote é identificado na porta que o pacote foi recebido. Se um pacote foi recebido na porta 0/1, com endereço MAC de destino X, e o switch já detectou que o endereço MAC X reside na porta 0/1, ele incrementa o contador e descarta o pacote. Isso pode acontecer nas seguintes situações:

- Se um cubo está conectado à porta 0/1 e uma estação de trabalho conectada ao hub transmite pacotes a uma outra estação de trabalho conectada ao hub, a porta 0/1 não encaminha esse pacote para nenhum lugar porque o MAC de destino reside na mesma porta.

- Isso também pode ocorrer se um switch estiver conectado à porta 0/1 e começar a enviar pacotes para todas as suas portas para aprender os endereços MAC.

- Se um endereço estático foi instalado em uma outra porta na mesma VLAN e nenhum endereço estático foi instalado para a porta de recepção, o pacote é descartado. Por exemplo, se um mapa estático para o endereço MAC X foi configurado na porta 0/2 para encaminhar o tráfego à porta 0/3, o pacote deve ser recebido na porta 0/2 ou será descartado. Se um pacote é enviado de qualquer outra porta, na mesma VLAN que a porta 0/2, o pacote será descartado.

- Se a porta é uma porta segura, os pacotes com endereços MAC de origem não permitida não serão encaminhados e incrementarão o contador.

No dest, multicast

No destination multicast é o número de pacotes multicast que a porta não encaminhou a nenhuma outra porta.

No dest, broadcast

No destination broadcast é o número de pacotes de broadcast que a porta não encaminhou a nenhuma outra porta.

Erros de alinhamento

Os erros de alinhamento são o número de frames recebidos que não terminam com um número par de octetos e possuem uma Verificação de Redundância Cíclica (CRC) com erro.

Os erros de alinhamento se devem ao quadro que não é completamente copiado no fio, o que resulta em quadros fragmentados. Os erros de alinhamento são o resultado de colisões em half-duplex, uma incompatibilidade duplex, hardware inválido (placa de rede, cabo ou porta) ou dispositivos conectados que geram quadros que não terminam com um octeto e têm um FCS inválido.

Erros de FCS

A contagem de erros de FCS é o número de frames que foram recebidos com um checksum inválido (valor de Verificação de Redundância Cíclica (CRC)) no Quadro Ethernet. Esses quadros são descartados e não são propagados para outras portas.

Os erros de FCS são o resultado de colisões em half-duplex, uma incompatibilidade duplex, hardware ruim (placa de rede, cabo ou porta) ou dispositivos conectados que geram quadros que não terminam com um octeto e têm um FCS ruim.

Frames subdesenvolvidos

Esse é o número total de pacotes recebidos que tinham menos de 64 octetos (o que exclui bits de quadro, mas inclui FCS) e têm um bom valor de FCS.

Isso é uma indicação de um quadro defeituoso gerado pelo dispositivo conectado. Verifique se o dispositivo conectado está operando corretamente.

Frames acima do tamanho

Número de pacotes recebidos pela porta da rede com os pacotes que tinham mais de 1514 bytes.

Isso pode ser uma indicação de falha de hardware, dot1q ou problemas de configuração do entroncamento ISL.

Fragmentos da colisão

O número total de quadros cujo comprimento é inferior a 64 octetos (o que exclui bits de quadro, mas inclui FCS) e tem um valor de FCS incorreto.

Se esse contador incrementa, é uma indicação que as portas estão configuradas em half-duplex. Defina o duplex como full-duplex.

Frames de sobrecarga

O número de vezes que o hardware de receptor era incapaz de entregar dados recebidos para um buffer de hardware.

A taxa de entrada do tráfego excedeu a capacidade do receptor de controlar os dados.

Frames filtrados de VLAN

O número total de frames que são filtrados devido ao tipo de informações de VLAN contidas no frame.

A porta pode ser configurada para filtrar frames etiquetados 802.1Q. Quando um frame é recebido e contém uma etiqueta 802.1Q, ele é filtrado e essa estatística é incrementada.

Frames roteados da origem

O número total de quadros recebidos que são descartados devido à situação em que o bit de rota de origem está definido no endereço de origem do quadro nativo.

Esse tipo do roteamento de origem é definido somente para Token Ring e FDDI. A especificação de ethernet Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers) proíbe esse bit de ser configurado em um Quadro Ethernet. Consequentemente, o switch descarta esses frames.

Frames acima do tamanho válidos

O número total de quadros recebidos cujo comprimento excede o MTU do Sistema, mas que têm bons valores de FCS.

Essa estatística conta os quadros que excedem o MTU de Sistema configurado, mas que podem ter sido aumentados de 1518 bytes para permitir encapsulamentos Q-em-Q ou MPLS.

Frames de erro de símbolo

A Ethernet de Gigabit (1000 Base-X) utiliza Codificação 8B/10B para converter dados de 8 bits de subcamada MAC (camada 2) para um Símbolo de 10 bits a ser enviado via cabo. Quando uma porta recebe um Símbolo, extrai os dados de 8 bits do Símbolo (10 bits).

Um erro de Símbolo significa que a interface detecta um Símbolo (inválido) indeterminado recebido. As quantidades pequenas de erros de símbolos podem ser ignoradas. As grandes quantidades de erros de símbolos podem indicar um dispositivo, um cabo, ou um hardware com erro.

Frames inválidos, muito grandes

Os frames giant ou frames recebidos que excederam o tamanho do frame máximo de Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers) 802.3 (1518 bytes para Ethernet não jumbo) e que têm uma Sequência de Verificação de Frame (FCS) com erro.

Em muitos casos, este é o resultado de uma placa de rede com erro. Tente encontrar o dispositivo ofensivo e removê-lo da rede.

Frames inválidos, muito pequenos

Os frames runt ou os frames recebidos menores de 64 bytes (que incluem os bits FCS e excluem o cabeçalho de frame) e têm um erro de FCS ou um erro de alinhamento.

Isso pode ser causado por uma incompatibilidade duplex e por problemas físicos, por exemplo, um cabo, uma porta ou uma NIC com defeito no dispositivo conectado.

Mensagens de Erro de Sistema Comuns

Para o formato de mensagens do sistema Cisco IOS, você pode consultar o Guia de Mensagens e Procedimentos de Recuperação para a versão do software que você executa. Por exemplo, você pode consultar as Mensagens e Procedimentos de Recuperação para Versões do Cisco IOS.

%AMDP2_FE-3-UNDERFLO

Esta mensagem de erro é causada quando um frame é transmitido e o buffer local do buffer local do chip do controlador recebe dados insuficientes. Os dados não podem ser transferidos ao chip suficientemente rápido para acompanhar a taxa de saída. Normalmente, tal condição é temporária, dependente das cargas de pico transientes dentro do sistema. O problema ocorre quando uma quantidade excessiva de tráfego é processada pela interface Ethernet Rápida. A mensagem de erro é recebida quando o nível de tráfego alcança aproximadamente 2,5 Mb. Essa restrição de nível de tráfego força é devido à limitação do hardware. Devido a isso, existe uma possibilidade existe para o dispositivo conectado ao switch do Catalyst descartar os pacotes.

A solução é que, normalmente, o sistema se recupere automaticamente. Nenhuma ação é exigida. Se o switch sobrecarregar a interface Ethernet, verifique a configuração da velocidade e do duplex. Além disso, use um programa farejador para analisar pacotes que entram e saem da interface Fast Ethernet do roteador. Para evitar quedas de pacotes no dispositivo conectado ao switch catalyst, execute o comando eip cef na interface Fast Ethernet do dispositivo conectado ao switch.

%INTR_MGR-DFC1-3-INTR: Mecanismo de Enfileiramento (Blackwater) [1]: FIC Fabric-A Recebeu Código de Controle Inesperado

A razão para essa mensagem de erro é o recibo de um pacote de switch fabric, onde o valor de CRC no cabeçalho de construção nesse pacote não corresponde ao valor de Verificação de Redundância Cíclica (CRC) calculado pelo subblock do Controlador da Interface de Construção (FIC) do Blackwater ASIC. Isso indica que o pacote foi corrompido durante a transferência e o Blackwater recebeu o pacote corrompido.

Comando rejeitado: [Interface] not a Switching Port

Nos switches que suportam interfaces L3 e switchport L2, a mensagem "Command rejected: [interface] not a switching port" é exibida quando você tenta inserir um comando relacionado à camada 2 em uma porta configurada como uma interface de camada 3.

Para converter a interface do modo de camada 3 para o modo de camada 2, execute o comando de configuração de interface switchport. Após emitir esse comando, configure a porta para qualquer propriedade da camada 2.

Problemas Comuns da Porta e da Interface

O Status da Interface ou da Porta é Desabilitada ou Encerrada

Uma causa óbvia, mas às vezes ignorada da falha da conectividade de porta é uma configuração incorreta do switch. Se uma porta tem uma luz laranja sólida, significa que o software do switch desabilitou a porta, pela interface do usuário ou por processos internos.

Observação: alguns LEDs de porta da plataforma funcionam de forma diferente em relação ao STP. Por exemplo, o Catalyst 1900/2820 deixa as portas alaranjadas quando elas estão no modo de bloco STP. Nesse caso, uma luz laranja pode indicar as funções normais do STP. O Catalyst 6000/4000 não faz com que a luz da porta fique laranja quando bloqueia para STP.

Assegure-se de que a porta ou o módulo não tenham sido desabilitados ou desligados por qualquer motivo. Se uma porta ou um módulo são desabilitados manualmente em um lado ou outro do link, o link não é ativado até que você habilite a porta novamente. Verifique o status de porta em ambos os lados. Use o comando show run interface e verifique se a interface está em ashutdownstate:

Switch#show run interface fastEthernet 4/2

!

interface FastEthernet4/2

switchport trunk encapsulation dot1q

switchport mode trunk

shutdown

duplex full

speed 100

end

!--- Use the no shut command in config-if mode to re-enable this interface.

Se a porta entra no modo de desligamento imediatamente após uma reinicialização do switch, a causa provável é a configuração de segurança da porta. Se a inundação unicast é permitida nessa porta, pode fazer com que a porta seja desligada após uma reinicialização. A Cisco recomenda que você desabilite a inundação unicast porque isso também garante que nenhuma inundação ocorra na porta uma vez alcançado o limite de endereço MAC.

O Status da Porta ou da Interface é errDisable

Por padrão, os processos de software dentro do switch podem desligar uma porta ou interface se certos erros forem detectados.

Ao examinar o comando show interfacecard-type {slot/port}statuspara o Cisco IOS:

Router#show interface fastethernet 2/4 status

Port    Name               Status       Vlan       Duplex  Speed Type

Gi2/4                      err-disabled 1            full   1000 1000BaseSX

!--- The show interfaces card-type {slot/port} status command for Cisco IOS

!--- displays a status of errdisabled.

!--- The show interfaces status errdisabled command shows all the interfaces

!--- in this status.

O comando show logging para o Cisco IOS também exibe as mensagens de erro (o formato exato da mensagem varia) relacionadas ao estado errdisable.

As portas ou as interfaces de Wheb são desativadas como resultado de errdisable e são conhecidas como causas no Cisco IOS. As causas para isso variam de configuração incorreta do EtherChannel que causa um flap PAgP, incompatibilidade duplex, BPDU port-guard e portfast configurados ao mesmo tempo, UDLD que detecta um link unidirecional e assim por diante.

Você tem que reabilitar a porta ou interface manualmente para tirá-la do estado errdisable, a menos que você configure uma opção de recuperação de errdisable. No software Cisco IOS, você tem a capacidade de reativar automaticamente uma porta após um período configurável de tempo gasto no estado errdisable. A linha inferior é que mesmo que você configure a interface para recuperar-se de errdisable o problema continua ocorrendo até que a causa raiz seja determinada.

Note: Use Recover Errdisable Port State on Cisco IOS Platforms para obter mais informações sobre o status errdisable em switches que executam o Cisco IOS.

Esta tabela mostra um exemplo dos comandos usados para configurar, verificar e solucionar problemas do status errdisable em switches. Navegue até o link para obter mais informações sobre os comandos Recover Errdisable Port State em plataformas Cisco IOS:

Ação

Comandos do errdisable do Cisco IOS

Configurar

causa de detecção de errdisable

Configurar

causa de recuperação errdisable

Configurar

errdisable recovery interval <timer_interval_in_seconds>

verifique e faça o troubleshooting

show errdisable detect

verifique e faça o troubleshooting

show interfaces status err-disabled

O Status da Porta ou da Interface é Inativa

Uma causa comum de portas inativas em switches que executam o Cisco IOS é quando a VLAN à qual pertencem desaparece. Isso pode ocorrer quando as interfaces são configuradas como portas de switch da camada 2 que usam o comando switchport.

Cada porta em um switch de Camada 2 pertence a uma VLAN. Cada porta em um switch de Camada 3 configurado para ser um switchport L2 também deve pertencer a uma VLAN. Se essa VLAN for excluída, a porta ou a interface torna-se inativa.

Note: Alguns switches mostram uma luz laranja(âmbar) em cada porta quando isso acontece.

Use o comando show interfacescard-type {slot/port}switchport junto com show vlanto verify.

Router#show interfaces fastEthernet 4/47 switchport

Name: Fa4/47Switchport: Enabled

Administrative Mode: static access

Operational Mode: static access

Administrative Trunking Encapsulation: negotiate

Operational Trunking Encapsulation: native

Negotiation of Trunking: Off

Access Mode VLAN: 11 ((Inactive))

!--- FastEth 4/47 is inactive.

Router#show vlan

VLAN Name                             Status    Ports

---- -------------------------------- --------- -------------------------------

1    default                          active    Gi1/1, Gi2/1, Fa6/6

10   UplinkToGSR's                    active    Gi1/2, Gi2/2

!--- VLANs are displayed in order and VLAN 11 is not available.

30   SDTsw-1ToSDTsw-2Link             active Fa6/45

Se o switch que excluiu a VLAN é um servidor VTP para o domínio VTP, cada switch e servidor do cliente no domínio também tem a VLAN removida de sua tabela VLAN. Quando você adiciona a VLAN à tabela VLAN novamente a partir de um switch de servidor VTP, as portas dos switches no domínio que pertencem à VLAN restauradas se tornam ativas novamente. Uma porta lembra a qual VLAN está atribuída, mesmo se a própria VLAN for excluída. Consulte Entendendo e Configurando o VLAN Trunk Protocol (VTP)para obter mais informações sobre o VTP.

Note: Se a saída do comando show interface <interface> switchport exibir a porta como uma porta de tronco mesmo depois de configurar a porta como uma porta de acesso com o comando switchport access vlan <vlan>, execute theswitchport mode accesscommand para tornar a porta uma porta de acesso.

O Status da Interface ou da Porta de Uplink é Inativa

Em uma série Catalyst 4510R, para habilitar a Ethernet de 10 Gigabits e as portas de uplink SFP de Ethernet de Gigabit, existe uma configuração opcional. Para permitir o uso simultâneo de interfaces SFP Ethernet de 10 Gigabits e Gigabit Ethernet, execute o comando hw-module uplink select all. Depois de emitir o comando, reinicialize o switch ou a saída do comando show interface status module <número do módulo>mostra a porta de uplink como inativa.

O Release de Software Cisco IOS 12.2(25)SG oferece suporte para o uso simultâneo de Ethernet de 10 Gigabits e para as interfaces de SFP de Ethernet de Gigabit nos switches do Catalyst 4500.

Note: Nos switches das séries Catalyst 4503, 4506 e 4507R, essa capacidade é habilitada automaticamente.

Contador Adiado nos Incrementos da Interface do Switch Catalyst

O problema ocorre porque a carga de tráfego destinada para o switch é excessiva e faz com que os frames sejam descartados. Normalmente, os frames adiados são o número de frames que foram transmitidos com sucesso após ter esperado pela mídia porque ela estava ocupada. Isso geralmente é visto em ambientes half-duplex onde a portadora já está em uso quando ela tenta transmitir um quadro. Mas em ambientes full duplex o problema ocorre quando a carga excessiva é destinada para o switch.

Esta é a solução:

- Faça o hardcode das duas extremidades do link para full duplex de modo que a incompatibilidade da negociação possa ser evitada.

- Altere o cabo e o fio do painel para assegurar-se de que o cabo e os fios de correção não estejam com defeito.

Note: Se o erro do Contador Adiado incrementa em um GigabitEthernet de um supervisor 720, ative a negociação de velocidade na interface como uma solução alternativa.

Falha intermitente para ajustar o [value] do temporizador da vlan [vlan no]

O problema ocorre quando a Lógica de Reconhecimento de Endereço Codificado (EARL) é incapaz de ajustar o tempo de envelhecimento de CAM para a VLAN para o número requerido de segundos. Aqui, o tempo de envelhecimento da VLAN é ajustado para veloz.

Quando a VLAN já está em envelhecimento veloz, o EARL não pode ajustar a VLAN para envelhecimento veloz, e o processo de ajuste do temporizador de envelhecimento é bloqueado. O tempo de envelhecimento de CAM padrão é cinco minutos, o que significa que o switch descarta a tabela de endereços MAC reconhecidos a cada cinco minutos. Isto assegura que a tabela de endereços MAC (a tabela CAM) contenha as entradas mais recentes.

O envelhecimento veloz ajusta temporariamente o tempo de envelhecimento de CAM para o número de segundos que o usuário especifica, e é usado conjuntamente com o processo do Topology Change Notification (TCN). A ideia é que quando uma alteração de topologia ocorre, esse valor seja necessário para descartar mais rapidamente a tabela CAM a fim de compensar a alteração de topologia.

Emita o comando show cam agingpara verificar o tempo de envelhecimento de CAM no switch. Os TCN e o envelhecimento veloz são razoavelmente raros. Como resultado, a mensagem tem um nível de gravidade 3. Se as VLANs estiverem frequentemente em envelhecimento rápido, verifique o motivo do envelhecimento rápido.

O motivo mais comum para TCNs são os PCs clientes conectados diretamente a um switch. Quando você liga ou desliga o PC, a porta de switch muda o estado, e o switch começa o processo TCN. Isso ocorre porque o switch não sabe que o dispositivo conectado é um PC; o switch sabe somente que a porta mudou o estado.

Para resolver esse problema, a Cisco desenvolveu o recurso Portfast para portas de host. Uma vantagem do PortFast é que esse recurso suprime TCN para uma porta de host.

Note: O PortFast também ignora os cálculos de spanning tree na porta e é, consequentemente, apropriado apenas para o uso em uma porta de host.

Incompatibilidade do Modo de Entroncamento

Verifique o modo de entroncamento em cada lado do enlace. Assegure-se de que os dois lados estejam no mesmo modo (ambos em entroncamento com o mesmo método: ISL ou 802.1q, ou ambos sem entroncamento). Se você ativa o modo de entroncamento (em oposição a automático ou desejável) para uma porta e a outra porta tem o modo de entroncamento ajustado para off, elas não poderão se comunicar. O entroncamento muda o formato do pacote. As portas precisam estar de acordo quanto ao formato que usam no link ou não se entendem.

Para o Cisco IOS, use o comando show interfacescard-type {mod/port}trunk para verificar a configuração de entroncamento e a VLAN Nativa.

Router#sh interfaces fastEthernet 6/1 trunk

Port      Mode         Encapsulation  Status        Native vlan

Fa6/1     desirable    802.1q         trunking      1

Port      Vlans allowed on trunk

Fa6/1     1-4094

!--- Output truncated.

Consulte os seguintes documentos para obter mais informações sobre os modos de entroncamento, as diretrizes e as limitações diferentes:

- Requisitos de sistema para implementar o entroncamento

- Página de suporte à tecnologia de truncamento

Jumbos, Giants, e Baby Giants

A Unidade Máxima de Transmissão (MTU) da parte de dados de um quadro ethernet é de 1500 bytes por padrão. Se o tráfego transmitido MTU excede o MTU suportado, o switch não encaminha o pacote. Além disso, dependente do hardware e do software, algumas plataformas do switch incrementam os contadores de erro da porta e da interface em consequência.

- Os jumbo frames não são definidos como parte do padrão Ethernet do Instituto de Engenharia Elétrica e Eletrônica (Institute of Electrical and Electronics Engineers) e são dependentes do fornecedor. Eles podem ser definidos como todo frame maior que o quadro ethernet padrão de 1518 bytes (que inclui o cabeçalho de L2 e a Verificação de Redundância Cíclica (CRC)). Os jumbos têm tamanhos de frame maiores, tipicamente > que 9000 bytes.

- Os frames giant são definidos como qualquer frame acima do o tamanho máximo de um quadro ethernet (maior que 1518 bytes) que tenha um FCS com erro.

- Os frames do Baby Giant são apenas levemente maiores que o tamanho máximo de um quadro ethernet. Tipicamente, isso significa frames de até 1600 bytes de tamanho.

O suporte para jumbo e baby giants nos switches do Catalyst varia por plataforma de switch, às vezes até mesmo por módulos dentro do switch. A versão de software é igualmente um fator.

Consulte Configurando o Suporte a Quadros Jumbo/Giant em Switches Catalyst para obter mais informações sobre requisitos de sistema, configurar e solucionar problemas de jumbo e baby giant.

Não foi Possível Efetuar Ping no Dispositivo Final

Verifique o dispositivo final com um ping enviado do switch conectado diretamente primeiro, depois trabalhe para voltar porta por porta, interface por interface, tronco por tronco até encontrar a origem do problema de conectividade. Certifique-se de que cada switch possa ver o endereço MAC do dispositivo final em sua tabela CAM (Content-Addressable Memory).

Use o comando show mac address-table dynamicou substitua a palavra-chave interface.

Router# show mac-address-table interface fastEthernet 6/3

Codes: * - primary entry

vlan   mac address     type    learn qos            ports

------+----------------+--------+-----+---+--------------------------

*    2  0040.ca14.0ab1   dynamic  No    --  Fa6/3

!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected

!--- to interface fastEthernet 6/3 on a switch running Cisco IOS.

Quando souber que o switch realmente tem o endereço MAC do dispositivo na tabela CAM, determine se esse dispositivo está na mesma VLAN ou em uma VLAN diferente de onde você tenta fazer ping.

Se o dispositivo final estiver em uma VLAN diferente de onde você tenta fazer ping, um switch ou roteador L3 deverá ser configurado para permitir que os dispositivos se comuniquem. Assegure-se de que seu endereçamento L3 no dispositivo final e no switch do router/ L3 esteja configurado corretamente. Verifique o endereço IP, a máscara de sub-rede, o gateway padrão, a configuração do protocolo de roteamento dinâmico, as rotas estáticas e assim por diante.

Uso do host da porta do switch para corrigir atrasos de inicialização

Se as estações não puderem se comunicar com seus servidores primários quando se conectarem através do switch, o problema pode envolver atrasos na porta do switch quando ela tentar se tornar ativa depois que o link da camada física aparecer. Em alguns casos, esses atrasos podem durar até 50 segundos. Algumas estações de trabalho simplesmente não podem esperar tanto para encontrar seus servidores e depois desistem. Esses atrasos são causados pelo STP, pelas negociações de entroncamento (DTP) e pelas negociações de EtherChannel (PAgP). Todos esses protocolos podem ser desabilitados para as portas de acesso onde não são necessários, para que a porta de switch ou da interface comece a encaminhar pacotes alguns segundos depois que estabelece um link com seu dispositivo vizinho.

No Cisco IOS, você pode usar o comando switchport host para desabilitar a canalização e para habilitar o portfast spanning-tree e o comando switchport nonegotiate para desativar os pacotes de negociação de DTP. Use o comando interface-range para fazer isso em várias interfaces de uma vez.

Router6k-1(config)#interface range fastEthernet 6/13 - 18

Router6k-1(config-if-range)#switchport

Router6k-1(config-if-range)#switchport host

switchport mode can be set to access

spanning-tree portfast can be enabled

channel group can be disabled

!--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18.

Router6k-1(config-if-range)#switchport nonegotiate

!--- Trunking negotiation is disabled on interfaces 6/13 - 6/18.

Router6k-1(config-if-range)#end

Router6k-1#

O Cisco IOS tem a opção de usar o comando global spanning-tree portfast defaultpara aplicar automaticamente o portfast a qualquer interface configurada como uma porta de switch de acesso da camada 2. Verifique a Referência de Comandos de seu release de software para verificar a disponibilidade desse comando. Você também pode usar o comando espanning-tree portfastcommand por interface, mas isso requer que você desative o entroncamento e o etherchannel separadamente para ajudar a corrigir atrasos de inicialização da estação de trabalho.

Note: Consulte Usando Portfast e Outros Comandos para Corrigir Atrasos de Conectividade de Inicialização da Estação de Trabalho para obter mais informações sobre como corrigir atrasos de inicialização.

Problemas de velocidade/duplex, autonegociação ou NIC

Se você tem uma grande quantidade de erros de alinhamento, erros de FCS ou de colisões posteriores, isso pode indicar o seguinte:

- Incompatibilidade duplex

- Cabo com erro ou danificado

- Problemas de Placa de Rede

Incompatibilidade duplex

Um problema comum com velocidade/duplex é quando a configuração duplex não corresponde entre dois switches, entre um switch e um roteador ou entre o switch e uma estação de trabalho ou um servidor. Isso pode ocorrer quando você codifica manualmente a velocidade e o duplex ou a partir de problemas de autonegociação entre os dois dispositivos.

Se a má combinação ocorre entre dois dispositivos Cisco com o Cisco Discovery Protocol (CDP) habilitado, você vê as mensagens de erro de CDP na console ou no buffer de registro dos dois dispositivos. O CDP é útil para detectar erros, assim como para estatísticas de sistema e de porta em dispositivos Cisco próximos. O CDP é propriedade da Cisco e funciona quando você envia pacotes para um endereço MAC conhecido 01-00-0C-CC-CC-CC.

O exemplo mostra as mensagens de log que resultam de uma incompatibilidade duplex entre dois switches da série Catalyst 6000: um que executa CatOS e o outro que executa o Cisco IOS. Essas mensagens, geralmente, informam qual é a incompatibilidade e onde ocorre.

2003 Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2

!--- CatOS switch sees duplex mismatch.

Jun  2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2

(not half duplex), with TBA04251336 3/2 (half duplex).

!--- Cisco IOS switch sees duplex mismatch.

Use o comando show cdp neighbors-type <slot/port>detail para exibir informações do CDP para dispositivos vizinhos Cisco.

Router#show cdp neighbors fastEthernet 6/1 detail

-------------------------

Device ID: TBA04251336

Entry address(es):

IP address: 10.1.1.1

Platform: WS-C6006,  Capabilities: Trans-Bridge Switch IGMP

Interface: FastEthernet6/1,  Port ID (outgoing port): 3/1

Holdtime : 152 sec

Version :

WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)

Copyright (c) 1995-2001 by Cisco Systems

!--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch

!--- on port 3/1 running CatOS.

advertisement version: 2

VTP Management Domain: 'test1'

Native VLAN: 1

Duplex: full

!--- Duplex is full.

Router#

a configuração de velocidade/duplex automático em um lado e 100/Full-duplex no outro também é um erro de configuração e pode resultar em uma incompatibilidade de duplex. Se a porta do switch receber muitas colisões atrasadas, isso geralmente indica um problema de incompatibilidade duplex e pode colocar a porta em um status errdisable em um resultado. O lado half-duplex espera apenas pacotes em determinados momentos, não a qualquer momento e, portanto, conta os pacotes recebidos no momento errado como colisões. Há outras causas para colisões tardias além da incompatibilidade bidirecional, mas esse é um dos motivos mais comuns. Sempre defina os dois lados da conexão para autonegociar velocidade/duplex ou defina a velocidade/duplex manualmente nos dois lados.

Use o comando show interfaces <card-type> <slot/port>status para exibir a configuração de velocidade e duplex, bem como outras informações. Use os comandos speedandduplexdo modo de configuração de interface para codificar os dois lados para 10 ou 100 e half ou full, conforme necessário.

Router#show interfaces fasstEthernet 6/1 status

Port    Name               Status       Vlan       Duplex  Speed Type

Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

Se você usar o comando show interfacessem a opção estatus, verá uma configuração para velocidade e duplex, mas não saberá se essa velocidade e duplex foram alcançados por meio de autonegociação ou não.

Router#sh int fas 6/1

FastEthernet6/1 is up, line protocol is up (connected)

Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 100Mb/s

!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.

!--- Use the sh interfaces fas 6/1 status command to display this.

Cabo com erro ou danificado

Verifique sempre o cabo para ver se há dano ou falha marginal. Um cabo pode ser bom o suficiente para conectar-se na camada física, mas corrompe pacotes em consequência de dano sutil à fiação ou aos conectores. Verifique ou troque o cabo de cobre ou de fibra. Troque o GBIC (se removível) para conexões de fibra ótica. Descarte quaisquer conexões do painel de correção ou conversores de mídia com erro entre a origem e o destino. Teste o cabo em outra porta ou interface se um estiver disponível e veja se o problema continua.

Problemas de auto negociação e Placa de Rede

Os problemas ocorrem, às vezes entre switches Cisco e determinadas Placas de Rede de terceiros. Por padrão, as portas e as interfaces de switch do Catalyst são configuradas para negociação automática. É comum para dispositivos como laptops ou os outros dispositivos ser configurados para fazer a negociação automática também, embora ocorram problemas de negociação automática algumas vezes.

Para solucionar problemas de autonegociação, geralmente é recomendável tentar codificar os dois lados. Se a negociação automática ou a configuração de hardware não parecer funcionar, pode haver um problema com o firmware ou o software na placa de rede. Faça o upgrade do driver da Placa de Rede para a versão mais recente disponível no site do fabricante para resolver isso.

Consulte Configuração e Troubleshooting de AutoNegociação Half/Full Duplex de Ethernet 10/100/1000 MB para obter detalhes sobre como resolver problemas de velocidade/duplex e de autonegociação.

Consulte Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues para obter detalhes sobre como resolver problemas de NIC de terceiros.

Loops de Spanning Tree

Os loops de Spanning Tree Protocol (STP) podem causar problemas graves de desempenho que passam por problemas de porta ou de interface. Nessa situação, sua largura de banda é usada pelos mesmos frames a toda hora, que deixam pouco espaço para o tráfego legítimo.

O recurso do protetor de loop STP fornece proteção adicional contra loops de encaminhamento da Camada 2 (laços STP). Um loop STP é criado quando uma porta de bloco STP em uma topologia redundante faz a transição erroneamente para o estado de encaminhamento. Isso geralmente acontece porque uma das portas de uma topologia fisicamente redundante (não necessariamente a porta de bloco do STP) não recebe mais BPDUs do STP. Nessa operação, o STP depende da recepção contínua ou da transmissão dos BPDU com base na função da porta. A porta designada transmite BPDUs e a porta não designada recebe BPDUs.

Quando uma das portas em uma topologia fisicamente redundante não recebe mais BPDUs, o STP concebe que a topologia está livre de loops. Eventualmente, a porta de bloqueio da porta alternativa ou de backup torna-se designada e passa para um estado de encaminhamento. Esta situação cria um loop.

O recurso protetor de loop faz verificações adicionais. Se as BPDUs não forem recebidas em uma porta não designada e o protetor de loop estiver habilitado, essa porta será movida para o estado de bloco inconsistente de loop STP, em vez do estado de escuta/aprendizagem/encaminhamento. Sem o recurso protetor de loop, a porta assume a função de porta designada. A porta muda para o estado de encaminhamento STP e cria um loop. Consulte Aprimoramentos do Spanning-Tree Protocol usando Recursos de Proteção de Loop e Detecção de Desvio de BPDU para obter mais informações sobre o recurso de proteção de loop.

Este documento aborda os motivos que fazem o STP falhar, quais informações procurar para identificar a origem do problema e que tipo de design minimiza os riscos STP.

Os loops também podem ser causados por um link unidirecional. Para obter mais informações, consulte UDLD: Seção dos problemas do link de sentido único deste documento.

UDLD: Link de Sentido Único

Um link unidirecional é um link em que o tráfego sai por um caminho, mas nenhum tráfego é recebido na direção de entrada. O switch não sabe que a direção de entrada do link está ruim (a porta pensa que o link está ativo e funciona).

Um cabo de fibra quebrado ou outros problemas de porta/cabeamento podem ocasionar essa comunicação apenas em sentido único. Esses links parcialmente funcionais podem causar problemas tais como loops STP quando os switches envolvidos não sabem que o link está parcialmente quebrado. O UDLD pode pôr uma porta no estado errdisable quando detecta um link unidirecional. O comando udld aggressive-mode pode ser configurado nos switches que executam o Cisco IOS (verifique as notas de versão para a disponibilidade do comando) para conexões ponto-a-ponto entre os switches onde os links unidirecionais não podem ser tolerados. O uso desse recurso pode ajudá-lo a identificar problemas de link unidirecional difíceis de encontrar

Consulte Compreender e Configurar o Recurso Unidirectional Link Detection Protocol (UDLD) para obter informações de configuração sobre o UDLD.

Frames Adiados (Out-Lost or Out-Discard)

Se você tiver um grande número de quadros adiados ou Out-Discard (também conhecido como Out-Lost em algumas plataformas), isso significa que os buffers de saída do switch foram preenchidos e o switch teve que descartar esses pacotes. Isso pode ser um sinal que esse segmento está sendo executado em uma velocidade e/ou duplex inferior ou há tráfego demasiado atravessando a porta.

Use o comando show interfaces counters errorpara examinar OutDiscards.

Router#show interfaces counters error

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards

Fa7/47              0          0          0          0         0           0

Fa7/48              0          0          0          0         0     2871800

Fa8/1               0          0          0          0         0     2874203

Fa8/2             103          0          0        103         0     2878032

Fa8/3             147          0          0        185         0           0

Fa8/4             100          0          0        141         0     2876405

Fa8/5               0          0          0          0         0     2873671

Fa8/6               0          0          0          0         0           2

Fa8/7               0          0          0          0         0           0

!--- The show interfaces counters errors command shows certain interfaces

!--- that increment in large amounts OutDiscards while others run clean.

Investigue as causas comuns de falhas do buffer de saída:

Speed/Duplex Inferior para a Quantidade de Tráfego

Sua rede pode enviar muitos pacotes por essa porta para que ela possa lidar com a configuração de velocidade/duplex atual. Isso pode acontecer onde existem várias portas de alta velocidade fluindo para uma única porta (geralmente mais lenta). Você pode mover o dispositivo que fica parado nessa porta para uma mídia mais rápida. Por exemplo, se a porta é de 10 Mbps, mova esse dispositivo para uma porta de Gigabit ou de 100 Mbps Você pode mudar a topologia para rotear os frames de forma diferente.

Problemas de congestionamento: Segmento Muito Ocupado

Se o segmento é compartilhado, os outros dispositivos nesse segmento podem transmitir tanto que o switch não tem nenhuma oportunidade de transmitir. Evite os hubs com encadeamento em margarida sempre que possível. O congestionamento pode conduzir à perda de pacotes. A perda de pacotes causa retransmissões na camada de transporte que faz com que os usuários experimentem a latência no nível do aplicativo. Você pode fazer upgrade de links de 10Mbps para 100Mbps para links de Ethernet de Gigabit quando possível. Você pode remover alguns dispositivos dos segmentos aglomerados para outros segmentos menos povoados. Faça com que sua prioridade seja evitar o congestionamento da rede.

Aplicativos

Às vezes, as características da transmissão de tráfego das aplicações usadas podem causar problemas no buffer de saída. As transferências de arquivos NFS que vêm de um servidor Gigabit conectado que usa o protocolo UDP com um tamanho de janela de 32K são um exemplo de uma configuração de aplicativo que pode trazer esse tipo de problema. Se você verificou ou tentou as outras sugestões neste documento (velocidade/duplex verificado, sem erros físicos no link, todo o tráfego é tráfego válido normal e assim por diante), então reduza o tamanho da unidade que é enviado pelo aplicativo que pode ajudar a aliviar esse problema.

Problemas de Software

Se você vir um comportamento que só pode ser considerado estranho, poderá isolar o comportamento em uma caixa específica e, se tiver examinado tudo o que foi sugerido até agora, isso poderá indicar problemas de software ou hardware. Geralmente, é mais fácil fazer o upgrade do software do que do hardware. Mude o software primeiro.

Use o comando show version para verificar a versão de software atual junto com o flash: ordir bootflash: (dependendo da plataforma) o comando para verificar a memória Flash disponível para o upgrade:

Router#show version

Cisco Internetwork Operating System Software

IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA

RLY DEPLOYMENT RELEASE SOFTWARE (fc1)

TAC Support: http://www.cisco.com/tac

Copyright (c) 1986-2002 by cisco Systems, Inc.

Compiled Fri 20-Dec-02 13:52 by eaarmas

Image text-base: 0x00000000, data-base: 0x00E638AC

ROM: 12.1(12r)EW

Dagobah Revision 71, Swamp Revision 24

trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes

System returned to ROM by redundancy reset

System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"

!--- Typical Cisco IOS show version output.

Router#dir bootflash:

Directory of bootflash:/

1  -rw-     8620144   Mar 22 2002 08:26:21  cat4000-is-mz.121-13.EW.bin

61341696 bytes total (52721424 bytes free)

!--- Verify available flash memory on switch running Cisco IOS.

Como Fazer o Upgrade do Software

Para obter informações sobre como atualizar o software para seus Switches Cisco, navegue até o link, escolha sua plataforma e consulte a seção Configuração de Software.

Incompatibilidade de Hardware e Software

Pode haver uma situação onde o software não seja compatível com o hardware. Isso acontece quando o novo hardware é lançado exige suporte especial do software. Para obter mais informações sobre compatibilidade de software, use a ferramenta Software Advisor.

Bugs de software

O sistema operacional pode ter um bug. Se você carregar uma versão de software mais nova, ela pode, frequentemente, corrigir isso. Você pode procurar bugs de software conhecido com Software Bug Toolkit.

Imagens corrompidas

Uma imagem pode ter sido corrompida. Para obter informações sobre a recuperação de imagens corrompidas, escolha o Switch da plataforma e veja a seção Troubleshooting.

Problemas de Hardware

Verifique os resultados do módulo show para Catalyst 6000 e 4000 Series Switches que executam o Cisco IOS.

Verifique os resultados dos resultados de POST do switch para ver se existe alguma falha indicada para parte do switch. Falhas de algum teste de um módulo ou porta exibem um “F” nos resultados.

Para o Cisco IOS, em switches modulares como o Cat6000, use o comando show diagnostics. Para ver os resultados do POST por módulo, use o comando show diagnostics module<module>.

ecsj-6506-d2#sh diagnostic module 3

Current Online Diagnostic Level = Minimal

!--- The diagnostic level is set to minimal which is a shorter,

!--- but also less thorough test result.

!--- You may wish to configure diagnostic level complete to get more test results.

Online Diagnostic Result for Module 3 : MINOR ERROR

Online Diagnostic Level when Line Card came up = Minimal

Test Results: (. = Pass, F = Fail, U = Unknown)

1 . TestLoopback :

Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

----------------------------------------------------------------------------

.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  F  F  F  F F  F

!--- Notice the MINOR ERROR test result and failed loopback test which means

!--- these ports are currently unusable.

!--- Use the hw-module{mod}reset command or, if necessary, physically reseat the

!--- module to try and fix this problem.

!--- If these steps fail, open a case with Cisco Technical Support.

Note: Para os Catalyst 3750, 3550, 2970 , 2950/2955 e 2900/3500XL Series Switches, use o comando show post, que indica uma simples aprovação ou falha para o status de hw. Use os LEDs desses switches para ajudá-lo a compreender os resultados do POST.

Para obter mais informações sobre como solucionar problemas de hardware nos switches Catalyst que executam o Cisco IOS, navegue até as páginas de suporte Cisco Switches, escolha sua plataforma e examine oTroubleshooting > Hardwareseção. Para possíveis problemas relacionados a Field Notices, consulte Field Notices for LAN and ATM Switches.

Erros de Entrada em uma Interface da Camada 3 Conectada a um Switchport da Camada 2

Por padrão, todas as portas da camada 2 são indinâmicas, portanto, a porta da camada 2 tenta formar um link de tronco e envia pacotes de DTP para o dispositivo remoto. Quando uma interface da camada 3 é conectada a um switchport da camada 2, não pode interpretar esses frames que resultam em erros de Entrada, erros WrongEncap e quedas de fila de Entrada.

Para resolver isso, altere o modo da porta do switch para accessortrunkas estáticos de acordo com sua necessidade.

Switch2(config)#interface fastEthernet1/0/12

Switch2(config-if)#switchport mode access

Ou

Switch2(config)#interface fastEthernet1/0/12

Switch2(config-if)#switchport trunk encapsulation dot1q

Switch2(config-if)#switchport mode trunk

Incrementar rapidamente o contador Rx-No-Pkt-Buff e erros de entrada

O contador do Rx-No-Pkt-Buff pode aumentar em portas onde possui blades, tais como WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 e WS-X4548-GB-RJ45V. Além disso, alguns incrementos de queda de pacotes são normais e resultam de tráfego de rajadas.

Esses tipos de erros aumentam rapidamente, especialmente quando o tráfego que passa por esse link está elevado ou tem dispositivos, tais como servidores conectados à interface. Essa carga elevada de tráfego causa sobreassinatura nas portas, o que esgota os buffers de entrada e faz com que o contador Rx-No-Pkt-Buff e os erros de entrada aumentem rapidamente.

Se um pacote não pode ser recebido completamente porque o switch está fora dos buffers de pacotes, esse contador é incrementado uma vez para cada pacote descartado. Esse contador indica o estado interno dos Switching ASICs no Supervisor e não indica necessariamente uma condição de erro.

Frames de Pausa

Quando a parte receptora (RX) da porta tem sua fila de FIFO RX completa e alcança o nível mais elevado, a parte transmissora (Tx) da porta começa a gerar frames de pausa com um valor de intervalo mencionado. Espera-se que o dispositivo remoto pare/reduza a transmissão de pacotes para o tempo de intervalo mencionado no frame de pausa.

Se o RX pode apagar a fila de RX ou alcançar um nível baixo dentro desse intervalo, o Tx envia um frame de pausa especial que mencione o intervalo como zero (0x0). Isso permite que o dispositivo remoto comece a transmitir pacotes.

Se o RX ainda funciona na fila, uma vez que o tempo de intervalo expire, o Tx envia um frame de pausa novo outra vez com um valor diferente de intervalo.

Se Rx-No-Pkt-Buff for zero ou não incrementa e o contador de TxPauseFrames incrementa, indica que nosso switch gera frames de pausa e a extremidade remota obedece e por isso, a fila de FIFO RX se esgota.

Se o TxPauseFrames incrementa e o TxPauseFrames também, significa que a extremidade remota negligencia os frames de pausa (não suporta o controle de fluxo) e continua a enviar o tráfego apesar dos frames de pausa. Para superar essa situação, configure manualmente a velocidade e o duplex e desabilite o controle de fluxo, se for necessário.

Esses tipos de erros na interface são relacionados a um problema de tráfego com as portas com sobreassinatura. Os módulos de switching WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 e WS-X4548-GB-RJ45V têm 48 portas com sobreassinaturas em seis grupos de oito portas cada:

- Portas 1, 2, 3, 4, 5, 6, 7, 8

- Portas 9, 10, 11, 12, 13, 14, 15, 16

- Portas 17, 18, 19, 20, 21, 22, 23, 24

- Portas 25, 26, 27, 28, 29, 30, 31, 32

- Portas 33, 34, 35, 36, 37, 38, 39, 40

- Portas 41, 42, 43, 44, 45, 46, 47, 48

As oito portas dentro de cada grupo usam circuitos comuns que efetivamente multiplexam o grupo em uma única conexão Gigabit Ethernet full-duplex não bloqueada para a matriz de comutação interna. Para cada grupo de oito portas, os frames que são recebidos são colocados no buffer e enviados ao link de Ethernet de Gigabit comum para o switch fabric interno. Se a quantidade de dados recebidos para uma porta começa a exceder a capacidade do buffer, o controle de fluxo envia frames de pausa à porta remota para parar o tráfego temporariamente e impedir a perda de frame.

Se os frames recebidos em qualquer grupo excedem a largura de banda de 1 Gbps, o dispositivo começa a descartar os frames. Esses descartes não são óbvios porque são descartados no ASIC interno em vez das interfaces reais. Isso pode retardar o throughput dos pacotes através do dispositivo.

O Rx-No-Pkt-Buff não depende da taxa do tráfego total. Depende da quantidade de pacotes que estão armazenados no buffer FIFO RX do módulo ASIC. O tamanho desse buffer é somente 16 KB. Ele é contado com o fluxo de rajadas curtas de tráfego quando alguns pacotes preenchem esse buffer. Assim, o Rx-No-Pkt-Buff em cada porta pode ser contado quando a taxa do tráfego total desse grupo de porta ASIC excede 1 Gbps, desde que WS-X4548-GB-RJ45 seja um módulo com sobreassinaturas de 8:1.

Quando você tem os dispositivos que precisam carregar uma grande quantidade de tráfego através dessa interface, considere o uso de uma porta de cada grupo de modo que os circuitos comuns que compartilham um único grupo não sejam afetados por essa quantidade de tráfego. Quando o módulo de comutação Gigabit Ethernet não for totalmente utilizado, você poderá equilibrar as conexões de porta entre os agrupamentos de portas para maximizar a largura de banda disponível. Por exemplo, com o módulo de switching WS-X4448-GB-RJ45 10/100/1000, você pode conectar portas de diferentes grupos, como as portas 4, 12, 20 ou 30 (em qualquer ordem), antes de conectar portas do mesmo grupo, como as portas 1, 2, 3, 4, 5, 6, 7 e 8. Se isso não resolver o problema, você precisará considerar um módulo sem excesso de assinaturas de portas.

Compreenda gotas do protocolo desconhecido

Queda de protocolo desconhecida é um contador na interface. É causada pelos protocolos que não são compreendidos pelo roteador/interruptor. Este exemplo do comando show runinterface mostra os descartes de protocolo desconhecidos na interface GigabitEthernet 0/1.

Switch#show run interface GigabitEthernet0/1

GigabitEthernet0/1 is up, line protocol is up

Hardware is BCM1125 Internal MAC, address is 0000.0000.0000 (via 0000.0000)

MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is RJ45

output flow-control is XON, input flow-control is XON

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:05, output 00:00:03, output hang never

Last clearing of "show interface" counters 16:47:42

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

3031 packets input, 488320 bytes, 0 no buffer

Received 3023 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 63107 multicast, 0 pause input

0 input packets with dribble condition detected

7062 packets output, 756368 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

2015 unknown protocol drops

4762 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

As quedas de protocolo desconhecidas são normalmente descartadas porque a interface em que esses pacotes são recebidos não está configurada para esse tipo de protocolo ou pode ser qualquer protocolo que o roteador não reconheça. Por exemplo, se você tiver dois roteadores conectados e desabilitar o CDP em uma interface de roteador, isso resultará em quedas de protocolo desconhecidas nessa interface. Os pacotes de CDP são reconhecidos já não, e são deixados cair.

Entroncamento entre um Switch e um Roteador

Os links de entroncamento entre um switch e um roteador podem fazer o switchport ser desativado. O entroncamento pode ser ativado depois que você desabilitar e habilitar o switchport, mas eventualmente o switchport pode ser desabilitado outra vez.

Para resolver esse problema, siga estas etapas:

1. Assegure-se de que o Cisco Discovery Protocol (CDP) seja executado entre o switch e o roteador e de que um detecte o outro.

2. Desative os Keepalives na interface do roteador.

3. Reconfigure o encapsulamento de entroncamento em ambos os dispositivos.

Quando os keepalives estão desabilitados, o CDP permite que o link opere normalmente.

Problemas de Conectividade Devido à Sobreassinatura

Quando você usa os módulos WS-X6548-GE-TX ou WS-X6148-GE-TX, há uma possibilidade de a utilização da porta individual ocasionar problemas de conectividade ou perda de pacotes nas interfaces próximas. Consulte Problemas de Conectividade de Interface/Módulo para obter mais informações sobre sobreassinatura.

Subinterfaces em módulos SPA

Nos módulos SPA, depois que você cria uma sub-interface com 802.1Q, a mesma VLAN não pode ser usada no switch. Depois que você tiver o encapsulamento dot1q em uma subinterface, você não poderá mais usar essa VLAN no sistema porque o 6500 ou o 7600 alocam internamente a VLAN e torna essa subinterface seu único membro. Para resolver esse problema, crie portas de tronco em vez de subinterfaces. Dessa maneira, a VLAN pode ser vista em todas as interfaces.

Solucionar Problemas de Quedas de Saída

Normalmente, as quedas de saída podem ocorrer se o QoS estiver configurado e não fornecer largura de banda suficiente para determinada classe de pacotes. Também ocorre quando o hardware atinge um excesso de assinaturas.

Por exemplo, aqui você vê uma grande quantidade de quedas de saída na interface GigabitEthernet 8/9 em um Catalyst 6500 Series Switch:

Switch#show interface GigabitEthernet8/9

GigabitEthernet8/9 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 0013.8051.5950 (bia 0013.8051.5950)

Description: Connection To Bedok_Core_R1 Ge0/1

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 18/255, rxload 23/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is SX

input flow-control is off, output flow-control is off

Clock mode is auto

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:28, output 00:00:10, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/3/0 (size/max/drops/flushes); Total output drops: 95523364

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 94024000 bits/sec, 25386 packets/sec

5 minute output rate 71532000 bits/sec, 24672 packets/sec

781388046974 packets input, 406568909591669 bytes, 0 no buffer

Received 274483017 broadcasts (257355557 multicasts)

0 runts, 0 giants, 0 throttles

3 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

749074165531 packets output, 324748855514195 bytes, 0 underruns

0 output errors, 0 collisions, 3 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

Para analisar o problema, colete a saída desses comandos:

- show fabric use detail

- show fabric errors

- show platform hardware capacity

- show catalyst6000 traffic-meter

- show platform hardware capacity rewrite-engine drop

Última entrada nunca da saída do comando show interface

Este exemplo do comando show interface mostra aÚltima entrada nunca na interface TenGigabitEthernet1/15.

Switch#show interface TenGigabitEthernet1/15

TenGigabitEthernet1/15 is up, line protocol is up (connected)

Hardware is C6k 10000Mb 802.3, address is 0025.84f0.ab16 (bia 0025.84f0.ab16)

Description: lsnbuprod1 solaris

MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 10Gb/s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output 00:00:17, output hang never

Last clearing of "show interface" counters 2d22h

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 46000 bits/sec, 32 packets/sec

52499121 packets input, 3402971275 bytes, 0 no buffer

Received 919 broadcasts (0 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

118762062 packets output, 172364893339 bytes, 0 underruns

0 output errors, 0 collisions, 3 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

Isto mostra o número de horas, de minutos, e de segundos desde que o último pacote foi recebido com sucesso por uma relação e processado localmente no roteador. Isto é útil de saber quando uma relação inoperante falhou. Este contador é atualizado somente quando os pacotes são comutados por processo, não quando os pacotes são comutados rapidamente. Última entrada nunca significa que não houve transferência de pacote de interface bem-sucedida para outro ponto de extremidade ou terminal. Geralmente isto significa que não havia nenhuma transferência de pacote de informação relativa a essa entidade.

Informações Relacionadas

- Troubleshooting de Compatibilidade entre Catalyst Switches e NIC Compatibility Issues

- Utilização de Portfast e outros comandos para reparar retardos de conectividade da inicialização de estação de trabalho

- Configuração e Troubleshooting da Negociação Automática de Ethernet 10/100/1000 Mb Half/Full-Duplex

- Atualize imagens de Software e Trabalhe com Arquivos de Configuração em Switches Catalyst

- Suporte Técnico e Documentação - Cisco Systems