ルータ : Cisco 12000 シリーズ ルータ

Cisco 12000 シリーズ インターネット ルータのブートプロセスについて

2015 年 11 月 25 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2003 年 3 月 4 日) | 英語版 (2015 年 4 月 22 日) | フィードバック


目次


概要

この文書では、Cisco 12000 シリーズ インターネット ルータの Route Processor(RP; ルート プロセッサ)とラインカードのブートアップ処理にについて説明します。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

  • Cisco 12000 シリーズ インターネット ルータ

  • Cisco IOS のすべてのバージョンか。 ソフトウェアこのプラットフォームのその実行

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

ブートアップ処理

RP およびラインカード ブートアップを説明するこれはステップバイステップ プロセスです:

  1. 電源かリロード。

    これがクリーン電力ついている場合、メンテナンスバス (MBUS)は初期化され、電源はすべての MBUS モジュールに 5V 行および RP カードに 48V 行を提供します。 リロードの場合、MBUS モジュールにはすでに 5 VDC の電力が割り当てられています。

    MBUS モジュールは MBUS 上のアクティブ RP にインターフェイスを提供し、これらのカードで物理的に配置されます:

    • ルート プロセッサ(RP)

    • ラインカード(LC)

    • スイッチ ファブリック カード(SFC)

    • クロック スケジューラ カード(CSC)

    • ブロアーまたはファン

    • 電源装置

  2. RP は ROMMON を起動します。

    RP が ROM にロードされたブートストラップ イメージにアクセスし、これを圧縮解除して、ROM から実行します。 RP はコンフィギュレーション レジスタを検査します。 詳細については仮想コンフィギュレーション レジスタ設定を参照して下さい。

    1. 構成レジスタを 0x0 に設定した場合、RP によって ROMMON のブートが行われますが、その他はブートされません。

    2. その他の場合、RP はこのブート変数を使用して Cisco IOS ソフトウェア イメージのソースを判別します。

    3. ブート変数が次のリロードのためにに設定 されるものを見るために show bootvar コマンドを発行できます。

  3. RP はブート・ローダを起動するかもしれません。

    1. RP は RP の Dynamic RAM (DRAM)に適切な Cisco IOSソフトウェアイメージをロードします。

      1. イメージが Trivial File Transfer Protocol (TFTP) ソースからソースをたどられる場合、ブート・ローダは Cisco IOSソフトウェアイメージを取得する前に最初にロードされます。

      2. 構成レジスタを 0x1 に設定した場合、RP によって ブートローダーのブートが行われますが、その他はブートされません。

      3. さもなければ、ブート・ローダは使用されません。

    2. RP によって圧縮解除が行われ、その後、Cisco IOS ソフトウェア イメージが実行されます。

  4. RP 自己発見。

    1. RP カードはそれ自身およびスロット 情報を取得します。

      次に例を示します。

      RP State: IOS STRT --- 
      EV_RP_MBUS_DISCOVERY_SUCCESS
    2. RP により、バンドルされている MBUS エージェント ソフトウェアが MBUS RAM にダウンロードされ、内部レポートが生成されます。

      RP State: IOS UP --- 
      EV_RP_LOCAL_AGENT_REPORT
    3. シャーシの RP は MBUS をマスターシップのために仲裁するのに使用します。

      • 一方がアクティブ RP になり、もう一方がスタンバイ RP になります。

      • Performance Route Processor(PRP; パフォーマンス ルート プロセッサ)と RP が同じシステム内にある場合は、PRP がアクティブ RP になります。

    4. Route Processor Redundancy(RPR)モードで実行されている場合:

      • アクティブ RP だけが Cisco IOS ソフトウェア イメージを圧縮解除し、実行します。 スタンバイ RP は、圧縮解除されていない Cisco IOS ソフトウェア イメージを DRAM にロードするだけです。

      • アクティブ RP だけが non-volatile RAM(NVRAM; 不揮発性 RAM)に保存されているコンフィギュレーション ファイルを圧縮解除します。

    5. Route Processor Redundancy Plus(RPR+) モードまたは Non-Stop Forwarding (NSF) /Stateful スイッチオーバ モードで動作する場合:

      • アクティブ RP およびスタンバイ RP は両方 Cisco IOSソフトウェアイメージを復元し、実行します。

      • アクティブ RP およびスタンバイ RP は両方 NVRAM で保存されるコンフィギュレーション ファイルを復元します。

  5. ファブリックカードは初期化します。

    1. アクティブ RP によって、プライマリ CSC とバックアップ CSC が選択されます。

      • CSC が 1 つしかない場合は、その CSC がプライマリになります。

      • CSC が 2 つある場合には、クロックが同期するラインカードの多い方がプライマリ CSC になります。

      • すべてが対等である場合は、CSC 1 がプライマリになります。

        注: ルータが作動中であると 2 CSC があればおよび 1 つが失敗した、不完全な CSC は Admin シャットダウン モードで保存され、hw mod スロット XX shutコマンドは Command Line Interface (CLI)で有効に なります。 不完全な CSC が不完全の fuctioning、そしてルータが再始動されるか、または新たに起動されれば同じスロットの新しく非不完全な CSC と取り替えられたら、Admin の CLI それでもディスプレイがモードをシャットダウンすれば。 取り替えられた CSC コンフィギュレーションモード 始動の hw mod スロット XX shutコマンドを設定しない必要があります。 これは冗長性を有効に します。

    2. アクティブ RP はファブリック 設定の他を決定します: 冗長 な、か非冗長 1/4帯域幅か全帯域幅。

      RP State: IOS UP --- EV_RP_LOCAL_FAB_READY
  6. ラインカードは初期化します。

    1. MBUS は初期化します。

      1. ラインカード上にある全 MBUS モジュールには最初から 5 V の電力が電源モジュールより供給され、これにより MBUS モジュールがオンの状態になります。 次に開始するべき ROM の MBUS エージェント実行および RAM からの実行。

      2. アクティブ RP は MBUS によってラインカードのプロシージャを検出します。

        1. RP はすべての可能性のある スロットにブロードキャスト要求を送信 します。

        2. MBUS モジュールが付いているすべてのコンポーネントは MBUS RAM バージョンと応答します。

      3. upgrade mbus-agent-rom slot <x> コマンドでラインカード MBUS ROM をアップグレードできます。

      4. MBUS エージェントによって、そのラインカードに対して 48V の電力が有効になります。

    2. ROMMON

      1. ROMMON では、基本的なテストと初期化を実行します。

      2. アップグレード rom-monitor スロット <x> コマンドでラインカード ROMMON をアップグレードできます。

      3. RP が IOS UP 状態になり、MBUS エージェントのレポートが生成された後、RP からラインカードに対して ROM モニタ(ROMMON)のバージョンを取得するよう要求が出されます。

        ROMVGET --- EV_AGENT_REPORT_POWERED
      4. ラインカードが動力を与えられれば、ROMモニタを基本的なテストおよび intialization を実行するのに使用します。

        ROMIGET --- EV_LC_ROM_MON_RESET
      5. ラインカード ROM はレポートを生成し、Fabric Downloader を待っています。

        FABIWAIT --- EV_LC_ROM_IMAGES_REPORT
    3. Fabric Downloader

      1. アクティブ RP はラインカードのそれぞれに MBUS に Fabric Downloader (別名ラインカードのセカンダリ ブートストラップ プログラム)を連続的にダウンロードします。

      2. ラインカードは Fabric Downloader を受け取り始めます。

        FABLDNLD --- 
        EV_FAB_DOWNLOADER_DOWNLOAD_STARTABLE
      3. ラインカードは Fabric Downloader を受け取ることを終わり、ラインカードの DRAM メモリに Fabric Downloader をロードします。

        FABLSTRT --- 
        EV_FAB_DOWNLOADER_DOWNLOAD_SUCCESS
      4. ラインカードが起動し、ファブリック ダウンローダを実行します。 ファブリック ダウンローダによってラインカードのハードウェア コンポーネントのいくつかが初期化され、スイッチ ファブリックを経由して Cisco IOS ソフトウェアのイメージがダウンロードできるようになります。

        FABLRUN --- 
        EV_FAB_DOWNLOADER_LAUNCH_SUCCESS
      5. ラインカード Fabric Downloader をアップグレードし、アップグレード fabric-downloader スロット <x> コマンドでフラッシュカードにプログラムできます。

  7. ラインカードは Cisco IOSソフトウェアをダウンロードします。

    1. ファブリック経由で RP から Cisco IOS ソフトウェア イメージを受信する間、ラインカードは待機状態になります。

      IOS DNLD --- EV_IOS_DOWNLOAD_WAIT_DL_CONFIRM.
    2. ラインカードによって、Cisco IOS ソフトウェア イメージのチェック アウトのチェックサムが確認されます。

      IOS STRT --- EV_IOS_DOWNLOAD_SUCCESS
    3. RP からラインカードに対して起動要求が送られます。ラインカードからは、起動に成功したことを示すレポートが RP に返されます。

      IOS UP --- EV_IOS_REPORT
    4. ラインカードによって DRAM 上に必要な分のバッファが分配され、Cisco IOS ソフトウェア イメージが実行されます。

      IOS RUN --- EV_BUFF_CARVE_SUCCESS
  8. Cisco Express Forwarding (CEF)および経路制御プロセス 統合は同期します。

    1. ラインカード上の CEF が RP と同期します。 これは、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. リンクは 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. Interior Gateway Protocol(IGP; 内部ゲートウェイ プロトコル)と Border Gateway Protocol(BGP; ボーダーゲートウェイ プロトコル)のピアが確立されます。

      1. RP はルーティングをアドバタイズし、受け取ります。

      2. RP はルーティング情報 データベース(RIB)をアップデートし、CEF 表を作成します。

      3. RP は show cef linecard 出力のすべての同期されたラインカードに CEF 表をダウンロードするのに Interprocess Commications Protocol (IPC)を使用します。

      4. BGP はコンバージします。

