Roteadores : Roteadores Cisco 12000 Series

Compreendendo o processo de boot no Cisco 12000 Series Internet Router

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Abril 2015) | Feedback


Índice


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 do ½ do ¿  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 gerencie 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 gerencie 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               Protocol
      
      POS2/0                 137.40.9.1     YES   NVRAM  up                    up
      
      POS2/1                 137.40.18.1    YES   NVRAM  up                    up 
      
      POS2/2                 137.40.11.1    YES   NVRAM  up                    up
      
      POS2/3                 137.40.12.2    YES   NVRAM  up                    up      
      
      GigabitEthernet4/0     137.40.199.2   YES   NVRAM  up                    up
      
      GigabitEthernet5/0     137.40.42.2    YES   NVRAM  up                    up
      
      ATM6/0                 unassigned     YES   NVRAM  administratively down down
      
      Loopback0              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 base 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

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_POWERED

ROMIGET  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_CONFIRM

IOS 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 2

Use "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_POWERED

ROMIGET  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_CONFIRM

IOS 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_CONFIRM

IOS 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_POWERED

ROMIGET  EV_LC_ROM_MON_RESET                   

FABIWAIT EV_LC_ROM_IMAGES_REPORT              

FABLRUN  EV_FAB_DOWNLOADER_LAUNCH_SUCCESS     

IOS DNLD EV_IOS_DOWNLOAD_WAIT_DL_CONFIRM

IOS 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 gerencie este estado:

NOT YET --- EV_ENVMON_CARD_REMOVED

Similarmente, uma inserção gerencie 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_ROM
MBUSWAIT   EV_AGENT_REPORT_AGENT_IN_ROM
MBUSDNLD   EV_MBUS_AGENT_DOWNLOAD_STARTABLE
MBUSDONE   EV_MBUS_AGENT_DOWNLOAD_SUCCESS
PWR 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_TIMEOUT

ROMIGET  EV_LC_ROM_MON_RESET

FABLWAIT EV_LC_ROM_IMAGES_REPORT_WAIT_FAB

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_CONFIRM

IOS STRT EV_IOS_DOWNLOAD_SUCCESS

ADMNDOWN 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_SHUT
IN  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:

  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 mem

The following symptoms are :
1)"show LED" is in STRTIOS
2)"show diag" may indicate 
Board is disabled analyzed idbs-rem 
Board State is Launching IOS (IOS  STRT):

Router#show led
SLOT 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 version
Cisco 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/tac
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Sat 20-Jul-02 04:40 by nmasa
Image text-base: 0x50010968, data-base: 0x5207A000

ROM: System Bootstrap, Version 11.2(20010625:183716) [bfr_112 181], DEVELOPMENT SOFTWARE

Versão bootstrap 181 — A versão 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 — Primeiramente 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 12.0(8)S — A versão de carregador de inicialização 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 2002
System 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 Cache
Last reset from power-on

1 Route Processor Card
2 Clock Scheduler Cards
5 Switch Fabric Cards
1 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 led
SLOT 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 0
SLOT 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


Document ID: 40060