ドキュメント ID:11085
更新日:2008 年 8 月 8 日
A. 12000シリーズインターネットルータは7つのモデルで提供されています。次の表に、これらのモデルのハードウェアの違いを示します。
12008 12012 12016 12404 12406 12410 12416 スイッチ ファブリック容量(Gbps) 40 60 802 80 120 200 320 スロットの数 8 12 16 4 6 10 16 スイッチ ファブリック スロットの数 3 SFC、2 CSC 3 SFC、2 CSC 3 SFC、2 CSC 1 ボード 3 3 SFC、2 CSC 5 SFC、2 CSC 3 SFC、2 CSC ラインカード スロットの数 1 7 11 15 3 5 9 ミリ秒 15 1 スロットの 1 つは Gigabit Route Processor(GRP)で使用。 冗長性のために2つのGRPが存在する場合は、ラインカードに使用可能なスロットを1つ取り外す必要があります。
2 Cisco 12016は、スイッチファブリックアップグレードキットを使用してCisco 12416にアップグレードできます。
3 12404 には、すべての CSC および SFC の機能性(機能的には 1 枚の CSC および 3 枚の SFC に等価)を内蔵したボードが 1 枚取り付けられています。
GRP は、どのスロットにでも装着できます。Cisco 12012 の場合は、スロット 0 と 11 を GRP 用に使用することが推奨されます。これらのスロットの冷却能力は他のスロットほど強力ではありませんが、GRP の発熱量は他のラインカードよりも少ないからです。
A. 12016と12416は同じシャーシです。両モデルの違いは、CSC と SFC だけです。 12016 では GSR16/80-CSC と GSR16/80-SFC が使用されているのに対し、12416 では GSR16/320-CSC と GSR16/320-SFC が使用されています。新しい SFC を使用すると、12416 ではスロットあたり最大 10 Gbps までサポート可能であるのに対して、12016 ではスロットあたり最大 2.5 Gbps までサポートされます。
12016があり、それを12416にアップグレードする場合は、GSR16/80-CSCおよびGSR16/80-SFCを新しいGSR16/320-CSCおよびGSRに11に101111111611161111111111000000000000000000000000000000000000000000000016/320-SFC
A. SFCとCSCは、システムの物理スイッチファブリックに加え、ラインカードとルートプロセッサ間でデータと制御パケットを伝送するシスコセルのクロッキングを提供します。
12008、12012、および 12016 では、ルータが動作するには CSC が最低 1 枚必要です。CSCが1つだけでSFCが存在しない場合は、四半期の帯域幅と呼ばれ、エンジン0ラインカード(LC)でのみ動作します。 他のLCがシステム内にある場合は、自動的にシャットダウンされます。エンジン0以外のLCが必要な場合は、ルータに全帯域幅(3つのSFCと1つのCSC)をインストールする必要があります。冗長性が必要な場合は、2枚目のCSCが必要です。この冗長 CSC は、CSC または SFC のいずれかに障害が発生した場合にだけ動作します。冗長 CSC は、CSC または SFC として動作可能です。
12416、12406、12410、および 12404 では、フル帯域幅が必要です。
すべてのCisco 12000シリーズルータには、最大3つのSFCと2つのCSCがあります。ただし、5つの専用SFCと2つの専用CSCを備えた12410シリーズと、すべてのCFCおよびSFC機能を備えた1つのボード112222444004004000400400004000000000000000000000000000000000000000000000012404 の場合、冗長性がありません。
12008、12012、12016、12406、および12416では、CSCカードはSFCとしても機能します。これは、フル帯域幅の冗長構成を実現するには 3 枚の SFC と 2 枚の CSC だけが必要となるためです。12410には、専用のCSCとSFCがあります。フル帯域幅の冗長構成を実現するには、2 枚の CSC と 5 枚の SFC が必要となります。
シャーシにエンジン 0 の LC 以外何もない場合、1/4 帯域幅構成は 12008、12012、12016 でしか使用できません。12400 シリーズ シャーシで使用される CSC192 および SFC192 では、1/4 帯域幅構成はサポートされていません。
A.スイッチファブリックカード(SFC)とクロックスケジューラカード(CSC)は異なりますが、12000シリーズインターネットルータはすべて同じギガビットルートプロセッサ(GRP)とラインカード(LC)を使用します。 例外は、OC-192 POS、10xGE、および 320-Gbps スイッチ ファブリックを備えた 124xx でだけサポートされるラインカードなど、エンジン 4 に基づいているすべてのラインカードです。詳細については、「ボックスで実行されているエンジンカードを判別するにはどうすればよいですか」を参照してください。
A.ギガビットルートプロセッサ(GRP)およびラインカード(LC)は、シャーシの前面から取り付けられ、パッシブバックプレーンに差し込まれます。このバックプレーンに用意されているシリアル回線によって、すべてのラインカードがスイッチ ファブリック カードに相互接続されるだけでなく、電源やメンテナンス機能のための他の接続部も相互接続されています。各2.5 Gbpsシャーシスロット(12008、12012、12016)には最大4つのシリアル回線接続(1.25 Gbps)があり、各SFCに1つずつ、スロットあたり5 Gbpsの総容量(2.5 Full duplex)を提供します。 10 Gbps(12404、12406、12410、および 12416)の各スロットに 4 回線のシリアル回線接続が 4 セット使用され、全二重の場合、各スロットで 20 Gbps のスイッチング容量を実現できます。
注:実際には、各LCには5つのシリアル回線接続があります。1 つは冗長性を目的としており(冗長カードに接続)、エラー訂正のために、その他の SFC 経由のデータと XOR の関係にあります。同じことが 124xx シリーズにも当てはまります。
A. GRPには次のタイプのメモリがあります。
ダイナミックRAM(DRAM)
DRAMはメインメモリまたはプロセッサメモリとも呼ばれます。GRP とライン カード(LC)の両方に DRAM が取り付けられており、これによってオンボード プロセッサで Cisco IOS® ソフトウェアが動作でき、ネットワークのルーティング テーブルが保存できます。GRP では、ルート メモリの容量について、工場出荷時のデフォルトである 128 MB から最大の 512 MB まで設定を変更することができます。
GRP上のプロセッサは、オンボードDRAMを使用して、次のようなさまざまな重要なタスクを実行します。
Cisco IOS ソフトウェア イメージの実行
ネットワークのルーティング テーブルの保存と管理
インストールされているラインカードへのCisco IOSソフトウェアイメージのロード
更新されたCisco Express Forwarding(CEF)テーブル(Forwarding Information Base(FIB)および隣接関係テーブル)を、インストールされたLCにフォーマットして配布する
取り付けられているカードの温度や電圧のアラーム状態を監視し、必要な場合にシャットダウンする
コンソール ポートをサポートし、取り付けられている端末を使用してルータを設定できるようにする
ネットワークのルーティング プロトコルに参加し(そのネットワーク環境にある他のルータと一緒に)、ルータ内部のルーティング テーブルを更新する
注:GRP上の512 MBルートメモリ構成は、製品番号GRP-B=とのみ互換性があります。また、Cisco IOSソフトウェアリリース12.0(19)S、12.0(19)ST以降が必要で、ROMモニタ(ROMmon)リリース11.2(181)以降も必要です。
共有ランダム・アクセス・メモリ (SRAM)
SRAM は、二次的な CPU キャッシュ メモリとなります。標準的な GRP 構成は 512 KB です。主な機能は、LCとの間でルーティングテーブルの更新情報を行うためのステージングエリアとして機能することです。SRAM は、フィールドでのアップグレードは行えません。これは、アップグレードや交換ができないという意味です。
GRP フラッシュ メモリ
オンボードのフラッシュ メモリと PCMCIA カード ベースのフラッシュ メモリでは、いずれも、複数の Cisco IOS ソフトウェアおよびマイクロコード イメージをリモートにロードしたり保存したりすることが可能です。新しいイメージは、ネットワーク経由またはローカル サーバからダウンロードできます。その後、その新しいイメージをフラッシュ メモリに追加するか、既存のファイルを新しいイメージで置き換えることができます。保存されたイメージを使用して手作業または自動でルータをブートできます。フラッシュメモリはTFTPサーバとしても機能し、保存されたイメージから他のサーバがリモートからブートしたり、それらを独自のフラッシュメモリにコピーしたりできます。
オンボード フラッシュ Single Inline Memory Module(SIMM; シングル インライン メモリ モジュール)
オンボード フラッシュ メモリ(ブートフラッシュと呼ばれます)は U17 ソケットにあり、GRP 上で Cisco IOS ソフトウェアのブート イメージと他のユーザ定義のファイルを保持しています。これは 8 MB の SIMM であり、フィールドでのアップグレードは行えません。これはアップグレードも交換もできません。ブートイメージをメインのCisco IOSソフトウェアイメージと同期させることをお勧めします。
フラッシュ メモリ カード
このフラッシュ メモリ カードには、Cisco IOS ソフトウェア イメージが保存されています。フラッシュメモリカードは、製品番号MEM-GRP-FL20=として使用できます。製品番号MEM-GRP-FL20=は、スペアとして出荷される20 MB PCMCIAフラッシュメモリカードです。また、Cisco 12000シリーズシステムの一部としても出荷されます。このカードは GRP の 2 つの PCMCIA スロットのどちらかに装着します。これにより、Cisco IOS ソフトウェアが GRP のメイン メモリにロードされます。タイプ 1 とタイプ 2 の両方の PCMCIA カードを使用できます。
PCMCIAフラッシュカードと各種プラットフォームの互換性については、『PCMCIAファイルシステムの互換性マトリックス』を参照してください。
不揮発性 RAM (NVRAM)
NVRAM に記録される情報は不揮発性です。これは、システムがリロードされた後も情報がこのメモリ上に残ることを意味します。システム コンフィギュレーション ファイル、ソフトウェア構成レジスタの設定、そして環境監視ログなどが 512KB の NVRAM に記録されます。これは最低 5 年間は内容を保持できる内蔵リチウム電池でバックアップされています。NVRAMはフィールドアップグレードが可能ではないため、アップグレードも交換もできません。
消去型プログラム可能読み取り専用メモリ(EPROM)
GRP 上の EPROM には ROMmon が含まれます。これにより、フラッシュ メモリ SIMM にブート ヘルパー イメージがない場合は、フラッシュ メモリ カードからデフォルトの Cisco IOS ソフトウェア イメージをブートできます。有効なイメージが見つからない場合、ブート プロセスは ROMMON モードになります。これは、主要 Cisco IOS ソフトウェアのサブセットであり、基本的なコマンドが許可されます。512 KB のフラッシュ EPROM は、フィールドでのアップグレードは行えません。これは、アップグレードも交換もできないという意味です。
A. LCでは、ユーザ設定可能なLCメモリには2種類あります。
ルート メモリまたはプロセッサ メモリ(Dynamic RAM(DRAM; ダイナミック RAM)内に配置)
パケット メモリ(Synchronous Dynamic RAM(SDRAM; シンクロナス ダイナミック ランダム アクセス メモリ)内に配置)
LCのメモリ構成とメモリソケットの位置は、LCのエンジンタイプによって異なります。一般に、すべてのLCはプロセッサまたはルートメモリ用の共通のメモリ設定オプションを共有しますが、LCが構築されるエンジンのタイプに応じて、パケットメモリに異なるデフォルト設定と最大設定をサポートします。
LCでは、メインメモリを工場出荷時のデフォルトである128 MB(エンジン0、1、2)から、エンジン3および4のLCのデフォルトである256 MBの最大設定まで設定できます。
注:1つのLCにCisco Express Forwardingテーブルをロードするのに十分なDRAMがない場合、Cisco Express ForwardingはこのLCに対して自動的にディセーブルにされます。これは12000シリーズインターネットルータで使用できる唯一のスイッチング方式であるため、LCはディセーブルです。
LCパケットメモリは、LCプロセッサによるスイッチングの決定を待っているデータパケットを一時的に保存します。ラインカード プロセッサによりスイッチングの決定がされると、そのパケットは、適切なラインカードへ転送のため、ルータのスイッチ ファブリックへ伝搬されます。LCを動作させるには、送受信両方のデュアルインラインメモリモジュール(DIMM)ソケットを装着する必要があります。受信バッファと送信バッファは互いに異なるメモリ サイズで動作できますが、バッファに装着される SDRAM DIMM(受信、送信のいずれか)は、タイプとサイズが同じである必要があります。
エンジンのタイプ デフォルト パケット メモリ アップグレード可能 アップグレード用製品 エンジン 0 MEM-LC-PKT-128= No エンジン 1 MEM-LC1-PKT-256= No エンジン 2 MEM-LC1-PKT-256= Yes MEM-PKT-512-UPG= エンジン 3 512MB - FRU なし No エンジン 4 MEM-LC4-PKT-512= No
A. Cisco 12000シリーズは、コア、エッジ、チャネライズドエッジ、ATM、イーサネット、ダイナミックパケットトランスポート(DPT)、および販売終了(EOS)など、幅広いラインナップを提供します。 これらのラインカードでは、Cisco 12000 シリーズの分散システム アーキテクチャによる、ハイ パフォーマンス処理、優先パケット配送の保証、および透過的な Online-Insertion and Removal(OIR; ホットスワップ)サービスが実現されています。次の表に、2001年12月時点でリリースされているラインカードを示します。
コアLC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 1-Port OC-48 POS Internet Service Engine(ISE; インターネット サービス エンジン)1 ポート OC-48c/STM -16c POS/SDH ISE ラインカード Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST 1-Port OC-48 POS 1 ポート OC-48c/STM-16c POS/SDH ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST データシート 4-Port OC-48 POS 4 ポート OC-48c/STM-16c POS/SDH ラインカード エンジン 4 10Gシャーシのみ 12.0(15)S 12.0(17)ST 1-Port OC-192 POS 1 ポート OC-192c/STM-64c POS/SDH ラインカード エンジン 4 10Gシャーシのみ 12.0(15)S 12.0(17)ST エッジLC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 6-Port DS3 6 ポート DS3 ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST 12-Port DS3 12 ポート DS3 ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST 6-Port E3 6 ポート E3 ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(15)S 12.0(16)ST 12-Port E3 12 ポート E3 ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(15)S 12.0(16)ST 4-Port OC-3 POS 4 ポート OC-3c/STM-1c POS/SDH ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(05)S 12.0(11)ST データシート 8-Port OC-3 POS 8 ポート OC-3c/STM-1c POS/SDH ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST 16-Port OC-3 POS 16 ポート OC-3c/STM-1c POS/SDH ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST 16-Port OC-3 POS ISE 16 ポート OC-3c/STM-1c POS/SDH ISE Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST 1-Port OC-12 POS 1 ポート OC-12c/STM-4c POS/SDH ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST データシート 4-Port OC-12 POS 4 ポート OC-12c/STM-4c POS/SDH ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST データシート 4-Port OC-12 POS ISE 4 ポート OC-12c/STM-4c POS/SDH ISE ラインカード Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST 1-Port OC-48 POS ISE 1 ポート OC-48c/STM -16c POS/SDH ISE ラインカード Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST チャネライズドエッジLC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 2-Port CHOC-3, DS1/E1 2 ポート チャネライズド OC-3/STM-1(DS1/E1)ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(17)S 12.0(17)ST データシート 1-Port CHOC-12, DS3 1 ポート チャネライズド OC-12(DS3)ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(05)S 12.0(11)ST データシート 1-Port CHOC-12, OC-3 1 ポート チャネライズド OC-12/STM-4(OC-3/STM-1)ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(05)S 12.0(11)ST データシート 4-Port CHOC-12 ISE 4 ポート チャネライズド OC-12/STM-4(DS3/E3、OC-3c/STM-1c)POS/SDH ISE Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST 1-Port CHOC-48 ISE 1 ポート チャネライズド OC-48/STM-16 (DS3/E3、OC-3c/STM-1c、OC-12c/STM-4c)POS/SDH ISE ラインカード Engine 3(ISE) 10G シャーシ 2.5G シャーシ 12.0(21)S 12.0(21)ST 6-Port Ch T3 6 ポート チャネライズド T3(T1)ラインカード エンジン 0 10G シャーシ 2.5G シャーシ 12.0(14)S 12.0(14)ST ATM LC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 4-Port OC-3 ATM 4 ポート OC-3c/STM-1c ATM エンジン 0 10G シャーシ 2.5G シャーシ 12.0(5)S 12.0(11)ST 1-Port OC-12 ATM 1 ポート OC-12c/STM-4c ATM エンジン 0 10G シャーシ 2.5G シャーシ 12.0(7)S 12.0(11)ST データシート 4-Port OC-12 ATM 4 ポート OC-12c/STM-4c ATM ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(13)S 12.0(14)ST データシート イーサネットLC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 8-Port FE w/ ECC 8 ポート ファースト イーサネット ラインカード エンジン 1 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(16)ST 3-Port GE 3 ポート ギガビット イーサネット ラインカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(11)S 12.0(16)ST データシート 10-Port GE 10 ポート ギガビット イーサネット Engine 4 w/RX/TX+ /density 10G シャーシ 2.5G シャーシ 12.0(22)S 12.0(22)ST データシート DPT LC
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース リソース 2-Port OC-12 DPT 2 ポート OC-12c/STM-4c DPT エンジン 1 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST アナウンス 1-Port OC-48 DPT 1 ポート OC-48c/STM-16c DPT エンジン 2 10G シャーシ 2.5G シャーシ 12.0(15)S 12.0(16)ST データシート アナウンス EOSLC
これらのラインカードは販売されなくなりました。これらは参照用にリストされています。
ライン カード名 [Engine] サポートされるシャーシ Cisco IOS ソフトウェア リリース 1ポートOC-192c/ STM-64cイネーブラカード1ポートOC-192c/STM-64c POs/イネーブラカード エンジン 2 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(11)ST 1-Port GE w/ ECC 1ポートギガビットイーサネットラインカード詳細は製品速報を参照してください。 エンジン 1 10G シャーシ 2.5G シャーシ 12.0(10)S 12.0(16)ST 注:エンジン3ラインカードは、ラインレートでエッジ機能を実行できます。レイヤ 3(L3)エンジンがより高速になるほど、より多くのパケットをハードウェアで交換できます。
A. Cisco IOSソフトウェアリリース12.0(9)Sでは、次に示すように、show diagコマンドの出力にレイヤ3(L3)エンジンタイプが追加されました。
SLOT 1 (RP/LC 1 ): 1 Port Packet Over SONET OC-12c/STM-4c Single Mode MAIN: type 34, 800-2529-02 rev C0 dev 16777215 HW config: 0x00 SW key: FF-FF-FF PCA: 73-2184-04 rev D0 ver 3 HW version 1.1 S/N CAB0242ADZM MBUS: MBUS Agent (1) 73-2146-07 rev B0 dev 0 HW version 1.2 S/N CAB0236A4LE Test hist: 0xFF RMA#: FF-FF-FF RMA hist: 0xFF DIAG: Test count: 0xFFFFFFFF Test results: 0xFFFFFFFF L3 Engine: 0 - OC12 (622 Mbps) !--- Engine 0 card. MBUS Agent Software version 01.40 (RAM) (ROM version is 02.02) Using CAN Bus A ROM Monitor version 10.00 Fabric Downloader version used 13.01 (ROM version is 13.01) Primary clock is CSC 1 Board is analyzed Board State is Line Card Enabled (IOS RUN ) Insertion time: 00:00:11 (2w1d ago) DRAM size: 268435456 bytes FrFab SDRAM size: 67108864 bytes ToFab SDRAM size: 67108864 bytes 0 crashes since restart同じ結果から役に立つ情報だけを表示するには、次のショートカット コマンドを使用できます。
Router#show diag | i (SLOT | Engine) ... SLOT 1 (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode L3 Engine: 0 - OC12 (622 Mbps) SLOT 3 (RP/LC 3 ): 3 Port Gigabit Ethernet L3 Engine: 2 - Backbone OC48 (2.5 Gbps) ...
A.冗長GRPのサポートは、Cisco IOSソフトウェアリリース12.0(5)Sおよび11.2(15)GS2で導入されました。12000シリーズルータシャーシに2つのGRPがインストールされると、1つのGRPがアクティブGRPとして動作し、もう1つのバックアップ機能しますGRPをサポートしていますプライマリルートプロセッサ(RP)に障害が発生するか、システムから取り外されると、セカンダリGRPが障害を検出し、スイッチオーバーを開始します。スイッチオーバー中は、セカンダリGRPがルータの制御を引き継ぎ、ネットワークインターフェイスに接続し、ローカルネットワーク管理インターフェイスとシステムコンソールをアクティブにします。
Route Processor Redundancy
Route Processor Redundancy(RPR)は、High System Availability(HSA; ハイ システム アベイラビリティ)に対する代替モードであり、スイッチオーバーの前に、スタンバイ プロセッサを使用した Cisco IOS ソフトウェアのブートを可能にします(「コールド ブート」)。 RPRでは、スタンバイRPがブート時にCisco IOSソフトウェアイメージをロードし、スタンバイモードで初期化します。ただし、スタートアップコンフィギュレーションはスタンバイRPと同期されますが、システムの変更は行われません。アクティブRPで致命的なエラーが発生すると、システムはスタンバイプロセッサに切り替わり、アクティブプロセッサとして自身を再初期化し、スタートアップコンフィギュレーションの読み取りと解析、すべてのラインカード(LC)のリロード、システムの再起動を行います。
Route Processor Redundancy Plus
RPR+モードでは、スタンバイRPが完全に初期化されます。アクティブな PR によって、スタートアップおよび実行コンフィギュレーションの変更が、スタンバイ RP に動的に同期されます。これは、スタンバイ RP にはリロードおよび再初期化が必要ないことを意味します(「ホット ブート」)。 さらに、Cisco 10000および12000シリーズインターネットルータでは、RPR+モードでLCがリセットされません。この機能により、プロセッサ間でのはるかに高速なスイッチオーバーが提供されます。スタンバイRPに同期する情報には、実行コンフィギュレーション情報、Cisco 10000および12000シリーズインターネットルータの起動情報、ハードウェアのOnline Insertion and Removal(OIR;ホットスワップ)などのシャーシ状態への変更などが含まれます。LC、プロトコル、およびアプリケーションステート情報は、スタンバイRPと同期されません。
RPR+は、Cisco IOSソフトウェアリリース12.0(17)STで導入されました。RPR+をサポートする12000シリーズインターネットルータでのLCの詳細については、『Cisco IOSリリース12.0 Sのクロスプラットフォームリリースノート、パート2:新機能と重要な注意事項。RPR+スイッチオーバー中に、他のすべてのラインカード(ATMやエンジン3など)がリセットされ、リロードされます。
Stateful Switchover
Stateful Switchover(SSO)モードでは、スタンバイ RP 上で Cisco IOS ソフトウェアが完全に初期化され、RPR+ の全機能が提供されます。さらに、SSOでは、サポートされる機能とプロトコル(ホットスタンバイ)について、RP間でのLC、プロトコル、およびアプリケーションステート情報の同期がサポートされます。
SSO は、Cisco IOS ソフトウェア リリース 12.0(22)S 以降で利用可能な新機能です。この機能の詳細については、「ステートフルスイッチオーバー」を参照してください。
A. Cisco IOSソフトウェアリリース11.2GS、12.0S、または12.0STは、必要な機能に応じて、12000シリーズインターネットルータにインストールできます。必要な機能、取り付けられているハードウェア部品、および使用可能なメモリに基づいて選択する必要があります。
インストールするCisco IOSソフトウェアを決定するためのリファレンスガイドとして、リストされているリリースノートを参照してください。これらの資料では、各 Cisco IOS ソフトウェア リリースでサポートされている機能やハードウェア コンポーネントについて、詳細に説明されています。
使用しているネットワーク デバイス用の適切なソフトウェアを選択するには、Software Advisor(登録ユーザのみ)ツールが役立ちます。
注:12000シリーズインターネットルータ(gsr-x-xx)で実行されているイメージには、システムの初期化時にラインカードにダウンロードされる統合ラインカード(LC)イメージ(glc-x-x)が含まれています。
A. ACLのサポートは、ラインカード(LC)のレイヤ3(L3)エンジンタイプによって異なります。 エンジン4 LCはACLをサポートしませんが、エンジン4+(現在は早期フィールドトライアル(EFT)で)はサポートします。
A.詳細は、12000シリーズインターネットルータのMIBサポートリストおよびcisco.com WebサイトのCisco MIBページを参照してください。
A. 12000シリーズインターネットルータは、一般にIPネットワークのコアにおける高速パケット転送パフォーマンスを実現するように設計されています。エンジン3およびエンジン4+ラインカード(LC)は、エッジアプリケーション向けに設計されており、ハードウェアに拡張IPサービス(QoSなど)を実装してもパフォーマンスに影響しません。
次の表は、エンジンタイプ別のQoS機能のサポートをまとめたものです。
MDRR WRED マーキング 注意事項 エンジン 0 対応(ソフトウェア) 対応(ソフトウェア) レート制限文だけ。ポリシーベース ルーティングも使用可。 エンジン 1 No No レート制限文だけ。ポリシーベース ルーティングも使用可。 エンジン 2 対応(ハードウェア) 対応(ハードウェア) インターフェイスあたり 1 つの入力レート制限文だけ。ACLはありません。 マーキング、MDRR、およびWREDは、サブインターフェイスでは使用できません。 エンジン 3 対応(ハードウェア) 対応(ハードウェア) ポート、ACL、レート制限 サブインターフェイスはエンジン 3 でサポート。 エンジン 4 対応(ハードウェア) 対応(ハードウェア) はい:レート制限のあるポートに基づきます。ACLではありません。 最小限のサブインターフェイスのサポート エンジン 4+ 対応(ハードウェア) 対応(ハードウェア) 対応(エンジン 4 と同様、ただし ACL サポートもあり) 1 MDRR = Modified Deficit Round Robin(MDRR; 欠陥修正ラウンド ロビン)
2 WRED = Weighted Random Early Detection(WRED; 重み付けランダム早期検出)
ルータのための正しいパケット スケジューリング メカニズムは、そのスイッチング アーキテクチャによって異なります。Weighted Fair Queueing(WFQ; 均等化キューイング)と Class-Based WFQ(CBWFQ; クラスベース均等化キューイング)は、バスベースのアーキテクチャの Cisco ルータ プラットフォームでリソースを割り当てる、よく知られたスケジューリング アルゴリズムです。ただし、Cisco 12000シリーズルータではサポートされていません。レガシープライオリティキューイングとカスタムキューイングも、Cisco 12000シリーズルータではサポートされていません。代わりに、ギガビットスイッチルータ(GSR)は、アーキテクチャや高速スイッチファブリックに適したキューイングメカニズムを使用します。そのメカニズムが MDRR です。
DRR 内において、各サービス キューには、関連付けられた割当値(ラウンドごとに処理されるバイト数の平均)、およびこの割当値に初期設定された収支カウンタが含まれています。空でない各フローキューは、ラウンドロビン方式で処理され、各ラウンドの量子バイトの平均パケットに基づいてスケジューリングされます。収支カウンタが 0 よりも大きい限り、サービス キューのパケットへの対応が行われます。処理されたパケットは、それぞれそのバイト長に等しい値だけデフィシット カウンタを減らします。デフィシット カウンタが 0 以下になると、キューは処理されません。新しいラウンドが始まると、そのたびに空でない各キューの不足カウンタが量子値だけ増えます。
MDRRは、次の2つのモードのいずれかで処理できる特別な低遅延キューを追加することで、通常のDRRとは異なります。
完全優先モード:空でない場合は常にキューが処理されます。このため、このトラフィックの遅延は最低限に抑えられます。
代替モード:低遅延キューは、それ自体と他のキューの間で交互に処理されます。
ヒント:この低遅延キューは、非常に低い遅延と低いジッタを必要とする時間に敏感なトラフィックに絶対に必要です。たとえば、Voice over IP(VoIP)ネットワークを導入する場合、遅延とジッタの要件は非常に厳格であり、これらの要件を満たす唯一の方法は、完全優先モードを使用することです。Priority Queue(PQ; プライオリティ キュー)クラスに対するバックボーンの Service Level Agreement(SLA; サービス レベル契約)では、低遅延と低ジッタ、さらに無損失が必須です。代替モードでは、より多くの遅延が発生するため、PQクラスへのジッタが増加します。サービスプロバイダーは、平均使用率が30 ~ 50 %を超えないようにPQクラスを設計します。出力レートの100%を超えるPQクラスのバーストを許容されます。この場合、他のクラスは飢えていますが、非常に短い時間(最悪のシナリオでは数�百秒)です。
次の表に、ToFab(スイッチファブリックに向かう)およびFrFab(スイッチファブリックから来る)ハードウェアキューでのMDRRのサポートを示します。
ToFab 代替 MDRR ToFab 完全 MDRR ToFab WRED Eng0 no あり あり Eng1 no no no Eng2 あり あり あり Eng3 あり あり あり Eng4 あり あり あり Eng4+ あり あり あり 12000シリーズインターネットルータのすべてのToFab Class of Service(CoS)は、レガシーCoS構文を使用して設定する必要があります。
FrFab代替MDRR FrFab Strict MDRR FrFab WRED Eng0 no あり あり Eng1 no no no Eng2 はい1 あり あり Eng3 はい2 あり あり Eng4 あり あり あり Eng4+ あり あり あり 1 FrFab 方向の代替 MDRR は、エンジン 2 ラインカード用のレガシー CoS 構文を使用する場合にだけ利用可能です。
2 エンジン 3 または 5 のハードウェアでは、キューごとの出力シェーピングおよびポリシングがサポートされています。この機能によって、代替モード MDRR キューイングのスーパーセットが提供されます。
A. MQCは、プラットフォーム間で共通のコマンドライン構文を提供することにより、Cisco IOSソフトウェアが稼働するルータでのQuality of Service(QoS)機能の設定を簡素化します。MQCには、次の3つの手順が含まれています。
class-mapコマンドを使用したトラフィッククラスの定義
トラフィッククラスを1つ以上のQoSポリシーに関連付けてサービスポリシーを作成する(policy-mapコマンドを使用)
service-policyコマンドを使用して、サービスポリシーをインターフェイスに割り当てる
詳細は、『モジュラQuality of Service(QoS)コマンド・ライン・インターフェイス』を参照してください。
12000シリーズインターネットルータでのMQCは、他のプラットフォームでの実装とは若干異なります。さらに、各レイヤ3(L3)フォワーディングエンジンのMQCは若干異なる場合があります。
次の表に、すべてのL3エンジンタイプのラインカード(LC)のMQCサポートを示します。
L3エンジンタイプ エンジン 01 エンジン 1 エンジン 2 エンジン 3 エンジン 4 エンジン 4+ MQC のサポート あり 3 no あり 3 あり あり あり Cisco IOS ソフトウェア リリース 12.0(15)S - 12.0(15)S2 12.0(21)S 12.0(22)S 12.0(22)S 1 4OC3/ATM および LC-1OC12/ATM エンジン 0 ラインカードでは、MQC はサポートされません。
2 一部のラインカード上での MQC サポートに関して、次の例外があります。
8ポートOC3 ATM LCの場合、12.0(22)S以降のリリースでサポートされています。
2ポートCHOC3/STM1では、12.0(17)S以降でサポートされています。
OC-48 DPTでは、12.0(18)Sからサポートされています。
3 エンジン0およびエンジン2の場合、MQCは次のコマンドのみをサポートします。
match ip precedence [value]
bandwidth percent [value]
priority
ランダム
random precedence [prec] [min] [max] 1
MQCはFrFabキューのみをサポートします。ToFab キューは MQC ではサポートされません。その結果、Rx Weighted Random Early Detection(WRED;重み付けランダム早期検出)とModified Deficit Round Robin(MDRR;修正不足ラウンドロビン)は、従来のCLIでのみ設定できます。
これはすべてのラインカードに当てはまります。MQCはToFab Class of Service(CoS)を認識していません。
(ToFab キューとして知られる)仮想出力キューは入力キューではないので、Rx ポリシーを使用できません。ToFab キューは宛先スロットあるいはポートに関連していることが、その理由です。入力キューは、宛先スロットやポートに関係なく、入力インターフェイスだけに関連付ける必要があります。エッジ エンジンにおける唯一の入力キューは、(入力)シェープ キューです。
エンジン3 LCはリリース2でMQCをサポートします。エンジン3では、MQCを使用してToFab方向の整形キューを設定できます。通常のToFabキューは、CLIでのみ設定できます。MQCを使用すると、すべてのFromFabキューを設定できます。MQCサポートは、12.0(21)S/STの物理/チャネルインターフェイス定義で利用でき、12.0(22)S/STでもサブインターフェイス定義をサポートするように拡張されています。
注:MQCではCommitted Access Rates(CAR)をサポートしていますが、continue機能はサポートしていません。これは一般的なMQCの問題であり、12000シリーズインターネットルータまたはエンジン3 LCに限定されません。
次に、エンジン2とエンジン3のMQC実装の違いを示します。
エンジン 2
帯域幅共有設定は、単一レベルだけです。
CLI での帯域幅率は内部で割当値に変換され、適切なキューにプログラミングされます。
エンジン 3
帯域幅共有設定は、2 つのレベルがあります。
各キューには、最小帯域幅と割当値があります。
CLI での帯域幅率は、基本となるリンク レートに従ってレート(kbps)に変換されてから、キュー上に直接設定されます。クォンタム値への変換は行われません。この最小帯域幅保証の精度は 64 kbps です。
割当値は、インターフェイスの Maximum Transmission Unit(MTU; 最大転送ユニット)に応じて内部で設定され、すべてのキューに均等に設定されます。直接的にも間接的にも、この割当値を変更するための MQC CLI メカニズムはありません。
注:クォンタム値は、インターフェイスのMTU以上である必要があります。また、内部のクォンタム値は512バイト単位です。そのため、デフォルトで 4470 バイトの MTU については、MTU の最小割当値は 9 である必要があります。
A. FECはファストイーサネット(FE)カードではサポートされていません。Gigabit Ether Channel(GEC)は、現在、すべてのギガビットイーサネット(GE)ラインカード(LC)(GEや3GEなど)でサポートされているわけではありません。
A. Cisco IOSソフトウェアリリース12.0(6)では、GEインターフェイスでの802.1qのサポートのみが導入されました。802.1q カプセル化は、すべての GE ラインカードでサポートされます。12000 シリーズ インターネット ルータでは、ISL のカプセル化はサポートされていません。また、サポートの予定もありません。
router#show interface GigabitEthernet 3/0 mac-accounting GigabitEthernet3/0 GE to LINX switch #1 Output (431 free) 0090.bff7.a871(1 ): 1 packets, 85 bytes, last: 44960ms ago 00d0.6338.8800(3 ): 2 packets, 145 bytes, last: 33384ms ago 0090.86f7.a840(9 ): 2 packets, 145 bytes, last: 12288ms ago 0050.2afc.901c(10 ): 4 packets, 265 bytes, last: 1300ms agoA. 3xGEラインカード(LC)は、Sampled NetFlowアカウンティングおよびBorder Gateway Protocol(BGP)ポリシーアカウンティングもサポートしています。
A. Cisco IOSソフトウェアリリース12.0(6)S以降、NetFlowはCisco 12000シリーズルータでサポートされていますが、エンジン0および1のラインカード(LC)でのみサポートされています。 NetFlowは、ギガビットイーサネット(GE)ラインカードではサポートされていません。
Cisco IOS ソフトウェア リリース 12.0(7)S 以降、NetFlow は GE ラインカード上でサポートされています。
Cisco IOS ソフトウェア リリース 12.0(14)S 以降、エンジン 2 の Packet-over-SONET(PoS; パケット オーバー ソネット)ラインカードで、Sampled NetFlow がサポートされています。Sampled NetFlow 機能を使用すると、ルータに転送される x 個の IP パケットごとに 1 個のパケットをサンプリングできます。この際にユーザが x に指定できるのは、最小値から最大値までの範囲の値です。サンプリング パケットは、ルータの NetFlow フロー キャッシュで処理されます。このサンプリング パケットにより、大多数のパケットに対して NetFlow 用の追加処理が不要となるので、スイッチング処理がより高速に行えるようになり、NetFlow パケットの処理に要する CPU 使用率を大幅に低減できます。
詳細は、「サンプルNetFlow」を参照してください。
Cisco IOSソフトウェアリリース12.0(14)S以降、NetFlowエクスポートバージョン5は、Cisco 12000シリーズインターネットルータでもサポートされています。バージョン 5 のエクスポート形式は、従来型の NetFlow および Sampled NetFlow 機能とともに有効にできます。NetFlow Export バージョン 5 の機能では、詳細な精度のデータを NetFlow コレクタにエクスポートする機能が提供されています。フローごとの情報と統計情報が管理され、ワークステーションにアップロードされます。
Cisco IOSソフトウェアリリース12.0(16)S以降、Sampled NetFlowは3ポートGE LCでサポートされています。
Cisco IOSソフトウェアリリース12.0(18)S、Sampled NetFlow、およびPacket Switch Application-Specific Integrated Circuit(ASIC;特定用途向け集積回路)(PSA)上の128アクセスコントロールリスト(ACL)を、Engine 2 Packet over SONET(PoS)で同時にに設定できるようになりましたLC)
Cisco IOSソフトウェアリリース12.0(19)S以降、NetFlow Multiple Export Destinations機能により、NetFlowデータの複数の宛先を設定できます。この機能をイネーブルにすると、NetFlow データの 2 つの同一ストリームが宛先ホストに送信されます。現在、許可されるエクスポート先の最大数は2です。
NetFlow Multiple Export Destinations 機能は、NetFlow が設定されている場合にだけ利用できます。
サポートされるプラットフォームの詳細については、『Sampled NetFlow Details and Platform Support』を参照してください。
A.あり。Cisco IOSソフトウェアリリース12.0(10)S以降。ただし、エンジン2 LCのアーキテクチャに起因するいくつかの制限があります。エンジン 2 ラインカード内では、IP と Multiprotocol Label Switching(MPLS; マルチプロトコル ラベル スイッチング)のパケット転送に PSA が使用されています。パケットフォワーディングプロセスを支援するために、マルチベースのルックアップエンジン、マイクロシーケンサ、およびその他の特殊なハードウェアを使用します。PSA は、パイプライン動作による ASIC です。したがって、エンジン 2 ラインカードのパフォーマンスは、6 つのステージそれぞれのサイクルに依存します。追加の機能や処理をサポートするために余分なサイクルが必要になると、PSAのパフォーマンスが低下します。これが、エンジン 2 ベースのラインカードで、すべての Cisco IOS ソフトウェア機能を同時にサポートできない理由です。エンジン 2 ラインカードで特定機能を有効にするお客様を支援するために、一部の PSA マイクロコード バンドルがカスタマイズされています。たとえば、ACLはPer Interface Rate Control(PIRC)と共存できません。
A.はい。Cisco IOS ソフトウェア リリース 12.0S トレインでは、トラフィック エンジニアリングと Tag Distribution Protocol(TDP; タグ配布プロトコル)がサポートされています。 Cisco IOS 12.0ST トレインにより、MPLS Virtual Private Network(VPN; バーチャル プライベート ネットワーク)および Label Distribution Protocol(LDP; ラベル配布プロトコル)のサポートが追加されます。MPLSは、Cisco IOSソフトウェアバージョン12.0(9)S以降、ダイナミックパケットトランスポート(DPT)カードでサポートされています。
A. show controllers clockコマンドを使用すると、次の例に示すようにアクティブなCSCが表示されます。
Router#show controllers clock Switch Card Configured 0x1F (bitmask), Primary Clock for system is CSC_1 System Fabric Clock is Redundant Slot # Primary ClockMode 0 CSC_1 Redundant 1 CSC_1 Redundant 2 CSC_1 Redundant 3 CSC_1 Redundant 4 CSC_1 Redundant 16 CSC_1 Redundant 17 CSC_1 Redundant 18 CSC_1 Redundant 19 CSC_1 Redundant 20 CSC_1 Redundant
A. show gsrおよびshow diag summaryコマンドで、インストールされたLCが表示されます。最初のLCはLCの状態を示し、2番目のLCは次の例に示すように短くなります。
Router#show gsr Slot 0 type = 1 Port SONET based SRP OC-12c/STM-4 state = Line Card Enabled Slot 1 type = 8 Port Fast Ethernet state = Line Card Enabled Slot 2 type = 1 Port E.D. Packet Over SONET OC-48c/STM-16 state = Line Card Enabled Slot 3 type = Route Processor state = IOS Running ACTIVE Slot 4 type = 4 Port E.D. Packet Over SONET OC-12c/STM-4 state = Line Card Enabled Slot 16 type = Clock Scheduler Card(6) OC-192 state = Card Powered Slot 17 type = Clock Scheduler Card(6) OC-192 state = Card Powered PRIMARY CLOCK Slot 18 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 19 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 20 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 24 type = Alarm Module(6) state = Card Powered Slot 25 type = Alarm Module(6) state = Card Powered Slot 28 type = Blower Module(6) state = Card Powered Router#show diag summary SLOT 0 (RP/LC 0 ): 1 Port SONET based SRP OC-12c/STM-4 Single Mode SLOT 1 (RP/LC 1 ): 8 Port Fast Ethernet Copper SLOT 2 (RP/LC 2 ): 1 Port E.D. Packet Over SONET OC-48c/STM-16 Single Mode/SR SC-SC connector SLOT 3 (RP/LC 3 ): Route Processor SLOT 4 (RP/LC 4 ): 4 Port E.D. Packet Over SONET OC-12c/STM-4 Multi Mode SLOT 16 (CSC 0 ): Clock Scheduler Card(6) OC-192 SLOT 17 (CSC 1 ): Clock Scheduler Card(6) OC-192 SLOT 18 (SFC 0 ): Switch Fabric Card(6) OC-192 SLOT 19 (SFC 1 ): Switch Fabric Card(6) OC-192 SLOT 20 (SFC 2 ): Switch Fabric Card(6) OC-192 SLOT 24 (PS A1 ): AC PEM(s) + Alarm Module(6) SLOT 25 (PS A2 ): AC PEM(s) + Alarm Module(6) SLOT 28 (TOP FAN ): Blower Module(6)
A. execute-on slot < slot #> execute-on allコマンドを発行します。
A.イネーブルモードからattach <slot #>コマンドを発行します。そのラインカードを終了するには、exit コマンドを発行します。
A. diag <slot #> verboseコマンドを発行します。診断を実行すると、ラインカード上での通常の操作とパケット転送が中断されます。診断に失敗すると、LCはダウン状態のままになります。再起動するには、microcode reload <slot #>コマンドまたはhw-module slot <slot #> reloadコマンドを発行します。診断では、スイッチファブリックカード(SFC)に問題は見つかりません。
A.バッファの使用率を監視するには、次のコマンドを使用できます。
execute-on slot <slot #> show controllers tofab queues
execute-on slot <slot #> show controllers frfab queues
A. Cisco 12000シリーズルータのパケットメモリは、次の2つのバンクに分割されます。ToFabおよびFrFab。ToFab メモリは、ラインカード上のインターフェイスの 1 つに到着し、ファブリックに向かうパケットに使用されます。FrFab メモリは、ファブリック側から、ラインカード上のインターフェイスを出て行くパケットに使用されます。
これらの ToFab と FrFab キューは、12000 シリーズ インターネット ルータにおいて、無視されたパケットを効率的にトラブルシューティングするために理解する必要がある、最も重要な概念です。
注:ToFab(ファブリックに向けて)とRx(ルータで受信)は、FrFab(ファブリックから)とTx(ルータで送信)の2つの異なる名前です。 たとえば、ToFab Buffer Management Application-Specific Integrated Circuit(ASIC;特定用途向け集積回路)(BMA)は、RxBMAとも呼ばれます。この文書では、ToFab または FrFab を表記法として使用しますが、この文書以外では Rx または TX の名称が使用される場合があります。
LC-Slot1#show controllers tofab queues Carve information for ToFab buffers SDRAM size: 33554432 bytes, address: 30000000, carve base: 30029100 33386240 bytes carve size, 4 SDRAM bank(s), 8192 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 40606/40606 buffers specified/carved 33249088/33249088 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 20254/20254 (buffers specified/carved), 49.87%, 80 byte data size 1 17297 17296 20254 65535 12152/12152 (buffers specified/carved), 29.92%, 608 byte data size 2 20548 20547 12152 65535 6076/6076 (buffers specified/carved), 14.96%, 1568 byte data size 3 32507 38582 6076 65535 1215/1215 (buffers specified/carved), 2.99%, 4544 byte data size 4 38583 39797 1215 65535 809/809 (buffers specified/carved), 1.99%, 9248 byte data size 5 39798 40606 809 65535 IPC Queue: 100/100 (buffers specified/carved), 0.24%, 4112 byte data size 30 72 71 100 65535 Raw Queue: 31 0 17302 0 65535 ToFab Queues: Dest Slot 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535 4 0 0 0 65535 5 0 17282 0 65535 6 0 0 0 65535 7 0 75 0 65535 8 0 0 0 65535 9 0 0 0 65535 10 0 0 0 65535 11 0 0 0 65535 12 0 0 0 65535 13 0 0 0 65535 14 0 0 0 65535 15 0 0 0 65535 Multicast 0 0 0 65535次のリストは、参照されている例に含まれる主なフィールドの一部を示しています。
同期ダイナミックRAM(SDRAM)サイズ:33554432 bytes, address:30000000, carve base:30029100:受信パケットメモリのサイズと、それが始まるアドレスの場所。
max buffer data size 9248 bytes, min buffer data size 80 bytes - バッファ サイズの最大値と最小値。
40606/40606 buffers specified/carved。Cisco IOS ソフトウェアによって分割が指定されたバッファと、実際に分割されたバッファの数。
non-IPC free queues。Inter Process Communication(IPC; プロセス間通信)以外のバッファ プールはパケット バッファ プールです。ラインカードに到達するパケットは、これらのバッファ プールの 1 つから、パケットのサイズに応じてバッファが割り当てられます。一部のラインカードでは、バッファ分割のアルゴリズムによって作成される IPC 以外のフリー キューは 3 つだけになります。この理由は、特定ラインカードの最大限にサポートされている Maximum Transmission Unit(MTU; 最大伝送ユニット)の大きさまで、ToFab キューが分割されるからです。たとえば、イーサネットLCは3つのキュー(最大1568バイトサイズ)のみをサポートし、4544バイトプールは必要ありません。出力例では、サイズがそれぞれ 80、608、1568、4544、および 9248 バイトである 5 つのパケット バッファ プールが示されています。各プールに関する詳細は、次のとおりです。
20254/20254 (buffers specified/carved), 49.87%, 80 byte data size。受信パケット メモリの 49.87 % が、20254 の 80 バイト バッファに分割。
Qnum - キュー番号。
#Qelem。このキュー内の使用可能なバッファの数。バックアップされたキューを確認するためにチェックする列です。
Head と Tail - ヘッドおよびテール メカニズムによってキューが正しく移動していることが保証されます。
IPC Queue:LCからギガビットルートプロセッサ(GRP)へのIPCメッセージ用に予約されています。 IPCの説明については、「トラブルシューティング:CEF関連のエラーメッセージ」を参照してください。
Raw Queue。着信パケットに IPC 以外のフリー キューからバッファが割り当てられた場合、raw キュー上にキューイングされます。raw キューは、割り込みの間に LC CPU によって First In, First Out(FIFO; 先入れ先出し)方式で処理されます。Raw Queue行の#Qelem列に非常に大きな数が表示されている場合は、CPUで待機しているパケットが多すぎるため、これらのパケットの処理が必要なレートに対応できません。この問題の症状は、show interfacesコマンドの出力に示されるように、無視されるエラーが増えています。この問題の発生は非常にまれです。
ToFab Queue:仮想出力キュー。宛先スロットごとに 1 つずつと、マルチキャスト トラフィック用に 1 つあります。上記の出力例では、15 の仮想出力キューが表示されています。12012には12個のスロットがありますが、当初は15スロットシャーシとして設計されていました。仮想出力キューの 13 から 15 は使用されません。
入力LC CPUがパケット交換を決定した後、パケットは、パケットの宛先であるスロットに対応する仮想出力キューにキューイングされます。4 番目のカラムの数字は、仮想出力キューに現在キューイングされているパケットの数を示します。
GRPからattachコマンドを発行してLCに接続し、次にshow controller frfab queueコマンドを発行して送信パケットメモリを表示します。ToFab出力のフィールドに加えて、FrFab出力にはインターフェイスキューセクションが表示されます。その出力内容は発信 LC 上のインターフェイスのタイプと数によって異なります。
ラインカード上の各インターフェイスごとに、このようなキューが 1 つ存在します。特定のインターフェイスから送出されるパケットが、対応するインターフェイス キューにキューイングされます。
LC-Slot1#show controller frfab queue ========= Line Card (Slot 2) ======= Carve information for FrFab buffers SDRAM size: 16777216 bytes, address: 20000000, carve base: 2002D100 16592640 bytes carve size, 0 SDRAM bank(s), 0 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 20052/20052 buffers specified/carved 16581552/16581552 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 9977/9977 (buffers specified/carved), 49.75%, 80 byte data size 1 101 10077 9977 65535 5986/5986 (buffers specified/carved), 29.85%, 608 byte data size 2 10078 16063 5986 65535 2993/2993 (buffers specified/carved), 14.92%, 1568 byte data size 3 16064 19056 2993 65535 598/598 (buffers specified/carved), 2.98%, 4544 byte data size 4 19057 19654 598 65535 398/398 (buffers specified/carved), 1.98%, 9248 byte data size 5 19655 20052 398 65535 IPC Queue: 100/100 (buffers specified/carved), 0.49%, 4112 byte data size 30 77 76 100 65535 Raw Queue: 31 0 82 0 65535 Interface Queues: 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535次のリストは、参照されている例に含まれる主なフィールドの一部を示しています。
non-IPC free queues。これらのキューは、さまざまなサイズのパケット バッファ プールです。パケットがファブリックを経由して受信されると、これらのキューの 1 つから適切なサイズのバッファが取られます。パケットはバッファにコピーされ、次に適切な出力インターフェイス キューに配置されます。ToFab キューとは異なり、任意の着信インターフェイスからのパケットをサポートするために、FrFab キューはシステム全体の最大 MTU の大きさまで分割されます。
IPCキュー:GRPからLCへのIPCメッセージ用に予約されています。
インターフェイスキュー:これらのキューはインターフェイス単位です(宛先スロット単位のToFabキューとは異なります)。 右端列の数値(65535)は、tx-queue-limit です。この数値は tx-queue limit コマンドの発行によって調整できますが、エンジン 0 ラインカード上でだけ調整が可能です。このコマンドによって、インターフェイスあたりのキューが専有できる、転送パケット バッファの数が制限されます。特定のインターフェイスが非常に輻輳し、ラインカードでさらに多くの超過パケットをバッファリングする必要がある場合、この値を小さくします。
A. fl はファブリック ローダーの略です。完全なコマンドでは、ラインカードに Cisco IOS ソフトウェア イメージをダウンロードするために、RP によるバンドル ファブリック ローダーの使用が指示されます。 つまり、RPが最初に起動し、ファブリックローダをLCにダウンロードします。次に、新規のファブリック ダウンローダを使用して、完全な Cisco IOS ソフトウェア イメージがラインカードにダウンロードされます。service download-fl コマンドは、再ブート後に有効になります。詳細については、『Cisco 12000 シリーズ GSR のラインカード ファームウェアのアップグレード』を参照してください。
A. idbs-rem は、インターフェイスに関連付けられた Interface Description Block(IDB; インターフェイス デスクリプション ブロック)が削除されたことを意味します。このメッセージでは通常、不良カードまたは不適切に挿入されたカードが指摘されています。まず、hw-module slot <slot #> reloadコマンドを発行して、LCを取り付け直すか、手動でリロードする必要があります。それでもカードが認識されない場合は、交換してください。
A. GBICの要素であり、LCに依存しません。
A. show controllers fiaコマンドは、要求された情報を提供します。このコマンドは、プライマリGigabit Route Processor(GRP;ギガビットルートプロセッサ)とすべてのラインカード(LC)に個別に接続して確認する必要があります。すべてのSFCが1つのSFCについて不満を持っている場合は、まずSFCを装着し直してください。それでも問題が解決しない場合は、障害のあるボードを交換してください。CRCが増加している1つのSFCに関して1つのLCだけが不満を持っている場合、そのLCは最も可能性が高く、SFCではない可能性があります。
詳細は、「show controller fiaコマンドの出力を読む方法」を参照してください。
A. show gsr chassis-infoコマンドを使用して、シャーシのシリアル番号を確認できます。この例では、TBA03450002は、このCisco 12000シリーズインターネットルータのシリアル番号です。
Router#show gsr chassis-info Backplane NVRAM [version 0x20] Contents - Chassis: type 12416 Fab Ver: 3 Chassis S/N: TBA03450002 PCA: 73-4214-3 rev: A0 dev: 4759 HW ver: 1.0 Backplane S/N: TBC03450002 MAC Addr: base 0030.71F3.7C00 block size: 1024 RMA Number: 0x00-0x00-0x00 code: 0x00 hist: 0x00 Preferred GRP: 7
A. %TFIB-7- SCANSABORTED:TFIB scan not completing syslogメッセージは、Cisco Express Forwarding(CEF)スキャナが定期的に実行されている場合に受信されますが、Address Resolution Protocol(ARP)テーブルが変更されている間にただちに呼び出されます。呼び出されると、CEFスキャナはTFIBスキャナを呼び出します。TFIBスキャナはARPテーブルを順次解析し、TFIBデータベースを更新します。TFIBスキャナがすでに実行中で、同時にARPテーブルの変更によりCEFスキャナが呼び出された場合、CEFスキャナは現在のスキャンが終了するまでTFIBスキャナの呼び出しを延期します。TFIBスキャナが最初のスキャンを完了せず、CEFスキャナがTFIB0の更新要求を60件以上受信した場合、%TFIB-7- SCANSABORTED:TFIB scan not completingメッセージが表示されます。メッセージが更新されたMAC文字列で終わる場合(%TFIB-7-SCANSABORTED:TFIBスキャンが完了していません。MAC文字列が更新され、メッセージは、インターフェイスの隣接関係文字列が変更され続けることを意味します。これは、ほとんどの場合、誤った設定または設定が原因です。
A. GECはSPA-10xGEまたはSPA-10xGE-Vではサポートされていません。インターフェイスチャネリングはサポートされていません。したがって、channel-group port-channel-numberコマンドを使用して、ギガビットイーサネットインターフェイスを設定済みのポートチャネルにリンクすることは不可能です。
A.これは予想される動作です。CPUには4 GBの有効なアドレス空間があります。4GBのうち、最後の256MBはさまざまなハードウェアデバイスにマッピングされます。マッピングは、システム制御チップDiscoveryによって行われます。したがって、メモリデバイスへのマッピングに使用できるのは3.75 GBだけです。
ディスカバリチップは、4つのメモリバンクのマッピングをサポートします。各バンクのサイズは2の累乗である必要があります。したがって、最初の3つのバンクのサイズは1 GBで、最後の1つのバンクのサイズは0.5 GBで、合計は3.5 GBです。
A. SPA-5X1GEはフロー制御をサポートします。Cisco 12000シリーズルータのファストイーサネットおよびギガビットイーサネットインターフェイスでは、オートネゴシエーションが有効な場合にフロー制御が自動ネゴシエートされます。したがって、フロー制御は自動的にネゴシエートされるため、CLIを介して有効/無効にする方法はありません。
詳細は、『インターフェイスの自動ネゴシエーションの設定』を参照してください。
このドキュメントは役に立ちましたか? Yes No
ご意見をいただき、ありがとうございます。
サポートケースを作成 (シスコサービス契約が必要)
シスコ サポート コミュニティでは、フォーラムに参加して質疑応答、提案など、仲間と情報交換することができます。
ドキュメントの表記法の詳細は、「シスコ テクニカル ティップスの表記法」を参照してください。
改定 | 発行日 | コメント |
---|---|---|
1.0 |
08-Aug-2008 |
初版 |