Emergency ResponderとCUCMの統合

はじめに

このドキュメントでは、スイッチポートの電話追跡を使用して、Cisco Emergency Responder(CER)とCisco Unified Communications Manager(CUCM)を統合する方法について説明します。

前提条件

要件

次の項目に関する知識があることが推奨されます。

• Cisco Emergency Responder（CER）[CiscoEmergencyResponderCER]
• CUCM
• コール ルーティング
• Simple Network Management Protocol(SNMP)に関する基礎知識

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアのバージョンに基づいています。

• CERバージョン11.5
• CUCM バージョン 11.5

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景説明

このドキュメントはCisco TACエンジニアによって作成されたものであり、設定ガイドおよび設計ガイドを参照する必要がある箇所を置き換えるものではありません。

例を含むセクションは、参照用にサンプル値を含む可能な設定を示しています。プライベートネットワークの設定は、プライベートエンティティのニーズと内部の設計ガイドラインによって異なります。

CERとCUCMの統合が完了したと見なされた後で、緊急コールのテストを地域のPublic Safety Answering Point(PSAP)と調整することが重要です。

PSAPテストが正常に終了したにもかかわらず、テスト後にさらに設定の変更が行われる場合は、追加の変更が完了した後に緊急コールのテストをスケジュールするために、ローカルPSAPと調整することが重要です。つまり、コールルーティングに影響を与える可能性のある変更が行われるたびに、緊急コールをテストします。

CERの基本

911

特定の国の警察、消防、医療などの公的救急機関に連絡するための単純で覚えやすい番号。すべての国で緊急コールに911が使用されているわけではないので、適切な緊急電話番号を使用してください。便宜上、このドキュメントでは緊急電話番号として911のみを参照できます。

PSAP

緊急呼がルーティングされてディスパッチされる、公的資金による施設。  この組織は、911コールに応答し、どの緊急機関（警察、消防など）を派遣する必要があるかを決定する実稼動中のオペレータで構成されます。

ロケーション自動識別(ALI)

発信側のPSAPおよびアドレス/ロケーションでの自動表示。  オペレータはこの情報を使用して、911コールを発信した人物を特定できます。

ALIデータベース(ALI-DB)

電話会社には、電話番号を名前とアドレスに一致させる加入者データベースがあります。コールが911ネットワークに着信すると、このデータベースを使用して、発信側電話番号に一致するアドレスが抽出され、PSAPオペレータによるユーザの特定が容易になります。

自動番号識別（ANI）

これは、発信側番号の別名です。ALIは、発信者のロケーションに関する詳細情報が含まれるという点で、ANIとは異なります。

緊急対応場所(ERL)

緊急コールが発信されるエリア。ERL は、必ずしも緊急事態が発生した場所ではありません。緊急の発信者が一般的な緊急事態を報告した場合、実際の緊急事態は別のエリアにある可能性があります。CERでは、スイッチポートと電話機をERLに割り当てます。ERLの定義にはALIデータが含まれます。  ALIデータは、PSAPが911コールを発信した発信者の場所を特定するために使用されます。

緊急ロケーション識別番号(ELIN)

PSAPが緊急発信者にコールバックするために使用できる電話番号。緊急コールが不安定に切断された場合、またはPSAPが緊急コールを意図的に終了した後に追加情報を必要とする場合、PSAPはELINを呼び出す必要があります。  ELINはERL設定の一部です。

コール フロー

CERでは、次のようなさまざまなコールフローを使用できます。

911コール

PSAPコールバック

オンサイトアラート

コンフィギュレーション

Cisco Unified Communications Managerの設定

• パーティションの作成
• コーリングサーチスペースの作成
• 電話機へのパーティションとCSSの割り当て
• CTIルートポイント(CTI RP)の作成
• 作成:CTI ポート
• ルートパターンの作成
• トランスレーションパターンの作成
• PSAPコールバックの設定
• JTAPIユーザの作成
• SNMPサービスの設定

パーティションの作成

2つのパーティションを作成します。Call Routing > Class of Control > Partitionの順に移動します。

• 911_PT
• 電話(P) _PT

注：
911_PTは、緊急電話番号を格納するパーティションです。緊急番号のパーティションがすでに存在する場合は、以前に設定したパーティションを引き続き使用できます。このドキュメントで911_PTについて説明している箇所では、事前に設定したパーティションの名前で置き換えてください。

