Cisco CMTS ユニバーサル ブロードバンド シリーズルータ MIB 仕様 ガイド Release 12.2 SC

IF-MIB キャッシング

Cisco IOS Release 12.2(15)BC1 以降のリリースでは、Cisco CMTS ルータはキャッシュを実装し、CPU 使用率の急増を引き起こすことなく、ifTable インターフェイス カウンタの連続ポーリングを実行できるようになっています。このようなカウンタに対する SNMP 要求には、カウンタの最新の実行値ではなく、カウンタ キャッシュ メモリに最後に格納された値が返されます。この方式では SNMP 要求が行われたときに、Cisco IOS ソフトウェアで各ラインカードにポーリングを実行してカウンタを取得する必要がないので、パフォーマンスが向上します。

ifTable カウンタ キャッシュは約 10 秒間隔で更新されます。したがって、10 秒より短い間隔で ifTable インターフェイス カウンタを読み取るような SNMP 要求では、新しい値が返されない可能性があります。実行カウンタはインターフェイス上で発生した実際のトラフィックに応じて増分を続けますが、次の SNMP 要求が 10 秒以内に行われた場合、新しい値は反映されません。

SNMP ベースのカウンタおよび CLI ベースのカウンタ

SNMP 仕様では通常、システムの初期化時を除き、SNMP ベース カウンタについて消去が認められません。正常に稼働している間、カウンタは最大値に到達するまで増分を続け、最大値に達するとゼロから再び増分します。

SNMP コマンドを使用してルータを管理する場合は、次の点でこの動作を考慮する必要があります。

• 32 ビット カウンタ -- 32 ビット カウンタは約 42 億に到達すると、ゼロに戻ります。したがって、フル稼働しているルータの場合、わずか数日でバイト カウンタやパケット カウンタがゼロに戻る可能性があります。パケットまたはその他のオブジェクトについて、正しいカウントを確実に維持するには、該当するカウンタのポーリングを定期的に実行し、必ず直前の値を保存してください。現在の値から直前の値を差し引いて、2 つのカウンタの差がマイナスになった場合は、いったんゼロに戻ったということを意味します。

数週間または数か月単位でカウンタの合計を正確に算出するには、この期間にカウンタがゼロに戻った回数を追跡することも必要です。ゼロへの折り返しが検出されないということが 1 回以上にならないように、頻繁にカウンタのポーリングを実行してください。

ヒント 一部の SNMPv3 MIB では、同じオブジェクトの多くについて、32 ビット カウンタとともに 64 ビット カウンタが含まれるようになりました。選択する場合は、64 ビット カウンタを使用してください。64 ビット カウンタであれば通常、何か月または何年も、あるいはさらに長期にわたってゼロに戻らないからです。

• 指定したイベントからカウントする場合または期間限定でカウントする場合 -- SNMP ベース カウンタは、ルータの電源がオンになったときにゼロからカウントを始め、折り返すまで増分を続けます。特定のイベント以後のパケットまたはその他のオブジェクトの数を追跡するには、イベント発生時点でカウンタの値を保存する必要があります。その後、新しいパケット カウントを取得するときに、カウンタの現在値と保存した値を比較します。

• CLI（コマンドライン インターフェイス）値との比較 -- show コマンドの多くには、カウンタをゼロにリセットする clear コマンドが関連付けられています。ただし、 clear コマンドが作用するのは、CLI によって表示されるカウンタだけです。SNMP ベースのカウンタには無効です。また、多くの CLI ベース カウンタは、インターフェイスのリセットなど、特定の機能が実行されるたびに自動的にリセットされます。したがって、CLI コマンドを使用して表示したカウンタと SNMP コマンドで表示したカウンタとは、通常、一致しません。CLI ベースのカウンタと SNMP ベースのカウンタを比較する場合は、この相違に注意してください。

Cisco uBR10012 ルータ上の冗長 PRE モジュール

Cisco IOS Release 12.2BC が稼働している Cisco uBR10012 ルータでは、SNMP コンフィギュレーション コマンドは CLI コマンドの場合と同様、スタンバイの冗長 Performance Routing Engine（PRE）モジュールに同期しません。したがって、切り替えが発生し、スタンバイ PRE モジュールがアクティブになっても、SNMP コマンドによる設定はアクティブになりません。ルータが最初の PRE モジュールに切り替えると、元の設定が復元されます。

重要な設定には CLI コマンドを使用し、スタートアップ コンフィギュレーションに保存して、切り替え時に確実にアクティブになるようにしてください。

OLD-CISCO-CHASSIS-MIB

OLD-CISCO-CHASSIS-MIB の次のオブジェクトは、ルータ シャーシのシリアル番号を保管するのに適切な場所です。テクニカル サポートに連絡するときに、ここから番号を簡単に取り出すことができます。

• shassisId -- snmp-server chassis-id コマンドの定義に従って、シャーシのシリアル番号または ID 番号を提供します。通常、購入したサービス契約およびサービス レベルを調べる場合に使用します。このオブジェクトのデフォルトは空の文字列なので、 snmp-server chassis-id コマンドを使用してオブジェクトの値を設定したあとにのみ、値を取り出すことができます。

SNMPv2-MIB

SNMPv2-MIB の次のオブジェクトは、ルータの基本情報、ソフトウェア情報、およびその他の実行情報を提供します。

• sysDescr -- モデル番号、稼働している Cisco IOS ソフトウェアのバージョンなど、ルータに関する総合的な説明を提供します。次に例を示します。

• sysObjectID -- CISCO-PRODUCTS-MIB で定義されている、特定のモデル番号を提供します。次に例を示します。

• sysName -- hostname コマンドで割り当てられたホスト名を提供します。次に例を示します。

