CISCO-CCM-MIB について、Cisco Unified Communications Manager ノードから SNMP トラップが取得されないのはなぜですか。
CISCO-CCM-MIB の SNMP トラップを受信するには、次の MIB OID の値が適切な値に設定されていることを確認する必要があります。ccmPhoneFailedAlarmInterval(1.3.6.1.4.1.9.9.156.1.9.2)および
ccmPhoneStatusUpdateAlarmInterv(1.3.6.1.4.1.9.9.156.1.9.4)は、30 ~ 3600 に設定します。デフォルトでは、ゼロ(0)に指定されています。
Linux コンピュータから次のコマンドを実行します。
次の問題は、電話機の登録/登録解除/障害に関連しています。
-
通知の宛先の設定:通知の宛先が設定されていることを確認する必要があります。これは、Cisco Unified Serviceability の Web ウィンドウから実行できます。 というメニューがあります。
通知の宛先を設定する前に、必要な SNMP サービスがアクティブであり、実行されていることを確認します(SNMP Master Agent および Cisco UCM SNMP Service)。また、コミュニティ ストリング/ユーザの特権を正しく設定してあることを確認します。通知の権限も含まれている必要があります。
トラップがまだ生成されない場合は、対応するアラームが生成されるかどうかを確認します。これらのトラップはアラーム イベントに基づいて生成されるため、SNMP エージェントがこれらのアラーム イベントを取得していることを確認します。ローカル Syslog
をイネーブルにします。Cisco UCM Serviceability ウィンドウの で利用できるアラーム設定から、ローカル Syslog の宛先について Cisco UCM のアラーム設定を情報レベルに設定します。トラップを再現し、対応するアラームが CiscoSyslog ファイルにロギングされるかどうかを確認します。
-
トラップとしての syslog メッセージの受信:特定の重大度を超える syslog メッセージをトラップとして受信するには、clogBasic テーブルで次の 2 つの MIB オブジェクトを設定します。
-
clogNotificationsEnabled(1.3.6.1.4.1.9.9.41.1.1.2):syslog トラップ通知をイネーブルにするには、これを true(1)に設定します。デフォルト値は false(2)です。例:snmpset -c <Community String> -v 2c <transmitter ip address> 1.3.6.1.4.1.9.9.41.1.1.2.0 i <value>
-
clogMaxSeverity(1.3.6.1.4.1.9.9.41.1.1.3):トラップを受け取る最低の重大度レベルを設定します。デフォルト値は warning(5)です。通知がイネーブルの場合、設定した重大度以下のアラーム重大度の syslog メッセージはすべてトラップとして送信されます。例:snmpset -c <Community String> -v 2c <transmitter ip address> 1.3.6.1.4.1.9.9.41.1.1.3.0 i <value>
Cisco Unified Communications Manager に対して定義されているさまざまなトラップは何ですか。
CISCO-CCM-MIB には、次の定義済みトラップのリストが含まれています。
-
ccmCallManagerFailed:Cisco UCM プロセスが重要なサブシステムの 1 つで障害を検出することを示します。ハートビート/イベント モニタリング プロセスから検出することもできます。
-
ccmPhoneFailed:ccmPhoneFailedAlarmInterval で指定された間隔によって ccmPhoneFailedTable 内の少なくとも 1 つのエントリが示されることを通知します。
-
ccmPhoneStatusUpdate:ccmPhoneStatusUpdateTable 内に 1 つのエントリが存在する場合に ccmPhoneStatusUpdateInterv で指定された間隔で生成される通知です。
-
ccmGatewayFailed:少なくとも 1 つのゲートウェイが Cisco UCM への登録および通信を試行して失敗したことを示します。
-
ccmMediaResourceListExhausted:Cisco UCM が指定されたタイプのリソースを使い果たしたことを示します。
-
ccmRouteListExhausted:指定されたルート リスト内で Cisco UCM が使用可能なルートを見つけることができなかったことを示します。
-
ccmGatewayLayer2Change:Skinny ゲートウェイの登録済みインターフェイスの D チャネル/レイヤ 2 で状態が変更されることを示します。
-
ccmMaliciousCall:ユーザがコールを悪質としてローカル Cisco UCM サーバに登録することを示します。
-
ccmQualityReport:ユーザが Quality Report Tool を使用して品質の問題を報告することを示します。
-
ccmTLSConnectionFailure:指定されたデバイスに対して Unified Communications Manager が TLS 接続を開けなかったことを示します。
トラップのアラームへのマッピングは、次のとおりです。
-
ccmCallManagerFailed—CallManagerFailure
-
ccmPhoneFailed—DeviceTransientConnection
-
ccmPhoneStatusUpdate
-
ccmGatewayFailed—DeviceTransientConnection
-
ccmMaliciousCall—MaliciousCall
-
ccmMediaResourceListExhausted—MediaResourceListExhausted
-
ccmQualityReportRequest—QRTRequest
-
ccmRouteListExhausted—RouteListExhausted
-
ccmGatewayLayer2Change—DChannelOOS, DChannelISV
Cisco Unified Communications Manager からのさまざまな SNMP トラップをどのようにしてチェックできますか。
少数のトラップを起動する次の手順を実行します。
Cisco UCM Agent の高い CPU 消費が継続する場合、何を行う必要がありますか。
分析用のログを収集し、障害 CSCsm74316 を参照します。使用している Cisco UCM リリースに障害の修正が追加されているかどうかを確認します。
CTI Routepoint を Unified Communications Manager Administration から削除しても、ccmCTIDeviceTable MIB にそのエントリが存在します。なぜですか。
「"RIS Unused Cisco CallManager Device Store Period"」というサービス パラメータによって、未登録デバイスが RIS データベースおよび MIB 内に残される時間が定義されています。[Cisco UCM Administration] ウィンドウと SNMP MIB は同期していない場合があります。[Cisco
UCM Administration] ウィンドウにはデータベースからの情報が表示され、SNMP では RIS データベースが使用されるためです。
ccmPhoneType を Cisco-CCM-MIB の ccmPhoneTable で照会したときに情報が返されません。なぜですか。
これは、ccmPhoneType が古いことを意味します。CcmProductTypeEntry に対する ccmPhoneProductTypeIndex から、同じ情報を取得できます。テーブルでは、インデックスはそのテーブルでリストされているインデックスと名前に対応します。
次のリストに、その他の古い OID の一部と、参照する必要がある代替 OID を示します。
-
ccmGatewayType は古いため、ccmGateWayProductTypeIndex を参照する必要があります。
-
ccmMediaDeviceType は古いため、ccmMediaDeviceProductTypeIndex を参照する必要があります。
-
ccmCTIDeviceType は古いため、ccmCTIDeviceProductTypeIndex を参照する必要があります。
ccmPhoneProductTypeIndex に対する照会でゼロが返ります。なぜですか。
使用している Unified Communications Manager のリリースにこの機能があることを確認してください。
WALK が ccmPhoneTable に対して実行されていますが、ccmPhoneUserName によって値が返されません。ユーザ名は IP Phone にどのように関連付けられていますか。
エンド ユーザを作成し、登録済みの電話機に移動して、オーナーのユーザ ID を関連付けます。これを実行したあとに、SNMP Walk 内の OID によってユーザが表示されます。
SNMP を使用して各電話機のファームウェアのバージョンを取得するにはどうすればいいですか。
ccmPhoneTable 内の ccmPhoneLoadID オブジェクトによって、各電話機のファームウェア バージョンが示されます。新しいイメージ ダウンロードが失敗した場合にはこの値が異なることがあります。SNMP では、設定済みのファームウェア
ID(ccmPhoneLoadID)と実際に実行されているファームウェア(ccmPhoneActiveLoad)の両方が示されるためです。
CCM MIB によって ccmVersion が 5.0.1 として返されますが、これは間違いです。
使用している Unified Communications Manager のリリースにこの機能があることを確認してください。ない場合はアップグレードしてください。
CCM MIB が正しくない ccmPhoneLoadID を返します。
ccmPhoneLoadID の値は RIS データベースから取得されます。このデータベースには、電話機の登録中に受信されたアラームに基づいて情報が入力されます。次の手順を実行し、詳細な分析のためのログを収集してください。
-
Cisco Unified Serviceability で、 を選択します。サーバを選択します。次に、[移動(Go)] をクリックします。サービス グループの [CM サービス(CM Services)] を選択します。次に、[移動(Go)] をクリックします。サービスの [Cisco CallManager] を選択します。次に、[移動(Go)] をクリックします。
-
[ローカル Syslog(Local Syslog)]、[SDI トレース(SDI Trace)]、および [SDL トレース(SDL Trace)] の [アラームの有効化(Enable Alarm)] をオンにします。それぞれの [アラーム イベント レベル(Alarm Event Level)] ドロップダウン リスト ボックスから [情報(Informational)] を選択します。
-
[トレース設定(Trace Configuration)] ウィンドウで、Cisco UCM サービスの [デバッグ トレース レベル(Debug Trace Level)] を [詳細(Detailed)] に設定します。
-
正しくない LoadID が表示されている電話機をリセットします。
-
Syslog および Cisco UCM トレースを収集します。
-
電話機の詳細を収集します。
Cisco Call Manager のステータス(START/STOP)はどのようにすればモニタできますか。
サービス監視には次のオプションがあります。
Cisco UCM サービス障害用に ccmCallManagerFailed トラップがあります。ただし、このトラップでは、通常のサービス停止および不明のクラッシュは対象になりません。
ポーリングされたデバイスのデバイス プール情報が正しくないように見えます。なぜですか。使用された OID は ccmPhoneDevicePoolIndex です。
CISCO-CCM-CAPABILITY MIB に記述されているように、ccmPhoneDevicePoolIndex はサポートされていないためゼロ(0)が返されます。Cisco UCM デバイス登録アラームには、現在はデバイス プール情報は含まれていません。