状態とイベント

前のセクションは RP かラインカードが起動するとき参照する通常の状態を記述します。 このセクションはラインカードのブートアッププロセスを検査するとき出くわすかもしれない追加状態を記述します:

service upgrade all

Fabric Downloader はラインカードがこの状態を常に通過することができるように起動する常に必要があります:

FABLRUN --- EV_FAB_DOWNLOADER_LAUNCH_SUCCESS

RP からのダウンロードのような Fabric Downloader を、それいつも得るかまたはフラッシュするにプログラムする違った方法があります。

service upgrade all コマンドが設定されない場合、Fabric Downloader はフラッシュするにプログラムされません。 ラインカードはラインカードが Fabric Downloader をダウンロードする起動する必要があり、これらの状態を通過しますたびに:

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

さらに、show version コマンドの出力のラインカードについてはこの警告メッセージが表示されます:

WARNING: Old Fabric Downloader in slot 2

Use "upgrade fabric-downloader" command to update the image

一方では service upgrade all コマンドが設定されれば、そして特定の Cisco IOSソフトウェアイメージの最初のロードで、ラインカードは Fabric Downloader をロードし、フラッシュするにプログラムします:

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

ラインカードは最初のロードのだけこれらの状態を通過します:

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

service upgrade all コマンドが、および設定されればこれはこの Cisco IOSソフトウェアイメージの最初のリロード、このようにブートアップな後リロードです:

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

