この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
アプリケーション層プロトコルである簡易ネットワーク管理プロトコル(SNMP)を使用すると、ノードやルータなどのネットワーク デバイス間の管理情報を簡単に交換できます。 SNMP は、TCP/IP スイートの一部を構成しています。 システム管理者は、SNMP を使用して、ネットワーク パフォーマンスのリモート管理、ネットワークの問題の検出および解決、ネットワーク拡張の計画を行うことができます。
SNMP では、多数のコマンドを定義する代わりに、get-request、get-next-request、get-bulk-request、および set-request の形式ですべての操作を行います。 たとえば、SNMP マネージャでは、SNMP エージェントから値を取得したり、その SNMP エージェントに値を格納したりできます。 SNMP マネージャはネットワーク管理システム(NMS)の構成要素になることができ、SNMP エージェントはルータなどのネットワーキング デバイスに常駐できます。
SNMP は、SNMP マネージャ、SNMP エージェント、MIB という 3 つの部分から構成されています。 Cisco MIB は、ネットワーク管理ソフトウェアを使用してコンパイルできます。
NMS では、Cisco MIB 変数を使用してデバイス変数を設定し、インターネットワーク上のデバイスのポーリングを行って特定の情報を取得します。 ポーリングの結果はグラフの作成や分析に使用でき、インターネットワークの問題のトラブルシューティング、ネットワーク パフォーマンスの向上、デバイスの設定の確認、およびトラフィックの負荷のモニタに役立ちます。
SNMP エージェントは、デバイス パラメータおよびネットワーク データに関する情報のリポジトリである MIB からデータを収集します。 また、SNMP エージェントは、特定のイベントのトラップ(通知)を SNMP マネージャに送信することもできます。 Cisco トラップ ファイル「mib.traps」は、シスコのホスト //ftp.cisco.com から入手できます。このファイルに、Cisco トラップの形式が記載されています。
SNMP マネージャは MIB の情報を使用し、次の説明に従ってオペレーションを実行します。
操作 |
説明 |
---|---|
get-request |
特定の変数から値を取得します。 |
get-next-request |
名前付き変数の次の値を取得します。 通常、テーブル内から変数を取得する場合に使用します。 このオペレーションでは、SNMP マネージャが正確な変数名を知っている必要はありません。 MIB 内から必要な変数を見つけるために、順次検索が実行されます。 |
get-response |
NMS から送信された get-request、get-next-request、get-bulk-request、および set-request に応答します。 |
get-bulk-request |
get-next-request と同様に、get-response に get-next インタラクションを最大繰り返し数まで格納します。 |
set-request |
特定の変数に値を格納します。 |
traps |
何らかのイベントが発生したことを伝えるために、SNMP エージェントから SNMP マネージャに送信されます。 |
SNMP のバージョンには、バージョン 1(SNMPv1)、バージョン 2(SNMPv2)、およびバージョン 3(SNMPv3)の 3 つがあります。 SNMPv1 は、管理情報構造(SMI)の仕様の範囲内で機能する SNMP の初期実装で、ユーザ データグラム プロトコル(UDP)や IP などのプロトコルを介して動作します。
SNMPv1 SMI では、高度な構造を持つ MIB テーブルが定義されます。このテーブルは、複数の変数を含むオブジェクトのグループ化に使用されます。 テーブルにはインデックスが付けられた 0 個以上の行が格納されるため、SNMP では、サポートされているコマンドを使用して、行全体を取得したり変更したりできます。
SNMPv1 では、NMS が要求を発行し、管理対象デバイスから応答が返されます。 エージェントは、トラップ オペレーションを使用して、NMS に重要なイベントを非同期的に通知します。
SNMPv2c は、SNMPv1 と同様に、SMI の仕様の範囲内で機能します。 MIB モジュールには、相互に関係のある管理対象オブジェクトの定義が格納されます。 SNMPv1 で使用されるオペレーションと SNMPv2 で使用されるオペレーションは、ほぼ同じであることに注意してください。 たとえば、SNMPv2 トラップ オペレーションは、SNMPv1 で使用する機能と同じですが、異なるメッセージ形式を使用する、SNMPv1 トラップに代わる機能です。
SNMPv2c の通知オペレーションでは、ある NMS から別の NMS にトラップ情報を送信して、その NMS から応答を受信することができます。
SNMPv3 は、パケットがネットワーク上に公開されるのを防ぎます。 SNMPv3 では、SNMPv1 や SNMPv2 のようにコミュニティ ストリングを使用するのではなく、SNMP ユーザを使用します。
SNMP を使用するネットワークでは、管理対象デバイス、エージェント、ネットワーク管理ソフトウェア(NMS)という 3 つの主要コンポーネントが必要です。
管理対象デバイスのモニタと制御は、4 つの基本的な SNMP コマンド(読み取り、書き込み、トラップ、およびトラバース オペレーション)を使用して行います。
SNMP コミュニティ ストリングでは、セキュリティは確保されませんが、MIB オブジェクトへのアクセスを認証し、組み込みパスワードとして機能します。 SNMP コミュニティ ストリングは、SNMPv1 または SNMPv2c の場合にのみ設定します。
SNMPv3 では、コミュニティ ストリングを使用しません。 SNMPv3 では、SNMP ユーザを使用します。SNMP ユーザを使用する目的はコミュニティ ストリングと同じですが、暗号化や認証が設定されるため、セキュリティが確保されます。
SNMP を使用すると、Cisco MIB 変数にアクセスでき、ネットワーク デバイス間の管理情報を簡単に交換できます。 SNMP システムは、SNMP マネージャ、SNMP エージェント、MIB という 3 つの部分で構成されています。
SNMP では、多数のコマンドを定義する代わりに、get-request、get-next-request、get-bulk-request、および set-request の形式ですべての操作を行います。 たとえば、SNMP マネージャでは、SNMP エージェントから値を取得したり、その SNMP エージェントに値を格納したりできます。 SNMP マネージャはネットワーク管理システム(NMS)の構成要素になることができ、SNMP エージェントはルータなどのネットワーキング デバイスに常駐できます。 Cisco MIB は、ネットワーク管理ソフトウェアを使用してコンパイルできます。 SNMP をルータに設定すると、SNMP エージェントで NMS から送信される MIB 関連の照会に応答できます。
NMS では、Cisco MIB 変数を使用してデバイス変数を設定し、インターネットワーク上のデバイスのポーリングを行って特定の情報を取得します。 ポーリングの結果はグラフの作成や分析に使用でき、インターネットワークの問題のトラブルシューティング、ネットワーク パフォーマンスの向上、デバイスの設定の確認、トラフィックの負荷のモニタなどに役立ちます。
SNMP エージェントは、デバイス パラメータおよびネットワーク データに関する情報のリポジトリである MIB からデータを収集します。 また、SNMP エージェントは、特定のイベントのトラップ(通知)を SNMP マネージャに送信することもできます。 Cisco トラップ ファイル「mib.traps」は、シスコのホスト //ftp.cisco.com から入手できます。このファイルに、Cisco トラップの形式が記載されています。
SNMP マネージャは MIB の情報を使用し、次の説明に従ってオペレーションを実行します。
操作 |
説明 |
---|---|
get-request |
特定の変数から値を取得します。 |
get-next-request |
名前付き変数の次の値を取得します。 通常、テーブル内から変数を取得する場合に使用します。 このオペレーションでは、SNMP マネージャが正確な変数名を知っている必要はありません。 MIB 内から必要な変数を見つけるために、順次検索が実行されます。 |
get-response |
NMS から送信された get-request、get-next-request、get-bulk-request、および set-request に応答します。 |
get-bulk-request |
get-next-request と同様に、get-response に get-next インタラクションを最大繰り返し数まで格納します。 |
set-request |
特定の変数に値を格納します。 |
traps |
SNMP エージェントから SNMP マネージャに送信される、何らかのイベントが発生したことを伝える割り込みメッセージです。 |
SNMP エージェントは、重要なシステム イベントを識別するために、トラップ形式またはインフォーム形式で通知を送信します。 トラップ形式の場合は宛先からの確認応答を受信しませんが、インフォーム形式の場合は確認応答を受信します。
(注) |
Cisco Unity Connection は、SNMP トラップをサポートしません。 |
対応するトラップ フラグが有効な場合、すべての通知のトラップが即座に送信されます。 syslog エージェントの場合、Cisco Unified CM アラームとシステム レベルのログ メッセージが syslog デーモンに送信され、ログに記録されます。 また、一部の標準的なサードパーティ製アプリケーションでもログ メッセージが syslog デーモンに送信され、ログに記録されます。 これらのログ メッセージはローカルの syslog ファイルに記録され、SNMP トラップまたは通知への変換も行われます。
次に、設定済みのトラップの宛先に送信される、Cisco Unified CM の SNMP トラップとインフォーム メッセージを示します。
Cisco Unified CM で SNMP エージェントのトレースを設定するには、 Cisco Unified Serviceability の [トレース設定(Trace Configuration)] ウィンドウで、[パフォーマンスおよび監視サービス(Performance and Monitoring Services)] サービス グループの [Cisco Unified CM SNMP サービス(Cisco Unified CM SNMP Service)] を選択します。 デフォルトの設定は、すべてのエージェントに対して存在します。 Cisco CDP Agent および Cisco Syslog Agent の場合、コマンドライン インターフェイス(CLI)を使用し、『Command Line Interface Reference Guide for Cisco Unified Solutions』に従ってトレース設定を変更します。
http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&step=2&mibName=CISCO-CCM-CAPABILITY の CISCO-CCM-CAPABILITY MIB を参照するか、関連項目のセクションの CISCO-CCM-CAPABILITY-MIB のトピックを参照してください。
「CISCO-CCM-CAPABILITY-MIB」で説明されているとおり、ccmPhoneDevicePoolIndex はサポートされていないため、0 を返します。 現在、Callmanager デバイス登録アラームには、デバイス プール情報は含まれていません。
Cisco CallManager SNMP サービスが実行されていない場合、MIB の次のテーブルのみが応答します。
Cisco CallManager SNMP サービスを実行中にするには、 Cisco Unified Serviceability でサービスをアクティブにして起動します。 SYSAPPL-MIB で、次のテーブルを照会します。
まず、すべての機能とネットワーク サービスが実行されていることを確認してください。また、Cisco Unified CM システムで、コミュニティ ストリングまたは SNMP ユーザが適切に設定されていることを確認してください。 SNMP コミュニティ ストリングまたはユーザを設定するには、 Cisco Unified サービスアビリティで を選択します。
(注) |
デフォルトでは、コミュニティ ストリングまたはユーザはシステムに設定されていません。 |
システム アプリケーション エージェントでは、アクティブまたは非アクティブになっているサービスを表示したり、Web アプリケーションのサービスやサーブレットをモニタしたりすることができないため、システムの健全性や Cisco Unified Communications Manager アプリケーションのサービス ステータスをモニタするには、次の方法を使用します。
Mar 18 16:40:52 ciscart26 local7 6 : 92: Mar 18 11:10:52.630 UTC : %CCM_SERVICEMANAGER-SERVICEMANAGER-6-ServiceActivated: Service Activated. Service Name:Cisco CallManager SNMP Service App ID:Cisco Service Manager Cluster ID: Node ID:ciscart26
SNMP 要求で複数の OID を指定し、変数が空のテーブルを指している場合、タイムアウトの問題により、NO_SUCH_NAME(SNMPv1 の場合)または GENERIC エラー(SNMPv2c または SNMPv3 の場合)が返されることがあります。 Cisco Unified Communications Manager 処理エンジンを保護するために制御を強化すると、タイムアウトが発生することがあります。
スカラ オブジェクトを使用すると、CCMH323DeviceTable および ccmSIPDeviceTable のエントリ数を取得できます。そのため、SNMP マネージャ(クライアント)は、エントリが存在しない場合に、これらのテーブルでの不要な get/getnext オペレーションをしなくて済みます。 SNMP 開発者は、この問題に対する次の回避策を使用できます。
SNMP/R バイナリに CPU のスパイクが生じている場合、次のログおよび情報を収集して分析します。
SNMP マスター エージェントが起動しない場合は、ポート 161 が開いているかどうかを確認します。 ポートが開いている場合は、SNMP マスター エージェントのトレースを収集して、さらに分析します。
Cisco Unified CM を Windows 版から Linux 版に移行する際には、Cisco Unified CM Release 5.x 以降では ccmH323DevRmtCM1InetAddress が OctetString で定義されていることに注意してください。 そのため、IP アドレスが 16 進数で表示されます(Cisco Unified CM Release 4.x ではドット付き 10 進表記で表示されます)。