この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章では、Cisco ONS 15454 に実装されているSNMP(簡易ネットワーク管理プロトコル)について説明します。
SNMP の設定情報については、『 Cisco ONS 15454 DWDM Procedure Guide 』を参照してください。
(注) 特に指定のないかぎり、[ONS 15454] は ANSI と ETSI の両方のシェルフ アセンブリを意味します。
• 「RMON」
SNMPは、ONS 15454 ネットワーク装置がシステム内およびネットワーク外の装置と管理情報を交換できるアプリケーション レイヤの通信プロトコルです。SNMPを通じて、ネットワーク管理者はネットワークのパフォーマンスを管理し、ネットワーク上の問題を検出してそれを解決し、ネットワークの拡張計画を行うことができます。ノードあたり最大で 10 のSNMP トラップ宛先と、5 つの同時 Cisco Transport Controller(CTC)ユーザ セッションが可能です。
ONS 15454 では、NMS(network management system; ネットワーク管理システム)に対する非同期イベント通知に SNMP を使用します。ONS SNMP 実装では、標準の Internet Engineering Task Force(IETF; インターネット技術特別調査委員会)MIB(管理情報ベース)を使用して、DS-1、DS-3、SONET、およびイーサネット技術の一般的な読み取り専用管理のために、ノードレベルのインベントリ、障害、およびパフォーマンス管理情報を伝達します。SNMP により、HP OpenView Network Node Manager(NNM)や Open Systems Interconnection(OSI; 開放型システム間相互接続)NetExpert などの汎用の SNMP マネージャを、一定の管理機能に使用できます。
Cisco ONS 15454 は、SNMP バージョン 1(SNMPv1)および SNMP バージョン 2c(SNMPv2c)をサポートします。これらのバージョンでは多くの機能が共通していますが、SMMPv2c にはいくつかのプロトコル動作が追加されており、64 ビット Performance Monitoring(PM; パフォーマンス モニタリング)をサポートします。この章では、両方のバージョンについて説明し、ONS 15454 用のSNMP 設定パラメータを提供します。
(注) ソフトウェア リリース 8.0 以降では、SNMP および Transaction Language One(TL1)インターフェイスを通して、Automatic In Service(AINS)状態とソーク時間を取得できます。
(注) CiscoV2 ディレクトリの CERENT-MSDWDM-MIB.mib、CERENT-FC-MIB.mib、
CERENT-GENERIC-PM-MIB.mib は、64 ビット PM カウンタをサポートします。CiscoV1 ディレクトリの SNMPv1 MIB には、64 ビット PM カウンタが含まれていませんが、対応する 64 ビット カウンタの下位および上位ワード値をサポートします。CiscoV1 および CiscoV2 ディレクトリにある他の MIB ファイルは、内容は同じで形式のみ異なっています。
SNMP 管理インターフェイスは、IEEE 802.3 LAG MIB をサポートします。
図18-1 に、SMMP で管理されるネットワークの基本的なレイアウトを示します。
一般的に、SNMP で管理するネットワークは、管理システム、エージェント、管理対象装置で構成されています。
HP OpenView などの管理システムは、モニタリング アプリケーションを実行し、管理対象装置を制御します。管理システムは、ほとんどの管理プロセスを実行し、ネットワーク管理に使用されるメモリ リソースの大半を提供します。ネットワークは、1 つまたはいくつかの管理システムで管理することができます。図18-2 に、ネットワーク マネージャ、SNMP エージェント、および管理対象装置の関係を示します。
各管理対象装置内に常駐する(SNMPなどの)エージェントが、ソフトウェア トラップで取得されたパフォーマンス情報やイベント、エラー情報などのローカル管理情報データを、管理システムが読み取れるような形式に変換します。図18-3 に、データをネットワーク管理ソフトウェアに伝送する SNMP エージェント get-request を示します。
図18-3 MIB からのデータを収集し、トラップをマネージャに送信するエージェント
SNMP エージェントは、装置のパラメータとネットワーク データ リポジトリである MIB から、またはエラーや変更などのトラップからデータをキャプチャします。
管理要素(ルータ、アクセス サーバ、スイッチ、ブリッジ、ハブ、コンピュータ ホスト、ONS 15454などの Network Element[NE; ネットワーク要素])は、SNMP エージェントを介してアクセスされます。管理対象装置では、管理情報を収集して保存し、SNMP を通じて同じプロトコル互換性を持つ他の管理システムで使用できるようにします。
すべての SNMP 要求はサードパーティ製アプリケーションから発生するので、サードパーティ製 SNMP クライアント アプリケーションが etherStatsHighCapacityTable、
etherHistoryHighCapacityTable、または mediaIndependentTable の RFC 3273 SNMP MIB 変数をアップロードできることが、唯一の外部インターフェイス要件です。
ONS 15454 は、SNMPv1 および SNMPv2 の trap 要求と get 要求をサポートします。ONS 15454 SNMP MIB は、アラーム、トラップ、ステータスを定義します。SNMP を通じて、NMS アプリケーションは、サポートされている MIB を使用してイーサネット スイッチや SONET マルチプレクサなどの機能エンティティからのデータについて管理エージェントに照会できます。
(注) CiscoV1 および CiscoV2 ディレクトリにある ONS 15454 MIB ファイルは、64 ビット PM 機能で異なっている部分を除き、内容はおおむね同一です。CiscoV2 ディレクトリには 64 ビット PM カウンタの付いた 3 種類の MIB(CERENT-MSDWDM-MIB.mib、CERENT-FC-MIB.mib、
CERENT-GENERIC-PM-MIB.mib)が含まれています。CiscoV1 ディレクトリには 64 ビット カウンタが含まれていませんが、64 ビット カウンタで使用されている下位および上位ワード値をサポートします。2 つのディレクトリには、多少異なる形式もあります。
ONS 15454 SNMP エージェントは、SNMP メッセージを使用して SNMP 管理アプリケーションと通信します。 表18-1 に、これらのメッセージを示します。
管理対象オブジェクト(MIB オブジェクトと呼ばれることもある)は、管理対象デバイスの多くの特定の特性の 1 つです。MIB は、SNMP などのネットワーク管理プロトコルによってアクセスされる階層的に組織されたオブジェクト インスタンス(変数)により構成されています。
表18-2 に、ONS 15454 SNMP エージェントに実装された IETF 標準 MIB の一覧を示します。
最初に、表18-2 にある MIB をコンパイルします。次に、表18-3 にある MIB をコンパイルします。
|
|
|
---|---|---|
Management of TCP/IP-based Internets:MIB-II |
||
Definitions of Managed Objects for Bridges |
||
Definitions of Managed Objects for the Ethernet-like Interface Types |
||
Textual Conventions for MIB Modules Using Performance History Based on 15 Minute Intervals |
||
Definitions of Managed Objects for the DS1, E1, DS2 and E2 Interface Types |
||
Definitions of Managed Objects for the SONET/SDH Interface Type |
||
Definitions of Managed Objects for Bridges with Traffic Classes, Multicast Filtering and Virtual LAN Extensions |
||
リモート モニタリング 装置の実装を管理し、RFC 2819 および RFC 1513 に指定された元の RMON MIB と、RFC 2021 に指定された RMON-2MIB を増加させる MIB モジュール |
各 ONS 15454 には、適用可能な独自 MIB を含むソフトウェア CD が付属しています。 表18-3 に、ONS 15454 の独自 MIB を示します。
|
|
---|---|
(注) 独自 MIB を適切にコンパイルできない場合、http://www.cisco.com/techsupport にある Technical Support Website にログインするか、Cisco TAC (800) 553-2447 にご連絡ください。
(注) SNMP で波長が不明であることを示している場合、対応するカード(MXP_2.5G_10E、TXP_MR_10E、MXP_2.5G_10G、TXP_MR_10G、TXP_MR_2.5G、または TXPP_MR_2.5G)が最初の調整可能な波長で動作することを意味します。MXP カードおよび TXP カードの詳細については、第8章「トランスポンダ カードおよびマックスポンダ カード」 を参照してください。
CERENT-GENERIC-PM-MIB という MIBにより、NMS で単一の汎用 MIB を使用して、さまざまなインターフェイス タイプのしきい値および PM データにアクセスすることができます。この MIB は、特定の種類のインターフェイスに限定されていないという意味で汎用的です。MIB オブジェクトは、近端および遠端で各種のモニタとサポートされている任意の間隔で、しきい値の値、現在の PM カウント、および履歴 PM 統計を取得するために使用できます。
ONS 15454 システムにある既存の MIB には、このカウントの一部を備えています。たとえば、SONET インターフェイスの15 分ごとの現在の PM カウントおよび履歴 PM 統計は、SONET-MIB を使用して入手可能です。DS-1 および DS-3 カウントおよび統計は、それぞれ DS1-MIB および DS-3 MIB を通じて入手可能です。汎用 MIB はこのタイプの情報を提供し、しきい値の値と 1 日間の統計も取得します。さらに、MIB は光しきい値、Dense Wavelength Division Multiplexing(DWDM; 高密度波長分割多重)しきい値、および PM 情報もサポートします。
CERENT-GENERIC-PM-MIB は、次の 3 種類のテーブルで構成されます。
• cerentGenericPmThresholdTable
• cerentGenericPmStatsCurrentTable
• cerentGenericPmStatsIntervalTable
• cerentGenericPmThresholdTable は、モニタ タイプのしきい値の値を取得するのに使用されます。次の項目に基づいて索引化されます。
• インターフェイス インデックス(cerentGenericPmThresholdIndex)
• モニタ タイプ(cerentGenericPmThresholdMonType)。cerentGenericPmThresholdMonType の構文は、type cerentMonitorType で、CERENT-TC.mib に定義されています。
• 場所(cerentGenericPmThresholdLocation)。cerentGenericPmThresholdLocation の構文は、
type cerentLocation で、CERENT-TC.mib に定義されています。
• 時間(cerentGenericPmThresholdPeriod)。cerentGenericPmThresholdPeriod の構文は、
type cerentPeriod で、CERENT-TC.mib に定義されています。
しきい値の値は、64 ビット形式と 32 ビット形式で指定できます(64 ビット カウンタの詳細については、HC-RMON-MIB サポートを参照してください)。
cerentGenericPmThresholdHCValue の 64 ビット値は、SNMPv2 をサポートするエージェントで使用できます。2 つの 32 ビット値(cerentGenericPmThresholdValue および
cerentGenericPmThresholdOverFlowValue)は、SNMPv1 のみをサポートする NMS で使用できます。 表18-4 に、cerentGenericPmThresholdTable でコンパイルされるオブジェクトを示します。
|
|
---|---|
MIB 内の 2 番めのテーブル cerentGenericPmStatsCurrentTable には、モニタ タイプの現在の PM 値をコンパイルします。テーブルは、インターフェイス インデックス(cerentGenericPmStatsCurrentIndex)、モニタ タイプ(cerentGenericPmStatsCurrentMonType)、場所(cerentGenericPmStatsCurrentLocation)、および時間(cerentGenericPmStatsCurrentPeriod)に基づいて索引化されます。
cerentGenericPmStatsCurrentIndex の構文は、type cerentLocation で、CERENT-TC.mib に定義されています。cerentGenericPmStatsCurrentMonType の構文は、type cerentMonitor で、CERENT-TC.mib に定義されています。cerentGenericPmStatsCurrentPeriod の構文は、type cerentPeriod で、CERENT-TC.mib に定義されています。
cerentGenericPmStatsCurrentTable は、現在の PM 値を cerentGenericPmStatsCurrentValid オブジェクトを使用して検証して、有効なインターバルの数を cerentGenericPmStatsCurrentValidIntervals オブジェクトの PM 履歴統計に登録します。
PM 値は、64 ビット形式と 32 ビット形式で指定できます。cerentGenericPmStatsCurrentHCValue の 64 ビット値は、SNMPv2 をサポートするエージェントで使用できます。2 つの 32 ビット 値(cerentGenericPmStatsCurrentValue および cerentGenericPmStatsCurrentOverFlowValue)は、SNMPv1 のみをサポートする NMS で使用できます。cerentGenericPmStatsCurrentTable を 表18-5 に示します。
|
|
---|---|
MIB 内の 3 番めのテーブル cerentGenericPmStatsIntervalTable には、モニタ タイプの履歴 PM 値を取得します。このテーブルは、cerentGenericPmStatsIntervalValid オブジェクト内の現在の PM 値を検証します。このテーブルは、インターフェイス インデックス(cerentGenericPmStatsIntervalIndex)、モニタ タイプ(cerentGenericPMStatsIntervalMonType)、場所(cerentGenericPmStatsIntervalLocation)、および時間(cerentGenericPmStatsIntervalPeriod)に基づいて索引化されます。
cerentGenericPmStatsIntervalIndex の構文は、type cerentLocation で、CERENT-TC.mib に定義されています。cerentGenericPmStatsIntervalMonType の構文は、type cerentMonitor で、CERENT-TC.mib に定義されています。cerentGernicPmStatsIntervalPeriod の構文は、type cerentPeriod で、CERENT-TC.mib に定義されています。
このテーブルは、履歴 PM 値を 64 ビット形式と 32 ビット形式で示します。cerentGenericPmStatsIntervalHCValue テーブルに含まれる 64 ビット値は、SNMPv2 エージェントで使用できます。2 つの 32 ビット 値(cerentGenericPmStatsIntervalValue および cerentGenericPmStatsIntervalOverFlowValue)は、SNMPv1 NMS で使用できます。cerentGenericPmStatsIntervalTable を 表18-6 に示します。
|
|
---|---|
ONS 15454 は、SNMP トラップを使用して、raise や clear など、すべてのアラームやイベントを生成します。トラップには、次の情報が含まれます。
• 生成したエンティティ(スロット、ポート、Synchronous Transport Signal[STS; 同期転送信号]、Virtual Tributary[VT; 仮想トリビュタリ]、Bidirectional Line Switched Ring[BLSR; 双方向ライン スイッチ型リング]、Spanning Tree Protocol[STP; スパニング ツリー プロトコル]など)情報によって、イベントを一意に識別するオブジェクト ID
• アラームの重大度とサービスへの影響(クリティカル、メジャー、マイナー、イベント、または、サービスに影響あり、サービスに影響なし)
ONS 15454 は、 表18-7 に示す一般 IETF トラップをサポートします。
各 SNMP トラップには、MIB テーブルを生成するために使用される変数バインディングがあります。ONS 15454 トラップと変数バインディングを 表18-8 に示します。各グループ(たとえば グループ A)について、そのグループ内のすべてのトラップがそのすべての変数バインディングと関連付けられています。
コミュニティ名は SNMP トラップの宛先のグループ化に使用されます。すべての ONS 15454 トラップの宛先は、CTC で SNMP コミュニティの一部としてプロビジョニングできます。コミュニティ名がトラップに割り当てられると、ONS 15454 は、そのコミュニティ名が CTC でプロビジョニングしたものと一致する場合、その要求を有効として扱います。この場合、すべてのエージェント管理の MIB 変数がその要求に対してアクセス可能になります。コミュニティ名がプロビジョニングされたリストと一致しない場合、SNMP はその要求を無視します。
ノード コントローラ シェルフからシェルフをサブテンドするために DWDM マルチシェルフ管理機能を使用する場合、サブテンド シェルフの SNMP は特別にプロビジョニングされなければなりません。マルチシェルフ構成内の全シェルフは、ノード コントローラの ID と IP アドレスを共有します。したがって、サブテンド シェルフとの間で SNMP メッセージをルーティングする唯一の方法は、プロキシ ARP を使用する方法です。
LAN-connected NE(LNE)は、ネットワークのセキュリティ要件に応じて、Gateway Network Element(GNE; ゲートウェイ ネットワーク エレメント)またはSOCKS プロキシとして設定できます。GNE/End Network Element(ENE)ファイアウォール機能が必要な場合、LNE を GNE として設定しなければなりません。ファイアウォール機能が必要でなくてもすべての IP ネットワーキングが必要な設計の場合、LNE を SOCKS プロキシとして設定しなければなりません。
GNE/ENE ファイアウォール設定では、接続されていない NE は ENE として設定されなければなりません。SOCKS 設定では、サブテンド ノードが IP によってプロキシ サーバと通信します。GNE、ENE、SOCKS プロキシとしてノードやシェルフをプロビジョニングする手順については、『 Cisco ONS 15454 DWDM Procedure Guide 』を参照してください。
SNMP および NMS の各アプリケーションは、ネットワークの内部や外部からのセキュリティ リスクを切り離すために使用されるファイアウォールを、従来から越えることはできませんでした。CTC では、Network Operation Center(NOC; ネットワーク オペレーション センター)がファイアウォールにインストールされた SMP プロキシ要素を使用して、ファイアウォールを越えて RMON の統計情報や自律メッセージなどの PM データにアクセスできます。
アプリケーション レベルのプロキシは SNMP Protocol Data Unit(PDU; プロトコル データ ユニット)を NMS と NE 間で転送し、NMS と NE 間で要求や応答を可能にし、NE 自律メッセージを NMS に転送します。プロキシ エージェントは、NOC でのプロビジョニングや NE での追加のプロビジョニングをほとんど必要としません。
ファイアウォール プロキシは、GNE-ENE トポロジで、単一の NE ゲートウェイを通じて多数の NE で使用されるように設計されています。最大 64 の SNMP 要求(get、getnext、または getbulk など)が、1 つまたは複数のファイアウォールの背後で随時サポートされます。プロキシは、HP OpenView などの一般的な NMS と相互運用できます。
セキュリティ上の理由から、SNMP プロキシ機能は、受信および送信をすべての NE で作動させる必要があります。手順については、『 Cisco ONS 15454 DWDM Procedure Guide 』を参照してください。
ONS 15454 には、RMON が組み込まれており、ネットワーク オペレータはイーサネット カードのパフォーマンスとイベントをモニタリングすることができます。RMON しきい値は CTC を使用してプロビジョニングすることができます。手順については、『 Cisco ONS 15454 DWDM Procedure Guide 』を参照してください。
(注) しきい値のプロビジョニング以外の一般的な RMON 操作は、CTC ユーザには表示されません。
ONS 15454 システムの RMON は、IETF 標準 MIB RFC 2819 に基づき、標準 MIB の 5 つのグループ(イーサネット統計、履歴制御、イーサネット履歴、アラーム、およびイベント)を含んでいます。
ONS 15454 DCC は、イーサネットとは互換性のない IP プロトコルによって実装されます。システムは DCC(PPP[ポイントツーポイント プロトコル]を実行)経由で収集された HDLC 統計を使用して、イーサネット機器の History および Statistics テーブルを構築します。RMON DCC モニタリング(IP とイーサネットの両方)は、リモート DCC 接続のヘルスをモニタリングします。
RMON DCC には、DCC インターフェイス用の次の 2 つの MIB が含まれています。
• cMediaIndependentTable ― 標準、rfc3273。統計の報告に使用される HC-RMON MIB の独自拡張
mediaIndependentTable の行を作成するために使用する SetRequest PDU は、1 つの単一セット操作で 1 行を有効にするために必要なすべての値と、createRequest (2) へのステータス変数の代入を含んでいなければなりません。エントリ作成のための SetRequest PDU では、すべての Object ID(OID; オブジェクト ID)のインスタンス値が 0 でなければなりません。すなわち、すべての OID がタイプ OID.0 でなければなりません。
1 つの行を作成するためには、SetRequest PDU に次の値が必要です。
• mediaIndependentDataSource とその対応する値
• mediaIndependentOwner とその対応する値(mediaIndependentOwner のサイズは 32 文字に制限)
• 値が createRequest (2) である mediaIndependentStatus
SetRequest PDU が上記の規則に従っている場合に、mediaIndependentTable に 1 行が作成されます。行が作成されると、SNMP エージェントは mediaIndependentIndex の値を決定します。この値は順次割り当てられず、連番にはなりません。イーサネット インターフェイスが追加、削除されると、この値は変化します。新しく作成された行は valid (1) の mediaIndependentTable 値を持ちます。行がすでに存在する場合、または SetRequest PDU の値に不備があるか無意味の場合、SNMP エージェントによってエラーコードが戻されます。
(注) mediaIndependentTable のエントリは SNMP エージェントの再起動では保持されません。
SetRequest PDU に invalid (4) の値の mediaIndependentStatus が含まれていた場合、
mediaIndependentTable から 1 行削除されます。削除する行は、varbind の OID インスタンス値によって示されます。必要な場合は、削除されたテーブル行を再作成できます。
cMediaIndependentHistoryControlTable での SNMP 行の作成と削除は、MediaIndependentTable と同じ手順で行われます。異なるのは変数だけです。
1 つの行を作成するためには、SetRequest PDU に次の値が必要です。
• cMediaIndependentHistoryControlDataSource とその対応する値
• cMediaIndependentHistoryControlOwner とその対応する値
• 値が createRequest (2) である cMediaIndependentHistoryControlStatus
ONS 15454 では、大容量リモート モニタリング情報ベース(HC-RMON-MIB、または RFC 3273)の実装により、既存の RMON テーブルの 64 ビット サポートが可能になりました。このサポートでは etherStatsHighCapacityTable と etherHistoryHighCapacityTable が提供されています。追加テーブル mediaIndependentTable と追加オブジェクト hcRMONCapabilities もこのサポートに追加されています。これらすべての要素には、etherStatsHighCapacityTable、etherHistoryHighCapacityTable、または mediaIndependentTable の RFC 3273 SNMP MIB 変数をアップロードする機能を持つすべてのサードパーティの SNMP クライアントからアクセス可能です。
イーサネット統計グループには、サブネットワークごとにモニタリングされる基本統計が etherStatsTable という名前の 1 つのテーブルに含まれます。
このテーブルの行を作成するために使用する SetRequest PDU は、単一セット操作で 1 行を有効にするために必要なすべての値と、createRequest に割り当てたステータス変数を含んでいなければなりません。SetRequest PDU OID のすべてのエントリには、0 のインスタンス値(タイプ OID)が設定されている必要があります。
1 つの行を作成するためには、SetRequest PDU に次の値が必要です。
• etherStatsOwner と対応する値(大きさは 32 文字に制限)
• createRequest (2) の値を持つ etherStatsStatus
SetRequest PDU が上記の規則に従って有効な場合に、etherStatsTable に 1 行が作成されます。行が作成されると、SNMP エージェントは etherStatsIndex の値を決定します。この値は順次割り当てられず、連番にはなりません。イーサネット インターフェイスが追加、削除されると、この値は変化します。新しく作成された行は valid (1) の etherStatsStatus 値を持ちます。
etherStatsTable のその行がすでに存在する場合、あるいは SetRequest PDU の値に不備があるか無意味の場合、SNMP エージェントによってエラーコードが戻されます。
(注) EtherStatsTable のエントリは SNMP エージェントの再起動では保持されません。
etherStatsMulticastPkts と etherStatsBroadcastPkts カラムに対する get 要求と getNext 要求は、これらの変数が ONS 15454 イーサネット カードでサポートされていないので、値 0 を戻します。
etherStatsTable の行を削除するには、SetRequest PDU の etherStatsStatus の値に 4(invalid)を設定する必要があります。OID ではその行に削除のマークを付けます。必要であれば、削除した行は再作成できます。
イーサネット統計グループには、etherStatsHighCapacityTable に 64 ビットの統計情報があります。これは、HC-RMON-MIB の 64 ビット RMON をサポートします。etherStatsHighCapacityTable は、64 ビット形式の PM データに 16 の新しいカラムを追加した、etherStatsTable の拡張版です。etherStatsTable と etherStatsHighCapacityTable は対応していて、いずれかのテーブルの行が作成または削除されるともう一方のテーブルでも作成または削除されます。
履歴制御グループは、historyControlTable の 1 つまたは複数のモニタ インターフェイスのサンプリング機能を定義します。このテーブルの値は、RFC 2819 で定義されているように、historyControlTable と etherHistoryTable から取り込まれます。
RMON は、4 つの可能な周期の内の 1 つでサンプリングされます。各周期(間隔)には個々の履歴の値(バケット)が含まれます。表18-9 は 4 つのサンプリング周期と、対応するバケット数を示しています。
historyControlTable の最大行サイズは、カード上のポート数とサンプリング間隔の数をかけて求めます。たとえば、24 ポートあるカードの場合、サンプリング間隔数 4 をかけると、テーブルは 96 行になります。14 ポートあるカードの場合、4 間隔をかけると 56 行になります。
(historyControlValue 変数) |
(historyControl 変数) |
---|---|
SetRequest PDU は、1 つの単一セット操作で historyControlTable の行を有効にできる必要があります。このため、この PDU にはすべての必要な値があり、ステータス変数値 2(createRequest)を持つ必要があります。SetRequest PDU のすべての OID は、エントリ作成でタイプ OID.0 でなければなりません。
historyControlTable に SetRequest PDU を作成するには、次の値が必要です。
• historyControlDataSource とその要求値
• historyControlBucketsRequested とその対応する値
• historyControlInterval とその対応する値
• historyControlOwner とその対応する値
• createRequest (2) の値を持つ historyControlStatus
historyControlBucketsRequested OID 値は、各サンプリング周期で使用できるバケット数がhistoryControlInterval 値に基づいてすでに固定されているので無視されます。表18-9 に、これらの変数を一覧表示します。
historyControlInterval の値は 4 つの可能な選択肢からは変更できません。他の値を使用すると、SNMP エージェントはバケット数の選択肢の中で最も近い小さい周期を選択します。たとえば、設定した値が 25 分間隔である場合、この値は変数の 15 分(32 バケット)と 60 分(24 バケット)の間になるため、SNMPエージェントは、それに近い低い方の値を自動的に選択します。これは、15 分、32 バケットです。
SetRequest PDU が有効であれば、historyControlTable の行が作成されます。その行がすでに存在する場合、あるいは SetRequest PDU の値に不備があるか無意味の場合、SNMP エージェントは行を作成せずにエラーコードを返します。
このテーブルから行を削除するには、SetRequest PDU は historyControlStatus 値として 4 (invalid) を設定する必要があります。削除された行は再作成できます。
ONS 15454 は、RFC 2819 の定義に従って etherHistoryTable を実装しています。グループは historyControlTable の境界内で作成され、設計RFC を使用しません。
HC-RMON-MIB の 64 ビット Ethernet 履歴は、etherHistoryHighCapacityTable に実装されています。これは、etherHistoryTable の拡張版です。etherHistoryHighCapacityTable では、64 ビットの PM のデータのために、4 つのカラムを追加しています。この 2 つのテーブルは 1 対 1 の関係を持っています。一方のテーブルに行を追加、削除すると、もう一方のテーブルも変更されます。
アラーム グループは alarmTable で構成されます。このテーブルでは、定期的にサンプリングされた値を設定したしきい値と比較し、しきい値を超えるとイベントを発生します。このグループには、この項で後述するイベント グループが実装されている必要があります。
NMS は alarmTable を使用して、ネットワーク パフォーマンスのアラーム可能なしきい値を決定し、プロビジョニングします。
alarmTable に行を作成するには、SetRequest PDU によって 1 つの単一セット操作で行を作成できなければなりません。SetRequest PDU のすべての OID は、エントリ作成でタイプ OID.0 でなければなりません。テーブルは最大 256 行からなります。
alarmTable に SetRequest PDU を作成するには、次の値が必要です。
• createRequest (2) の値を持つ alarmStatus
SetRequest PDU が有効であれば、historyControlTable の行が作成されます。その行がすでに存在する場合、あるいは SetRequest PDU の値に不備があるか無意味の場合、SNMP エージェントは行を作成せずにエラーコードを返します。
SetRequest PDU には必須の値に加えて、次のような制約事項があります。
• alarmRisingEventIndex は常に値 1 になります。
• alarmFallingEventIndex は常に値 2 になります。
• alarmStatus は、SET でサポートされている createRequest (2) と invalid (4) の 2 つの値のみをとります。
• AlarmVariable はタイプ OID.ifIndex で、ifIndex にはこのアラームが作成されるインターフェイスを指定します。OID は表18-10 でサポートされている OID の 1 つです。
|
|
|
|
---|---|---|---|
テーブルから行を削除するには、SetRequest PDU に alarmStatus 値として 4 (invalid) を設定する必要があります。削除された行は再作成できます。このテーブルのエントリは SNMP エージェントの再起動で保持されます。
イベント グループは、イベントの生成と通知を制御します。イベント グループは、生成するイベントの読み取り専用のリストである eventTable と、ログ イベントを記述する書き込み可能なデータ セットである logTable の 2 つのテーブルで構成されます。ONS 15454 では RFC 2819 の規定に従って、logTable を実装しています。
eventTable は読み取り専用で、プロビジョニングできません。このテーブルには、上昇アラーム用の行と下降アラーム用の行があります。このテーブルには、次の制約があります。
• eventType は常に log-and-trap (4) です。
• eventCommunity 値は常に 0 文字長の文字列であり、このイベントによって、すべてのプロビジョニングされた宛先にトラップが送付されることを示します。
logTable は RFC 2819 に規定されたとおりに実装されています。logTable は、コントローラ カードでローカルにキャッシュされるデータに基づいています。コントローラ カードの保護切り替えがあると、既存の logTable はクリアされ、新しいテーブルが新しいアクティブ コントローラ カードで開始されます。このテーブルは、アラーム コントローラで指定された数の行からなります。