service upgrade all コマンドで最初のロードに長いブート アップ タイムがあるのに、利点はそれに続くブートが Fabric Downloader をダウンロードする時間を無駄にしないことです。

Online Insertion and Removal(OIR; ホットスワップ)

ラインカードの削除はこの状態を生成します:

NOT YET --- EV_ENVMON_CARD_REMOVED

同様に、挿入はこの状態を生成します:

NEW INS --- EV_ENVMON_CARD_INSERTED

新しいラインカードが挿入された後、MBUS はラインカードの他、続かれて電源投入する必要があります:

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

通常のブート処理の後、次のメッセージが続きます。

ROMIGET --- EV_LC_ROM_MON_RESET

hw-module slot シャットダウン

きれいにラインカードをリセットし、締められた(別名管理上のダウン)状態に残すために hw-module slot <x> shutdownコマンドを設定できます。 このコマンドを発行した後、ラインカードは IOS STRT まで起動し、次に ADMNDOWN にとどまります。 このコマンドを設定すると、これらの状態の遷移がログによって示されます。

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

ラインカードはこの最後の状態に hw-module slot <x> shutdown configuration が取除かれるまでとどまります。 hw-module slot <x> shutdownコマンドでラインカード バックアップを持って来ることを選択しないときラインカードは最初にし、これらのイベントと始めるように再度起動します:

