音声とユニファイド コミュニケーション : Cisco Emergency Responder

Cisco Emergency Responder の説明

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | 英語版 (2015 年 8 月 22 日) | フィードバック

概要

この資料は Cisco Emergency Responder (CER)リリース 9.x およびそれ以前および Cisco Unified Communications Manager (CUCM)のアーキテクチャとして説明した CER ドキュメントことを理解するためにヘルプを提供したものです。 この資料は方法で手順を CER を設定する提供しなかったものではなくが各 CER ビルドとリリースされるリリース ノートおよびドキュメントを補足します。

著者:Cisco TAC エンジニア、Kevin Lang

VoIP 環境の使用 CER なぜ

CER は米国およびカナダに 4 つの主な事柄を行うために構築され、配られる製品です:

  1. ローカル Public Safety Answering Point (PSAP)に非常呼出をルーティングして下さい。
  2. ローカルでに応答するために電子メールによって人員か非常呼出の電話を警告 して下さい。
  3. すべての非常呼出のログを保存して下さい。
  4. 必要の発信者の正確な geolocation を PSAP に与えて下さい。

CUCM は注意深く組み立てられた Content Services Switch (CSS) /partition アーキテクチャを用いる特定のゲートウェイに非常呼出をルーティングする機能があります; しかしこれは管理し複雑、ににくくなることができます。 その他の機能は、警告のような記録、および geolocation 利用可能ようにまたは全く容易にありません。

CER 要素

このセクションは CER および CUCM が非常呼出をどのようにでルーティングするか設定に意味する、また高められたナレッジを提供するか何を、よくある CER 頭字語を説明し。

CTI ルートポイント

緊急時レスポンダ配備では、CUCM は電話の位置に基づいてコーリングパーティ修正を行うために CER に 911コールを渡すのにコンピュータ テレフォニー インテグレーション (CTI) ルート ポイントを使用します。 CER 環境(CER クラスタの 1 サーバか 2 つのサーバ)の依存 911コールのために CUCM 内のどちらかの 1-2 の CTI ルートポイントを使用して下さい。 CER パブリッシャに登録されている CTI ルートポイントは 911 ディレクトリ番号が含まれています; 登録されている CER サブスクライバへの CTI ルートポイントは 912 ディレクトリ番号が含まれています。

の PSAP からのコールバックのための第 3 CTI ルートポイントがあります。 これはこの資料のコール バック ナンバー(ELIN)セクションで説明されます。

: 912 ディレクトリ番号は 911 の CTI ルートポイント CSS/Partitions によって到達可能であるただはずです。 これはエンドユーザによって偶然ダイヤルを避けることです。

CTI ルートポイント フェールオーバー

CER はロード バランスを提供しません; ただし、それはフェールオーバー ソリューションを提供します。 CER は CUCM の CTI ルートポイントのディレクトリ番号 の 設定によってこれを提供します。

単一ノード CER 配備

CUCM では、911 Directory Number (DN)で設定された CTI ルートポイントは未登録 CTI ルートポイント、自動転送およびコールピックアップのような返事か CTI 失敗の場合にはコールを、転送するために DN 設定が含まれていません。

単一サーバ CER 環境では、CER のデフォルト ERL のために設定した番号に自動転送フィールドを設定 して下さい。 デフォルト ERL はこの資料の ERL セクションで説明されます。

2 ノード CER クラスタ

2 サーバ CER 環境では、自動転送およびコールピックアップ フィールドで設定 される 911 ディレクトリ番号は 912 が含まれています。 これは CER サブスクライバに 911コールを転送し、912 ディレクトリ番号はこれらのフィールドでデフォルト ERL ルートパターンが含まれています。

116058-cisco-emergency-responder-01.png
この例では、'10911' は CER デフォルト ERL で設定されるルートパターンです。

: これは 1 つのまたは CTI ルートポイントが両方とも未登録になることまたはコールに応答するために CER サーバが利用できなければケースで非常に重要です。 非常呼出は PSAP にファースト ビジーシグナルを受け取るかわりにルーティングされるまだできます。

ERL

Emergency Response Locations (ERL)は CER でへの使用されます:

  • ルート pattern/PSAP に非常呼出を転送して下さい。
  • コールバック/緊急事態 の 発生場所 識別番号(ELIN)を提供します。
  • 物理的な位置(アリ)を割り当てて下さい。
  • 非常呼出のローカルか社内ディスパッチ チームを警告 して下さい。