• sysUpTime -- ルータが前回初期化されてからの経過時間を 100 分の 1 秒単位で提供します。次に例を示します。

• sysContact -- snmp-server contact コマンドで入力された情報に従って、このルータの担当者または担当部門の名前、電話番号、またはその他の識別情報を提供します。次に例を示します。

• sysLocation -- snmp-server location コマンドで入力された情報に従って、ルータの位置情報を提供します。次に例を示します。

ENTITY-MIB

ENTITIY-MIB の次のオブジェクトは、基本的なルータ ハードウェア情報を提供します。

• entPhysicalDescr -- ルータを構成する個々のハードウェア コンポーネントに関する記述を提供します。次に、Cisco uBR7246VXR シャーシの一般的な記述例を示します。

• entPhysicalHardwareRev -- 各コンポーネントにハードウェア リビジョンが存在し、なおかつそのコンポーネントでサポートされている場合に、そのリビジョン情報を提供します。次に例を示します。

• entPhysicalSerialNum -- 各コンポーネントにシリアル番号が存在し、なおかつそのコンポーネントでサポートされている場合に、そのシリアル番号を提供します。次に例を示します。

• entPhysicalModelName -- 各コンポーネントにモデル名が存在し、なおかつそのコンポーネントでサポートされている場合に、そのモデル名を提供します。次に例を示します。

ヒント ENTITY-MIB の詳細および使用方法については、次のセクションを参照してください。

ENTITY-MIB

Cisco CMTS ルータは、標準の RFC 2737 で定義された ENTITY-MIB を使用して、ルータの物理コンポーネント（エンティティ）を管理します。エンティティには、カード、カード上のポート、カード上の主要サブシステム、シャーシ スロット、FRU、またはルータに搭載されている他のあらゆる機器があります。

ENTITY-MIB では、個々のエンティティ間の関係を示す階層構造の包含ツリーを使用して、ルータの各エンティティを固有のものとして識別するオブジェクトのセットを定義します。他の MIB は ENTITY-MIB によって定義されたオブジェクトを使用し、各エンティティについて追加情報を提供できます。

ルータの物理エンティティを管理する場合、ENTITY-MIB で最も重要なオブジェクトは次のとおりです。

• entPhysicalTable -- ルータ上の各物理コンポーネント（エンティティ）を記述します。このテーブルには、最上位エンティティ（シャーシ）の行エントリがあり、さらにシャーシ内のエンティティごとにエントリがあります。各エントリは、そのエントリの名前および説明、タイプおよびベンダー、さらにエンティティが包含ツリーのどこに収まるかどうかについて、説明を示します。

• entPhysicalIndex -- 各エントリを固有のものとして識別します。この値は、そのシャーシ内の全機器にわたって、またすべての MIB にわたって固有であることが保証されるため、複数の MIB からのデータを特定のエントリに関連付けることができます。

• entAliasMappingTable -- 各物理ポートの entPhysicalIndex 値を IF-MIB の ifTable 内の対応する ifIndex 値にマッピングします。これにより、特定のインターフェイスで特定のポートを速やかに識別できます。

Cisco IOS Release 12.2(15)BC2 以降のリリースでは、Cisco uBR-MC5X20S および
Cisco uBR-MC5X20U ケーブル インターフェイス ラインカード上で仮想インターフェイスが設定されている場合、entAliasMappingTable は論理アップストリーム インターフェイスに対する物理アップストリーム コネクタのマッピングも示します。このサポートにより、ケーブル インターフェイス ラインカードとそのポート間の親子関係も変更されました。詳細については、「仮想インターフェイスのサポートの変更」を参照してください。

• entPhysicalContainsTable -- 物理エンティティごとに、そのエンティティの子オブジェクトに対応する entPhysicalIndex 値を示します。これにより、ルータのコンテナ ツリーを簡単に作成できます。包含ツリーは、シャーシ上の物理エンティティ間の関係を示します。

通常、コンテナ ツリーは次のように編成されます。

–シャーシは最上位レベルであり、プロセッサ カードおよびシャーシ スロットが含まれます。

–シャーシ スロットには個々のカードおよび入出力コントローラ（搭載されている場合）が含まれます。

–ラインカードにはポート（インターフェイス）が含まれます。

–ケーブル インターフェイス ラインカードには、ダウンストリーム ポート（通称、CLC［ケーブル ラインカード］）が含まれます。Cisco IOS Release 12.2(15)BC1 およびそれ以前のリリースでは、各ダウンストリーム ポートに対応するアップストリーム ポートが含まれます。Cisco IOS Release 12.2(15)BC2 およびそれ以降のリリースでは、ダウンストリーム ポートおよびアップストリームはすべて、ケーブル インターフェイス ラインカードの子になります。

シスコ固有の MIB

Cisco CMTS ルータは、ENTITY-MIB 以外に次の MIB を使用して、ルータに搭載されている物理コンポーネントの補足情報を提供します。

• CISCO-ENTITY-ASSET-MIB -- ENTITY-MIB の entPhysicalTable に示された物理エンティティに関する資産トラッキング情報（ID PROM コンテンツ）が含まれています。この MIB は、物理エンティティに関するデバイス固有の情報（発注時に使用する部品番号、シリアル番号、製造番号、ハードウェア、ソフトウェア、ファームウェア情報など）を提供します。

• CISCO-ENTITY-FRU-CONTROL-MIB -- ENTITY-MIB の entPhysicalTable に示された FRU（電源装置、ラインカードなど）の管理ステータスおよび動作ステータスを監視したり設定したりするために使用するオブジェクトが含まれています。

（注） 現在のところ、CISCO-ENTITY-FRU-CONTROL-MIB はラインカードのみをサポートしています。

• CISCO-ENTITY-VENDORTYPE-OID-MIB -- ルータ上のすべての物理エンティティに関する Object Identifier（OID; オブジェクト ID）が含まれています。

