Roteadores : Roteadores de serviços integrados Cisco 2800 Series

Troubleshooting de hardware do Cisco 2800 Series Router

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Tradução Manual (8 Junho 2009) | Inglês (21 Abril 2016) | Feedback


Interativo: Este documento oferece análise personalizada do seu dispositivo Cisco.


Índice


Introdução

O tempo e recursos valiosos é desperdiçado frequentemente na substituição do hardware que funciona realmente corretamente. Este documento ajuda-o a pesquisar defeitos problemas de hardware potenciais com Cisco 2800 Series Router. Este documento igualmente fornece a informação para ajudá-lo a identificar que componente causa uma falha do hardware. Isto depende do tipo de erro que o roteador experimenta.

Nota: Este documento não inclui falhas relacionadas ao software, exceto para aquelas que geralmente são confundidas como problemas de hardware.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

Componentes Utilizados

A informação neste documento é baseada em Cisco 2800 Series Router.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Compatibilidade de hardware-software e requisitos de memória

Sempre que você instala imagem do software do ½ um cartão, um módulo ou de um ¿ novo  de Cisco IOSïÂ, é importante verificar que o roteador tem bastante memória, e que o hardware e software é compatível com as características você deseja se usar.

Execute estas etapas recomendadas para verificar para ver se há a compatibilidade de hardware e software e requisitos de memória:

  1. Utilize a ferramenta Software Advisor (somente clientes registrados) para escolher o software para o seu dispositivo de rede.

    Dica: A seção Suporte de Software para Hardware (somente clientes registrados) o ajuda a verificar se os módulos e placas instaladas no roteador são suportados pela versão de Cisco IOS Software desejada.

    Dica: A seção Suporte de Software a Recursos (somente clientes registrados) ajuda a escolher os tipos de recursos que você deseja implementar para determinar a imagem do Cisco IOS Software que é necessária.

  2. Use a área do software da transferência (clientes registrados somente) para verificar a quantidade mínima de memória (RAM e flash) exigida pelo Cisco IOS Software, e para transferir a imagem do Cisco IOS Software. Consulte a seção Requisitos de Memória de Como Escolher Uma Versão do Cisco IOS Software para determinar a quantidade de memória (RAM e Flash) instalada em seu roteador.

    Dica: Se você quer manter as mesmas características que a versão que é executado atualmente em seu roteador, mas você não sabe que conjunto de recursos você usa, emita o comando show version de seu dispositivo Cisco, e o cole na ferramenta Output Interpreter. Você pode usar a Output Interpreter Tool (somente clientes registrados) para exibir problemas e correções potenciais. Você deve ser entrado e tido o Javascript permitido a fim usar esta ferramenta.

    Dica: Se você precisa de promover a imagem do Cisco IOS Software a uma nova versão ou a um conjunto de recursos, você pode referir como escolher um Cisco IOS Software Release para mais informação.

  3. Se você determinar que um upgrade do Cisco IOS Software é necessário, consulte Fazendo o Upgrade da Imagem do Sistema para os Cisco 2800 Series Routers.

    Dica: Se seu 2800 Router não tem uma conexão à rede ou a uma imagem válida do Cisco IOS Software, você pode emitir o comando tftpdnld rommon recuperar a imagem IOS. Consulte Como Baixar uma Imagem de Software para um Cisco 2600/2800/3700/3800 via TFTP Usando o Comando tftpdnld do ROMMON para obter mais informações.

Mensagens de erro

Os Mensagens de Erro aparecem no console do Produtos da Cisco, geralmente neste formulário:

 %XXX-n-YYYY : [text]

Este é um mensagem de erro de exemplo:

Router# %SYS-2-MALLOCFAIL: Memory allocation of [dec] bytes failed from [hex], 
pool [chars], alignment [dec]

Algumas mensagens de erro são somente informativas, enquanto outras indicam falhas de hardware ou software e precisam de ação.

Troubleshooting

As seguintes seções de Fazendo o Troubleshooting de Cisco 2800 Series Routers são úteis:

Consulte também Procedimento de Recuperação de Senhas para obter informações de troubleshooting.

Módulos e placas