Phones_PTは、すべての内部ディレクトリ番号(DN)に関連付けられているパーティションです。内部DN用のパーティションがすでに存在する場合は、以前に設定したパーティションを引き続き使用できます。このドキュメントでPhones_PTについて説明している箇所では、事前に設定したパーティションの名前で置き換えてください。

コーリングサーチスペースの作成

2つのコーリングサーチスペースを作成します。Call Routing > Class of Control > Calling Search Spaceの順に移動します。

• 911_CSS:911_PTおよびPhones_PTを含めることができる
• Phones_CSS:Phones_PT

パーティションとCSSのIP Phoneへの割り当て

        

• IP PhoneのDNをPhones_PTパーティションに関連付ける必要があります。
• 電話機は、トランスレーションパターン（9.911および911）をコールするためにPhones_CSSを使用する必要があります。

警告：より複雑な設定の場合、IP Phoneは911または9.911トランスレーションパターン（後で設定）にダイヤルできる必要があり、CTIルートポイントとCTIポートはIP Phoneをコールできる必要があります。

CTIルートポイントの作成

• 911および912 CTI RPは911_PTパーティションと関連付ける必要があり、911_CSSを使用します。
• 911と9.911のトランスレーションパターンは、911 CTI RPに到達できる必要があります。
• 911 CTI RPは、CER用に設定されたルートパターンをコールできる必要があります。
• 913 CTI RPも911_PTパーティションに関連付ける必要があり、911_CSSを使用します。
• PSAPコールバックトランスレーションパターンは、913 CTI RPに到達できる必要があります。

CTIルートポイント：911

• 内部コールおよび外部コールの場合、話中転送、無応答時転送、カバレッジなし時転送、未登録の転送、および障害時転送には、911コールが引き続きPSAPに送信されるように、宛先を912（セカンダリCERサーバがある場合）、オンサイトセキュリティ番号、またはルートパターンにする必要があります。
• このドキュメントの例では、911 CTI RPは必要に応じてコールを912に転送します。自動転送とコールピックアップの設定のコーリングサーチスペースで911_CSSが使用され、転送されたコールが912 CTI RPに到達できることを確認します。

CTIルートポイント：912

• 内部コールと外部コールの場合、話中転送、無応答時転送、カバレッジなし時転送、未登録転送、障害時転送は、オンサイトセキュリティ番号またはルートパターンにコールをルーティングして、911コールが引き続きPSAPに送信されるようにする必要があります。
• このドキュメントの例では、912 CTI RPは、必要に応じてデフォルトERLに使用されるルートパターンにコールを転送します。自動転送およびコールピックアップの設定のコーリングサーチスペースで911_CSSが使用され、転送されたコールがルートパターンに到達できることを確認します。

CTIルートポイント：913

• 内部コールと外部コールの場合、話中転送、無応答時転送、カバレッジなし時転送、未登録時転送、および障害時転送では、オンサイトセキュリティ番号にコールをルーティングする必要があります。
• このドキュメントの例では、913 CTI RPがオンサイトセキュリティ番号である60003にコールを転送します。自動転送およびコールピックアップ設定のコーリングサーチスペースで、オンサイトセキュリティ番号に到達できるCSSを使用していることを確認します。

作成:CTI ポート

• CTIポートは、電話機のオンサイトアラートにのみ使用されます。
• CTIポートは、オンサイトアラート番号にコールできる必要があります（コールがオンサイトセキュリティ担当者に到達する限り、内線番号または外線番号を使用できます）。
• CTIポートDNは連続している必要があります。
• CERはG.711のみをサポートしているため、オンサイトセキュリティ用にCTIポートと電話機の間のリージョン関係を64 kbps未満に設定しないでください。

ヒント：内線コールについては、必要に応じて緊急コールなどの画面を表示できます。これにより、コールに応答する前にコールの緊急性を理解できます。外線コールの場合は、外線電話番号マスクを、誰もが認識できる番号に設定できます。

ルートパターンの作成

デフォルトERLルートパターン

• 911_PT内にある必要があります。
• 発呼側トランスフォームマスクを、ERL内のELINの番号に設定できます。いずれにしても、CERはELINに変更できます。
• Discard DigitsをPreDotに設定します。

この例では、デフォルトERLはRTPロケーションと同じです