• CISCO-ENVMON-MIB -- 環境センサ（電圧、温度、ファン、および電源装置）のステータス情報が含まれています。たとえば、この MIB はシャーシの内部および吸気口の温度を報告します。

インベントリ管理の実行

ENTITY-MIB は、ルータの物理コンポーネントに関するインベントリを収集するために必要なあらゆる情報を提供します。Cisco uBR7246VXR ルータを使用してこれを行う方法を次の手順で説明します。この例では、ルータに次のカードが搭載されています。

• 入出力スロット：デュアル ファスト イーサネット入出力コントローラ（FastEthernet0/0 および FastEthernet0/1）

• スロット 1：ファスト イーサネット ラインカード（FastEthernet1/0 および FastEthernet1/1）

• スロット 4：Cisco uBR-MC28U

• スロット 6：Cisco uBR-MC16E

ENTITY-MIB の情報を集めて編成する手順は、次のとおりです。

ステップ 1 すべての entPhysicalDescr オブジェクトを表示することで、物理エンティティのリストを収集します。次に例を示します。

ステップ 2 entPhysicalVendorType、entPhysicalName、および entPhysicalClass オブジェクトを収集することで、各 entPhysicalDescr オブジェクトの詳細情報を取得します。インデックス値を使用して、オブジェクトと対応する entPhysicalDescr オブジェクトを突き合わせます。 表A-1 に、この例で使用するオブジェクトの一般的な記述を示します。

ステップ 3 ルータの包含ツリーを作成するには、entPhysicalDescr オブジェクトごとに EntPhysicalContainedIn オブジェクトを収集します。EntPhysicalContainedIn の値は、対応する entPhysicalDescr デバイスの親（または「コンテナ」）のインデックス番号です。

次に、この例で使用しているオブジェクトの entPhysicalContainedIn 値を示します。

表A-2 に、この例で使用している entPhysicalDescr オブジェクトの親コンテナを示します。

ステップ 4 （任意）複数のラインカード スロット（シャーシ スロット）が含まれるルータのように、親オブジェクトにオブジェクト タイプが同じ子が複数含まれている場合は、entPhysicalParentRelPos オブジェクトを使用して、子オブジェクトを正しい順序に並べます。entPhysicalParentRelPos オブジェクトには、子オブジェクトの順番を示す整数が含まれます。この整数は通常、0 から始まるので、物理オブジェクトの実際の番号と一致します（スロット 0 には 0 の entPhysicalParentRelPos 値、スロット 1 には 1 の entPhysicalParentRelPos 値、以下同様）。

（注） entPhysicalParentRelPos に -1 が含まれている場合、そのオブジェクトは他のオブジェクトの間に識別可能な関係はありません。

表A-3 に、対応する entPhysicalParentRelPos 値を使用することによって、シャーシ スロットを参照する entPhysicalDescr オブジェクトを物理順序に合わせて並べる方法を示します。たとえば、entPhysicalDescr.13 の entPhysicalParentRelPos 値である 4 は、このスロットがルータ シャーシのスロット 4/0 であることを意味します。

ステップ 5 （任意）IF-MIB で定義され、他の MIB で使用される ifIndex に物理インターフェイスをマッピングし、論理インターフェイスを固有のものとして識別するには、entAliasMappingIdentifier オブジェクトを使用します。ケーブル インターフェイス ラインカード上で仮想インターフェイスも設定されている場合、このテーブルにアップストリームの物理コネクタとその論理インターフェイス間のマッピングが示されます。

次に、この例で使用しているルータの entAliasMappingIdentifier 値を示します。この例では、entPhysicalDescr.5（ 表A-1 では FastEthernet0/0 インターフェイスとして識別）が 1 という ifIndex 値に対応しています。

メッセージ テーブル オブジェクト

Syslog メッセージはイネーブルの場合、clogHistoryTable のエントリとして保管されます。各 clogHistoryEntry には、保管されるメッセージごとに、次のオブジェクトが含まれます。

• clogHistIndex -- テーブルに保管された個々の Syslog メッセージを固有のものとして識別するためのインデックス番号。このインデックスは、最大値に到達するまで連続して増加する 32 ビット値です。最大値に達すると、0 に戻ります。

• clogHistFacility -- Syslog メッセージのファシリティ識別子（最大 20 文字）

• clogHistSeverity -- SyslogSeverity のテキスト規則によって定義された、Syslog メッセージの重大度。範囲は 1（緊急）～ 8（デバッグ）です。

（注） SyslogSeverity オブジェクトおよび clogHistSeverity オブジェクトでは、重大度の値として、実際の Syslog メッセージで使用されるより 1 だけ大きい値を使用します。たとえば、エラーの Syslog メッセージの重大度は 3 ですが、SyslogSeverity ではエラー メッセージに 4 を使用します。

• clogHistMsgName -- この Syslog メッセージのニーモニック（最大 30 文字）。30 文字を超えるニーモニックは、29 文字に切り詰められ、メッセージの末尾にアスタリスク（*）を加えて、切り詰められたことを表します。

• clogHistMsgText -- コンソールおよび Syslog ログに表示される、実際の Syslog メッセージ テキスト（最大 255 文字）。255 文字を超えるメッセージは、254 文字に切り詰められ、メッセージの末尾にアスタリスク（*）を加えて、切り詰められたことを表します。

• clogHistTimestamp -- Syslog メッセージが生成されたときの sysUpTime に関するタイムスタンプ

制御オブジェクト

CISCO-SYSLOG-MIB の次のオブジェクトは、clogHistoryTable に保管するメッセージの数およびタイプを制御します。