NOT YET --- EV_ADMIN_NO_SLOT_SHUT
IN  RSET --- EV_ADMIN_NO_SLOT_SHUT

この後、次のメッセージの後、通常のブート処理が継続されます。

ROMIGET --- EV_LC_ROM_MON_RESET

microcode reload

microcode reload はラインカードのブートアッププロセスを単に再起動し、これらのイベントと始めます:

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

この後、次のメッセージが表示され、通常のブート処理が継続されます。

ROMIGET --- EV_LC_ROM_MON_RESET

トラブルシューティング

ラインカード ステータスが IOS RUN 以外何でもであるか、または RP がどちらもアクティブなマスター/プライマリかスレーブ/セカンダリでなければ場合、これは問題があり、カードが十分に正しくロードしなかったことを意味します。 カードを取り替える前に、Cisco は問題を解決するためにこれらのステップを推奨します:

  1. Software Advisor ツール(登録ユーザのみ)を使用して、現在の Cisco IOS ソフトウェア バージョンで新しいカードがサポートされているかどうかを確認します。 ラインカードがサポートされる場合、service upgrade all コマンドを設定し、copy run start コマンドで設定を保存し、ルータをパワーサイクルを行って下さい。 リロードが完全に行われていない場合でも、電源のオフ/オンによって解決します。

    新しいカードが Cisco IOS ソフトウェア バージョンでサポートされない場合、Cisco IOS ソフトウェア バージョンをアップグレードする前にラインカードでインストールされる十分なルータ メモリがあることを確認して下さい。 Cisco IOS ソフトウェア リリース 12.0(21)S に関しては、特に Border Gateway Protocol (BGP)が多くの同位および多くのルートで設定されれば、ルータ メモリの 256 MB が必要となります。

    また詳細についてはこれらのリンクを参照できます:

  2. ラインカードを起動することのどのステージ スタックしているか確認して下さい。 どんな状態ラインカードがに現在あるか参照するために show led コマンドを発行できます。

    show led コマンドの出力が MEM INIT を示したもので場合、ラインカードでメモリを再置する必要があります。

    show led コマンドの出力が MRAM を示したもので場合、ラインカードはおそらくきちんとつかないし、それを再置する必要があります。 またはたらかせるチェックし、ラインカードのためにシャーシの CSC および SFC の適切な桁数を持つために確かめる必要があります。 エンジン0ベースのラインカードだけ 1/4帯域幅設定ではたらきます。 他のすべてのラインカードは少なくとも 4 つのスイッチ ファブリック カードが正しく実行されることを必要とします。

    ラインカードのブートプロセスを検知 するために show event-trace slot-state コマンドを常に発行できます。

これらはカードのブーティング の 問題の解決を助けることができるいくつかの助言です:

  • グローバルコンフィギュレーション microcode reload <slot > コマンドをマイクロコードをリロードするために発行して下さい。

  • hw-module slot <slot > reload コマンドをカードをリロードするために発行して下さい。 Cisco IOS ラインカード ソフトウェアを再びダウンロードするように試みる前にこれによりラインカードは MBUS および Fabric Downloader ソフトウエアモジュールをリセットし、再びダウンロードします。

  • MBUS エージェント ROM、MBUS エージェント RAM、および Fabric Downloader をアップグレードするために upgrade all slot コマンドを発行して下さい。 Cisco 12000 シリーズ インターネット ルータのラインカード ファームウェアのアップグレードを参照して下さい。

  • ラインカードを手動でリセットします。 これは MBUS かスイッチング ファブリックに接続エラーによって引き起こされる問題を除外できます。

