- はじめに
- 電話機に関する問題のトラブルシューティング
- 緊急コールに関する問題のトラブルシューティング
- 電子メール アラートのトラブルシューティング
- Web アラートのトラブルシューティング
- Cisco Emergency Responder システムおよ び管理に関する問題のトラブルシューティング
- Cisco Emergency Responder システムに関する問題のトラブルシューティング
- Cisco Unified Communications Manager の設定に関する問題のトラブルシューティング
- Cisco Emergency Responder クラスタでの Cisco Emergency Responder グループおよびサーバの識別
- クラスタ間の電話機の移動
- Cisco Emergency Responder サーバの起動と停止
- ALI データのアップロードのトラブルシューティング
- コール履歴ログの収集
- トレースおよびデバッグ情報の収集
- イベント メッセージの表示
- パフォーマンスの管理
- ネットワーク管理システムとの統合
- データのバックアップと復元
- Data Migration Assistant のトラブルシューティング
- Linux アップグレ071ードのトラブルシューティング
Cisco Emergency Responder 8.6 トラブルシュー ティング ガイド
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月8日
章のタイトル： 電子メール アラートのトラブルシューティング
- Emergency Call Alert（緊急コール アラート）
- Transition Alert（移行アラート）
- Tracking Failure（トラッキング エラー）
- Failed To Get Provider（プロバイダーの取得に失敗しました）
- Failed To Establish Communication With Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信の確立に失敗しました）
- Lost Communication With Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信が失われました）
- Failed To Send Unlocated Phone Details To Remote Server Group（位置未確認の電話機の詳細をリモートの Cisco Emergency Responder サーバ グループに送信できませんでした）
- Emergency Call Could Not Be Routed（緊急コールをルーティングできませんでした）
- Calling Party Modification Failed（発信側の修正に失敗しました）
電子メール アラートのトラブルシューティング
この章では、Cisco Emergency Responder（Emergency Responder）で生成される電子メール アラートに関する問題の解決に役立つトピックを取り上げます。
•
「Emergency Call Alert（緊急コール アラート）」
• 「Tracking Failure（トラッキング エラー）」
• 「Failed To Get Provider（プロバイダーの取得に失敗しました）」
• 「Failed To Establish Communication With Cisco Emergency Responder Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信の確立に失敗しました）」
• 「Lost Communication With Cisco Emergency Responder Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信が失われました）」
• 「Failed To Send Unlocated Phone Details To Remote Cisco Emergency Responder Server Group（位置未確認の電話機の詳細をリモートの Cisco Emergency Responder サーバ グループに送信できませんでした）」
• 「Emergency Call Could Not Be Routed（緊急コールをルーティングできませんでした）」
• 「Calling Party Modification Failed（発信側の修正に失敗しました）」
Emergency Call Alert（緊急コール アラート）
ユーザが 911（緊急）コールを発信すると、Emergency Responder で電子メール アラートが生成されます。コールが発信された ERL に設定されている電子メール ID を持つオンサイト アラート（セキュリティ）担当者全員に、Emergency Responder から電子メール アラートが送信されます（『 Cisco Emergency Responder 8.6 Administrative Guide 』の「Configuring a Cisco Emergency Responder Server Group」を参照）。
セキュリティ担当者はそのユーザに応答します。コールの詳細については、次の URL を参照してください。
http:// <<CERServer HostName>> /ceruserreports
911 コールが発信され、バックアップ Emergency Responder サーバがコールを処理する場合、次のようなアラートが送信されます。
Transition Alert（移行アラート）
スタンバイ Emergency Responder サーバがコールの制御権を持ち、アクティブ サーバになると、Emergency Responder 管理者に Transition Alert が送信されます。この状況は、次の環境下で発生します。
• プライマリ Emergency Responder サーバが停止した場合。
• プライマリ Emergency Responder サーバで Emergency Responder サービスが停止した場合。
• プライマリおよびスタンバイの Emergency Responder サーバ間で接続が切断された場合。
管理者は原因を診断し、できるだけ早く問題を解決する必要があります。
Emergency Responder バックアップ サーバにコールの制御権がある場合、次のようなアラートが送信されます。
マスター Emergency Responder サーバにコールの制御権がある場合、次のようなアラートが送信されます。
Tracking Failure（トラッキング エラー）
スイッチ ポートと電話機のトラッキング プロセスの終了時、追跡できなかったデバイスがある場合は、Emergency Responder から Emergency Responder 管理者に Tracking Failure に関する電子メールが送信されます。
管理者は Emergency Responder サーバのイベント ログを確認し、追跡されなかったデバイスのリストを調べる必要があります。次に、管理者は以下の点を確認し、必要な修正を行います。
1. Emergency Responder に正しい SNMP コミュニティ ストリングが設定されていることを確認します。
3. Emergency Responder サーバのホスト名が解決可能であること、つまり検出可能であることを確認します。
4. そのデバイス（スイッチや Cisco Unified CM）で SNMP サービスがイネーブルであることを確認します。
次に、Tracking Failure アラートの例を示します。
Failed To Get Provider（プロバイダーの取得に失敗しました）
設定されている Cisco Unified Communications Manager（Cisco Unified CM）クラスタのいずれかに対し、Emergency Responder が登録を行えない場合、Emergency Responder から Emergency Responder 管理者に Failed to Get Provider アラートが送信されます。Emergency Responder は成功するまで登録を試行し続けます。数回の再試行後、Emergency Responder から Failed to Get Provider に関する電子メールが送信されます。
このメッセージには、次の例のように、問題の解決方法に関する情報が含まれています。
Failed To Establish Communication With Cisco Emergency Responder Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信の確立に失敗しました）
Emergency Responder サーバが一定の期間 Phone Tracking Engine との通信を確立できない場合、この電子メール アラートが Emergency Responder から Emergency Responder 管理者に送信されます。Emergency Responder Phone Tracking Engine サービスが停止すると、この問題が発生する可能性があります。管理者は次の手順を実行する必要があります。
1. Emergency Responder Phone Tracking Engine サービスが停止している場合は、そのサービスを開始します。
2. Emergency Responder サーバのホスト名にアンダースコア（_）が含まれていないことを確認します。
次に、Tracking Failure アラートの例を示します。
Lost Communication With Cisco Emergency Responder Phone Tracking Engine（Cisco Emergency Responder Phone Tracking Engine との通信が失われました）
Emergency Responder サーバと Emergency Responder Phone Tracking Engine との通信が失われた場合、この電子メール アラートが Emergency Responder から Emergency Responder 管理者に送信されます。この問題が最も発生しやすいのは、Emergency Responder サーバの動作中に Emergency Responder Phone Tracking Engine サービスが停止した場合です。
管理者は Emergency Responder Phone Tracking Engine サービスを再開する必要があります。
次に、Tracking Failure アラートの例を示します。
Failed To Send Unlocated Phone Details To Remote Cisco Emergency Responder Server Group（位置未確認の電話機の詳細をリモートの Cisco Emergency Responder サーバ グループに送信できませんでした）
サーバ グループに対するエントリの送信プロセスがすでに実行中であるために、Emergency Responder がそのサーバ グループに位置未確認エントリを送信できない場合、このアラートが送信されます。
このアラートはまれにしか発生しません。このアラートが発生するのは、Emergency Responder サーバが複数の Emergency Responder サーバ グループで検出された場合です。この問題を解決するには、古い設定のサーバ グループを確認し、そのサーバ グループを削除します。
Emergency Call Could Not Be Routed（緊急コールをルーティングできませんでした）
ERL に設定されている一部のルート パターンに緊急コールをルーティングできない場合、Emergency Responder からシステム管理者に電子メールが送信されます。
件名 ：Emergency call could not be routed using some route patterns (CERServer: <server hostname> )
メッセージ本文： Emergency call from: <Caller Extn> could not be routed using some Route Patterns.Check Event Log.
1. Cisco Unified CM 4.2 または 4.3 を実行している場合、Emergency Responder ユーザ ページの [Calling Party Number] チェックボックスがオンであることを確認します。
2. Cisco Unified CM 5.x または Cisco Unified CM 6.x を実行している場合、ルートが使用可能であることを確認します。
3. Emergency Responder Application User を「Standard CTI Allow Calling Number Modification」ユーザ グループに追加します。
Calling Party Modification Failed（発信側の修正に失敗しました）
発信側の修正に失敗した場合、Emergency Responder からシステム管理者に次の電子メールが送信されます。
件名 ：Emergency Calling Party Modification Failed (Emergency Responder Server: <server> )
メッセージ本文： Emergency call from :<Caller Extn> cannot be routed with calling party modification.Check Event Log.
Cisco Unified CM Administration（シスコ ユニファイド CM アドミニストレーション）で、Emergency Responder ユーザ ページの [Enable Calling Party Number Modification] ボックスをオンにします。このフラグをイネーブルにした後、変更内容を反映するために Emergency Responder サービスを再起動します。
フィードバック