• clogMaxSeverity -- この MIB が処理する Syslog メッセージの最大重大度。デフォルトは 5（警告）です。この場合、重大度 1 ～ 5 の Syslog メッセージが MIB によって処理されます。

• clogMsgIgnores -- clogMaxSeverity で指定された重大度より大きいことが原因で無視された Syslog メッセージの数

• clogMsgDrops -- リソース不足が原因で廃棄され、clogHistoryTable に保管されなかった Syslog メッセージの数

• clogHistTableMaxLength -- clogHistoryTable に保存できる Syslog メッセージの最大数。テーブルが満杯になると、新しい Syslog メッセージが生成された時点で、スペースを作るためにテーブルで最も古いメッセージが削除されます。有効な範囲は 0 ～ 500、デフォルトは 1 です。

• clogHistMsgsFlushed -- 新しいエントリ用のスペースを確保するために、clogHistoryTable から削除されたエントリの数。このオブジェクトが増え続ける場合は、テーブル サイズを増やすか（clogHistTableMaxLength）、またはテーブル ポーリングの頻度を高める必要があります。

Syslog 通知

Syslog メッセージの生成時に SNMP 通知が生成されるように、Cisco CMTS ルータを設定できます。この通知では、Syslog メッセージを識別する次のオブジェクトが含まれた、clogMessageGenerated オブジェクトが送信されます。

• clogHistFacility

• clogHistSeverity

• clogHistMsgName

• clogHistMsgText

• clogHistTimestamp

CLI コマンドを使用して Syslog 通知をイネーブルにするには、グローバル コンフィギュレーション モードで次のコマンドを入力します。

SNMP コマンドを使用して Syslog 通知をイネーブルにする場合は、clogNotificationsEnabled オブジェクトを true(1) に設定します。さらに clogNotificationsSent オブジェクトに、送信された clogMessageGenerated 通知の数が含まれます。

例

次に、多くの UNIX システムで標準となっている SNMP ユーティリティを使用した場合の、CISCO-SYSLOG-MIB の一般的な出力例を示します。このルータではデフォルトの設定を使用しているので、clogHistoryTable に保管される Syslog メッセージは 1 つだけです。テーブルには現在、インデックスが 25 のエントリがあります。それまでの 24 のメッセージはテーブルからすでにフラッシュされていることを clogHistMsgsFlushed が示しています。

現在の CM ステータスの表示

1 つまたは複数の CM について、現在のステータスを表示するには、DOCS-IF-MIB で定義された docsIfCmtsCmStatusTable の docsIfCmtsCmStatusValue オブジェクトを表示します。このオブジェクトには、各 CM について、次のステートが含まれています。

• other(1) -- オフラインなど、下記以外のあらゆるステート

• ranging(2) -- CM は Cisco CMTS に初期レンジング要求を送信しましたが、レンジング プロセスはまだ完了していません。

• rangingAborted(3) -- Cisco CMTS は CM にレンジング中止メッセージを送信しました。レンジング プロセスのやり直しが必要です。

• rangingComplete(4) -- Cisco CMTS は CM にレンジング完了メッセージを送信しました。登録プロセスに進むことができます。

• ipComplete(5) -- CM が DHCP ブロードキャストを送信し、Cisco CMTS が CM に、割り当てられた IP アドレスとともに DHCP 応答を転送しました。

• registrationComplete(6) -- Cisco CMTS は CM に登録応答メッセージを送信しました、これは CM が登録プロセスを完了し、オンラインになって、接続 CPE 装置からのトラフィックを転送できることを伝えるメッセージです。

• accessDenied(7) -- Cisco CMTS は CM に登録中止メッセージを送信しました。これはプロビジョニング システムが CM および接続 CPE 装置をオンラインにさせなかったことを伝えるメッセージです。

1 つ以上の CM について、現在のステータスを表示する手順は次のとおりです。

ステップ 1 docsIfCmtsCmStatusTable の docsIfCmtsCmStatusMacAddress オブジェクトに対するポーリングによって、既知の CM の MAC アドレスを取得します。

ステップ 2 docsIfCmtsCmStatusValue オブジェクトに対するポーリングによって、各 CM の現在のステータスを取得します。

ステップ 3 docsIfCmtsCmStatusValue オブジェクトおよび docsIfCmtsCmStatusMacAddress オブジェクトのインデックス値を使用して、特定の CM に関する現在のステータスを調べます。たとえば、この例で表示される出力は、MAC アドレスが 00.0E.FB.89.6B.FD で、インデックスが 671749 の CM に現在、accessDenied(7) のステータスが設定されていることを示しています。

バーストおよびステーション メンテナンス インターバルに関する情報の表示

アップストリームで使用するバースト インターバルおよびステーション メンテナンス インターバルの情報を表示するには、CISCO-DOCS-EXT-MIB の cdxUpInfoElemStatsIEType オブジェクトに対してポーリングを実行します。このオブジェクトは、アップストリームの ifDescr 値をインデックスとした 6 つのエントリからなるシーケンスです。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .1 -- 帯域要求で使用される要求バースト（reqIE）で現在使用しているミニスロットの数を表示します。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .2 -- 帯域要求またはショート データ パケット要求で使用される要求/データ バースト（reqOrDataIE）で、現在使用しているミニスロットの数を表示します。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .3 -- オンラインにする新しい CM 用に確保した、初期メンテナンス バースト（initMtnIE）で、現在使用しているミニスロットの数を表示します。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .4 -- キープアライブおよびネットワーク メンテナンス メッセージで使用されるステーション メンテナンス バースト（stnMtnIE）で、現在使用しているミニスロットの数を表示します。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .5 -- ショート データ認可で使用されるショート データ認可バースト（shortGrantIE）で、現在使用しているミニスロットの数を表示します。