Estes documentos podem ajudá-lo a verificar que módulo/cartão é apoiado para o Cisco 2800 Series Router:

Edições do controlador T1 VWIC2-2MFT-T1/E1

Depois que você instala o cartão VWIC2-2MFT-T1/E1, você não reconhece o cartão dos IO. Você precisa de emitir o tipo de placa {t1 | comando e1} configurar o roteador a fim reconhecer o cartão. Consulte Exemplos de Configuração de Placas de Interface de Voz/WAN T1/E1 Multiflex Trunk de 1 e 2 Portas da Segunda Geração para obter mais informações.

Edições do módulo PoE NM-16ESW-PWR-1GIG

NM-16ESW-PWR-1GIG é um módulo da Rede EtherSwitch com potência sobre capacidades dos Ethernet (PoE). Depois que você adiciona este cartão, você não pôde poder configurar o PoE. Isto é porque você precisa de ter uma fonte de alimentação de harmonização instalada no roteador para apoiar as características PoE. Consulte a Folha de Dados dos Cisco EtherSwitch Network Modules para obter mais informações sobre os módulos de rede EtherSwitch e as fontes de alimentação.

Identifique a edição

A fim identificar a edição, a primeira etapa é capturar tanta informação sobre o problema como possível. Esta informação é essencial ajudá-lo a determinar a causa do problema:

  • Logs do console — Consulte Aplicando as Configurações Corretas do Emulador de Terminais para as Conexões de Console para obter mais informações.

  • Informação de syslog — Se o roteador se estabelece para enviar logs a um servidor de SYSLOG, você pode obter a informação no que ocorreu. Refira como configurar dispositivos Cisco para a seção do Syslog do Resource Manager Essentials e da análise de Syslog: Como para mais informação.

  • Saída do comando show technical-support — O comando show technical-support é uma compilação de muitos comandos diferentes, incluindo os comandos show version, show running-config e show stacks. Coordenadores de TAC geralmente perguntam por essa informação para fazer troubleshooting de hardware. É importante recolher a informação do comando show technical-support antes que você execute um reload ou um ciclo de energia enquanto estas ações podem causar a perda de toda a informação sobre a edição.

  • Termine a sequência de bootup se o roteador experimenta erros de inicialização.

Se houver uma saída de um comando show do seu dispositivo Cisco (incluindo o comando show technical-support), você poderá usar a Output Interpreter Tool (somente clientes registrados) para exibir problemas e correções potenciais. Você deve ser entrado e tido o Javascript permitido a fim usar esta ferramenta.

Solucionar problemas de interfaces seriais

Esta é uma lista de referências ao uso a fim pesquisar defeitos interfaces serial:

Solucionar problemas de interfaces de ISDN

Esta é uma lista de referências ao uso a fim pesquisar defeitos interfaces:

Faça Troubleshooting de Suspensões do Roteador

Um 2800 Series Router pôde experimentar um cair do roteador. Suspensão é quando o roteador inicializa até um certo ponto e depois não aceita mais nenhum comando nem toque de tecla. Em outras palavras, a tela do console fica suspensa depois de um certo ponto. Suspensões não são problemas necessariamente de hardware e, na maioria das vezes, são problemas de software. Consulte Troubleshooting de Travamentos do Roteador se o seu roteador travar.

Reinicialização/Recarga de Roteador

Quando o roteador é reinicializado, ele retorna ao estado normal. Um estado normal significa que o roteador é funcional, passa o tráfego, e você pode aceder ao roteador. Emita o comando show version e o olhar na saída a fim verificar porque o roteador recarregou. Este é um exemplo:

Router#show version
Router uptime is 20 weeks, 5 days, 33 minutes
System returned to ROM by power-on

Travamentos do Roteador

Um travamento de sistema refere uma situação onde o sistema detecte um erro irrecuperável e se reinicie. Um travamento pode ser causado por problemas de software, problemas de hardware ou ambos. Esta seção trata os defeitos causados pelo hardware e os impactos que são relacionados ao software, mas pôde ser confundida como problemas de hardware.