Gigabit Route Processor (GRP)のこのエラーメッセージが表示されるかもしれません:

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

ラインカードにダウンロードされたこのメッセージはイメージが拒否されたことを意味します。 マイクロコードをリロードするために microcode reload configuration コマンドを発行できます。 エラーメッセージが繰り返す場合、MBUS エージェント ROM、MBUS エージェント RAM、および Fabric Downloader をアップグレードするために upgrade all slot コマンドを発行して下さい。 詳細については Cisco 12000 シリーズ インターネット ルータのラインカード ファームウェアのアップグレードを参照して下さい。

エンジン2ベースのラインカードは時々 STRTIOS にはまり込みます。 これは TLU/PLU ソケットにインストールされるパケットメモリ DIMM がまた逆も同様原因であるかもしれません。 カードのこの型の記憶域の情報に関してはエンジン 2 ラインカードの記憶域を参照して下さい。

TLU/PLU メモリの量をチェックする 1 つのコマンド シーケンスがあります:

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)

このボードは IOS RUN まで起動することができないし、IOS 開始するでスタックしています。 64 MB SDRAMS は 128 MB SDRAM の代りに J5 および J8 でインストールされ、128 MB SDRAM は 64 の M SDRAMS の代りに J4 および J6 でインストールされました。 この障害の根本的な原因はメモリの組合わせを誤まって当然送信された SDRAM が 64 MB の受け取った SDRAMS と比較された 128 MB の SDRAMS でした。 J5 および J8 の 128 MB SDRAM を再構成した後、きちんとの上で起動されるこのボード。

間違ったスロットに入る間違ったサイズ メモリはこれらが RX/TX パケットメモリと同じ物理的 な外観を用いる PLU/TLU がある唯一の物であるのでエンジン2ベースのラインカードのためだけに可能性のあるです。

エンジン2ベースのラインカードの記憶域の情報に関しては Cisco 12000 シリーズ ルータ メモリ交換指示を参照して下さい。

トラブルシューティングのためのコマンド

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)

RP でロードされる Cisco IOS ソフトウェア バージョンは 12.0(22)S です。 Cisco IOSソフトウェアイメージは boot system <source> コマンドによって規定 される 位置からコピーされます。 それから、それは RP の DRAM に復元され、ロードされます。

注: イメージ名を規定 しないで boot system <source> コマンドを設定する場合、RP はそのスロット/ディスクで最初のファイルをロードすることを試みます。 従って最初のイメージが有効 な Cisco IOS ソフトウェア イメージであることを、確かめて下さい。

ATA ディスクを使用する場合参照して下さい Cisco 12000 ルータをよろしいです ATA ディスク アップグレードの間にから Cisco IOS software release 12.0(22)S に起動しないために

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

ブートストラップバージョン 181 — RP で動作する ROMMON または別名 ROMモニタであるブートストラップのバージョン。 ブートストラップ イメージは ROM から直接デフォルトで動作します、またはソースを規定 するために boot bootstrap <source> コマンドを発行して下さい。 RP の 512MB DRAM サポートのためのこれらのステップを完了できます:

および持っている GRP の種類を識別したら ROMMONバージョンは、これら異なる可能性です:

  • GRP — この 1 つは 512 MB オプションをサポートしません。 このカードは GRP-B に交換する必要があります。

  • ROMMONバージョン 180 との GRP-B —最初に 12.0(19)S またはそれ以降に Cisco IOS ソフトウェア リリースをアップグレードする必要があります。 それから、ROMMONバージョンを手動でアップグレードするためにアップグレード ROM スロット X (X が GRP が見つけられるスロット 番号であるかところで)コマンドを発行して下さい。 これらのステップが実行されたら、Cisco 12000 シリーズ ルータ メモリ交換指示に記述されているように物理的に メモリをアップグレードできます。

  • ROMMONバージョン 181 またはそれ以降の GRP-B — Cisco IOS ソフトウェア リリース 12.0(19)S またはそれ以降を実行していることを確認する必要があります。 それから Cisco 12000 シリーズ ルータ メモリ交換指示に記述されているように物理的に メモリをアップグレードできます。

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