• cdxUpInfoElemStatsIEType. upstream-ifDescr .6 -- 大型データ要求で使用されるロング データ認可バースト（longGrantIE）で、現在使用しているミニスロットの数を表示します。

この情報を取得する手順は、次のとおりです。

ステップ 1 所定のアップストリームの ifIndex を取得します。それには ifDescr に対して GET 要求を行います。次に、Cisco uBR7246VXR ルータの出力例を示します。このルータにはファスト イーサネット ポート アダプタおよび Cisco uBR-MC16C ケーブル インターフェイス カードが 1 つずつ搭載されています。

ステップ 2 所定のアップストリームの ifIndex を 6 つの cdxUpInfoElemStatsIEType オブジェクトそれぞれに対するインデックスとして使用します。次の例では、Cisco uBR-MC16C カード上のアップストリーム 0 に対応する ifDescr を使用しています。

（注） Cisco CMTS は要求/データ バーストをサポートしますが、使用することはないので、reqOrDataIE タイプの出力は常に 0 です。

削除されたサービス フローのログおよび表示

DOCSIS 2.0 の仕様により、CMTS は削除された DOCSIS 1.1 または DOCSIS 2.0 のサービス フローに関するログ テーブルを維持しなければなりません。このテーブルのエントリは、期限切れになるか、またはテーブルが満杯になるまでそのまま残ります。テーブルが満杯になった場合は、新しいエントリのためのスペースを確保するために、一番古いエントリが削除されます。

次の手順で、削除されたサービス フローのログをイネーブルに設定し、ログ テーブル（ DOCS-QOS-MIB の docsQosServiceFlowLogTable）のエントリを表示します。

ステップ 1 Cisco CMTS ルータのコンソールでは、グローバル コンフィギュレーション プロンプトに cable sflog コマンドを入力することによって、削除されたサービス フローのログをイネーブルにします。このコマンドの構文は、次のとおりです。

次のパラメータを指定する必要があります。

• max-entry number -- サービス フロー ログの最大エントリ数を指定します。ログが満杯になると、新しいエントリのためのスペースを確保するために、一番古いエントリが削除されます。有効な範囲は 0 ～ 59999 で、デフォルトは 0（サービス フロー ログをディセーブル）です。

（注） max-entryの値は、Cisco uBR7100 シリーズおよび Cisco uBR7200 シリーズ ルータのシャーシ全体に適用されます。Cisco uBR10012 ルータでは個々のケーブル ラインカードに適用されます。

• entry-duration time -- サービス フロー ログにエントリを残しておく時間を秒数で指定します。CMTS はこの値より古いエントリをログから削除します。有効な範囲は 1 ～ 86400 秒です。デフォルトは 3600 秒（1 時間）です。

次に、20,000 エントリ分のスペースがあるテーブルを使用して削除されたサービス フローのログをイネーブルに設定し、さらにテーブル内で 2 時間経過したエントリを自動的に削除する例を示します。

ステップ 2 ネットワーク管理ステーションは一定間隔で docsQosServiceFlowLogTable のポーリングを実行し、削除されたサービス フローの情報を収集する必要があります。テーブル エントリには固有の 32 ビット インデックスが与えられ、最大値に到達すると 0 に戻ります。

次に、2 つの削除されたサービス フローに対して 2 つのエントリのある、docsQosServiceFlowLogTable の例を示します。

スペクトル管理のイネーブル化

Cisco uBR-MC16C、Cisco uBR-MC16U/X、Cisco uBR-MC28U/X、または Cisco uBR-MC5X20S/U ケーブル インターフェイス カード上でアップストリームのスペクトル管理をイネーブルにするには、ccsSpectrumRequestTable にアップストリーム用のエントリを作成します。 表A-5 に、
ccsSpectrumRequestTable テーブルの各エントリに対して設定できるオブジェクトを示します。

アップストリームのスペクトル管理をイネーブルにする手順は、次のとおりです。

ステップ 1 所定のアップストリームの ifIndex を取得します。それには ifDescr に対して GET 要求を行います。次に、Cisco uBR7246VXR ルータの出力例を示します。このルータにはファスト イーサネット ポート アダプタが 1 つ、スロット 6 に Cisco uBR-MC16S ケーブル インターフェイス カードが 1 つ搭載されています。

ステップ 2 所定のアップストリームに対応する行を ccsSpectrumRequestTable に作成します。最小限、待機条件の行を作成し、その行をアクティブにする前にアップストリームの ifIndex を設定する必要があります。

次に、アップストリーム 2（ifIndex 8）用の行を作成する例を示します。この行には、任意の行インデックスとして 8 が選択されています。必ず、未使用の行インデックスを選択してください。

（注） ハードウェア スペクトル管理をサポートするケーブル インターフェイス ラインカード上の、アップストリームを指定しない IfIndex を使用しようとすると、無効値エラーによって SET 要求が失敗します。

ステップ 3 新しい行エントリの現在の設定を表示し、デフォルト パラメータが妥当かどうかを確認します。

ステップ 4 ccsSpectrumRequestMacAddr はデフォルトで、すべてゼロに設定されます。この場合、アップストリーム全体に背景雑音が要求されます。特定の CM で CNR をモニタする場合は、ccsSpectrumRequestMacAddr をその CM の MAC アドレスに設定します。

ステップ 5 他のパラメータをデフォルト値から変更しなければならない場合は、適切な値に設定します。次に、周波数範囲をデフォルトの範囲（5 ～ 42 MHz）から 20 ～ 28 MHz に変更する例を示します。

ステップ 6 すべてのパラメータが正しい場合は、ccsSpectrum RequestOperation オブジェクトを start(1) に設定し、アップストリームのスペクトル モニタを開始します。

スペクトル要求の結果表示

