Compreendendo o processo de boot no Cisco 12000 Series Internet Router

Introdução

Este documento explica o route processor (RP) e o processo do bootup da placa de linha no Cisco 12000 Series Internet Router.

Pré-requisitos

Requisitos

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

Componentes Utilizados

As informações neste documento são baseadas nas versões de software e hardware abaixo.

• Cisco 12000 Series Internet Router

• Todas as versões do software de Cisco IOS® que são executado nesta plataforma

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.

Convenções

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

O processo de inicialização

Este é o processo passo a passo que explica o RP e a inicialização da placa de linha:

1. Potência sobre ou reload.

   Se esta está uma potência clara ligada, o barramento de manutenção (MBUS) está inicializado, e as fontes de alimentação fornecem uma linha 5V a todos os módulos mbus e uma linha 48V ao cartão RP. Se for uma recarga, a linha VDC 5 já será aplicada aos módulos MBUS.

   Os módulos mbus fornecem uma relação ao RP ativo sobre o MBUS, e são ficados situados fisicamente nestes cartões:

   • Processador de rota (RP)

   • Placas de linha (LCs)

   • SFCs (placas de tela do Switch)

   • Placas do agendador de relógio (CSC)

   • Ventiladores/fãs

   • Fontes de alimentação

2. O RP carreg o ROMMON.

   O RP alcança a imagem construída à mão carregada na ROM, descomprimir-la, e executa-a da ROM. O RP examina o registro de configuração. Refira ajustes do registrador de configuração virtual para mais informação.

   1. Se você definir o registrador de configuração para 0x0, o RP inicializa em ROMMOM e não inicializa mais.

   2. Caso contrário, o RP usa as variáveis de inicialização para determinar a origem da imagem do software Cisco IOS.

   3. Você pode emitir o comando show bootvar a fim ver o que os variáveis de inicialização são ajustados para ao reload seguinte.

3. O RP pôde carreg o bootloader.

   1. O RP carrega a imagem do Cisco IOS Software apropriada no ram dinâmica (DRAM) do RP.

      1. Se a imagem é originado de uma fonte do Trivial File Transfer Protocol (TFTP), a seguir o bootloader está carregado primeiramente antes que recupere a imagem do Cisco IOS Software.

      2. Se você ajusta o registro de configuração a 0x1, então o RP carreg o bootloader e não carreg nenhum mais adicional.

      3. Se não, o bootloader não é usado.

   2. O RP descompacta e, em seguida, executa a imagem do software Cisco IOS.

4. RP auto-descoberta.

   1. O cartão RP descobre-se e sua informação do entalhe.

      Este é um exemplo:

      RP State: IOS STRT --- EV_RP_MBUS_DISCOVERY_SUCCESS

   2. O RP faz download do software do agente MBUS do pacote na RAM do MBUS e gera um relatório interno.

      RP State: IOS UP --- EV_RP_LOCAL_AGENT_REPORT

   3. Os RP no chassi usam o MBUS para arbitrar para o mastership.

      • Um se torna o RP ativo, o outro se torna o RP em standby.

      • Se houver um PRP (processador de rota de desempenho) e um RP no mesmo sistema, o PRP passará a ser o RP Ativo.

   4. Se estiver executando no modo RPR (Route Processor Redundancy):

      • Somente o RP ativo descomprime a imagem do Cisco IOS Software e executa-a. O RP em standby carrega apenas a imagem descompactada do Cisco IOS Software na DRAM.

      • Somente o RP ativo descomprime o arquivo de configuração armazenado no RAM não-volátil (NVRAM).

   5. Se sendo executado no modo do Route Processor Redundancy Plus (RPR+) ou no modo de switchover sem parar da transmissão (NSF) /Stateful:

      • o RP ativo e o RP à espera descomprimem e executam a imagem do Cisco IOS Software.

      • o RP ativo e o RP à espera descomprimem o arquivo de configuração armazenado no NVRAM.