Bootloader バージョン 12.0(8)S - RP で実行されているブートローダーのバージョン。 ソースを規定 するために boot bootldr <source> コマンドを発行して下さい。 ブートローダーはネットブート(Cisco IOS ソフトウェア イメージを TFTP のソースからブート)を行う場合に必要です。 このブートローダーは最新のバージョンにアップグレードする必要があります。

Router uptime is 1 hour, 18 minutes

この uptime は、最後にリロードしてからの継続時間です。

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"

これは、Cisco IOS ソフトウェア イメージのソースを示しています。 この場合、それは slot0:で保存されるイメージです

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 

ラインカードが含まれているスロットは複数の出力(詳細 以降)の 1 表示する。 この場合、スロット 2 のラインカードは RUN IOS 状態で十分に起動され。

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

RP が含まれているスロットは 2 出力の 1 表示する: RP ACTV および RP スタンバイ。 これはによってアクティブアクティブははどの RP であり、どれスタンバイはであるか決まります。 この場合、スロット 9 に装着されている RP が完全にブートしており、アクティブ RP であることを示しています。

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)

MBUSエージェントソフトウェア バージョン— RAM 情報はあるはずであるので MBUS エージェントが RAM から動作する場合表示する。

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)

time — 挿入 ラインカードが動力を与えられた時間期間。 00:00:12 最初に(HH: MM: SS は) RP がリロードした後ラインカードが動力を与えられた時間です。 01:17:53 2 回目に(HH: MM: SS は)ラインカードが動力を与えられたこと時間期間です。 2 回目にに最初に追加されて 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>

show gsr スロット <x> コマンドは同じ出力を提供し、より覚え易かったものです。

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

Current time: 4116199.392 秒は、RP に電源が投入されてからの経過時間です。

+-----------------------------------------------------------------------
|  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

ラインカードに対する出力も同じです。

Router#show gsr slot 2 

SLOT STATE TRACE TABLE -- Slot 2  (Current Time is 4776.108)

Current time: 4776.108 秒は、ラインカード に電源が投入されてからの経過時間です。

+-----------------------------------------------------------------------

|  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

show monitor イベント トレース スロット州の <x> コマンドからの出力の他はラインカードが通過した状態のそれぞれを記述します。

テクニカル サポートに連絡すれば収集 すべき 情報

テクニカル サポートに連絡する場合、IOS RUN 以外何でもであるラインカード ステータスを解決するためにこの情報をケースに添付して下さい:
  • イネーブル モードの show tech-support コマンド の 出力、もし可能なら。
  • コンソールポートからキャプチャ される完全なブートアップシーケンス。
  • show log コマンドの出力、または(可能であれば)コンソールのキャプチャ
  • これらの show コマンドからの出力:
    • show gsr スロット <slot>
    • show monitor イベント トレース mbus
    • show monitor イベント トレース mbus | (#スタックしたラインカードのスロット 番号があるかところ) incl slot#
    • すてきな show monitor イベント トレース
    • IPC ポートを示して下さい
    • show ipc nodes
    • show ipc stat
    • show controller sca
    • xbar show controller
    • show controller クロック
    • show controller CSC FPGA
  • 実行したトラブルシューティング の 手順の詳細な説明。
情報をアップロードし、ケースに添付するために Service Request Tool登録ユーザのみ)を参照して下さい。 このツールにアクセスできない場合ケースの関連情報を一緒に送るためにメッセージの件名にケース番号を記入して attach@cisco.com への電子メールの添付ファイルの情報を送信できます。

注: linecard/GRP のブーティング の 問題を解決するために必要とされてこの情報を収集しない前に手動で ルータをリロードしましたり、またはパワーサイクルを行わないで下さい。 これは問題の根本的な原因を判別するために必要である重要な情報を失います場合があります。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 40060