スペクトル要求の結果を表示するには、ccsSpectrumDataTable の対応する行のオブジェクトを表示します（ show controllers cable upstream spectrum コマンドの出力と同じ情報が表示されます）。 表A-6 に、このテーブルに格納されているオブジェクトを示します。

スペクトル要求の結果を表示する手順は、次のとおりです。

ステップ 1 「スペクトル管理のイネーブル化」で説明したように、ccsSpectrumRequestTable に行を追加することによって、スペクトル要求を作成してアクティブにします。

ステップ 2 ccsSpectrumDataTable 内のエントリを表示します。

（注） ccsSpectrumDataTable のエントリは、ccsSpectrumRequestTable 内のスペクトル要求エントリに対応する行番号および電力測定が行われた周波数（KHz）がインデックスになります。

ステップ 3 ccsSpectrumDataFreq の値を使用して、電力測定が行われた周波数を調べます。次にこの周波数の値を ccsSpectrumRequestTable の行エントリとともに使用して、所定の周波数に固有の電力測定値を調べます。

たとえば、次の行は、ccsSpectrumRequestTable の行 3 で指定されたアップストリームの電力測定結果が 27.801 MHz で -46 dBmV であることを示しています。

個々の CM における CNR 測定結果の監視

個々の CM における CNR を調べるには、ccsSNRRequestTable にエントリを作成してアクティブにします。 表A-7 に、このテーブルの各エントリに設定できるオブジェクトを示します。

特定の CM における CNR 情報を調べる手順は、次のとおりです。

ステップ 1 所定の CM に対応する行を ccsSNRRequestTable に作成します。最小限、待機条件の行を作成し、その行をアクティブにする前に CM の MAC アドレスを設定する必要があります。次に例を示します。

ステップ 2 新しい行エントリの現在の設定を表示し、デフォルト パラメータが妥当かどうかを確認します。

ステップ 3 すべてのパラメータが正しい場合は、ccsSpectrum ccsSNRRequestOperation オブジェクトを start(1) に設定し、CM の監視を開始します。

ステップ 4 ccsSNRRequestOperState が noError を示すまで、ccsSNRRequestTable のポーリングを繰り返します。noError の時点で、ccsSNRRequestSNR は CM の現在の CNR 値を示します。

（注） ccsSNRRequestSNR オブジェクトは、ccsSNRRequestOperState のステートが running(2) であるかぎり 0 を示します。

周波数ホップ情報の表示

アップストリームの最新周波数ホップ情報を調べるには、ccsUpSpecMgmtTable のオブジェクトを表示します。 表A-8 に、このテーブルの属性を示します。

1 つまたは複数のアップストリームについて周波数ホップ データを収集する手順は、次のとおりです。

ステップ 1 所定のアップストリームの ifIndex を取得します。それには ifDescr に対して GET 要求を行います。次に、Cisco uBR7246VXR ルータのスロット 5/0 に搭載されたケーブル インターフェイス カードの最初の 4 つのアップストリームに関する出力例を示します。

ステップ 2 ccsUpSpecMgmtTable を表示します。所定のアップストリーム（複数可）の ifDescr 値を使用して、アップストリームの値を調べます。次に、上の 4 つのアップストリームに関連する出力例を示します。

SNMP によるフラップ リストの動作設定

SNMP を使用して Cisco CMTS 上でフラップ リスト トラブルシューティング機能を設定するには、CISCO-CABLE-SPECTRUM-MIB の適切な cssFlapObjects 属性を設定します。 表A-9 に、設定できる属性を示します。

SNMP によるフラップ リストの表示

SNMP を使用してフラップ リストの内容を表示するには、CISCO-CABLE-SPECTRUM-MIB の cssFlapTable を調べます。このテーブルには、CM ごとにエントリが 1 つずつあります。 表A-10 で、このテーブルの各属性について簡単に説明します。

次に、MAC アドレスが 00.07.0E.02.CA.91（0.7.14.2.202.145）および 00.07.0E.03.68.89（0.7.14.3.104.137）という 2 つの CM に対応するエントリが含まれている、ccsFlapTable の出力例を示します。

ヒント フラップ リストのコンフィギュレーション パラメータとフラップ リストの内容を両方とも収集するには、ccsFlapObjects に対する GET 要求を実行します。

特定の CM におけるフラップ リスト情報の表示

SNMP 要求を使用して特定の CM に関するフラップ リスト情報を表示するには、ccsFlapTable からエントリを取り出すためのインデックスとして、CM の MAC アドレスを使用します。特定の CM に対応するフラップ リスト エントリを取り出す手順は、次のとおりです。

詳細な手順

ステップ 1 CM の MAC アドレスをドット付き 10 進表記に変換します。たとえば、MAC アドレス 000C.64ff.eb95 の場合は 0.12.100.255.235.149 になります。

ステップ 2 ccsFlapTable の情報を要求するためのインスタンスとして、ドット付き 10 進形式の MAC アドレスを使用します。たとえば、この CM に対応する ccsFlapHits、ccsFlapMisses、および
ccsFlapPowerAdjustments の値を取り出すには、次のオブジェクトに対する SNMP 要求を行います。

• ccsFlapHits.0.12.100.255.235.149

• ccsFlapMisses.0.12.100.255.235.149

• ccsFlapPowerAdjustments.0.12.100.255.235.149

例

MAC アドレス 000C.64ff.eb95 に対する show cable flap-list コマンドと同じフラップ リスト情報を取り出すものとします。

SNMP ツールを使用して、ccsFlapTable を取り出し、10 進形式の MAC アドレスでフィルタリングします。次に、標準 UNIX の getone コマンドを使用する場合の入力例を示します。

特定の値を 1 つだけ求める場合は、そのオブジェクトのインスタンスとして 10 進形式の MAC アドレスを使用します。

SNMP によるフラップ リストおよびカウンタの消去