その他すべてのERLのルートパターン

• 911_PT内にある必要があります。
• 発呼側トランスフォームマスクを、ERL内のELINの番号に設定できます。いずれにしても、CERはELINに変更できます。
• Discard DigitsをPreDotに設定します。

トランスレーションパターンの作成

• 911_CSSを使用するPhones_PTの911および9.911トランスレーションパターン（電話がコールできるようにする）（911 CTI RPに到達できるようにする）。
• 911_CSSを使用する911_PTのPSAPコールバックのトランスレーションパターン（ゲートウェイがコールできるように）（913 CTI RPに到達できるように）。

トランスレーションパターン911および9.911の作成

911トランスレーションパターンと9.911トランスレーションパターンの唯一の違いは、9.911トランスレーションパターンのDiscard PreDotです。

PSAPコールバックの設定

PSAPコールバックを設定するには、インバウンドゲートウェイにCSSを割り当て、トランスレーションパターンを作成する必要があります。

• 着信コールの場合、通常、ユーザは4桁の番号だけをCallmanagerに送信します。したがって、PSAPコールバックのトランスレーションパターンは4桁だけです。トランスレーションパターンのパターンは、使用中のダイヤルプランに応じて設定できます。
• ゲートウェイのCSSは、（PSAPコールバックトランスレーションパターンに到達できるように）911_CSSである必要があります。

次の例では、ゲートウェイ/トランクから4桁のみが渡されているため、913 CTI RPに到達するためには、桁のプレフィックスを付ける必要があります(この例のプレフィックスは913919537)。このようにして、CCMとCERの両方で設定されているパターン913XXXXXXXXXXを照合できます。

JTAPIユーザの作成

• JTAPIユーザは、（エンドユーザではなく）アプリケーションユーザである必要があります。
• JTAPIユーザには、CTIルートポイントとCTIポートが関連付けられている必要があります。そうでない場合、これらのCTIデバイスは登録できず、コールは機能しません。
• JTAPIユーザをStandard CTI Allow Calling Number ModificationグループとStandard CTI Enabledグループに追加する必要があります。

SNMP設定の設定

• すべてのCallmanagerでSNMPサービスがアクティブになっており、開始されていることを確認します(Cisco Unified Serviceability > Tools > Control Center - Feature Services)。
• CUCMで設定するSNMPコミュニティストリング名は、CERで設定するストリングと同じである必要があります
• コミュニティストリング名がReadOnlyに設定されていることを確認します。

Cisco Emergency Responderの設定

• CER Webユーザの作成（オプション）
• グループ設定の構成
• テレフォニー設定の構成
• サーバー設定の構成
• ライセンスの入力
• Cisco Unified Communications Managerクラスタの特定
• オンサイトアラートの作成（オプション）
• 緊急対応場所(ERL)の作成
• SNMPの設定
• LANスイッチの特定
• スイッチポートを介した電話機の追跡
• 電話トラッキングスケジュール
• 電話トラッキング（スイッチポート、未割り当ての電話、手動で設定された電話、およびIPサブネットベース）
• CCMのアップグレード（オプション）

CER Webユーザの作成（オプション）

• CER Webページへのアクセスを制限する場合は、ユーザ管理を使用してユーザを作成し、そのユーザを特定のロールを持つユーザグループに追加します
• 異なるセキュリティレベル/グループは次のとおりです。

        User
        ERL管理者
        管理ユーティリティ
        ネットワーク管理者の有用性
        システム管理者

グループ設定の構成

システム > Cisco ERグループの設定

• SMTPメールサーバ、ソースメールID、およびシステム管理者メールIDの設定はオプションです。
• オンサイト電子メールアラートが必要な場合は、SMTPメールサーバとソースメールIDを設定する必要があります。
• 重要なシステムアラートに関する電子メールを受信するには、SMTPメールサーバと管理者メールIDを設定します。オンサイトのEメールアラートと、重要なシステムアラートに関するEメールは、同時に設定して並行して実行できます。

テレフォニー設定の構成

システム>テレフォニーの設定

このページでは何も変更できません。ただし、ここでの変更は、CUCMで設定されているCTIルートポイントと一致している必要があります。

サーバー設定の構成

システム>サーバ設定