これは PSAP が適切な位置に緊急状態応答人員を急派するようにする物理的な位置に電話のスイッチポートを結ぶので CER 設定の最も重要な側面の 1 つです。 ERL が実際に非常呼出が送信されるエリアであることを考慮に入れて下さい; これは必ずしも緊急事態の位置ではないです。 たとえば、第 3 フロアに適用がありますが、人は二階からの 911 にダイヤルします。

ERL は IP サブネットおよび LANスイッチポート 詳細によってデバイスに割り当てられます。 これはセクションで電話が」どこに取付けられるか CER がどのように認識するか「カバーされます。

CER に必要となるデフォルト ERL があります。 エンドポイント(電話)がその CER あれば存在 するこの ERL は設定ごとの ERL に一致することができません。 従って、CER はルーティングするように PSAP にコールをルーティングするのにデフォルト ERL を使用します。

ALIs

Automatic Location Information (ALI)は ERL のエンドユーザの物理的な位置です。 ここの目標は可能な限り必要の人を助けるために正確な位置が応答ユニット(ポリシングする、救急車、消防士、等)行く必要がある限り精一杯識別することです。 これは発信者が話すことができなければで、または切断されて、コールに応答しません持つべき大きい機能。 この情報が各 ERL で入力されるとき、ファイルにアリをエクスポートし、PSAP にこれを提供して下さい。 詳細については CER 8.6 のアリ フォーマットされていたファイルを生成することを参照して下さい。

呼出して下さいバック ナンバー(ELIN)を

緊急事態 の 発生場所 識別番号(ELIN)はアリ情報(発信者のアドレス)に PSAP に示される従って関連付けられる CER の ERL と電話番号(発信者ID)、発信者ID 数を一致でき、PSAP に呼出し切断の場合には提供するコール バック ナンバーをです。

これはどの番号 値である場合もあります。 ただし、この数はその Direct Inward Dial (DID) CUCM 環境にである必要がありますルーティング。 ここに ELIN がコール シナリオでどのようにはたらくかです。

  1. PSAP はエンドユーザ 発信者が付いている接続を失います。
  2. PSAP は ELIN/Callback 数を提供されて呼出します。
  3. CUCM 環境にルーティングするサービスプロバイダーは VoIP 環境にコールをルーティングします。
  4. CUCM は DID にプレフィクス '913' に ELIN/Callback DID を変更する変換パターンが含まれています。
  5. CER に数を送る CTI ルートポイントへの '913' DID ルーティング。
  6. CER はこのの全部から '913' を DID 除去します。
  7. CER は CER コールヒストリの ELIN/Callback DID と一致し、エンドポイント(電話)のディレクトリ番号との CUCM にコールをこと 911コールに作られて転送します。
  8. CUCM はエンドポイント(電話)に人がコールに応答することコールをことコールに作られてうまく行けばルーティングし。

よくある CER/CUCM アウトバウンドコール フロー

CER の主な目標はローカル PSAP へ非常呼出をルーティングすることです。 人がボストンおよびダイヤル 911 にあることを想像して下さい; CUCM クラスタはニューヨーク シティにあり、ローカルな システム管理者はローカル PSAP にルーティングするために 911 を設定 しました。 人は助けることができるが、それらは必要とされる救急救命室を急派できるボストン PSAP にコールを再ルーティングする必要があります電話で達される人がニューヨーク PSAP にあるので誰かに達します。 肯定的なメモで、この人は最終的にそのヘルプをそれら必死に必要としました受け取りました。 ただし、それらがそれらにローカルの PSAP に再ルーティングされるために待っている間、失われた貴重な時間がありました。 これは多くの方法で危ない場合もあります。 それらがローカル PSAP に 911コールをルーティングしなかったので人がはたらく会社がその時間の無駄を担当する可能性があるのためにことは可能性のあるです。

CER はこの状況に陥らないようにするように設計されています。 ボストンの人が 911 にダイヤルする場合、その人は緊急ディスパッチに提供される正確な位置があるボストン PSAP に直ちにルーティングする必要があります。

116058-cisco-emergency-responder-02.png

これは典型的な CER コールフローがどのようにはたらくかです。

  1. エンドユーザは CUCM に 911コールを作ります。
    • CUCM はコールを受け入れ、それが CER に導く '911' CTI ルートポイントにそれをルーティングします。
  2. 次に CER は呼出すエンドポイント(電話)をおよび検討します:
    1. CER は発信者番号に基づいて電話の ERL を取得するためにデータベースをチェックします。
    2. CER は、データベース ルックアップに基づいて修正し、それから発信者番号をデータベース(ERL)のコールを記録 します。
      1. これは ELIN/Callback 数およびルートパターンを提供します。
  3. 発信者番号が修正された後、CER は CUCM にコールをリダイレクトします。 コールはそれから CUCM のルートパターンと一致します。
  4. ルートパターンは正しいゲートウェイにそれからコールをルーティングします。
  5. ゲートウェイ ルート ローカル PSAP へのコール。