フラップ リストから CM を削除する場合、1 つまたはすべてのフラップ リスト カウンタを消去する場合は、CISCO-CABLE-SPECTRUM-MIB の適切な cssFlapObjects 属性を設定します。 表A-11 に、SNMP カウンタを消去する属性を示します。

（注） ccsFlapLastClearTime 属性には、ccsFlapTable テーブルのエントリが最後に削除された日時が含まれています。

QoS に関する強制ルールの設定および表示

ccqmCmtsEnforceRuleTable テーブルの属性を使用して、Cisco CMTS ルータ上で実行する Quality of Service（QoS; サービス品質）強制ルールを設定します。このテーブルに対するクエリーによって、現在定義されている強制ルールを表示することもできます。

表A-12 に、ccqmCmtsEnforceRuleTable テーブルの各行に含まれる属性を示します。強制ルールごとに 1 つずつ行エントリ（CcqmCmtsEnforceRuleEntry）があり、固有のルール名（ccqmCmtsEnfRuleName）がインデックスになります。

強制ルールに違反した加入者の表示

表A-13 に、ccqmEnfRuleViolateTable テーブルの各エントリ（ccqmEnfRuleViolateEntry）に使用できる属性を示します。このテーブルは、設定された監視期間中に強制ルールに違反した加入者を示します。

強制ルールに違反した加入者への通知

ユーザが強制ルールに指定された帯域限度に反したときに、通知を送信するように Cisco CMTS を設定するには、ccqmEnfRuleViolateNotifEnable オブジェクトを True に設定します。デフォルトは False（通知を送信しない）です。 表A-14 に、各通知で送信される属性（ccqmEnfRuleViolateTable テーブルで定義）を示します。

動作モード

使用状況ベースの課金機能は、次の 2 つのモードで動作します。

• ファイル モード

• ストリーミング モード

ファイル モード

ファイル モードでは、CMTS が課金記録情報を収集し、その課金記録をローカル ファイル システムのファイルに書き込みます。その際、ルータのホスト名と、ファイルが書き込まれたときのタイムスタンプを使用します。次に、リモート アプリケーションが CMTS にログインし、課金アプリケーションがアクセスできる外部サーバに課金記録ファイルを転送します。

リモート アプリケーションは、Secure Copy Protocol（SCP）または Trivial File Transfer Protocol（TFTP）を使用して、ファイルを転送できます。転送が成功すると、リモート アプリケーションは課金記録ファイルを削除し、この削除によって新しいファイルが作成可能であることを示す信号が CMTS に送られます。リモート アプリケーションは、定期的に CMTS にログインして課金記録ファイルを転送することも、課金記録ファイルが使用可能であることをアプリケーションに通知するために CMTS が SNMPv3 トラップを送信するまで待機することもできます。

使用状況ベースの課金機能（ファイル モード）

使用状況ベースの課金機能に対して Cisco CMTS をファイル モードで設定するには、
CISCO-CABLE-METERING-MIB のオブジェクト数を設定する必要があります。 表A-15 に、これらの個々のオブジェクト、およびこれらのオブジェクトが必須か、または任意であるかを示します。

表A-15 ファイル モードに設定される CISCO-CABLE-METERING-MIB オブジェクト

MIB オブジェクト	タイプ	説明
ccmtrCollectionTable
ccmtrCollectionType	整数	使用状況ベースの課金機能をイネーブルまたはディセーブルにします。有効な値は次のとおりです。 • 1 = なし。使用状況ベースの課金機能はディセーブルになっています（デフォルト）。 • 2 = ローカル。使用状況ベースの課金機能はイネーブルで、ファイル モード用に設定されています。 • 3 = ストリーム。使用状況ベースの課金機能はイネーブルで、ストリーミング モード用に設定されています。 ccmCollectionType を 2（ローカル）に設定し、ファイル モードに対して機能をイネーブルにします。
ccmtrCollectionFilesystem	DisplayString	課金記録ファイルを書き込むファイル システムを指定します。このオブジェクトの最大長は 25 文字で、ルータ上（slot0、disk1、または flash）の有効なファイル システムを指定する必要があります。 （注） Cisco CMTS は、ルータのホスト名の後にファイルが書き込まれたときのタイムスタンプが続くファイル名を使用して、このファイル システムに課金記録を書き込みます。
ccmtrCollectionCpeList	TruthValue	（任意）課金記録のサイズを減らし、パフォーマンスを向上させるために CPE デバイスの IP アドレスが省略されているかどうかを示します。有効な値は、次のとおりです。 • true = CPE 情報が表示されています（デフォルト）。 • false = CPE 情報は省略されています。 （注） true に設定されているとき、ケーブル モデムごとに最大 5 つの CPE の IP アドレスが表示されます。
ccmtrCollectionAggregate	TruthValue	（任意）個々のケーブル モデムのすべての情報が結合されて、1 つの記録になっているかどうかを示します。アップストリーム トラフィックおよびダウンストリーム トラフィックに対して個別のカウンタが維持されますが、これらのカウンタには、その方向のサービス フローが含まれています。有効な値は、次のとおりです。 • true = 各ケーブル モデムのすべてのサービス フローが、単一の課金記録に集約されます。この設定では、課金記録のサービス フロー ID（SFID）が 0 に設定され、サービス クラス名（SCN）は空白になります。 • false = 各ケーブル モデムの情報が 1 つの課金記録に集約されることはありませんが、代わりに各サービス フローが自身のレコードに記録されます（デフォルト）。
ccmtrCollectionSrcIfIndex	課金パケットの送信元インターフェイスを示します。 ccmtrCollectionType がローカル local(2) の場合、このインターフェイスの IP アドレスが、課金パケットの CMTS IP アドレスとして使用されます。ccmtrCollectionType が remote(3) の場合、課金パケットの CMTS IP アドレスと同様に、課金パケットの送信元 IP アドレスも、このインターフェイスの IP アドレスに変更されます。 メータリングの送信元インターフェイスを指定するように、メータリング モードを設定する必要があります。