5. As placas de fábrica inicializam.

   1. O RP ativo seleciona o CSC preliminar e o backup CSC.

      • Se houver apenas um CSC, esse CSC irá se tornar o principal.

      • Se houver dois CSCs, o CSC que estiver na sincronização de relógio com a maioria das placas de linha se tornará o CSC principal.

      • Tudo sendo igual, CSC1 passa a ser o principal.

        Nota: Se há dois CSC e um falha quando o roteador é em serviço, o CSC defeituoso está mantido no modo de fechamento Admin e HW-modificação o comando shut do entalhe xx é permitido no comando line interface(cli). Se o CSC defeituoso foi substituído com um CSC NON-defeituoso novo no mesmo entalhe onde o defeituoso fuctioning, e se o roteador é reiniciado ou carreg recentemente, CLI os indicadores ainda no modo de fechamento Admin. Você precisa de não configurar nenhum HW-modificação comando shut do entalhe xx no modo de configuração a fim trazer acima o CSC substituído. Isto permite a Redundância.

   2. O RP ativo determina o resto da configuração de fábrica: largura de banda de um quarto ou largura de banda total, redundante, ou não-redundante.

      RP State: IOS UP --- EV_RP_LOCAL_FAB_READY

6. As placas de linha inicializam.

   1. O MBUS inicializa.

      1. Desde o início, todos os módulos MBUS nas placas de linha recebem 5 V do fornecimento de energia que ativa os módulos MBUS. A corrida dos agentes mbus na ROM a começar e então corrida de RAM.

      2. O RP ativo descobre a existência das placas de linha com o MBUS.

         1. O RP envia requisições de transmissão a todos os entalhes possíveis.

         2. Todos os componentes com módulos mbus respondem com sua versão MBUS RAM.

      3. Você pode promover a ROM da placa de linha MBUS com o comando <x> mbus-agent-rom do entalhe da elevação.

      4. O agente do MBUS ativa a linha 48V para a placa.

   2. ROMMON

      1. O ROMMON executa os testes básicos e a inicialização.

      2. Você pode promover a placa de linha ROMMON com o comando upgrade rom-monitor slot <x>.

      3. Depois que o RP alcança os IO ACIMA do estado e gera o relatório do agente mbus, o RP pede as placas de linha para obter sua versão do monitor de ROM (igualmente conhecido como o ROMMON):

         ROMVGET --- EV_AGENT_REPORT_POWERED

      4. Uma vez que as placas de linha são postas, usam o monitor de ROM para executar testes básicos e iniciação.

         ROMIGET --- EV_LC_ROM_MON_RESET

      5. A ROM da placa de linha gera um relatório e espera o descargador da tela.

         FABIWAIT --- EV_LC_ROM_IMAGES_REPORT

   3. O descargador da tela

      1. O RP ativo transfere o descargador da tela (igualmente conhecido como o programa bootstrap secundário da placa de linha) em série sobre o MBUS a cada um das placas de linha.

      2. A placa de linha começa receber o descargador da tela.

         FABLDNLD --- EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE

      3. A placa de linha termina receber o descargador da tela e carrega o descargador da tela na memória DRAM da placa de linha.

         FABLSTRT --- EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS

      4. A placa de linha inicia e executa o downloader de estrutura. O descargador da tela inicializa alguns dos componentes de hardware na placa de linha para permiti-la de transferir a imagem do Cisco IOS Software através do Switch Fabric.

         FABLRUN --- EV_FAB_DOWNLOADER_LAUNCH_SUCCESS

      5. Você pode promover o descargador da tela da placa de linha e programá-lo na placa Flash com o comando <x> do entalhe do fabric-downloader da elevação.

7. As placas de linha transferem o Cisco IOS Software.

   1. A placa de ingresso aguarda o recebimento da imagem do software Cisco IOS do RP através da estrutura:

      IOS DNLD --- EV_IOS_DOWNLOAD_WAIT_DL_CONFIRM.

   2. A placa de linha confirma que a soma de verificação na imagem de Cisco IOS Software verifica:

      IOS STRT --- EV_IOS_DOWNLOAD_SUCCESS

   3. O RP envia uma requisição de lançamento para a placa de ingresso e a placa de ingresso envia um relatório para o RP, informando que o lançamento foi bem sucedido.

      IOS UP --- EV_IOS_REPORT

   4. A placa de linha explora os buffers necessários na DRAM e executa a imagem do software Cisco IOS:

      IOS RUN --- EV_BUFF_CARVE_SUCCESS