Debug Package ListとTrace Package Listのすべてのボックスにチェックマークを入れるのが最適な方法です。これにより、システムで問題が発生した場合に、根本原因を特定する機会が増えます。CERはサーバ上で唯一の機能であるため、これらすべてのデバッグとトレースを有効にしても、サーバのパフォーマンスへの影響は最小限です。

Cisco Unified Communications Managerクラスタの特定

電話トラッキング> Cisco Unified Communications Manager

• CallManagerサービスを実行する各CUCMノードは、SNMPサービスも実行している必要があります。
• Cisco Unified Communications Managerとして指定されたCallmanagerは、CallManagerサービスを実行している必要があります。
• すべてが正しく設定され、SNMPが機能している場合は、次に示す画像の右上に表示されているハイパーリンク「Cisco Unified Communications Manager List」をクリックすると、すべてのCallmanagerノードを表示できます。
  

注：この手順を実行すると、CTIルートポイントおよびCTIポートがCUCMに登録済みとして表示されます。

オンサイトアラートの作成（オプション）

ERL >オンサイトアラートの設定

• オンサイトアラートには、CUCMのCTIポートが外部コールを発信できる限り、携帯電話などの外部番号を使用できます。
• 電子メールアラートを機能させるには、SMTPメールサーバをグループ設定で設定する必要があります。

注：電子メールアドレスフィールドはオプションです。その他の情報はすべて必須です。

ヒント：複数のユーザが電子メールを取得できるように、電子メールエイリアスを指定できます。これは、セキュリティチームに電子メールエイリアスがある場合に便利です。

緊急対応場所(ERL)の作成

ERL >従来型ERL

• ERLは、必要に応じて細かく設定できます（建物、フロア、クアドラント、部屋、ワークステーションなど）。
• コールがCER経由で発信され、その電話機に関連付けられたERLがない場合は、デフォルトERLが使用されるため、デフォルトERLを設定するのが最善の方法です。
• 同じゲートウェイ/ルートリストを使用する複数のERLに対して、同じルートパターン(10.911)を使用できます。CER 1.xでは、同じルートパターンを使用するためにGroup SettingsでCalling Party Modificationを有効にする必要があります。CER 2.0では、このオプションはデフォルトで有効になっているため、存在しません。
• コールがCUCMに戻されると、ルートパターンが着信者番号になり、ELINが発信者番号になります。

SNMPの設定

電話トラッキング> SNMP V2

SNMP電話トラッキングを機能させるには、すべてのスイッチとCallManagerサーバをここで設定する必要があります

ヒント: *.*.*.*または他のワイルドカード/範囲を指定できます。必要に応じて、特定のIPアドレスを設定することもできます。

LANスイッチの特定

電話トラッキング> LANスイッチ

• 電話機が接続されているすべてのスイッチをここで設定する必要があります
• シスコ以外のスイッチの場合、またはCDPが無効の場合は、Enable CAM based Phone Trackingチェックボックスにチェックマークを入れます。

スイッチポートを介した電話機の追跡

ERLメンバーシップ>スイッチポート

• 電話機のトラッキングが完了したら、スイッチポートにERLSを割り当てます
• 場所は指定できますが、必須ではありません
• 次に示す例では、IP Phoneサブネットを介して電話60002が追跡されていますが、スイッチはSNMPを実行しているため、電話は引き続きここに表示されています。 

スイッチでのSNMPの設定

確認

1. CTIルートポイントとCTIポートを登録できます。
2. スイッチに接続されているIP Phoneは、CERによって自動検出される必要があります。
3. IP Phoneは911にコールでき、コールはCER経由でルーティングされます。
4. PSAPコールバックは、PSAPにコールする最後の電話機にルーティングできます。

トラブルシュート

911コール

• 発信側電話機のCSSが911 / 9.911トランスレーションパターンのパーティションに関連付けられていることを確認します。
• 911/9.911トランスレーションパターンに緊急のプライオリティがチェックされ、トランスレーションパターンのCSSが911 CTI RPのパーティションに関連付けられていることを確認します。
• プリドットストリップが9.911トランスレーションパターン用に設定されていることを確認します。
• 911 CTI RPの登録ステータスを検証し、プライマリCERに登録されていることを確認します。
• 911 CTI RPに設定された自動転送設定が、フェールオーバーシナリオで912 CTI RPをポイントするようにできます。
• CERで設定されているERLが、911コールの発信元に基づいて適切なRP/ELINの変更を行っていることを確認します。
• 911/912 CTI RPのCSSが、CERからリダイレクトされたコールのルートパターンのパーティションに関連付けられていることを確認します。