cuidado Cuidado: Se o roteador é recarregado depois que o impacto, como através de um ciclo de energia ou o comando reload, informação importante sobre o impacto está perdido. Você deve coletar as saídas dos comandos show technical-support e show log, bem como o arquivo crashinfo (se possível), antes de recarregar o roteador.

Consulte Troubleshooting de Panes do Roteador para obter mais informações sobre este problema.

Travamentos de erro de barramento

O sistema encontra um erro de barramento quando o processador tenta acessar um local de memória que não existe (um erro de software) ou não responde adequadamente (um problema de hardware). Um erro de barramento pode ser identificado através da saída do comando show version fornecido pelo roteador (se não power-cycled ou recarregado manualmente).

Estes são dois exemplos dos ruídos bondes de erro de barramento:

Router uptime is 2 days, 21 hours, 30 minutes
System restarted by bus error at PC 0x30EE546, address 0xBB4C4
System image file is "flash:igs-j-l.111-24.bin", booted via flash 
.........

Na alerta do console, este Mensagem de Erro pôde igualmente ser considerado durante um erro de barramento:

*** System received a Bus Error exception *** 
signal= 0xa, code= 0x8, context= 0x608c3a50
PC = 0x60368518, Cause = 0x20, Status Reg = 0x34008002

Consulte Troubleshooting de Panes de Erro de Barramento para obter mais informações sobre este problema.

Contínuo/Circuito de inicialização

O roteador pôde experimentar um loop contínuo que pudesse ser devido a um problema de hardware. Um loop contínuo nunca deixa-o aceder ao roteador. Por exemplo, você não pode entrar ao modo enable, e assim por diante, e o roteador continua a dar mensagens de erro de desdobramento até que esteja posto fora. Esta seção fornece exemplos e passos de Troubleshooting para determinar que parte de hardware causa o loop contínuo.

Fluxograma de Troubleshooting

Este é um fluxograma de Troubleshooting para a exceção de erro de barramento, a exceção SegV, o %ERR-1-GT64010, e os loop contínuos do Timeout do Watchdog:

http://www.cisco.com/c/dam/en/us/support/docs/routers/2800-series-integrated-services-routers/71444-hwts-2800-1.gif

Se o roteador não experimenta o loop contínuo depois que você termina estes passos de Troubleshooting, a seguir o problema pôde ter sido causado por um módulo de rede mal fixado. Recomenda-se que você monitora o roteador por 24 horas para se certificar de que o roteador continua a funcionar sem experimentar a edição outra vez.

Exceção de SegV

Se você não recarregar o roteador manualmente ou desligá-lo e religá-lo, o comando show version exibirá a seguinte saída:

Router uptime is 2 days, 3 hours, 5 minutes 
System restarted by error - a SegV exception, PC 0x80245F7C 
System image file is "flash:c2600-js-mz.120-9.bin"

Esta saída pode igualmente esta presente nos logs do console:

*** System received a SegV exception *** 
signal= 0xb, code= 0x1200, context= 0x80d15094 
PC = 0x80678854, Vector = 0x1200, SP = 0x80fcf170

Consulte Exceções de SegV para obter mais informações sobre este problema.

%ERR-1-GT64010

Este é um exemplo de um erro do %ERR-1-GT64010:

%ERR-1-GT64010: Fatal error, PCI Master read 
cause=0x0120E483, mask=0x0CD01F00, real_cause=0x00000400 
bus_err_high=0x00000000, bus_err_low=0x04080000, addr_decode_err=0x14000470

Imagem do software corrompida

Ao carreg, um roteador pôde detectar que uma imagem do Cisco IOS Software é corrompida. O roteador retorna a mensagem compressed image checksum is incorrect, tenta recarregar e relata o evento como uma pane forçada por software:

Error : compressed image checksum is incorrect 0x54B2C70A
        Expected a checksum of 0x04B2C70A


*** System received a Software forced crash ***
signal= 0x17, code= 0x5, context= 0x0
PC = 0x800080d4, Cause = 0x20, Status Reg = 0x3041f003

Este comportamento pode então repetir indefinidamente, ou o roteador pôde deixar cair ao monitor de ROM.