: CER の可聴周波アラートを使用する場合、CER は CUCM であらかじめ定義された数を呼出し、最近の 911コールの発表をするために CTI ポートを使用します。

エンドユーザ ダイヤル 9911 何

それらが外部数にダイヤルする前に '9' にダイヤルするためにそれがエンドユーザ用のよくあるので、これは壊れるべき困難な習慣である場合もあります。 これは緊急な状況で特によく見られ、ユーザは緊急時番号をダイヤルします。 この問題への CER/CUCM ソリューションは 9911 の数を代行受信し、前点によって 911 に数を変更する、最初の '9' を取除く CUCM の変換パターンを作成することです。 これがされるとき、CUCM は 911 の CTI ルートポイントにエンドユーザが 911 に最初にダイヤルしたようにコールをルーティングします。

電話がどこに取付けられるか CER がどのように認識するか

CER は CUCM クラスタのすべての電話を把握し、CUCM に話すことおよび簡易ネットワーク管理プロトコル(SNMP)によってサポートされた LANスイッチによってこれを完全にします。 CER は CUCM およびサポートされた LANスイッチを問い合わせた後、CER データベースに取得される情報を結合します。

SNMP および CER

デバイスをリモートで管理することを可能にする SNMP はプロトコルです。 CER はデバイスを制御しませんが、代りに、CUCM およびサポートされた LANスイッチのデバイスのコンポーネントを奪取 する読み取り専用権限を使用します。 サポートされた LANスイッチおよび IOS は各 CER のリリース ノートにリストされています。 これは CER がスイッチポートに基づいて IP Phone 物理的な位置をトラッキングするようにします。 それから適切な ERL はこの情報に基づいて割り当てることができます。

: CUCM で同じ MAC アドレスが設定されている電話がなければ、LANスイッチにある CER が IP Phone を示さないことを確認することは重要です。

IP サブネットの使用

IP サブネットの使用は電話のグループに ERL を割り当てる追加方法です。 割り当てれば特定の IP は特定のサイトに、ビルディング、フロア、等サブネット化します、IP サブネットはワイヤレス電話をトラッキングするために使用するべきよい機能です。

IP 電話を手動で追加して下さい

CER は設定に電話を手動で追加することを可能にします。 ネットワークにサポートされていないスイッチがある場合または認可制限用のこれをしたいと思うかもしれません。

CER ソリューションをテストする方法

CER 配備がテストすることができること 2 つの方法があります。 1 つは設定全体テストすることを可能にすることができます; 第 2 はすべてを確認する最終テスト信頼できますです。

予備テスト

この資料で以前に示されるように、コールフロー(CER)は正しい PSAP/service プロバイダにコールをルーティングする CUCM のルートパターンに 911コールを転送します。 このルートパターンの中では、転送されるにコールがほしいと思う別の数に着呼側変換 > 着呼側変換 マスクを設定できます; <None>廃棄 ディジットを設定 することを忘れないようにして下さい。 これは余りにも多くの時間 PSAP に呼び出しを避けます。 テストが完了するとき、被呼加入者 トランスフォーム マスク数を削除し、PreDot廃棄 ディジットを設定し直すこと確実でであって下さい。

最終的なテスト

CER/CUCM 設定が完了するとき、各サイトが正しい PSAP を受け取り、PSAP が正しい情報を見るようにするためにすべてのサイトをテストして下さい。 テストは簡単です; 911 にダイヤルし、何かを、言って下さい(以下を参照):

新しい緊急応答ソリューションをテストしています。 どんなエリアか町のためか応答単位がリストされているか」。であるかどんなコール バック ナンバーをおよび見る当たり、知らせて下さい私にできました

PSAP は質問に答え、必要に応じて設定を、調整できます。 PSAP に何度も呼出すことを計画するおよび/またはかどうかテストが完了したかどうか知らせることを忘れないでいて下さい。 これは PSAP を知らせておき、べきである他の 911コールのための緊急状態応答を急派するかどうか決定するようにします。

CER/CUCM 設定は完了したこと確信しているときこれをしたいと思うことに留意して下さい。 PSAPs は非常に使用中であり、それらが助けるために快いけれども最優先は実際の非常呼出に応答することです。

結論

この資料は理解すること CER 設定およびアーキテクチャをもっと簡単にする必要があります。 CER ドキュメントは設定と助け、より多くの詳細が付いている各機能を説明できます。

関連情報


関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


Document ID: 116058