PSAPコールバック

– ゲートウェイの着信CSSが、コールバックコール用に設定されたトランスレーションパターンのパーティションに到達できる。
– プレフィックスの有無に関係なくゲートウェイで送信される有意な数字に基づいて、正しい桁数で設定されたトランスレーションパターン。
– トランスレーションパターンのプレフィクス913、残りの最大桁TPのCSSは913 CTI RPのパーティションに到達できる
- CERは913を除去します（ELINディジットストリップフィールド）。コールバックが、[アクティブコールタイムアウト（分）]で指定された時間内に実行されました。
- 913 CTI RPのCSSは、元の発信側電話機のDNのパーティションに到達できる。

オンサイトアラート

– 各ERLのオンサイトアラート担当者が正しく設定されていること。
- CTIポートが登録され、CSSはオンサイトアラート担当者の電話DNのパーティションに到達できる。
– オンサイトアラートへの同時コールを処理するのに十分なCTIポートがあることを確認します。

911オペレータが正しいELIN値を取得していない

- System > Cisco ER Group Settings > Calling Party Modificationの値をenableに設定します。
- CUCMとCER間のインタラクションに使用されるアプリケーションユーザが、Standard CTI EnabledおよびStandard CTI Allow Calling Number Modificationユーザグループを持つ。
- 911コールのルートパターンで、Use Calling Party's External Phone Number Maskチェックボックスがオフになっている。
- RP/RL/RG/ゲートウェイレベルでの発呼側の変更はありません。
– 上記のすべての設定が正しければ、ゲートウェイでdebugを実行し、911コールの発信側番号（PRIゲートウェイの場合は「debug isdn q931」など）を確認します。

電話トラッキングの完了後にスイッチポートが表示されない

- CERのSNMP設定、スイッチのSNMP設定、およびスイッチがCERで設定されていることを確認します。
– そのバージョンのCERで追跡されるスイッチがサポートされていることを確認します。スイッチがサポートされていない場合、電話機のトラッキングログに「This device is not supported <ip address>」というエラーメッセージが記録されます。
- CERでサポートされるデバイスのリストは、cisco.comの「スイッチポートは表示されますが、電話機は表示されません」に記載されています。
- CERおよびCCMのSNMP設定を確認します。
– 各CUCMで、Cisco Unified Serviceability > Tools > Control Center - Feature Services > Cisco CallManager SNMP Serviceをアクティブにして開始する必要があります。
– 各CUCMで、ネットワークサービスSNMPプライマリエージェントが実行されていることを確認します。
– すべてのCUCMサーバに、CERで追跡する必要がある電話機があることを確認します（Mリストに表示されます）。このリストを確認するには、Phone Tracking > Cisco Unified Communications Manager > Click Cluster > Click Cisco Unified Communications Manager Listの順に選択します。これにより、CCMサービスを実行するCUCMクラスタ内のすべてのノードを表示できます。

- SNMPウォークを実行して、CERがCUCMからIP Phone情報を取得し、スイッチできることを確認できます。

コミュニティストリングを入力します： cer
サーバのIPアドレスを入力します。localhostには127.0.0.1を使用します。ホスト名ではなく、IPアドレスを指定する必要があります。:: 10.48.62.250
オブジェクトID(OID): 1.3.6.1.4.1.9.9.23.1.2.1.1.6
パラメータに「file」と入力して、出力をファイルに記録します。[nofile]:
このコマンドは、CPUのパフォーマンスに一時的に影響を与える可能性があります。
続行(y/n)?y
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10101.1 =文字列：「rtp12-calo-363-gw.cisco.com」
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10102.6 =文字列： "SEPF09E636EE825"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10104.8 =文字列： "SEP74A02FC0AD11"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10107.7 =文字列：「SEP6C416A369525」
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10108.12 =文字列： "SEP1C1D862F3EDF"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10109.9 =文字列： "SEP6899CD85AE21"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10111.10 =文字列： "SEP84B5170993E8"
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10113.11 =文字列：「SEP88908D737AC7」
iso.3.6.1.4.1.9.9.23.1.2.1.1.6.10115.2 =文字列：「SEP00235EB7A757」