8. As sincronizações e os processos de roteamento do Cisco Express Forwarding (CEF) convirgem.

   1. O CEF nas placas de linha se sincroniza com o RP. Você pode verificar este com o comando show cef linecard:

      Router#show cef linecard Slot      MsgSent    XDRSent Window   LowQ   MedQ HighQ Flags 2             886       1769   2495      0      0     0  up 4             878       1764   2495      0      0     0  up 5             882       1768   2495      0      0     0  up 6             874       1759   2495      0      0     0  up VRF Default, version 1027, 37 routes Slot   Version    CEF-XDR   I/Fs State    Flags 2         1018         40     12 Active   sync, table-up 4         1018         40      9 Active   sync, table-up 5         1018         40      9 Active   sync, table-up 6         1018         40     10 Active   sync, table-up

   2. Liga a transição ao UP/UP.

      Router#show ip interface brief Interface              IP-Address      OK? Method Status               ProtocolPOS2/0                 137.40.9.1     YES   NVRAM  up                    upPOS2/1                 137.40.18.1    YES   NVRAM  up                    up POS2/2                 137.40.11.1    YES   NVRAM  up                    upPOS2/3                 137.40.12.2    YES   NVRAM  up                    up      GigabitEthernet4/0     137.40.199.2   YES   NVRAM  up                    upGigabitEthernet5/0     137.40.42.2    YES   NVRAM  up                    upATM6/0                 unassigned     YES   NVRAM  administratively down downLoopback0              137.39.39.4    YES   NVRAM  up                    up      Ethernet0              10.11.11.4     YES   NVRAM  up                    up

   3. Os pares do Interior Gateway Protocol (IGP) e do Border Gateway Protocol (BGP) são estabelecidos:

      1. O RP anuncia e recebe rotas.

      2. O RP atualiza o banco de dados da informação de roteamento (RIB) e constrói a tabela de CEF.

      3. O RP usa o protocolo interprocess commications (IPC) para transferir a tabela de CEF a todas as placas de linha sincronizadas na saída do CEF linecard da mostra.

      4. O BGP convirge.

Estados e eventos

A seção anterior descreve os estados normais que você vê quando as botas RP ou de placa de linha acima. Esta seção descreve estados adicionais que você pôde vir através de quando você examina o processo do bootup de suas placas de linha:

• service upgrade all

• Inserção e remoção on-line (OIR)

• hw-module slot <x> shutdown

• microcode reload <x>

service upgrade all

O descargador da tela precisa sempre de ser lançado para que a placa de linha atravesse sempre este estado:

FABLRUN --- EV_FAB_DOWNLOADER_LAUNCH_SUCCESS

Há umas maneiras diferentes de adquirir cada vez o descargador da tela, tal como a transferência ele do RP ou de programá-lo no flash.

Se o comando service upgrade all não é configurado, a seguir o descargador da tela não está programado no flash. A placa de linha precisa de transferir o descargador da tela cada vez que as botas da placa de linha e atravessam estes estados:

ROMVGET  EV_AGENT_REPORT_POWEREDROMIGET  EV_LC_ROM_MON_RESET FABIWAIT EV_LC_ROM_IMAGES_REPORT              FABLDNLD EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE FABLSTRT EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS   FABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESS     IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRMIOS STRT EV_IOS_DOWNLOAD_SUCCESS         IOS UP   EV_IOS_REPORT                         IOS RUN  EV_BUFF_CARVE_SUCCESS

Além, você vê este mensagem de advertência para suas placas de linha na saída do comando show version:

WARNING: Old Fabric Downloader in slot 2Use "upgrade fabric-downloader" command to update the image

Por outro lado, se o comando service upgrade all é configurado, então na primeira carga de uma imagem do Cisco IOS Software particular, a placa de linha carrega o descargador da tela e programa-o no flash:

NOT YET --- EV_FLASH_PROG_DONE     IN  RSET --- EV_FLASH_PROG_DONE

A placa de linha atravessa estes estados somente na primeira carga:

ROMVGET  EV_AGENT_REPORT_POWEREDROMIGET  EV_LC_ROM_MON_RESET                   FABIWAIT EV_LC_ROM_IMAGES_REPORT              FABLDNLD EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE FABLSTRT EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS   FABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESS     IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRMIOS STRT EV_IOS_DOWNLOAD_SUCCESS         IOS UP   EV_IOS_REPORT                         IOS RUN  EV_BUFF_CARVE_SUCCESS     NOT YET  EV_FLASH_PROG_DONE     IN  RSET EV_FLASH_PROG_DONE     ROMIGET  EV_LC_ROM_MON_RESET                   FABLSTRT EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS   FABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESS     IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRMIOS STRT EV_IOS_DOWNLOAD_SUCCESS         IOS UP   EV_IOS_REPORT                         IOS RUN  EV_BUFF_CARVE_SUCCESS

Se o comando service upgrade all é configurado, e este é um reload depois que o primeiro reload com esta imagem do Cisco IOS Software, a inicialização olha como este:

ROMVGET  EV_AGENT_REPORT_POWEREDROMIGET  EV_LC_ROM_MON_RESET                   FABIWAIT EV_LC_ROM_IMAGES_REPORT              FABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESS     IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRMIOS STRT EV_IOS_DOWNLOAD_SUCCESS         IOS UP   EV_IOS_REPORT                         IOS RUN  EV_BUFF_CARVE_SUCCESS

Mesmo que a primeira carga com o comando service upgrade all tenha uma bota longa acima do tempo, a vantagem é que as botas subsequentes não desperdiçam a hora de transferir o descargador da tela.

Inserção e remoção on-line (OIR)

Uma remoção de uma placa de linha gera este estado:

NOT YET --- EV_ENVMON_CARD_REMOVED

Similarmente, uma inserção gera este estado:

NEW INS --- EV_ENVMON_CARD_INSERTED

Depois que a nova placa de linha foi introduzida, o MBUS deve ser posto acima, seguido pelo resto da placa de linha:

MBUSWAIT   EV_AGENT_REPORT_AGENT_IN_ROMMBUSWAIT   EV_AGENT_REPORT_AGENT_IN_ROMMBUSDNLD   EV_MBUS_AGENT_DOWNLOAD_STARTABLEMBUSDONE   EV_MBUS_AGENT_DOWNLOAD_SUCCESSPWR ON   EV_AGENT_REPORT_UNPOWERED

O processo normal de inicialização continua a partir de:

ROMIGET --- EV_LC_ROM_MON_RESET

parada programada do hw-module slot

Você pode configurar o comando shutdown do <x> do hw-module slot a fim restaurar a placa de linha e deixá-la limpamente (igualmente sabido como a pena administrativa) em um estado fechado. Depois que você emite este comando, as botas da placa de linha acima até o IOS STRT e ficam então no ADMNDOWN. Ao configurar este comando, o registro exibe estas transições de estado:

NOT YET  EV_ADMIN_SLOT_SHUT IN  RSET EV_ADMIN_SLOT_SHUT ROMVGET  EV_LC_ROM_TYPE_AFTER_RESET_TIMEOUTROMIGET  EV_LC_ROM_MON_RESETFABLWAIT EV_LC_ROM_IMAGES_REPORT_WAIT_FABFABLDNLD EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLEFABLSTRT EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESSFABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESSIOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRMIOS STRT EV_IOS_DOWNLOAD_SUCCESSADMNDOWN EV_IOS_REPORT

A placa de linha fica neste último estado até que a configuração da parada programada do <x> do hw-module slot esteja removida. Quando você escolher trazer o apoio da placa de linha com nenhum comando shutdown do <x> do hw-module slot, as botas da placa de linha outra vez como fez originalmente e parte com estes eventos:

NOT YET --- EV_ADMIN_NO_SLOT_SHUTIN  RSET --- EV_ADMIN_NO_SLOT_SHUT

Após isto, o processo do bootup normal continua de:

ROMIGET --- EV_LC_ROM_MON_RESET

reload do microcódigo

Um reload do microcódigo reinicia simplesmente o processo do bootup de uma placa de linha e parte com estes eventos:

NOT YET --- EV_ADMIN_LC_RELOAD IN  RSET --- EV_ADMIN_LC_RELOAD

Em seguida, o processo de inicialização normal continua a partir de:

