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

• 内部コールおよび外部コールの場合、Forward Busy、Forward No Answer、Forward No Coverage、Forward Unregistered、およびForward on Failureには、宛先として912（セカンダリCERサーバがある場合）、オンサイトセキュリティ番号、またはルートパターンが必要です。これにより、911コールは引き続きPSAPに送信できます。
• このドキュメントの例では、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を割り当て、トランスレーションパターンを作成する必要があります。

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

次の例では、ゲートウェイ/トランクから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管理者
        管理ユーティリティ
        ネットワーク管理者の有用性
        システム管理者

グループ設定の構成

System > Cisco ER Groupの設定

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

テレフォニーの設定

System > Telephony Settings

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

サーバ設定の構成

System > Server Settings

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スイッチの特定

Phone Tracking > LANスイッチ

• 電話機が接続されているすべてのスイッチは、ここで設定する必要があります
• Cisco以外のスイッチである場合、または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 Managers 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 = STRING: "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」