Este documento explica o route processor (RP) e o processo do bootup da placa de linha no Cisco 12000 Series Internet Router.
Não existem requisitos específicos para este documento.
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.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Este é o processo passo a passo que explica o RP e a inicialização da placa de linha:
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
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.
Se você definir o registrador de configuração para 0x0, o RP inicializa em ROMMOM e não inicializa mais.
Caso contrário, o RP usa as variáveis de inicialização para determinar a origem da imagem do software Cisco IOS.
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.
O RP pôde carreg o bootloader.
O RP carrega a imagem do Cisco IOS Software apropriada no ram dinâmica (DRAM) do RP.
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.
Se você ajusta o registro de configuração a 0x1, então o RP carreg o bootloader e não carreg nenhum mais adicional.
Se não, o bootloader não é usado.
O RP descompacta e, em seguida, executa a imagem do software Cisco IOS.
RP auto-descoberta.
O cartão RP descobre-se e sua informação do entalhe.
Este é um exemplo:
RP State: IOS STRT --- EV_RP_MBUS_DISCOVERY_SUCCESS
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
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.
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).
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.
As placas de fábrica inicializam.
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.
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
As placas de linha inicializam.
O MBUS inicializa.
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.
O RP ativo descobre a existência das placas de linha com o MBUS.
O RP envia requisições de transmissão a todos os entalhes possíveis.
Todos os componentes com módulos mbus respondem com sua versão MBUS RAM.
Você pode promover a ROM da placa de linha MBUS com o comando <x> mbus-agent-rom do entalhe da elevação.
O agente do MBUS ativa a linha 48V para a placa.
ROMMON
O ROMMON executa os testes básicos e a inicialização.
Você pode promover a placa de linha ROMMON com o comando upgrade rom-monitor slot <x>.
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
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
A ROM da placa de linha gera um relatório e espera o descargador da tela.
FABIWAIT --- EV_LC_ROM_IMAGES_REPORT
O descargador da tela
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.
A placa de linha começa receber o descargador da tela.
FABLDNLD --- EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE
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
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
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.
As placas de linha transferem o Cisco IOS Software.
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.
A placa de linha confirma que a soma de verificação na imagem de Cisco IOS Software verifica:
IOS STRT --- EV_IOS_DOWNLOAD_SUCCESS
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
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
As sincronizações e os processos de roteamento do Cisco Express Forwarding (CEF) convirgem.
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
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
Os pares do Interior Gateway Protocol (IGP) e do Border Gateway Protocol (BGP) são estabelecidos:
O RP anuncia e recebe rotas.
O RP atualiza o banco de dados da informação de roteamento (RIB) e constrói a tabela de CEF.
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.
O BGP convirge.
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:
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.
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
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
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
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:
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:
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.
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
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.
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
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.
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: |
---|
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. |