ROMIGET --- EV_LC_ROM_MON_RESET

Troubleshooting

Se o estado da placa de linha é qualquer coisa a não ser o IOS RUN, ou o RP não é nenhum o mestre ativo/preliminar ou o escravo/secundário, este significa que há um problema e o cartão não carregou inteiramente corretamente. Antes que você substitua o cartão, Cisco recomenda estas etapas fixar a edição:

1. Use a ferramenta de aconselhamento de software (clientes registrados somente) para determinar se o cartão novo é apoiado em sua versão de Cisco IOS Software atual. Se a placa de linha é apoiada, a seguir configurar o comando service upgrade all, salvar a configuração com o comando copy run start e o ciclo de energia o roteador. Algumas vezes, uma recarga não é suficiente, mas desligar e ligar o dispositivo corrigirá o problema.

   Se o cartão novo não é apoiado em sua versão de Cisco IOS Software atual, verifique que você tem bastante memória de rota instalado na placa de linha antes que você promova a versão de Cisco IOS Software. Para o Cisco IOS Software Release 12.0(21)S, o 256 MB da memória de rota está exigido, especialmente se o Border Gateway Protocol (BGP) é configurado com muitos pares e muitas rotas.

   Você pode igualmente referir estes links para mais informação:

   • Troubleshooting de RP

   • Troubleshooting de Placas de Linha

2. Verifique que fase de carreg a placa de linha é colado. Você pode emitir o comando show led a fim ver que estado a placa de linha está atualmente.

   Se a saída do comando show led mostra MEM INIT, a seguir você deve assentar a memória na placa de linha.

   Se a saída do comando show led mostra o MRAM, a seguir a placa de linha não está assentada provavelmente corretamente e você deve assentá-la. Você igualmente precisa de verificá-lo e certificar-se de ter o número apropriado de CSC e de SFC no chassi para a placa de linha trabalhar. Somente as placas de linha do motor 0-based funcionam em uma configuração de quarto de largura de banda. Todas as placas de linha restantes precisam pelo menos quatro placas de switching fabric de ser executado corretamente.

   Você pode sempre emitir o comando show event-trace slot-state a fim olhar o processo de boot o da placa de linha.

Estas são algumas pontas que podem ajudar a resolver um problema de inicialização em um cartão:

• Emita o comando microcode reload <slot> da configuração global a fim recarregar o microcódigo.

• Emita o comando hw-module slot <slot> reload a fim recarregar o cartão. Isto faz com que a placa de linha restaurem e o refazer download o MBUS e os módulos de software Fabric Downloader antes que você tente ao refazer download o software da placa de linha do Cisco IOS.

• Emita o comando upgrade all slot a fim promover a ROM do agente mbus, o agente mbus RAM, e o descargador da tela. Refira o melhoramento do firmware da placa de linha em um Cisco 12000 Series Internet Router.

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

Você pôde ver este Mensagem de Erro no Gigabit Route Processor (GRP):

%GRP-3-UCODEFAIL: Download failed to slot 5

Esta mensagem significa que a imagem que foi transferida à placa de linha esteve rejeitada. Você pode emitir o comando microcode reload configuration a fim recarregar o microcódigo. Se o Mensagem de Erro retorna, emita o comando upgrade all slot a fim promover a ROM do agente mbus, o agente mbus RAM, e o descargador da tela. Refira o melhoramento do firmware da placa de linha em um Cisco 12000 Series Internet Router para mais informação.

As placas de linha do motor 2-based obtêm às vezes coladas no STRTIOS. Isto pôde ser devido à memória de pacotes DIMM instalada no soquete TLU/PLU e vice-versa. Refira locais de memória em uma placa de linha do Engine 2 para obter informações sobre do local de memória deste tipo de cartão.

Há uma sequência de comandos para verificar a quantidade de memória TLU/PLU:

Router#attach <slot #>LC-Slot#show control psa memThe following symptoms are :1)"show LED" is in STRTIOS2)"show diag" may indicate Board is disabled analyzed idbs-rem Board State is Launching IOS (IOS  STRT):Router#show ledSLOT 4  : STRTIOS SLOT 7  :  RP ACTV Router#show diag 4 SLOT 4  (RP/LC 4 ): 3 Port Gigabit Ethernet  MAIN: type 68,  800-6376-01 rev C0        Deviation: 0        HW config: 0x00    SW key: 00-00-00  PCA:  73-4775-02 rev C0 ver 2        Design Release 1.0  S/N SDK0433157H  MBUS: Embedded Agent        Test hist: 0x00    RMA#: 00-00-00    RMA hist: 0x00  DIAG: Test count: 0x00000000    Test results: 0x00000000  FRU:  Linecard/Module: 3GE-GBIC-SC=  L3 Engine: 2 - Backbone OC48 (2.5 Gbps)  MBUS Agent Software version 01.51 (RAM) (ROM version is 02.17)  ROM Monitor version 10.06  Fabric Downloader version used 08.01 (ROM version is 05.03)  Primary clock is CSC 1  Board is disabled analyzed idbs-rem   Board State is Launching IOS (IOS  STRT)  Insertion time: 00:00:06 (00:11:00 ago)

Esta placa não pode carreg até o IOS RUN e é colada no COMEÇO IO. O 64 MB SDRAM foi instalado no J5 e no J8 em vez do 128 MB SDRAM, e o 128 MB SDRAM foi instalado no J4 e no J6 em vez de 64 M SDRAM. A causa de raiz desta falha era devida combinar mal a memória, os SDRAM em que os SDRAM transmitidos eram 128 MB comparado com os SDRAM recebidos que eram 64 MB. Após ter reconfigurado o 128 MB SDRAM no J5 e no J8, esta placa carreg acima de corretamente.

A memória errada do tamanho posta no entalhe errado é somente possível para as placas de linha do motor 2-based porque estes são únicos que têm o PLU/TLU com o mesmo olhar físico que a memória de pacotes RX/TX.

Refira instruções da substituição de memória do Cisco 12000 Series Router para obter informações sobre dos locais de memória na placa de linha do motor 2-based.

Comandos para Troubleshooting

show version

Router#show versionCisco Internetwork Operating System Software IOS (tm) GS Software (GSR-P-M), Version 12.0(22)S, EARLY DEPLOYMENT RELEASE SOFTWARE (fc2)

A versão de Cisco IOS Software carregada no RP é 12.0(22)S. A imagem do Cisco IOS Software é copiada do lugar especificado pelo comando do <source> do sistema da bota. Então, é descomprimida e carregada no DRAM do RP.

Nota: Se você configura o comando do <source> do sistema da bota sem especificar o nome da imagem, o RP tenta carregar o primeiro arquivo nesses entalhe/disco. , Certifique-se consequentemente que a primeira imagem é uma imagem válida do Cisco IOS Software.

Refira Cisco 12000 Router pode não carreg de um disco ATA durante elevações ao Cisco IOS Software Release 12.0(22)S se você usa um disco ATA.

TAC Support: http://www.cisco.com/tacCopyright (c) 1986-2002 by cisco Systems, Inc.Compiled Sat 20-Jul-02 04:40 by nmasaImage text-base: 0x50010968, data-base: 0x5207A000ROM: System Bootstrap, Version 11.2(20010625:183716) [bfr_112 181], DEVELOPMENT SOFTWARE

Versão da versão bootstrap 181?The da tira de bota que é sabida igualmente como o monitor de ROM ou o ROMMON que executa no RP. A imagem construída à mão é executada à revelia diretamente da ROM, ou emita o comando do <source> da tira de bota da bota a fim especificar a fonte. Você pode terminar estas etapas para o apoio 512MB DRAM no RP:

Uma vez que você identificou o tipo de GRP que você tem e a versão do ROMmon atual, estes é as possibilidades diferentes:

• GRP? Este não apoia a opção do 512 MB. Você precisa substituir essa placa por GRP-B.

• GRP-B com versão rommon 180?First que você precisa de promover o Cisco IOS Software Release a 12.0(19)S ou a mais tarde. Então, emita o comando do entalhe X ROM da elevação (onde X é o número de slot onde o GRP é encontrado) a fim promover manualmente a versão rommon. Uma vez que estas etapas foram executadas, você pode fisicamente promover a memória como descrito em instruções da substituição de memória do Cisco 12000 Series Router.