Isto pode ser causado por uma imagem do Cisco IOS Software que seja corrompida realmente durante transferência ao roteador. A fim resolver isto, você pode carregar uma imagem nova no roteador. Consulte a Pesquisa da Cisco para procurar um método de recuperação do ROMmon para sua plataforma.

Pode igualmente ser causada pelo hardware defeituoso de memória ou por um Bug de Software.

Intervalos de vigilante

Os processadores Cisco possuem cronômetros que protegem contra determinados tipos de suspensões. A CPU reinicia periodicamente um cronômetro de vigilante. O cronômetro de vigilante basicamente controla o tempo de cada processo. Se o cronômetro não for reiniciado, uma armadilha ocorre. Se um processo é mais longo do que deveria, o cronômetro de vigilante é utilizado para sair deste processo.

Há dois tipos principais de intervalos de vigilante. O primeiro tipo normalmente é gerado por um problema de software e é relatado de uma ou ambas as maneiras a seguir:

  • A saída do comando show version exibe:

    "System returned to ROM by bus error at PC 0x602DADE0, address 0x480811"  
    - or - 
    "System returned to ROM by error - a Software forced crash, PC 0x60435894"
  • Os registros do console exibem:

    %SYS-2-WATCHDOG: Process aborted on watchdog timeout

O segundo tipo de Timeout do Watchdog é geralmente devido a um problema de hardware e é relatado em uma ou both of these maneira:

  • A saída do comando show version exibe:

    Router uptime is 17 minutes
    System returned to ROM by watchdog timer expired
    System image file is "flash:c3640-is-mz.122-3.bin"
  • Os registros do console exibem:

    System returned to ROM by watchdog timer expired
    *** Watch Dog Timeout ***
    PC = 0x800001b4, SP = 0x61e19590

Os dois representam possíveis problemas de software e precisam ser mais investigados com base nos sintomas. Consulte Troubleshooting de Panes de Erros de Barramento ou Entendendo Panes Forçadas por Software. Isso depende da saída do comando show version. Consulte Troubleshooting de Timeouts de Watchdog para obter informações sobre panes de timeout de watchdogs.

Roteador Não Reinicializa

A informação capturada do console do roteador é essencial pesquisar defeitos um roteador que não carreg. As saídas do console devem ser entradas um arquivo para a análise posterior ou para o Suporte técnico de Cisco se um caso de TAC é aberto. Esta seção compara sintomas e ações recomendadas tomar se você encontra problemas da bota.

Nenhum LED Aceso Após o Equipamento ser Ligado

Verifique que o cabo de alimentação está obstruído dentro firmemente e que a fonte de alimentação é boa. Se isso não resolver o problema, substitua o cabo de alimentação. Se o problema persistir, substitua o roteador.

LEDs Acesos após o Equipamento Ser Ligado, Nada no Console

Verifique se a taxa de baud está ajustada em 9600 bps. Se isso não ajuda, verifique que o equipamento usado para conectar ao console se opera corretamente. Conecte a um bom roteador a fim verificar seu equipamento do console. Se o equipamento testa com sucesso, mas o problema permanece, a seguir substitua o roteador.

Botas do roteador a ROMmon, nenhuns Mensagens de Erro no console

Veja o registro de configuração para 0x2102 e recarregue o roteador:

rommon 1 > confreg 0x2102 
rommon 2 > reset

Se o roteador permanecer no ROMmon, siga o procedimento descrito em Recuperação do ROMmon para o Cisco 2600 Series Router e o VG200.

Botas do roteador a ROMmon, Mensagens de Erro no console

Na inicialização, um destes erros pôde ser visto:

  • dispositivo não contém um número mágico válido

  • boot: não pode abrir o “flash: ”

  • boot: não pode determinar o primeiro nome de arquivo flash no dispositivo o “: ”

  • Erro: a soma de verificação da imagem não compactada é [hex value] incorreto

Estes Mensagens de Erro significam que ou o flash está vazio ou o sistema de arquivos está corrompido.

Copie uma imagem válida no instantâneo a fim resolver isto. Quando você copiar, você está alertado apagar os índices velhos do flash (eventualmente). Então, recarregue o roteador. Consulte Recuperação do ROMmon para o Cisco 2600 Series Router e o VG200 para obter instruções de como copiar uma imagem válida para a Flash.

