コメントありがとうございます。
Webex Calling の強化された緊急通話
フィードバックがある場合Webex Calling の緊急連絡サービス
Webex Calling では、ユーザーのために緊急連絡サービスをセットアップし、管理する 2 つの方法があります。
電話番号ベースの緊急サービス（または緊急コールバック番号） :このオプションは、デバイスが固定された場所にあり、固定された従業員がいる組織に最適です。Kariの法律とRAY BAUMの法律の規制上のニーズを満たすために、ユーザーの緊急コールバック番号(ECBN)を指定できます。これにより、ユーザーが緊急通話を行ったときに、そのユーザーの ECBN が電話プロバイダーに提示されます。緊急通話がルートされるパブリック安全応答ポイント(PSAP)が応答し、通話が割り当てられた緊急サービス アドレス (KM) にマッピングされます。ESA は、PSAP が受信するアドレスで、緊急発信者の場所を示します。このオプションは、米国とカナダのユーザーによる 911 通話に対して機能します。
強化された緊急（E911）サービス—この記事で説明するこのオプションは、ハイブリッドまたは遊牧民の従業員を抱える組織向けに設計された動的な緊急サービスです。ハイブリッド就業の従業員がいる組織では、ユーザーはオンプレミス (指定されたオフィスの建物) またはオフプレミス (リモート勤務の場所) の両方で業務にあたります。管理者が正しく構成すると、このサービスはユーザーがオンプレミスの別の場所に移動した場合に、非固定デバイス (移動について管理者に通知せずに別の場所に移動できるデバイス) および Webex アプリの場所を自動的に検出できます。このサービスは、Nomadic E911 サービスにも対応しています。
-
Nomadic E911 Service—RAY BAUM Act Phase 2 は 2022 年 1 月に開始され、固定されていないデバイスと遊牧民ユーザー (たとえば、アプリをオフプレミスで取得する Webex アプリ ユーザー) に対して、正しいディスパッチアドレスを送信するための緊急コールが必要です。この E911 サービスを法的な要請に従って設定すると、構成が規制要件を満たすことができます。就業場所が固定されていないユーザーが Webex アプリをオフプレミスの場所で使用すると、アプリがユーザーに緊急対応要員派遣用アドレスを入力するよう指示します。Webex Calling は、この派遣用アドレスを、ユーザーがそのロケーションから 911 コールをかけた場合に使用します。Webex アプリはネットワークの変更を検出し、ユーザーが別のオフプレミスのネットワークから接続した場合にのみ、アドレスの入力を求めるプロンプトを表示します。ユーザーがすでにアドレスを提供しているオフプレミス ネットワークに接続した場合は、Webex アプリはそのネットワークに対して以前提供されたアドレスを自動的に使用します。
ユーザが別のロケーションに属する回線から緊急コールを発信すると、緊急コールはデバイスの物理的なロケーションに基づいて最寄りの PSAP ロケーションにルーティングされます。詳細については、「ロケーション間の共有回線と仮想回線の設定」を参照してください。
Webex Calling は、緊急コールのメディアをコール録音プロバイダーに送信しません。ユーザーの通話録音は有効になっていますが、911 や 933 などの緊急通話は、通話録音プロバイダーに送信されません。
この記事では、強化された緊急（E911）サービスに焦点を当てます。
Webex Calling の National Suicide Prevention Lifeline および Veterans Crisis Line の詳細については、次を参照してください。Webex Calling の 988 National Suicide Prevention Lifeline の強化。
強化された緊急通話の適切な構成により、Top's Law と Of's の緊急通話に関する 12 の要件を満たすることができます。Webex アプリの主な E911 サービスは、ネットワーク変更を検出し、ユーザーがオンプレミスである場合、エンド ユーザーにアドレスを入力するように動的にプロンプトします。
以下の手順を実行すると、このサービスを正常にセットアップするために必要な情報を収集することができます。
-
RedSky アカウントを取得してください。
-
建物と場所の設定—設定を支援する場所や場所の詳細を使用して、建物の住所を完全に確保してください。
-
アラートのセットアップ—ユーザーが 911 サービスにダイヤルするときに、通知を受け取る組織内のユーザーのメール アドレスを持っている必要があります。
-
ネットワーク接続マップの設定—ユーザーのワイヤレスアクセスポイントまたはネットワーク情報が必要です。オフィスの建物 (オンプレミス) 内にユーザーの正確な場所を検出するには、これらのネットワーク要素の 1 つまたは両方に関する情報が必要です。
-
ワイヤレス アクセス ポイント MAC アドレス
-
LLDP スイッチ MAC
-
有線デバイスのポート情報
-
オンプレミスの各ロケーションの IP アドレスサブネット情報。
-
ユーザーのデバイスが接続されているネットワークを使用すると、構成の詳細がオンプレミスの場所を自動的に判別するのに役立ちます。
次の領域に進む前に、すべてのステップを構成するために必要な情報を持っている必要があります。上記の設定の構成についての詳細は、「管理者ガイド」を参照してください。
不正確な設定は、誤った発送先住所を送信したり、緊急通話の発送先住所を送信したりにつながっていたりする可能性があります。Nomadic 911 (オンプレミス) エンド ユーザーが、Webex アプリでプロンプトされる緊急アドレスを提供しない場合、または RedSky 管理ポータルの設定を構成できない場合、緊急通話は追加料金の発生するリレーセンターにルーティングされます。
Control Hub で実行:
-
サービス設定を更新する
-
米国内のすべてのロケーションで緊急通話を有効にする。
-
これらの各ロケーションから 933 をダイヤルすることで、緊急サービス アドレスをテストします。
プロビジョニングの観点では、このサービス は Control Hub の Webex Calling と統合されています。しかし、このインテグレーションには、2 つの独立したポータルを使用したプロビジョニングと検証が必要です。
プロビジョニングの観点でのシステム間のプライマリ リンケージは、RedSky 管理者ポータルからの HELD の会社 ID および秘密キーです。RedSky アカウントが作成されると、会社 ID と秘密鍵が会社設定ウィザードに Webex Calling されます。この会社 ID と秘密鍵は、さまざまな通信プロトコルで RedSky (場所を学習している開催された有効化されたデバイスからの開催された要求、発信者が 911 または 933 通話をダイヤルする際の通話信号) および会社 ID と秘密鍵によって、このサービスがクラウド内の適切な顧客に要求を関連付けるのに使用されます。
次の図は、この E911 サービスを Webex Calling と統合するための全般的なプロビジョニング フローを示しています。時計アイコンでマークされている項目は、より多くの時間を必要とするプロビジョニングと検証の手順を表します。プロビジョニングの不一致または不完全な検証は、取扱いを誤った通話になる場合があります。
米国内にユーザーがいる Webex Calling 顧客はアカウントを取得する資格があります。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。
パートナー権限を持つアカウントを作成するには、パートナーは RedSky を使って 1 回オンボーディングを行う必要があります。アカウント作成のワークフローは次のとおりです。
-
アカウント情報
-
サービス設定を更新する
-
E911 ロケーションを設定します。
-
アラートをセットアップ
-
ネットワーク要素
-
緊急通話を有効にする。
E911 アカウントを作成する
E911 アカウントを作成する
Control Hub を使用して顧客のために E911 アカウントを作成すると、Cisco E911 アカウントの下にアカウントが作成されます。(パートナー) RedSky アカウントの下で E911 アカウントを作成して、顧客の E911 管理者ポータルの設定を管理および構成できる場合、このプロセスに従って、E911 顧客アカウントセットアップを通じてリクエストを送信します。
パートナーは RedSky を使ってオンボーディングを 1 回行ってアカウントを強化し、パートナー権限を取得する必要があります。
| 1 |
E911 アカウントを取得するには、 E911 Customer Account Setup ボットを検索 してください。ボット名またはメール ID を入力します。Webex アプリの検索オプションの E911Account@webex.bot 。 |
| 2 |
サポート と入力 してアカウントのリクエストフォームを取得してください。  |
| 3 |
フォームに必要なすべての詳細を入力し、[送信] をクリック します。アカウントの作成が完了すると、通知を受け取ります。この処理には最大で 2 営業日かかる場合があります。無効なサブスクリプション ID など、間違った情報を入力すると、アカウント プロセスが遅延する場合があります。 |
E911 アカウントがすでに顧客に対して作成されている場合で、E911 アカウントの下にアカウントが表示されていない場合、これらの手順を使用して、E911 アカウントの下で顧客の E911 アカウントを移動することができます。
既存の E911 アカウントにアクセスする
E911 アカウントへのアクセス
これらの手順を使用して既存の E911 アカウントにログインします。
| 1 |
既存 の RedSky アカウントにログインするには、[既存のアカウントにログイン] を選択します。  |
| 2 |
パートナーの E911 アカウントの設定に使用されたパートナー管理者のメールを入力します。 |
| 3 |
その管理者のパートナー管理者パスワードを入力します。 |
| 4 |
顧客に 関連付けられている RedSky 組織 ID Webex Callingします。このフィールドでは、パートナーが複数の顧客に関連付けられているので、必要な顧客アカウントを管理できます。組織 ID を見つけるには、次の手順に従います。 |
E911 アカウントを設定する
E911 アカウントを設定する
米国内にユーザーがいる Webex Calling 顧客はアカウントを取得する資格があります。カナダのユーザーはライセンスを購入することができます。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。
Webex Calling では、顧客の Control Hub 経由で E911 アカウントを設定できるようになりました。
[Control Hub の概要] ページに [緊急コール設定のセットアッ プ] バナーが表示されている場合は、組織の緊急サービスをセットアップします。このバナーは、強化された緊急通話のために設定されていない 1 つ以上の米国の場所があるときに表示されます。
バナーをクリックすると、[緊急通話 設定設定] ページが 表示されます。
組織の緊急通話サービス要件を分析した後。緊急通話設定ページから必要なサービス オプションを選択 できます。
アカウントを作成する利用規約 RedSky から関連する情報を参照してください。
E911 サービスのオプトアウト
PSTN サービス プロバイダーが組織の緊急コール サービスを処理する場合は、[この組織をオプトアウ ト] オプションを選択します。電話PSTNは、電話番号に関連付けられている緊急連絡サービスのアドレスを送信します。州および連邦規制に定義された要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。詳細 については、電話番号ベースの緊急サービス (または緊急時コールバック番号) を参照してください。
既存のアカウントにアクセスする
RedSky を使用して、組織の緊急連絡に対応するために、このオプションWebex Callingします。
-
既存の RedSky アカウントにログインするには、[既存のアカウントにログイ ン] を選択します。
パートナー管理者の資格情報を使用して E911 アカウントを設定する場合は、RedSky 組織 ID が必要です。
-
顧客管理者のメールを入力します。これは、顧客の E911 アカウントを設定するために使用されたメール ID です。
-
その管理者の顧客管理者パスワードを入力します。
Cisco は資格情報を保存しない。この資格情報は RedSky が開催した会社 ID 情報を安全に取得するために 1 回使用され、RedSky アカウントを組織Webex Callingします。
-
ウィザードが要求をプロビジョニングします。Control Hub で管理者のアドレスの HELD 会社 ID と秘密キー情報を検証します。
Control Hub で開催済み会社 ID および秘密鍵を手動で入力した場合、設定ウィザードはアカウント情報を検証します。一致しない場合、警告が表示されます。新しいアカウントを使用して続行する場合は、現在の構成が Control Hub で更新され、以前の情報が上書きされます。
-
[コントロール ハブを自分の組織の RedSky アカウント情報オプションで更新することに同意する] を選択し、[次 へ] をクリック します。
-
新規アカウントを作成
既存の RedSky アカウントをお持ちでない場合は、新しいアカウントを作成する必要があります。
管理者メールは必須です。従って、有効な顧客管理者メール ID を提供してください。各管理者メールは、1 つのアカウントにのみ関連付けされています。パートナーであり、顧客のアカウントをプロビジョニングしている場合、顧客管理者メール ID を使用します。
メールは各 E911 アカウントに対して固有である必要があります。同じ管理者メールを 2 つの E911 アカウントの一部にすることはできません。
セットアップウィザードにより、1 人の管理者ユーザーが設定されます。組織が複数の管理者に緊急設定を管理する必要がある場合、この管理者は次の管理者アカウントを追加できます。
-
[アカウントの 作成] を 選択して、新しいアカウントを作成します。
-
RedSky 管理者ログインとして使用する管理者メール I Dを入力します。
-
パートナーの組織 ID を入力します。パートナー管理者として RedSky ポータルにログインします。ダッシュボードから組織 ID をコピーし、フィールドに ID を入力します。
RedSky にオンボーディングしている顧客については、support@redskytech.com に連絡し、顧客をそれぞれのパートナーに移動してください。
-
[次 へ] をクリックして、アカウントと管理者のプロビジョニングを行います。
-
ウィザードは、リクエストをプロビジョニングします。 Control Hub の詳細を使用して、管理者アドレスの HELD 会社 ID と秘密鍵情報を検証します。
Control Hub で開催済み会社 ID および秘密鍵を手動で入力した場合、設定ウィザードはアカウント情報を検証します。一致しない場合、警告が表示されます。新しいアカウントを使用して続行する場合は、現在の構成が Control Hub で更新され、以前の情報が上書きされます。
-
[組織の RedSky アカウント情報で Control Hub を更新することに同意する ] オプションを選択し、[次へ] をクリックします。
-
アカウントの作成が成功すると、メール通知が届きます。管理者はリンクを使用してパスワードをリセット できます。
| 1 |
E911 ロケーションの設定—RedSky で建物とロケーションを追加します。一意の発送可能な住所を持つすべての米国またはカナダのロケーションについては、RedSky ポータルに詳細を追加する必要があります。例: 170 West Tasman Drive San Jose, CA 95134-1706 USA は建物の住所であり、場所は東海岸、1 階、会議室 2 階などです。
|
| 2 |
[ E911 ロケーションを更新し、その障害によってコールがリレーセンターに再ルートされる] を選択します。Relay Centerの通話料金はパートナーおよび/または顧客に課金されます。[次へ] をクリックします。 |
| 3 |
アラートのセットアップ—個別または複数のロケーションにアラートを設定できます。E911 管理者ポータルの [アラート設定を更新しました] を選択します。[次へ] をクリックします。
設定 に関する詳細を知りたい場合は、「アラートの設定」を参照してください。FCC規制により、企業では、従業員が911の呼び出しを行うたびに緊急対応チームに通知が届く必要がある。 |
| 4 |
ネットワーク要素の構成— RedSky ポータルでこれらの設定を完了し、ウィザードで [911 発信者の場所を検出する] オプションを検出するために、E911 管理ポータルで [ロケーションの設定を読み、理解する] が必要だと確認します。この活動は時間がかかる。
ネットワーク 要素の構成 についての詳細は、管理ガイドを参照してください。 [次へ] をクリックします。設定が完了したら、RedSky がネットワーク接続情報を受信し、MPP 電話が RedSky の緊急テスト番号 933 にコールを行うのを許可するためにテストコールを行います。テスト通話は、アドレス情報が正しくプロンプトされていることを確認します。 |
| 5 |
緊急通話を有効にする—この構成では、911 通話を RedSky にルートできます。[ E911 管理ポータルのアラート設定を更新しました] を選択し、[ 完了] をクリック します。
|
RedSky は、PSAP に緊急通話を送信する機能を提供する、Webex Calling 展開に対応した米国の E911 緊急通話プロバイダーです。このサービスは、米国およびカナダのユーザーが 911 通話を行った場合に作動するように設計されています。Webex Calling ユーザーは、各自の Webex Calling 資格でこのサービスを利用できます。
HTTP Enabled Location Delivery（HELD）は、緊急コール プロバイダーにロケーション情報を安全に転送するための標準です。MPP 電話のような HELD 対応のデバイスには、ネットワークの変更を検出し、このネットワーク情報を使用して、設定されたワイヤマップに基づいて新しい場所を特定する機能があります。
このソリューションは、デバイスに基づくロケーション サポート (HELD 対応の MPP デバイスおよび Webex アプリが対象) を提供します。デバイスに基づくロケーション サポートでは、ユーザーは異なるオフィスの場所で同じ内線番号の複数の電話を使用することができますが、各デバイスに固有の緊急サービス アドレスがあります。このソリューションは、米国、その領土、およびカナダ周辺の公共安全応答ポイント（PSAP）に緊急通話をルーティングするネットワークを提供します。
デバイスに基づくロケーション サポートは、HELD 対応の MPP デバイスおよび Webex アプリにのみ適用されます。このサポートは、Webex Calling アプリまたは HELD 非対応のデバイスには適用されません。
Control Hub は、企業が RedSky アカウントに接続するための統合ポイントを提供します。サービスはロケーションに基づいて有効にできます。Control Hub でロケーションが完全に有効になると、Control Hub でそのロケーションに割り当てられたすべての電話とソフト クライアントから発信された緊急通話 (テスト コールの場合は 933、緊急通話の場合は 911) が Enhanced 911 サービスを使用するようになります。RedSky は緊急時の設定を構成する緊急通話管理ポータルを提供します。
このソリューションにおける RedSky の役割は次のとおりです。
-
派遣可能なロケーションに緊急通話をマップするために使用される、パートナー/顧客のプロビジョニング済みデータベースを管理します
-
発信デバイスの派遣可能なロケーションに基づいて、PSAP が緊急対応要員を派遣する場所を特定できる情報とコールバック番号と共に、緊急通話を適切な PSAP につなぎます。
-
企業の担当者に知らせるオプションの通知を生成します。
-
強化ライセンスのサブスクリプションについては、企業のユーザーによる緊急通話と企業の担当者を仲介し、ポップ通知を提供します。
この機能は、無料の Cisco ライセンス パッケージには含まれていません。
Kari 法として知られている公法の 115-127 条を遵守するために、組織内から緊急連絡サービスへコールを行うと、メール通知が生成される必要があります。すべてのロケーションで通知を有効にするか、個々の場所の通知をカスタマイズすることができます。これらの通知は、ロケーションで指定した安全管理担当者に送信できます。E911 サービスでは、メール、SMS、またはデスクトップ アプリケーションを介して企業の担当者宛ての通知を受け取ることができます。これは RedSky 管理者ポータルで設定できます。
RedSky 管理者ポータルで緊急通話通知を設定する際には、以下を実行してください。
-
複数のメール アドレスと SMS 受信者を指定します。例えば、緊急対応チーム、安全管理責任者、主要な受付担当者などに、これらの通知が届くようにします。
-
933 テスト通話が行われた場合、またはデバイスが不明な場所から HELD リクエストを行った場合は、アラートをセットアップして、管理者がユーザーの接続先をモニターできるようにします。
Webex Calling は、手動の 911 サービスを使用して、企業または組織内のデバイスの移動を検出する機能に対応しています。これにより、企業または組織内の異なるエリアに異なる緊急コールバック番号を持つことができます。
E911 サービスは次のタイプのロケーション検出をサポートします。
プレミス内で移動するデバイスの動的ロケーション検出。
-
HELD 対応マルチプラットフォーム ファームウェア (MPP) の場合、ロケーション検出はネットワーク検出に基づいています。MPP デバイスは、HTTP Enabled Location Delivery（HELD）と呼ばれるプロトコルを使用して、ネットワーク環境情報（上流 LLDP 対応スイッチ、ワイヤレス アクセス ポイント（WAP）BSSID、IP アドレス、または MAC アドレス）を RedSky HELD サービスに報告します。
-
デスクトップ上の HELD+ 対応の Webex アプリの場合、ロケーション検出はネットワーク検出に基づいており、ネットワーク環境情報 (アップストリーム LLDP 対応スイッチ、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、またはアップストリーム ゲートウェイのデフォルト MAC アドレス) を RedSky HELD+ サービスに報告します (Cisco Discovery Protocol (CDP) はサポートされていません)。
オンプレミスから移動するモバイル クライアントの動的ロケーション検出。
-
セルラー接続を持たないデスクトップおよびモバイルプラットフォーム (タブレット) 上の HELD+ 対応の Webex アプリの場合、ロケーション検出は、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、アップストリーム ゲートウェイのデフォルト MAC アドレス、およびアップストリーム スイッチのポート/シャーシを含むネットワーク検出に基づいています。Webex アプリは、上記の利用可能なネットワーク ID を RedSky に送信します。RedSky がデバイスが既知のロケーションにあると判断した場合、ユーザーのロケーションは自動的に更新されます。サインイン時に、Webex アプリがデバイスが認識されていない場所に移動したことを検出すると、ユーザーは新しいアドレスを更新するように求められます。ただし、認識されていないロケーションが検出されたときにユーザーがすでにサインインしている場合、ユーザーはプロンプトが表示されず、赤い X が Webex アプリのフッターに表示されます。ユーザーは赤い X をクリックしてロケーションを更新できます。RedSky は新しいロケーションを検証して保存します。ユーザーが Webex アプリから 911 通話を発信すると、このアドレスは緊急ディスパッチ アドレスとして使用されます。
Webex デスクトップ (Windows および MacOS) 上のすべての VPN および仮想ネットワーク インターフェイスを無視します。Windows の場合、Webex アプリは MSFT_NetAdapter - 真偽値仮想パラメータを使用して、VPN および仮想インターフェイスをフィルタリングします。
固定デバイスのロケーションの検出。これは動かない装置です
-
電話番号ベースのロケーションの検出: セルラーアクセスなしのモバイルデバイス、ソフトフォンクライアント、およびシスコ以外の顧客施設機器（CPE）を含む HELD 非対応デバイスの場合、ロケーションの決定は、テストまたは緊急コールでアサートされた発信者 ID に基づいています。
Webex Calling 展開で E911 サービスを使用する場合、次の方法を使用して、さまざまなクライアント タイプのロケーションを決定します。
-
セルラー接続を持たないデスクトップおよびモバイルプラットフォーム (タブレット) 上の HELD+ 対応の Webex アプリの場合、ロケーション検出は HELD デバイスと同様にネットワーク検出に基づいています。
-
セルラー接続のモバイル プラットフォーム上の Webex アプリは、RedSky を使用しません。これらのモバイル デバイスは、ロケーション情報を提供するネイティブ ダイヤラーを使用して、セルラー ネットワークで緊急通話を直接送信します。
-
HELD プロトコルをサポートする MPP デバイスは、HELD トランザクションでネットワーク接続とデバイス情報を提供します。RedSky は、RedSky のポータルでプロビジョニングされたワイヤマップ (ネットワーク検出情報) に基づいて派遣可能なロケーションを分析して特定します。
-
HELD 対応以外のエンドポイントは、E.164 発信者 ID に関連付けられた派遣可能な静的ロケーション情報を使用して、プロビジョニングされます。この電話番号ベースのアドレスは、HELD 対応の MPP デバイスのネットワークロケーションがネットワーク検出を使用して決定できない場合にも使用されます。
E911 ロケーションの設定—RedSky で建物とロケーションを追加します。固有のディスパッチ可能なアドレスを持つすべての米国、米国のテリトリー、またはカナダのロケーションについては、RedSky ポータルに詳細を追加する必要があります。たとえば、次のようなものです。170 West Tasman Drive San Jose, CA 95134-1706 米国は建物の住所であり、所在地は建物の1階、または会議室の2階にすることができます。
RedSky 管理ポータルでのアラート、建物、ロケーション、およびワイヤマップの設定の詳細については、管理ドキュメントを参照してください。E911 サービスが緊急コールを発信する特定のデバイスの配信可能なロケーションを見つけることができない場合、コールは緊急通話リレー センターにルーティングされます。リレー センターのエージェントが発信者と連携して、緊急通話をルーティングする最善の方法を判断します。ユーザーが Webex アプリで緊急アドレスを提供していない場合、または管理者が RedSky 管理ポータルで設定が間違っている場合、Relay Centers の通話コストは顧客に渡されます。
位置検出に対する仮想回線の影響:
-
デスクトップ上の HELD+ 対応の Webex アプリの場合、どの回線がコールの発信に使用されているかにかかわらず、ESA はネットワークマップまたはユーザー提供のアドレスから取得されたアドレスです。コールバック番号は、仮想回線に設定された ECBN 番号です。
-
HELD 対応の MPP デバイスでは、通話に使用される回線に関係なく、ESA はネットワーク マップから取得したアドレスです。コールバック番号は、仮想回線に設定された ECBN 番号です。
-
HELD 非対応エンドポイントでは、電話番号（TN）を使用して ESA を決定します。ESA は、仮想回線の TN に基づいて受信されたアドレスです。コールバック番号は、仮想回線に設定された ECBN 番号です。
上記のすべてのケースで、RedSky が場所を特定できない場合、コールはリレーセンターにルーティングされます。
PSTN および E911 サービスが有効化されたロケーション
このシナリオでは、緊急通話が識別され、設定された PSTN の代わりに、E911 サービスに送られます。このルートは、そのロケーションのすべてのユーザーに対して、ハード フォンおよびポータブル エンドポイント (携帯電話、タブレット、ノートブックなど) を含む、RedSky が有効なロケーションのすべてのエンドポイントに対して実行されます。(例外: 携帯電話ベースの電話クライアントは、携帯電話サービスプロバイダに直接緊急通話を送信します。
ローカル ゲートウェイおよび E911 サービスが有効化されたロケーション
このシナリオでは、緊急通話が識別され、ローカル ゲートウェイの代わりに、E911 サービスに送られます。このルーティングは、そのロケーションに割り当てられているユーザーの場所が固定されていないエンドポイントを含む、このサービスが有効化されたロケーションのすべてのエンドポイントに対して実行されます。
多国籍展開
このシナリオでは、ロケーション A は RedSky 対応ではありません。すべてのコール (PSTN および緊急) は、ローカル ゲートウェイを通してルーティングされます。ロケーション B は米国/カナダのロケーションで有効になっています。つまり、緊急通話は RedSky にルートされます。
|
コンポーネント |
要件 |
|---|---|
|
RedSky |
Webex Calling ユーザーは、各自の Webex Calling 資格でこのサービスを利用できます。カナダのユーザーの場合、Cisco またはサービス パートナーを通じて RedSky ライセンスを取得します。管理者は RedSky 管理ポータルにアクセスできます。このステップでは、HELD 会社 ID と秘密キーにアクセスできます。 ロケーションを決定するために、RedSky 管理ポータルで次のタイプのデバイスに対処するための設定を準備します。
このサービス インテグレーションは次のすべての PSTN オプションをサポートしています。ローカル ゲートウェイ、Cloud Connected PSTN、サービス プロバイダー PSTN。 https://api.wxc.e911cloud.com およびhttps://wxc.e911cloud.comへのアクセスを許可してください。電話機と Webex クライアントは、ポート 443 を使用して RedSky サービスに通信します。 詳細については、「RedSky 管理者ドキュメント」を参照してください。 |
|
Control Hub および Webex Calling 組織 |
|
|
Control Hub とロケーション |
Control Hub の E911 ポータルの自動ロケーション設 定 を有効にして、米国またはカナダのロケーションで Redsky に追加された建物とロケーションの E911 サービスを自動的に作成します。 Webex Calling の顧客の場合、このトグルはデフォルトでオフに設定されています。Webex Wholesale の場合、このトグルはデフォルトでオンに設定されています。 ロケーションを削除すると、建物とロケーションはネットワーク要素に関連付けることができるため、建物とロケーションは RedSky ポータルから自動的に削除されません。 |
|
HELD 対応デバイス |
ロケーションがこのサービスに対し有効になった、HELD 対応デバイスの場合。Webex Calling デバイス管理システムは、更新されたデバイス構成を生成して、HELD 機能を有効にします。各 HELD デバイスを再同期または再初期化して、新しい構成を取得します。管理者がこれを実行しない場合、デバイスは次の 24 時間以内に構成の更新を確認する機能を備えています。これが起こるまで、デバイスはロケーション サービスに HELD を使用しません。 電話は、RedSky ロケーション情報サーバー (LIS) にアクセスするために、ダウンロードされた構成パラメータを使用します。有効なユーザーが 911 または 933 にダイヤルすると、Webex Calling が RedSky へのピアリング接続を転送するトークンを受け取ります。 HELD 対応デバイス:
すべての Webex Calling デバイスのリストについては、「Webex Calling でサポートされるデバイス」を参照してください。 |
|
HELD 非対応デバイス |
HELD 非対応デバイスのロケーションは、テストまたは緊急通話で割り当てられた発信者 ID に基づいて特定されます。これらのデバイスは、管理者の承認なしに 1 つのロケーションから別のロケーションに移動しないことを推奨します。 HELD 非対応デバイス:
すべての Webex Calling デバイスのリストについては、「Webex Calling でサポートされるデバイス」を参照してください。 |
|
Webex アプリ |
Webex アプリは、他のすべての HELD 対応デバイスと同様に、HELD+ をサポートします。RedSky ロケーション情報サーバーと通信するには、設定を更新する必要があります。設定が完了すると、ユーザーがオフプレミス ネットワークに接続している場合、Webex アプリがユーザーにアドレスを入力するようプロンプトで指示します。 |
RedSky アカウントを作成し、1 つ以上のサイトの接続マップベースと発信者 ID ベースの情報をプロビジョニングした後、この E911 サービスに緊急通話を行うのに必要な情報で Webex Calling を構成する必要があります。
始める前に
RedSky 管理者ダッシュボードから HELD の会社 ID と秘密キーを取得します。この値は、お使いの Control Hub のインスタンスを、RedSky 組織に直接リンクするグローバル一意識別子 (GUID) です。
| 1 |
https://admin.webex.comの顧客ビューから、[サービス] に移動して、 をクリックします。 |
| 2 |
[強化された緊急コール] までスクロールし、サービスをオンに切り替えます。 |
| 3 |
[会社 ID] と [秘密鍵] フィールドが RedSky ポータルで正しい会社 ID および秘密鍵と一致していることを確認してください。 会社 ID と秘密キーは、RedSky ポータルの [HELD] セクションで確認できます。  |
次に行うこと
[強化された緊急コール] のトグルがすでに有効となっている場合、既存の会社 ID および秘密キーをいつでも別のものに変更できます。この機能により、無効な値を入力した場合に、エントリを修正することができます。
組織レベルでサービスを有効にした後、組織内の個々のロケーションに対してサービスを有効にできます。Control Hub では、ロケーションはユーザー アカウントが追加される設定コンテナーです。これは、デバイスの実際の物理的な位置を追跡しようとする RedSky 設定とは異なります。Control Hub のロケーションに対してこの機能を有効にすると、そのロケーションに属しているすべてのユーザーが有効になります。
| 1 |
https://admin.webex.com の顧客ビューから、[サービス] へ移動し、コール カード から [ロケーション] をクリックします。 |
| 2 |
ロケーションをクリックしてその概要ペインを開き、[強化された緊急コール] をクリックします。 |
| 3 |
[RedSky がネットワーク接続情報とテスト コールを受け取ることを許可する] をオンにして、ネットワーク接続情報を受信し、コールをテストして、 MPP 電話が RedSky の緊急テスト番号 933 に発信し、変更を保存できるようにします。 この設定により、デバイス構成が更新され、その場所にあるすべての HELD 対応デバイスに対して HELD 機能が有効になります。デバイスが再初期化されてピックアップされた後、RedSky の Location Information Server (LIS) に HELD 要求を行う新しい構成をピックアップして、有効なロケーションを決定します。 この設定は、そのロケーションからのすべてのテスト コール (933) も、緊急プロバイダーにルーティングします。この時点で、緊急通話（911）は影響を受けず、PSTN プロバイダーにルーティングされます。 変更を保存すると、そのロケーションの状態が [ロケーション インテグレーション オン] に変更されます。 |
| 4 |
そのロケーションの 911 のフル ルーティングを有効にする前に、コールが適切にルートされていることを確認するために、テスト コールを 933 に行います。テスト コールは、そのロケーションに割り当てられたすべてのエンドポイント (HELD 対応デバイス、ソフト フォン、HELD 非対応デバイスを含む) から行うことができます。テスト コール（933）は、発信者を IVR に接続し、そのデバイスの発信者 ID と現在知られているアドレスをアナウンスします。 |
| 5 |
テスト コールが正しくルーティングされていることを確認した後、[ロケーションの概要] ペインに戻り、 [RedSky] をクリックして、[緊急通話のルーティング] をオフ に切り替えます。変更を保存します。 この設定により、MPP 電話が RedSky LIS から位置情報を取得するだけでなく、実際の 911 コールも RedSky にルーティングされます。 変更を保存すると、そのロケーションの状態が [ルーティング オン] に変わります。 |
-
再初期化されると、ロケーションに割り当てられた Webex アプリを含む HELD 対応デバイスは、HELD 要求を行い、トークンを受信する必要があります。
-
RedSkyの［組織管理］で、［HELD/HELD+ルーティン グ］オプションを選択します。このドロップダウン メニューから、 HELD のフォールバック ルーティングに DID を使用を選択します。これがトグルがオンの場合、緊急コールが HELD / HELD+ デバイス（ネットワーク情報からのアドレスマッピングを持っていなかった）から行われると、このサービスは一致する DID（ロケーションまたはユーザー）をチェックし、対応するアドレスを使用します。
HELD 非対応デバイスの場合、上述の設定が影響を及ぼすことはありません。HELD 以外のデバイスの場合、このサービスは、一致する DID (ロケーションまたはユーザー) があるかどうかを常に確認し、対応するアドレスを使用します。
-
DECT および ATA はこのサービスと通信せず、コールは緊急サービス プロバイダーにルーティングされます。したがって、発信者 ID に関連付けられたロケーションで RedSky 管理ポータルを設定します。
-
MPP デバイスからの緊急通話は、物理的にはワイヤマップになく (ロケーションは HELD を通じて検出されませんでした)、アサートされた発信者 ID に基づいて処理を行います。発信者 ID と一致する E911 ユーザーまたは E911 ロケーションの TN に関連付けられているロケーションがある場合、コールはこの基準に基づいてルーティングされます。
-
MPP デバイスは、緊急コールを発信するときに、保留、会議、転送などの通話中機能を使用できません。