• GRP-B com versão rommon 181 ou mais atrasado? Você precisa de certificar-se de você esteja executando o Cisco IOS Software Release 12.0(19)S ou Mais Recente. Então você pode fisicamente promover a memória como descrito em instruções da substituição de memória do Cisco 12000 Series Router.

BOOTLDR: GS Software (GSR-BOOT-M), Version 12.0(8)S, EARLY DEPLOYMENT MAINTENANCE INTERIM SOFTWARE

Versão de carregador de inicialização da versão de carregador de inicialização 12.0(8)S?The que é executado no RP. Emita o comando boot bootldr <source> a fim especificar a fonte. O Bootloader é necessário para executar um netboot (inicializar uma imagem do Cisco IOS Software a partir de uma origem TFTP). Você deve atualizar o bootloader para a versão mais recente.

Router uptime is 1 hour, 18 minutes

O período de operação é a duração de tempo desde a última recarga.

System returned to ROM by reload at 16:02:27 UTC Mon Aug 19 2002System image file is "slot0:gsr-p-mz.120-22.S"

Isso mostra a origem da imagem do software Cisco IOS. Neste caso, é uma imagem armazenada no slot 0:

cisco 12410/GRP (R5000) processor (revision 0x01) with 524288K bytes of memory.R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 CacheLast reset from power-on1 Route Processor Card2 Clock Scheduler Cards5 Switch Fabric Cards1 Single-port OC12c ATM controller (1 ATM).1 four-port OC48 POS controller (4 POS).2 Single Port Gigabit Ethernet/IEEE 802.3z controllers (2 GigabitEthernet).1 Ethernet/IEEE 802.3 interface(s)2 GigabitEthernet/IEEE 802.3 interface(s)1 ATM network interface(s)4 Packet over SONET network interface(s)507K bytes of non-volatile configuration memory.16384K bytes of Flash PCMCIA card at slot 0 (Sector size 128K).8192K bytes of Flash internal SIMM (Sector size 256K).Configuration register is 0x2002

show led

Router#show ledSLOT 2  : RUN IOS 

Os entalhes que contêm placas de linha indicam uma de diversas saídas (detalhes mais tarde). Neste caso, a placa de linha no entalhe 2 é carreg inteiramente e no estado de IOS da CORRIDA.

SLOT 4  : RUN IOS SLOT 5  : RUN IOS SLOT 6  : RUN IOS SLOT 9  : RP ACTV

Os entalhes que contêm RP indicam uma de duas saídas: APOIO RP ACTV e RP. Isto depende de que RP é o active e qual é o apoio. Neste caso, o RP do slot 9 foi totalmente inicializado e é o RP Ativo.

show diags <x>

Router#show diags 2 SLOT 2  (RP/LC 2 ): 4 Port Packet Over SONET OC-48c/STM-16 Single Mode/SR SC connector  MAIN: type 67, 800-5517-03 rev A0        Deviation:  D026529        HW config: 0x04   SW key: 00-00-00  PCA:  73-4203-04 rev B0 ver 3        Design Release 2.0 S/N CAB0543L3FH  MBUS: Embedded Agent        Test hist: 0x00   RMA#: 00-00-00    RMA hist: 0x00  DIAG: Test count: 0x00000000   Test results: 0x00000000  FRU:  Line card/Module: 4OC48/POS-SR-SC=        Route Memory: MEM-LC4-256=        Packet Memory: MEM-LC4-PKT-512=  L3 Engine: 4 - Backbone OC192/QOC48 (10 Gbps)  MBUS Agent Software version 01.50 (RAM) (ROM version is 02.10)

Versões de software de agente mbus? A informação de RAM é indicada se o agente mbus é executado de RAM, porque deve ser.

ROM Monitor version 01.04  Fabric Downloader version used 05.00 (ROM version is 04.01)  Primary clock is CSC 1 Board is analyzed   Board State is Line Card Enabled (IOS  RUN )  Insertion time: 00:00:12 (01:17:53 ago)