Você vê este Mensagem de Erro na inicialização:

 %SCC-2-BAD_ID_HW: Failed Identification Test in 0/-1/-1 [1/0]

Este Mensagem de Erro significa que há um módulo de hardware ou uma relação que não sejam apoiados pelo chassi ou por um dispositivo Cisco.

  • Remova todos os módulos e relações e carreg o roteador. Certifique-se das botas do roteador sem nenhumas edições.

  • Adicionar os módulos um por um e recarregue o roteador para isolar o módulo que afeta a bota do roteador.

  • Certifique-se que o módulo está apoiado pelo hardware de roteador e pela versão de software.

O roteador para de carreg depois que recebe o Mensagem de Erro

Durante a inicialização, o roteador pode parar de funcionar após receber a mensagem pre- and post-compression image sizes disagree.

As causas possíveis incluem:

  • imagem do software corrupto

  • memória Flash defeituosa

  • DRAM defeituoso

  • slot de memória ruim

Copie uma imagem nova no flash para começar a pesquisar defeitos esta edição. Consulte Recuperação do ROMmon para o Cisco 2600 Series Router e o VG200 para obter instruções de como copiar uma imagem válida para a Flash.

Se a instalação de uma imagem nova não resolve o problema, você pode trocar para fora a memória. Se você substitui o flash e o DRAM, e este não resolve o problema, há uma possibilidade que o slot de memória no chassi é defeituoso. Nesse caso, você deverá usar a TAC Service Request Tool (somente clientes registrados) para criar uma solicitação de serviço para resolver o problema de hardware.

O roteador está descartando pacotes

Perda de pacote gerada por problemas de hardware são muito fáceis de identificar. Esta seção usa a saída do comando show interfaces para identificar a perda de pacotes.

Verificação de redundância cíclica (CRC) e erros de quadro

Se os erros CRC ou os erros de frame aumentam constantemente na relação, este indica geralmente um problema de hardware.

router#show interface ethernet 0/0 
Ethernet0/0 is up, line protocol is up 
... 
121 input errors, 102 CRC, 19 frame, 0 overrun, 0 ignored

Uma exceção a esta é quando os erros do CRC e de frame são encontrados em interfaces canalizadas. Estes podem igualmente indicar problemas de relógio. A falha que causa os erros pode estar em qualquer lugar entre duas interfaces conectadas: em cabos, em dispositivos intermediários, ou nas relações elas mesmas. As técnicas de Troubleshooting diferem levemente para tipos de interface diferentes.

Interfaces de Ethernet

Para interfaces Ethernet, pesquisar defeitos difere entre um ambiente compartilhado (dispositivos conectados através de um hub ou com um cabo coaxial) e um ambiente comutado (dispositivos conectados a um interruptor).

Em um ambiente comutado, há somente cinco componentes que podem causar o erro:

  • cabo

  • interface local (porta)

  • interface remota (porta)

  • velocidade

  • incompatibilidade duplex (bidirecional)

Conseqüentemente, as etapas de Troubleshooting são simples. Por exemplo, se um roteador é conectado a um interruptor, os passos de Troubleshooting são:

  1. Substitua o cabo.

  2. Se isto não resolve o problema, tente uma outra porta no interruptor.

  3. Se o problema persistir, substitua a interface Ethernet.

Em um ambiente compartilhado, a fonte do problema é muito mais difícil de ser encontrada. Cada peça de hardware que compõe o segmento compartilhado pode ser a causa. Todos os componentes (cabos, conectores, etc.) devem ser testado um por um.

Pacotes ignorados

Pacotes são ignorados se não houver buffers livres para aceitar o novo pacote. Isto pode ocorrer se o roteador está sobrecarregado com o tráfego, ou se a relação é defeituosa.

router#show interfaces ethernet 0/0 
Ethernet0/0 is up, line protocol is up 
... 
21 input errors, 0 CRC, 0 frame, 0 overrun, 21 ignored

