Troubleshooting de Hardware para Falhas de Placa de Linha do Cisco 12000 Series Internet Router
Índice
Introdução
Tempo e recursos valiosos geralmente são gastos substituindo hardwares que, na realidade, funcionam corretamente. Este documento ajuda a solucionar problemas comuns de hardware com o Cisco 12000 Series Internet Router e fornece pontos para identificar se a falha está ou não no hardware.
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
Os leitores deste documento devem estar cientes destes tópicos:
-
Troubleshooting de Hardware para o Cisco 12000 Series Internet Router
-
Troubleshooting de Travamentos de Placa de Linha no Cisco 12000 Series Internet Router
Se você sente que o problema está relacionado a um defeito de hardware, este original pode ajudá-lo a identificar a causa da falha.
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
-
Todos os 12000 Series Internet Routers, incluindo 12008, 12012, 12016, 12404, 12406, 12410 e 12416.
-
Todas as versões do software Cisco IOS® que suportam o Cisco 12000 Series Internet Router.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Compatibilidade de hardware-software e requisitos de memória
Sempre que você instala uma nova placa de linha, um módulo, ou uma imagem do Cisco IOS Software, é importante verificar se o roteador tem bastante memória, e que o hardware e software é compatível com as características você quer se usar.
Termine estas etapas recomendadas para verificar para ver se há a compatibilidade de hardware e software e requisitos de memória:
-
Dica:
-
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/ou transfira a imagem do Cisco IOS Software. Para determinar a quantidade de memória (RAM e Flash) instalada no seu roteador, consulte Como escolher uma versão do Cisco IOS Software – Requisitos de memória.
Dicas:
-
Se você quer manter as mesmas características que a versão que está sendo executado atualmente em seu roteador, mas não sabe que conjunto de recursos você usa, inscreva o comando show version em seu dispositivo Cisco, e cole sua saída na ferramenta Output Interpreter. Você pode usar o Output Interpreter (clientes registrados somente) para indicar problemas potenciais e reparos. Para utilizar o Output Interpreter (somente clientes registrados), você precisa ser um cliente registrado, ter feito o login e ter o JavaScript habilitado. É importante verificar o suporte de recurso, especialmente se você planeja usar recursos de software recentes.
-
Convenções
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
Identifique a edição
Com a ajuda da informação nesta seção, você poderá determinar se os problemas que você enfrenta com sua placa de linha são relacionados a hardware.
A primeira coisa que você precisa de fazer é identificar a causa do ruído da placa ou dos erros de console que você encontra. Para ver que cartão é possivelmente culpado, é essencial que você recolhe a saída destes comandos:
-
show context summary
-
show logging
-
show logging summary
-
show diag <slot>
-
<slot> do show context slot
Junto com estes comandos show específicos, você deve igualmente recolher esta informação:
-
Registros de console e/ou informações de Syslog: Estes podem ser cruciais determinar a questão de origem se os sintomas múltiplos ocorrem. Se o roteador se estabelece para enviar logs a um servidor de SYSLOG, você veria possivelmente alguma informação no que aconteceu. Para logs do console, é o melhor ser conectado diretamente ao roteador na porta de Console através do Registro de mensagens do sistema.
-
show technical-support: O comando show technical-support é uma compilação de muitos comandos diferentes, e inclui a versão da mostra, a executar-configuração da mostra, e as pilhas da mostra. Quando um roteador enfrenta problemas, geralmente o coordenador do Centro de Assistência Técnica da Cisco (TAC) pede essa informação. É importante recolher a saída do comando show technical-support antes que você recarregue ou ciclo de energia seu dispositivo, porque estas ações podem fazer com que toda a informação sobre o problema esteja perdida.
Estão aqui alguns exemplos da saída que você pode esperar ver se seu Gigabit Route Processor (GRP) ou a placa de linha causou um crash:
Router#show context summary
CRASH INFO SUMMARY
Slot 0 : 0 crashes
Slot 1 : 1 crashes
1 - crash at 10:36:20 UTC Wed Dec 19 2001
Slot 2 : 0 crashes
Slot 3 : 0 crashes
Slot 4 : 0 crashes
Slot 5 : 0 crashes
Slot 6 : 0 crashes
Slot 7 : 0 crashes
Slot 8 : 0 crashes
Slot 9 : 0 crashes
Slot 10: 0 crashes
Slot 11: 0 crashes
Slot 12: 0 crashes
Slot 13: 0 crashes
Slot 14: 0 crashes
Slot 15: 0 crashes
Router#show logging
Syslog logging: enabled (2 messages dropped, 0 messages rate-limited, 0 flushes,
0 overruns)
Console logging: level debugging, 24112 messages logged
Monitor logging: level debugging, 0 messages logged
Buffer logging: level debugging, 24411 messages logged
Logging Exception size (4096 bytes)
Trap logging: level informational, 24452 message lines logged
5d16h: %LCINFO-3-CRASH: Line card in slot 1 crashed
5d16h: %GRP-4-RSTSLOT: Resetting the card in the slot: 1,Event: 38
5d16h: %IPCGRP-3-CMDOP: IPC command 3
5d16h: %CLNS-5-ADJCHANGE: ISIS: Adjacency to malachim2 (GigabitEthernet1/0) Up,
n8 (slot1/0): linecard is disabled
-Traceback=602ABCA8 602AD8B8 602B350C 602B3998 6034312C 60342290 601A2BC4 601A2BB0
5d16h: %LINK-5-CHANGED: Interface GigabitEthernet1/0, changed state to
administratively down
5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0,
changed state to down
5d16h: %GRP-3-CARVE_INFO: Setting mtu above 8192 may reduce available buffers
on Slot: 1.
SLOT 1:00:00:09: %SYS-5-RESTART: System restarted --
Cisco Internetwork Operating System Software
IOS (tmew adjacency) GS Software (GLC1-LC-M), Version 12.0(17)ST3,
EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Thu 08-Nov-01 20:21 by dchih
5d16h: %GRPGE-6-AUTONEG_STATE: Interface GigabitEthernet1/0: Link OK -
autonegotiation complete
5d16h: %LINK-3-UPDOWN: Interface GigabitEthernet1/0, changed state to up
5d16h: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet1/0,
changed state to up
Router#show diag 1
SLOT 1 (RP/LC 1 ): 3 Port Gigabit Ethernet
MAIN: type 68, 800-6376-01 rev E0 dev 0
HW config: 0x00 SW key: 00-00-00
PCA: 73-4775-02 rev E0 ver 2
HW version 2.0 S/N CAB0450G8FX
MBUS: Embedded Agent
Test hist: 0x00 RMA#: 00-00-00 RMA hist: 0x00
DIAG: Test count: 0x00000001 Test results: 0x00000000
FRU: Linecard/Module: 3GE-GBIC-SC=
Route Memory: MEM-GRP/LC-64=
Packet Memory: MEM-LC1-PKT-256=
L3 Engine: 2 - Backbone OC48 (2.5 Gbps)
MBUS Agent Software version 01.46 (RAM) (ROM version is 02.10)
Using CAN Bus A
ROM Monitor version 10.06
Fabric Downloader version used 05.01 (ROM version is 05.01)
Primary clock is CSC 0 Board is analyzed
Board State is Line Card Enabled (IOS RUN )
Insertion time: 00:00:10 (5d16h ago)
DRAM size: 67108864 bytes
FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes
ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes
1 crash since restart
Router#show context slot 1
CRASH INFO: Slot 1, Index 1, Crash at 10:36:20 UTC Wed DEC 19 2001
VERSION:
GS Software (GLC1-LC-M), Version 12.0(17)ST3,
EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Compiled Thu 08-Nov-01 20:21 by dchih
Card Type: 3 Port Gigabit Ethernet, S/N
System exception: sig=10, code=0x10, context=0x41036514
System restarted by a Bus Error exception
STACK TRACE:
-Traceback= 406914C8 4004EEAC 4005BCE4 400A33F4 400A33E0
CONTEXT:
$0 : 00000000, AT : 41030000, v0 : 00000000, v1 : 41036290
a0 : 00000030, a1 : 412C6CA0, a2 : 00000000, a3 : 00000000
t0 : 00008100, t1 : 34008101, t2 : 400C5590, t3 : FFFF00FF
t4 : 400C5560, t5 : 00040000, t6 : 00000000, t7 : 413D1D78
s0 : FF012345, s1 : 00000031, s2 : 41032B10, s3 : 41BB8F00
s4 : 00000000, s5 : 00000001, s6 : 4101D620, s7 : 00000000
t8 : 418EA1C8, t9 : 00000000, k0 : 4142C7A0, k1 : 400C7538
gp : 40F57DC0, sp : 41BB8EE8, s8 : 41023740, ra : 406914C8
EPC : 0x406914C8, SREG : 0x34008103, Cause : 0x00000010
ErrorEPC : 0x400B3A5C
-Process Traceback= No Extra Traceback
SLOT 1:00:00:09: %SYS-5-RESTART: System restarted --
Cisco Internetwork Operating System Software
IOS (tm) GS Software (GLC1-LC-M), Version 12.0(17)ST3,
EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Thu 08-Nov-01 20:21 by dchih
SLOT 1:20:18:09: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC
removed from port 2
SLOT 1:20:18:29: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC
inserted in port 2
SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC
removed from port 2
SLOT 1:3d20h: %LCGE-6-GBIC_OIR: 3 Port Gigabit Ethernet GBIC
inserted in port 2
SLOT 1:00:00:09: %SYS-5-RESTART: System restarted --
Cisco Internetwork Operating System Software
IOS (TM) GS Software (GLC1-LC-M), Version 12.0(17)ST3,
EARLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2001 by cisco Systems, Inc.
Compiled Thu 08-Nov-01 20:21 by dchi
Travamento da placa de linha
Se uma placa de linha causou um crash, e você identificou a placa de linha que causou um crash, você precisa agora de determinar a causa do impacto. A saída do comando show context <slot> permite-o de fazer este. Aqui está um exemplo:
Router#show context slot 2 CRASH INFO: Slot 2, Index 1, Crash at 12:24:22 MET Wed Nov 28 2001 VERSION: GS Software (GLC1-LC-M), Version 12.0(18)S1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Compiled Fri 07-Sep-01 20:13 by nmasa Card Type: 3 Port Gigabit Ethernet, S/N System exception: SIG=23, code=0x24, context=0x4103FE84 System restarted by a Software forced crash STACK TRACE: -Traceback= 400BEB08 40599554 4004FB64 4005B814 400A1694 400A1680 CONTEXT: $0 : 00000000, AT : 41040000, v0 : 00000032, v1 : 4103FC00 a0 : 4005B0A4, a1 : 41400A20, a2 : 00000000, a3 : 00000000 t0 : 41D75220, t1 : 8000D510, t2 : 00000001, t3 : FFFF00FF t4 : 400C2670, t5 : 00040000, t6 : 00000000, t7 : 4150A398 s0 : 0000003C, s1 : 00000036, s2 : 4103C4D0, s3 : 41D7EC60 s4 : 00000000, s5 : 00000001, s6 : 41027040, s7 : 00000000 t8 : 41A767B8, t9 : 00000000, k0 : 415ACE20, k1 : 400C4260 GP : 40F0DD00, SP : 41D7EC48, s8 : 4102D120, ra : 40599554 EPC : 0x400BEB08, SREG : 0x3400BF03, Cause : 0x00000024 ErrorEPC : 0x400C6698, BadVaddr : 0xFFBFFFFB -Process Traceback= No Extra Traceback SLOT 2:00:00:09: %SYS-5-RESTART: System restarted -- Cisco Internetwork Operating System Software IOS (TM) GS Software (GLC1-LC-M), Version 12.0(18)S1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2001 by cisco Systems, Inc. Compiled Fri 07-Sep-01 20:13 by nmae
Você pode identificar o tipo de travamento que ocorreu do valor “SIG=” na saída do comando show context slot <slot>. Veja a tabela de código SIG para detalhes.
Estão aqui alguns links que fornecem mais informação em três a maioria de tipos comuns de ruídos da placa, e explicam como pesquisá-los defeitos:
No exemplo acima, a placa de linha travou devido a um "travamento forçado por software" e, como o nome sugere, uma exceção de software causou a recarga. Uma vez que você determinou a causa e recolheu a saída necessária, você pode verificar para ver se há um erro em seu Cisco IOS Software Release usando o Bug Toolkit (clientes registrados somente).
Verifique o status atual da placa de linha
Quando você determinou se os problemas são erros de sistema no log ou em um impacto real, você deve verificar o status atual da placa de linha para ver se recuperou da falha que ocorreu. A fim identificar o estado de placas de linha individuais, você pode ou examinar os diodos emissor de luz (diodo emissor de luz) situados na parte dianteira do cartão, ou emita o comando show led. Está aqui um exemplo de saída:
Router#show led SLOT 1 : RUN IOS SLOT 6 : DNLD FABL SLOT 7 : RP ACTV SLOT 10 : RUN IOS SLOT 11 : RUN IOS SLOT 13 : RUN IOS SLOT 14 : RUN IOS
A tabela 1 e a tabela 2 descrevem a maioria de tipos comuns de saída que você vê deste comando e de seus significados.
Nota: É possível para o valor do diodo emissor de luz ser invertido. Por exemplo, o IOS RUN pode ser indicado como IO EXECUTADOS.
Tabela 1 – Status LED e significado RP| Status LED RP | Significado do status LED |
|---|---|
| RP UP | O RP é Cisco IOS Software running e funcionamento corretamente |
| MSTR RP | O RP está atuando como GRP principal |
| RP ESLAVO | RP está atuando como o GRP slave |
| RP ACTV | O RP está atuando como GRP principal |
| RP SEC | RP está atuando como o GRP slave |
| MEM INIT | O RP está tentando dimensionar a memória. |
| Status LED LC | Significado do status LED |
|---|---|
| DIAG DNLD | A placa de linha está transferindo o software de diagnóstico de campo |
| DIAG FAIL | A placa de linha não passou no teste de Diagnóstico de Campo. |
| DIAG PASS | A placa de linha passou o teste de diagnóstico de campo |
| DIAG TEST | A placa de linha está executando o software Field Diagnostic |
| FABL DNLD | A placa de ingresso está iniciando o "Downloader de Estrutura" |
| FABL WAIT | A placa de linha está esperando para carregar o "Downloader de estrutura". |
| IN RSET | A placa de linha está restaurando |
| IO DNLD | A placa de linha está transferindo o Cisco IOS Software através do Switch Fabric |
| IOS RUN | A placa de linha agora está habilitada |
| IOS UP | A placa de linha conclui o carregamento e está executando agora o Cisco IOS Software |
| MBUS DNLD | A placa de linha está fazendo o download do agente Barramento de Manutenção (MBUS) |
| MEM INIT | A placa de linha está tentando fazer sob medida a memória |
| PWR OFF | A placa de ingresso está desligada |
Se o status da placa de linha for qualquer outro que não “IOS RUN” (EXECUÇÃO DE IOS) ou se o GRP não for nem Master/Primary (Mestre/Primário) nem Slave/Secondary (Slave/Secundário), isto significará que há um problema e que a placa não terá sido total e corretamente carregada. Antes que você substitua o cartão, Cisco recomenda que você tenta estas etapas fixar a edição:
-
Recarregue o microcódigo através do comando global configuration do <slot> do reload do microcódigo.
-
Recarregue o cartão através do comando hw-module slot <slot> reload. Isto faz com que a placa de linha restaurem e o refazer download o barramento de manutenção (MBUS) e os módulos de software Fabric Downloader antes que tente ao refazer download o Cisco IOS Software da placa de linha.
-
Reinicie uma placa de linha manualmente. Isto pode ordenar para fora todos os problemas que forem causados por uma conexão inválida ao MBUS ou à tela de switching.
Nota: Para obter mais informações sobre de como pesquisar defeitos as placas de linha coladas em todo o estado a não ser IO EXECUTADOS, veja a compreensão do processo de boot no Cisco 12000 Series Internet Router.
Falha de ping de tela
As falhas de ping de construção ocorrem quando uma placa de linha ou o GRP secundário não respondem a uma requisição de ping de construção do GRP preliminar sobre o Switch Fabric. Tais falhas são um sintoma do problema que você deva investigar. São indicados por estes Mensagens de Erro:
%GRP-3-FABRIC_UNI: Unicast send timed out (1) %GRP-3-COREDUMP: Core dump incident on slot 1, error: Fabric ping failure %LCINFO-3-CRASH: Line card in slot 1 crashed
Mensagens de erro de paridade
O original da árvore de falhas de paridade Cisco 12000 Series Internet Router explica as etapas para pesquisar defeitos e isolar uma peça ou um componente do Cisco 12000 Series Internet Router que falha, depois que você encontra uma variedade de mensagens de erro de paridade.
Mensagens de erro
Se você experimenta quaisquer Mensagens de Erro relativos a uma das placas de linha, você pode usar o decodificador do mensagem de erro de Cisco (clientes registrados somente) para encontrar a informação sobre o significado do Mensagem de Erro. Algumas delas apontam para um problema de hardware da placa de linha, enquanto outras indicam um bug do software Cisco IOS ou um problema de hardware em outra parte do roteador. Este documento não abrange todas essas mensagens.
Algum Cisco Express Forwarding (CEF) e o Inter Process-Communication (IPC) - mensagens relacionada são explicados em pesquisar defeitos Mensagens de Erro relacionados ao CEF.
Teste a placa de linha para a falha do hardware
O software de diagnóstico de campo da placa de linha é projetado identificar toda a placa de linha defeituosa dentro todo o 12xxx Series) de um roteador do Cisco 12000 (. Antes do Cisco IOS Software Release 12.0(22)S, o software de diagnóstico de campo foi encaixado dentro do Cisco IOS Software. Do Cisco IOS Software Release 12.0(22)S avante, este software unbundled, e você pode transferi-lo do CCO com a área do software da transferência (clientes registrados somente) (DIÁLOGOS DE CAMPO seletos sob a plataforma 120XX). Está executada ainda de um comando iniciado quando o Cisco IOS Software sendo executado, mas você dever especificar a fonte (server da bota do Trivial File Transfer Protocol (TFTP), ou memória Flash PCMCIA) na linha de comando. Todos os comandos field diagnostics são executados na possibilidade em nível do Cisco IOS Software.
Versões de Cisco IOS Software posteriores à versão 12.0(22)S
Do Cisco IOS Software Release 12.0(22)S avante, o Cisco Systems unbundled a imagem da placa de linha do diagnóstico de campo do Cisco 12000 da imagem do Cisco IOS Software. Nas versões anterior, os diagnósticos poderiam ser lançados da linha de comando e a imagem de diagnóstico encaixada seria lançada. A fim acomodar clientes com as placas de memória Flash 20Mb, o software de diagnóstico de campo agora é armazenado e mantido como uma imagem separada: c12k-fdiagsbflc-mz.xxx-xx.S.bin (onde x é o número de versão). Isto significa aquele para que um cliente lance diagnósticos de campo, esta imagem deve estar disponível em uma placa Flash ou em um servidor de inicialização de TFTP separado. A versão a mais atrasada está sempre disponível no cisco.com. Para cartões do Performance Route Processor (PRP), os cartões do processador de rotas do gigabit switch (GRP), e a tela testa, estes testes permanecem encaixados com a imagem do Cisco IOS Software. As características da linha de comando foram mudadas para refletir esta.
Quando o teste diagnóstico for em andamento, a placa de linha não funciona normalmente e não pode passar nenhum tráfego para a duração do teste (5-20 minutos, com base na complexidade da placa de linha). Sem as palavras-chave verbose, o comando dá umas saídas truncadas que mostrem uma passagem ou uma falha para o cartão. Quando você se comunica com o TAC, o modo eloquente é o mais útil identificar problemas específicos. A saída do teste diagnóstico sem o comando verbose olha como esta:
Router# diag 7 verbose tftp://223.255.254.254/muckier/award/c12k-fdiagsbflc-mz
Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Running Diags will halt ALL activity on the requested slot. [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_ADMIN_FDIAGLoading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254
(via Ethernet0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
5d20h: Downloading diags from tftp file tftp://223.255.254.254/muckier/award/
c12k-fdiagsbflc-mz
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05
FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002
FD 7> view: award-conn_isp.FieldDiagRelease
FD 7> *****************************************************
Executing all diagnostic tests in slot 7
(total/indiv. timeout set to 2000/600 sec.)
FD 7> BFR_CARD_TYPE_OC12_4P_POS testing...
FD 7> Available test types 2
FD 7> 1
FD 7> Completed f_diags_board_discovery() (0x1)
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Skipping MBUS_FDIAG command from slot 2
FD 7> Just into idle state
Field Diagnostic ****PASSED**** for slot 7
Shutting down diags in slot 7
Board will reload
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_ADMIN_FDIAG
5d20h: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event:
EV_FAB_DOWNLOADER_DOWNLOAD_FAILURE
SLOT 7:00:00:09: %SYS-5-RESTART: System restarted --
Cisco Internetwork Operating System Software
IOS (tm) GS Software (GLC1-LC-M), Experimental Version 12.0(20020509:045149)
[award-conn_isp.f_diag_new 337]
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Tue 25-Jun-02 15:51 by award
Os reloads da placa de linha automaticamente somente depois que passa o teste.
Está aqui um exemplo em que o Cisco IOS Software Release um than12.0(22)S mais adiantado, a placa de linha falhou o teste e assim não o recarregou automaticamente. Você pode manualmente recarregar a placa de linha com o comando hw-module slot <slot> reload.
Quando você usa as palavras-chave verbose, a saída inclui cada teste individual que é executado. Se o teste PASSA, o teste seguinte está começado. Um exemplo de saída seria parecido com este:
Router# diag 7 verbose tftp tftp://223.255.254.254/ muckier/award/c12k-fdiagsbflc-mz
Running DIAG config check
Fabric Download for Field Diags chosen: If timeout occurs, try 'mbus' option.
Verbose mode: Test progress and errors will be displayed
Runnning Diags will halt ALL activity on the requested slot. [confirm]
Router#
Launching a Field Diagnostic for slot 7
Downloading diagnostic tests to slot 7 via fabric (timeout set to 300 sec.)
00:07:41: %GRP-4-RSTSLOT: Resetting the card in the slot: 7,Event: EV_ADMIN_FDIAG
Loading muckier/award/c12k-fdiagsbflc-mz from 223.255.254.254 (via Ethernet0):
!!!!!! (...)
00:08:24: Downloading diags from tftp file tftp://223.255.254.254/muckier/
award/c12k-fdiagsbflc-mz
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!
[OK - 13976524 bytes]
FD 7> *****************************************************
FD 7> GSR Field Diagnostics V6.05
FD 7> Compiled by award on Tue Jul 30 13:00:41 PDT 2002
FD 7> view: award-conn_isp.FieldDiagRelease
FD 7> *****************************************************
Executing all diagnostic tests in slot 7
(total/indiv. timeout set to 2000/600 sec.)
FD 7> BFR_CARD_TYPE_OC12_4P_POS testing...
FD 7> Available test types 2
FD 7> 1
FD 7> Completed f_diags_board_discovery() (0x1)
FD 7> Verbosity now (0x00000011) TESTSDISP FATL
FD 7> Test list selection received: Test ID 1, Device 0
FD 7> running in slot 7 (30 tests from test list ID 1)
FD 7> Just into idle state
FDIAG_STAT_IN_PROGRESS(7): test #1 Dram Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #2 Dram Datapins
FDIAG_STAT_IN_PROGRESS(7): test #3 Dram Busfloat
FDIAG_STAT_IN_PROGRESS(7): test #4 RBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #5 RBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #6 RBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #7 RBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #8 TBM SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #9 TBM SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #10 TBM SSRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #11 TBM SSRAM Datapins Memory
FDIAG_STAT_IN_PROGRESS(7): test #12 PSA TLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #13 PSA TLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #14 PSA PLU SDRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #15 PSA PLU SDRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #16 PSA SRAM Marching Pattern
FDIAG_STAT_IN_PROGRESS(7): test #17 PSA SRAM Datapins
FDIAG_STAT_IN_PROGRESS(7): test #18 To Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #19 From Fabric SOP FIFO SRAM Memory
FDIAG_STAT_IN_PROGRESS(7): test #20 RBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #21 TBM to SALSA Packet
FDIAG_STAT_IN_PROGRESS(7): test #22 RBM to TBM SLI Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #23 TBM to PSA Packet -Framer Loopback
FDIAG_STAT_IN_PROGRESS(7): test #24 TBM to TX SOP Packet
FDIAG_STAT_IN_PROGRESS(7): test #25 TBM to RX SOP Packet -4302 Terminal Loopback
FDIAG_STAT_IN_PROGRESS(7): test #26 TBM to RX SOP Packet -Framer System Bus Loop
FDIAG_STAT_IN_PROGRESS(7): test #27 RBM to TBM Fabric Packet Loopback
FDIAG_STAT_IN_PROGRESS(7): test #28 TBM to RBM Packet, RBM page crossing
FDIAG_STAT_IN_PROGRESS(7): test #29 TBM to TX SOP Packet Simultaneous
FDIAG_STAT_IN_PROGRESS(7): test #30 TBM to PSA Multicast Packets -Framer Loopback
FDIAG_STAT_DONE(7)
FD 7> Changed current_status to FDIAG_STAT_IDLE
Field Diagnostic ****PASSED**** for slot 7
Field Diag eeprom values: run 62 fail mode 0 (PASS) slot 7
last test failed was 0, error code 0
Shutting down diags in slot 7
Board will reload
Estes resultados são armazenados então em um Electrically Erasable Programmable Read-Only Memory (EEPROM) na placa de linha. Você pode ver os resultados do último diagnóstico executados na placa de linha com o comando diag <slot> previous. Está aqui um exemplo de saída:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Se nenhum diagnóstico de campo precedente foi executado no cartão, a saída olha como esta:
Router#diag 3 previous Field Diags have not been run on this board previously - EE prom results uninitialized. Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 last test failed was 65535, error code 65535
Houve alguns erros no passado que fizeram com que os testes de diagnóstico falhassem, mesmo que a placa não estivesse com defeito, portanto, como precaução, se a placa de linha falhar e já tiver sido substituída previamente, seria útil verificar esta saída com o Centro de Assistência Técnica (TAC).
Versões anteriores à versão 12.0(22)S do Cisco IOS Software
O software de diagnóstico de campo da placa de linha é empacotado com o Cisco IOS Software principal para permiti-lo de testar mesmo se a placa de linha suspeita é defeituosa. Para usar esta característica, você deve reagir de modo enable privilegiado, e emite o comando diag <slot> <verbose>.
Quando o teste diagnóstico for em andamento, a placa de linha não funciona normalmente e não pode passar nenhum tráfego para a duração do teste (5-15 minutos, com base na complexidade da placa de linha). Sem as palavras-chave verbose, o comando dá umas saídas truncadas que mostrem uma passagem ou uma falha para o cartão. A saída do teste diagnóstico sem o comando verbose olha como esta:
Router#diag 3 Running DIAG config check Running Diags will halt ALL activity on the requested slot [confirm] Router# Launching a Field Diagnostic for slot 3 Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) *Nov 18 22:20:40.237: %LINK-5-CHANGED: Interface GigabitEthernet3/0, changed state to administratively down Field Diag download COMPLETE for slot 3 FD 3> ***************************************************** FD 3> GSR Field Diagnostics V4.0 FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 FD 3> view: award-conn_isp.FieldDiagRelease FD 3> ***************************************************** FD 3> BFR_CARD_TYPE_1P_GE testing... FD 3> running in slot 3 (83 tests) Executing all diagnostic tests in slot 3 (total/indiv. timeout set to 600/200 sec.) Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, Fabric Packet Loopback, error 3 Shutting down diags in slot 3 slot 3 done, will not reload automatically
Os reloads da placa de linha automaticamente somente depois que passa o teste. No exemplo acima, a placa de linha falhou o teste e assim não o recarregou automaticamente. Você pode manualmente recarregar a placa de linha com o comando hw-module slot <slot> reload.
Quando você usa as palavras-chave verbose, a saída inclui cada teste individual que é executado, e mesmo se cada teste passou ou falhou. Está aqui um exemplo de saída:
Router#diag 3 verbose Running DIAG config check Running Diags will halt ALL activity on the requested slot. [confirm] Router# Launching a Field Diagnostic for slot 3 Downloading diagnostic tests to slot 3 (timeout set to 600 sec.) Field Diag download COMPLETE for slot 3 FD 3> ***************************************************** FD 3> GSR Field Diagnostics V4.0 FD 3> Compiled by award on Thu May 18 13:43:04 PDT 2000 FD 3> view: award-conn_isp.FieldDiagRelease FD 3> ***************************************************** FD 3> BFR_CARD_TYPE_1P_GE testing... FD 3> running in slot 3 (83 tests) Executing all diagnostic tests in slot 3 (total/indiv. timeout set to 600/200 sec.) FD 3> Verbosity now (0x00000001) TESTSDISP FDIAG_STAT_IN_PROGRESS(3): test #1 R5K Internal Cache FDIAG_STAT_IN_PROGRESS(3): test #2 Burst Operations FDIAG_STAT_IN_PROGRESS(3): test #3 Subblock Ordering FDIAG_STAT_IN_PROGRESS(3): test #4 P4/EEPROM Clock Speed Matching FDIAG_STAT_IN_PROGRESS(3): test #5 Dram Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #6 Dram Datapins FDIAG_STAT_IN_PROGRESS(3): test #7 Dram Busfloat FDIAG_STAT_IN_PROGRESS(3): test #8 To Fabric (RX) BMA SDRAM Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #9 To Fabric (RX) BMA SDRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #10 To Fabric (RX) BMA Q Manager SRAM Busfloat FDIAG_STAT_IN_PROGRESS(3): test #11 To Fabric (RX) BMA Q Manager SRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #12 To Fabric (RX) BMA Q Manager SRAM Marching Pa FDIAG_STAT_IN_PROGRESS(3): test #13 From Fabric (TX) BMA SDRAM Marching Pattern FDIAG_STAT_IN_PROGRESS(3): test #14 From Fabric (TX) BMA SDRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #15 From Fabric (TX) BMA Q Manager SRAM Busfloat FDIAG_STAT_IN_PROGRESS(3): test #16 From Fabric (TX) BMA Q Manager SRAM Datapins FDIAG_STAT_IN_PROGRESS(3): test #17 From Fabric (TX) BMA Q Manager SRAM Marching FDIAG_STAT_IN_PROGRESS(3): test #18 To Fabric SOP FIFO SRAM Memory FDIAG_STAT_IN_PROGRESS(3): test #19 From Fabric SOP FIFO SRAM Memory FDIAG_STAT_IN_PROGRESS(3): test #20 SALSA Asic Registers FDIAG_STAT_IN_PROGRESS(3): test #21 Salsa Dram Access FDIAG_STAT_IN_PROGRESS(3): test #22 Salsa P4 Timeout FDIAG_STAT_IN_PROGRESS(3): test #23 Salsa Asic General Purpose Counter FDIAG_STAT_IN_PROGRESS(3): test #24 Salsa Asic Real Time Interrupt FDIAG_STAT_IN_PROGRESS(3): test #25 Salsa Errors FDIAG_STAT_IN_PROGRESS(3): test #26 Salsa DRAM Burst Operations Error FDIAG_STAT_IN_PROGRESS(3): test #27 Salsa Dram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #28 Salsa Dram Write Parity Error test FDIAG_STAT_IN_PROGRESS(3): test #29 Salsa Prefetch/Write Buffers FDIAG_STAT_IN_PROGRESS(3): test #30 Salsa FrFab BMA SDram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #31 Salsa ToFab BMA SDram Read Around Write FDIAG_STAT_IN_PROGRESS(3): test #32 Salsa FrFab Network Interrupt Disable Timer FDIAG_STAT_IN_PROGRESS(3): test #33 Salsa ToFab Network Interrupt Disable Timer FDIAG_STAT_IN_PROGRESS(3): test #34 Salsa ToFab Network Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #35 Salsa FrFab Network Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #36 Salsa ToFab BMA Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #37 Salsa FrFab BMA Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #38 Salsa - To Fabric BMA Packet - Early Clear FDIAG_STAT_IN_PROGRESS(3): test #39 Salsa - From Fabric BMA Packet - Early Clear FDIAG_STAT_IN_PROGRESS(3): test #40 Salsa To Fabric SOP Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #41 Salsa From Fabric SOP Interrupt Mask FDIAG_STAT_IN_PROGRESS(3): test #42 SALSA ECC Generation FDIAG_STAT_IN_PROGRESS(3): test #43 SALSA ECC Correction FDIAG_STAT_IN_PROGRESS(3): test #44 To Fabric FIA48 ASIC Registers FDIAG_STAT_IN_PROGRESS(3): test #45 To Fabric FIA48 Packet FDIAG_STAT_IN_PROGRESS(3): test #46 To Fabric FIA48 Asic BMA Bus Parity Error FDIAG_STAT_IN_PROGRESS(3): test #47 To Fabric FIA48 Asic CiscoCell Fifo Parity Er FDIAG_STAT_IN_PROGRESS(3): test #48 From Fabric FIA48 ASIC Registers FDIAG_STAT_IN_PROGRESS(3): test #50 SLI Packet Loopback FDIAG_STAT_IN_PROGRESS(3): test #51 Fabric Packet Loopback FD 3> INT_CAUSE_REG = 0x00000620 FD 3> Unexpected L3FE Interrupt occurred. FD 3> ERROR: TX FIA48 Asic Interrupt Occurred FD 3> *** 0-INT: External Interrupt *** FD 3> Dumping out TX FIA Status Registers, Disabling FD 3> TX FIA Interrupt, resetting Asics, continuing... FDIAG_STAT_DONE_FAIL(3) test_num 51, error_code 3 Field Diagnostic: ****TEST FAILURE**** slot 3: last test run 51, Fabric Packet Loopback, error 3 Field Diag eeprom values: run 3 fail mode 1 (TEST FAILURE) slot 3 last test failed was 51, error code 3 Shutting down diags in slot 3 slot 3 done, will not reload automatically Router#
Estes resultados são armazenados então em um Electrically Erasable Programmable Read-Only Memory (EEPROM) na placa de linha. Você pode ver os resultados do último diagnóstico executados na placa de linha com o comando diag <slot> previous. Está aqui um exemplo de saída:
Router#diag 3 previous Field Diag eeprom values: run 0 fail mode 0 (PASS) slot 3 last test failed was 0, error code 0
Se nenhum diagnóstico de campo precedente foi executado no cartão, a saída olha como esta:
Router#diag 3 previous Field Diags have not been run on this board previously - EE prom results uninitialized. Field Diag eeprom values: run 16777215 fail mode 0 (PASS) slot 9 last test failed was 65535, error code 65535
Houve alguns erros no passado que fizeram com que os testes de diagnóstico falhassem, mesmo que a placa não estivesse com defeito, portanto, como precaução, se a placa de linha falhar e já tiver sido substituída previamente, seria útil verificar esta saída com o Centro de Assistência Técnica (TAC).
Informações a serem coletadas se você abrir um pedido de serviço de TAC
| Se você identificou um componente que precisa ser substituído, entre em contato com seu parceiro ou revendedor Cisco para pedir a substituição do componente de hardware que está causando o problema. Se você tem um contrato de suporte diretamente com Cisco, use a ferramenta do pedido do serviço TAC (clientes registrados somente) para abrir um pedido do serviço TAC para uma substituição de hardware. Certifique-se de anexar as seguintes informações: |
|---|
|
Informações Relacionadas
- Troubleshooting de Travamentos de Placa de Linha no Cisco 12000 Series Internet Router
- Troubleshooting de Travamentos de Roteador
- Troubleshooting de Intervalos de Ping de Construção e Falhas no Cisco 12000 Series Internet Router
- Configurando um Dump Central em uma placa de linha de GSR
- Atualizando o Firmware da Placa de Linha em um Roteador de Internet do Cisco 12000 Series
- Troubleshooting com Mensagens de Erro Relacionadas ao CEF
- Suporte Técnico e Documentação - Cisco Systems
FeedbackDeixe-nos ajudar
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)