Tempo de inserção? A duração do tempo para que a placa de linha foi posta sobre. A primeira vez que 00:00:12 (HH: MILÍMETRO: O SS) é o tempo onde a placa de linha foi posta depois que o RP recarregou. A segunda vez que 01:17:53 (HH: MILÍMETRO: O SS) é a duração do tempo que a placa de linha esteve posta. Adicionado a primeira vez à segunda vez iguala o uptime na saída do comando show version.

DRAM size: 268435456 bytes  FrFab SDRAM size: 268435456 bytes  ToFab SDRAM size: 268435456 bytes  0 crashes since restart

show monitor event-trace slot-state <x>

O comando <x> do entalhe do gsr da mostra fornece a mesma saída e é mais fácil de recordar.

Router#show gsr slot 0SLOT STATE TRACE TABLE -- Slot 0  (Current Time is 4116199.392)

Hora atual: 4116199.392 segundos é o período de tempo durante o qual o RP permanece ligado.

+-----------------------------------------------------------------------|  Timestamp    Pid State    Event                                 Flags+-----------------------------------------------------------------------         3.296   2  IOS STRT EV_RP_MBUS_DISCOVERY_SUCCESS        22.536   2  IOS UP   EV_RP_LOCAL_AGENT_REPORT        33.184  46  IOS UP   EV_RP_LOCAL_FAB_READY                 an

A saída para uma placa de linha é similar:

Router#show gsr slot 2 SLOT STATE TRACE TABLE -- Slot 2  (Current Time is 4776.108)

Hora atual: 4776.108 segundos são a duração que do tempo a placa de linha foi posta sobre.

+-----------------------------------------------------------------------|  Timestamp    Pid State    Event                                 Flags+-----------------------------------------------------------------------      12.756   3  ROMVGET EV_AGENT_REPORT_POWERED      15.056  10  ROMIGET EV_LC_ROM_MON_RESET                      an       15.448  10  FABIWAIT EV_LC_ROM_IMAGES_REPORT                 an       34.048  48  FABLDNLD EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE    an       50.740  10  FABLSTRT EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS      an      54.936  10  FABLRUN EV_FAB_DOWNLOADER_LAUNCH_SUCCESS         an       77.580  77  IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRM         an      77.636  10  IOS STRT EV_IOS_DOWNLOAD_SUCCESS                 an       92.148  10  IOS UP  EV_IOS_REPORT                            an       93.168 288  IOS RUN  EV_BUFF_CARVE_SUCCESS                   an

O resto da saída do comando show monitor event-trace slot-state <x> descreve cada um dos estados que a placa de linha atravessou.

Informação a serem coletadas se você contacta o Suporte técnico

Se você contacta o Suporte técnico, anexe esta informação a seu caso para pesquisar defeitos um estado da placa de linha que seja qualquer coisa a não ser o IOS RUN:

O show tech-support command output no modo enable, se possível. Uma sequência de bootup completa capturada da porta de Console. A saída do comando show log ou capturas do console, se disponíveis. Saída destes comandos show: mostre o <slot> do entalhe do gsr mostre o mbus do evento-traço do monitor mostre o mbus do evento-traço do monitor | slot- do incl (onde # é o número de slot da placa de linha colada) mostre o evento-traço do monitor fabuloso mostre portas ipc mostre Nós ipc mostre o stat ipc mostre escumalhas do controlador mostre o controlador xbar mostre o pulso de disparo do controlador mostre o controlador CSC-FPGA Uma descrição detalhada dos passos de Troubleshooting que você executou. Refira a ferramenta do pedido do serviço (clientes registrados somente) para transferir arquivos pela rede e anexar a informação a seu caso. Se você não pode alcançar esta ferramenta, você pode enviar a informação em um anexo de Email a attach@cisco.com com seu número de caso na linha de assunto de sua mensagem para anexar a informação relevante para seu caso. Nota: Não recarregue manualmente ou ciclo de energia o roteador antes que você recolha esta informação a menos que exigido para pesquisar defeitos um problema de inicialização em um linecard/GRP. Isto pode fazer com que a informação importante seja perdida que é precisada de determinar a causa de raiz do problema.

Informações Relacionadas

• Atualizando o Firmware da Placa de Linha em um Roteador de Internet do Cisco 12000 Series
• Página de suporte aos Cisco 12000 Series Internet Routers
• Suporte Técnico e Documentação - Cisco Systems