Se ignora estar presente em todas as relações, a seguir o roteador é sobrecarregado provavelmente com o tráfego, ou não tem os bufferes livres suficientes no pool que combinam a unidade de transmissão máxima (MTU) em relações. Em último caso, um incremento do contador ignorado é seguido por um incremento do contador de nenhum buffer:

router#show interfaces serial 0/0 
... 
1567 packets input, 0 bytes, 22 no buffer 
22 input errors, 0 CRC, 0 frame, 0 overrun, 22 ignored, 0 abort

Você pôde igualmente ver um aumento nas falhas de buffer contra no pool que combinasse o tamanho do MTU:

router#show buffers 
  ... 
   Big buffers, 1524 bytes (total 50, permanent 50): 
   50 in free list (5 min, 150 max allowed) 
   3066 hits, 189 misses, 0 trims, 24 created 
   12 failures (0 no memory)

O número de bufferes permanentes, livres, e máximo permitidos preconfigured não pôde ser completamente compatível para cada ambiente. Consulte Ajuste de Buffers para todos os Cisco Routers para obter mais informações sobre este problema e sobre como evitá-lo.

Se ignora somente o aumento em uma relação e não estão seguidos por um incremento do contador sem buffer, e a relação não está carregada pesadamente, a seguir esta relação pode ser defeituosa. Nesse caso, capture a saída do comando show tech-support e entre em contato com o Suporte Técnico da Cisco. A carga na interface pode ser vista na saída do comando show interfaces:

router#show interfaces serial 0/0 
... 
reliability 255/255, txload 100/255, rxload 122/255

Quedas de fila de entrada e saída

As quedas de fila de entrada nunca são causadas por problemas de hardware. As quedas da fila de saída podem ser causadas por um problema de hardware somente se a fila de saída está constantemente completa e nenhum pacote está sendo enviado fora da relação. Consulte Troubleshooting de Perdas nas Filas de Entrada e Saída para obter mais informações sobre esses tipos de perdas.

O roteador perde configuração devido ao NVRAM defeituoso ou corrompido

O roteador não carrega previamente uma configuração salva. Um destes Mensagens de Erro é indicado:

System Bootstrap, Version 11.1(8)CA1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
Copyright (c) 1997 by cisco Systems, Inc.
Warning: monitor nvram area is corrupt ... using default values
   
   Warning: NVRAM size is 0

   environment checksum in NVRAM failed

   Router#show startup-config
%Error opening nvram:/startup-config (Invalid Checksum)

Estes Mensagens de Erro indicam geralmente uma falha do hardware. Execute o comando test memory para verificar. Isto é um exemplo do comando output:

Router#test memory
Test NVRAM card [y/n] ? y
Failed

A solução é executar o comando write erase e recarregar o roteador. Se a edição persiste, o hardware precisa de ser substituído.

Quando uma substituição de hardware é indicada depois que você pesquisa defeitos, use uma destas opções:

  • Se você possuir um contrato de suporte de hardware diretamente com a Cisco para esta peça, use a Service Order Submit Tool (somente clientes registrados) para solicitar uma peça de reposição diretamente.

  • Para solicitar atendimento na garantia, use a TAC Service Request Tool (somente clientes registrados) para entrar em contato com o Suporte Técnico da Cisco online.

  • Se seu produto não é coberto pelo contrato ou pela garantia, contacte seu sócio ou revendedor de Cisco para pedir uma peça de substituição para o componente de hardware que causa a edição.

Informações a serem coletadas se você abrir um pedido de serviço de TAC

Se você identificou um componente que precise de ser substituído, contacte seu sócio ou revendedor de Cisco para pedir uma substituição para o componente de hardware que causa a edição. Se você possuir um contrato de suporte de hardware diretamente com a Cisco para esta peça, use a TAC Service Request Tool (somente clientes registrados) para abrir uma Solicitação de Serviço do TAC e pedir uma peça de reposição. Certifique-se que você anexa esta informação:
  • Capturas de console que mostram os Mensagens de Erro
  • Capturas de console que mostram os passos de Troubleshooting tomados e a sequência de inicialização durante cada etapa
  • O componente de hardware que falhou e o número de série para o chassi
  • Troubleshooting de logs
  • Saída a partir do comando show technical-support


Informações Relacionadas


Document ID: 71444