ストリーミング モード

ストリーミング モードでは、CMTS が課金記録情報を収集し、その後定期的に課金記録ファイルを外部サーバのアプリケーションに転送します。このとき、非セキュア TCP 接続または SSL 接続のいずれかが使用されます。外部サーバが成功した転送の確認応答を行うと、CMTS は課金記録ファイルを削除し、新しいファイルの作成を開始します。

CMTS が外部サーバとの接続の確立に失敗した場合、設定に従って 1 ～ 3 回の間で接続を再試行します。CMTS が引き続き外部サーバと接続できない場合、CMTS は SNMPv3 トラップを送信し、障害が発生したことを SNMP マネージャに知らせることができます。

ストリーミング モードでは、CMTS が定期的な間隔で課金記録ファイルを転送するように設定します。通常、ケーブル モデム数と CMTS が作成する課金記録ファイルのサイズに従って間隔を選択します。

使用状況ベースの課金機能に対して Cisco CMTS をストリーミング モードで設定するには、CISCO-CABLE-METERING-MIB のオブジェクト数を設定する必要があります。 表A-16 に、これらの個々のオブジェクトと、必須であるか任意であるかを示します。

表A-16 ストリーミング モードに設定される CISCO-CABLE-METERING-MIB オブジェクト

オブジェクト	タイプ	説明
ccmtrCollectionTable
ccmtrCollectionType	整数	使用状況ベースの課金機能をイネーブルまたはディセーブルにします。有効な値は次のとおりです。 • 1 = なし。使用状況ベースの課金機能はディセーブルになっています（デフォルト）。 • 2 = ローカル。使用状況ベースの課金機能はイネーブルで、ファイル モード用に設定されています。 • 3 = ストリーム。使用状況ベースの課金機能はイネーブルで、ストリーミング モード用に設定されています。 ccmCollectionType を 3（ストリーム）に設定し、ストリーミング モードに対して機能をイネーブルにします。
ccmtrCollectionIpAddress	InetAddress	外部収集サーバの IP アドレス。この値は、設定の必要があります。
ccmtrCollectionPort	Unsigned32	課金記録の送信先である、外部収集サーバの TCP ポート番号。有効な値の範囲は 0 ～ 65535 ですが、ポートを周知の範囲 0 ～ 1024 に指定しないでください。この値は、設定の必要があります。
（注） ccmCollectionIpAddress と ccmCollectionPort を 2 回設定して、プライマリ収集サーバとセカンダリ収集サーバを指定できます。
ccmtrCollectionIpAddrType	InetAddressType	（任意）収集サーバに使用されている IP アドレスのタイプ。有効な値は ipv4 だけで、これがデフォルト値です。
ccmCollectionInterval	Unsigned32	（任意）課金記録が外部サーバにストリーミングされる頻度を分単位で指定します。有効な範囲は 15 ～ 1440 分（24 時間）です。デフォルトは 30 分です（最低の間隔は 30 分にすることをお勧めします）。
ccmtrCollectionRetries	Unsigned32	（任意）セカンダリ サーバ（設定されている場合）を使用して障害に関する SNMP トラップを送信する前に、CMTS が外部サーバとのセキュアな接続を確立するための再試行回数を指定します。 n の有効な範囲は 0 ～ 5、デフォルトは 0 です。
（注） SNMP コマンドでストリーミング モードに使用状況ベースの課金を設定するとき、ccmCollectionInterval パラメータと ccmCollectionRetries パラメータは任意ですが、これらのパラメータは、CLI コマンドで機能を設定するときには必須です。
ccmtrCollectionSecure	TruthValue	（任意）Cisco CMTS が、外部サーバの課金アプリケーションと接続するとき、SSL 接続を使用するかどうかを指定します。有効な値は次のとおりです。 • true(1) = Cisco CMTS は SSL 接続を使用します。このオプションは、Baseline Privacy Interface（BPI）暗号化をサポートする CMTS ソフトウェア イメージでのみ使用できます。 • false(2) = Cisco CMTS は非暗号化 TCP 接続を使用します。これがデフォルト値です。
ccmtrCollectionCpeList	TruthValue	（任意）課金記録のサイズを減らし、パフォーマンスを向上させるために CPE デバイスの IP アドレスが省略されているかどうかを示します。有効な値は、次のとおりです。 • true = CPE 情報が表示されています（デフォルト）。 • false = CPE 情報は省略されています。 （注） true に設定されているとき、ケーブル モデムごとに最大 5 つの CPE の IP アドレスが表示されます。
ccmtrCollectionAggregate	TruthValue	（任意）個々のケーブル モデムのすべての情報が結合されて、1 つの記録になっているかどうかを示します。アップストリーム トラフィックおよびダウンストリーム トラフィックに対して個別のカウンタが維持されますが、これらのカウンタには、その方向のサービス フローが含まれています。有効な値は、次のとおりです。 • true = 各ケーブル モデムのすべてのサービス フローが、単一の課金記録に集約されます。この設定では、課金記録のサービス フロー ID（SFID）が 0 に設定され、サービス クラス名（SCN）は空白になります。 • false = 各ケーブル モデムの情報が 1 つの課金記録に集約されることはありませんが、代わりに各サービス フローが自身のレコードに記録されます（デフォルト）。

Cisco CMTS の従量制課金機能の使用方法の詳細については、次の URL を参照してください。

http://www.cisco.com/en/US/products/hw/cable/ps2217/products_feature_guide09186a00801ef1d7.html