コメントありがとうございます。
Webex Calling の強化された緊急コール
フィードバックがある場合Webex Calling の緊急連絡サービス
Webex Calling では、ユーザーのために緊急連絡サービスをセットアップし、管理する 2 つの方法があります。
電話番号ベースの緊急サービス (または緊急コールバック番号) : このオプションは、デバイスが固定された場所にあり、従業員が固定されている組織に最適です。Kari 法と RAY BAUM 法の規制要件を満たすために、ユーザーの緊急コールバック番号 (ECBN) を指定できます。これにより、ユーザーが緊急通話を行ったときに、そのユーザーの ECBN が電話プロバイダーに提示されます。緊急通話がルートされるパブリック安全応答ポイント(PSAP)が応答し、通話が割り当てられた緊急サービス アドレス (KM) にマッピングされます。ESA は、PSAP が受信するアドレスであり、緊急発信者の位置を示します。このオプションは、米国とカナダのユーザーによる 911 コールで機能します。
強化された緊急 (E911) サービス: この記事で説明されているこのオプションは、ハイブリッドまたは就業場所が固定されていない従業員を持つ組織向けに設計されたダイナミックな緊急サービスです。ハイブリッド就業の従業員がいる組織では、ユーザーはオンプレミス (指定されたオフィスの建物) またはオフプレミス (リモート勤務の場所) の両方で業務にあたります。管理者が正しく構成すると、このサービスはユーザーがオンプレミスの別の場所に移動した場合に、非固定デバイス (移動について管理者に通知せずに別の場所に移動できるデバイス) および Webex アプリの場所を自動的に検出できます。このサービスは、Nomadic E911 サービスにも対応しています。
-
Nomadic E911 サービス—レイバウム法フェーズ 2 は 2022 年 1 月に開始されました。緊急通報では、固定されていないデバイスおよびノマディック ユーザー (たとえば、アプリをオフプレミスで使用する Webex アプリ ユーザー) に対して正しい派遣先住所を送信する必要があります。この E911 サービスを法的な要請に従って設定すると、構成が規制要件を満たすことができます。就業場所が固定されていないユーザーが Webex アプリをオフプレミスの場所で使用すると、アプリがユーザーに緊急対応要員派遣用アドレスを入力するよう指示します。Webex Calling は、この派遣用アドレスを、ユーザーがそのロケーションから 911 コールをかけた場合に使用します。Webex アプリはネットワークの変更を検出し、ユーザーが別のオフプレミスのネットワークから接続した場合にのみ、アドレスの入力を求めるプロンプトを表示します。ユーザーがすでにアドレスを提供しているオフプレミス ネットワークに接続した場合は、Webex アプリはそのネットワークに対して以前提供されたアドレスを自動的に使用します。
ユーザが別のロケーションに属する回線から緊急コールを発信すると、緊急コールはデバイスの物理的な場所に基づいて、最も近くの PSAP ロケーションにルーティングされます。詳細については、「ロケーション間の共有回線と仮想回線の設定」を参照してください。
Webex Calling は、緊急通話のメディアをどの通話録音プロバイダーにも送信しません。ユーザーに対して通話録音が有効になっていますが、911 や 933 などの緊急通話は通話録音プロバイダーに送信されません。
この記事では、Enhanced Emergency (E911) サービスに焦点を当てています。
Webex Calling の National Suicide Prevention Lifeline and 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 管理者ログインとして使用する管理者メール ID を入力します。
-
パートナーの組織 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 アプリが対象) を提供します。デバイスに基づくロケーション サポートでは、ユーザーは異なるオフィスの場所で同じ内線番号の複数の電話を使用することができますが、各デバイスに固有の緊急サービス アドレスがあります。このソリューションは、米国、その準州、およびカナダ周辺の Public Safety Answering Points (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 アプリがデバイスが認識されない場所に移動したことを検出すると、新しいアドレスの更新を促すプロンプトが表示されます。ただし、認識されないロケーションが検出されたときにユーザーがすでにサインインしている場合、ユーザーはプロンプトが表示されず、Webex アプリのフッターに赤い X が表示されます。ユーザーは赤色の X をクリックしてロケーションを更新できます。RedSky は新しいロケーションを検証して保存します。ユーザーが Webex アプリから 911 コールを発信すると、このアドレスは緊急派遣先住所として使用されます。
Webex デスクトップ (Windows および MacOS) 上の VPN および仮想ネットワーク インターフェイスをすべて無視します。Windows の場合、Webex アプリは MSFT_NetAdapter を使用します - ブール値仮想パラメータで、VPN と仮想インターフェイスをフィルタリングします。
固定デバイスのロケーションの検出。これらは移動しないデバイスです。
-
電話番号ベースのロケーションの検出: セルラー アクセスのないモバイル デバイス、ソフトフォン クライアント、および Cisco 以外の顧客構内機器 (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 U.S. は、建物内のEast Wing、1階、または会議室2階に所在する建物です。
RedSky 管理ポータルのアラート、建物、ロケーション、ワイヤマップの設定の詳細については、管理ドキュメントを参照してください。E911 サービスが緊急通話を発信する特定のデバイスに対して派遣可能なロケーションを見つけることができない場合、通話は緊急通話リレー センターにルーティングされます。リレー センターのエージェントが発信者と連携して、緊急通話をルーティングする最善の方法を判断します。ユーザーが Webex アプリで緊急アドレスを提供していない場合、または管理者による RedSky 管理ポータルの設定が正しくないため、リレー センターの通話費用は顧客に返されます。
仮想回線のロケーション検出への影響:
-
デスクトップ上の 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 ホールセールの場合、このトグルはデフォルトでオンに設定されています。 ロケーションを削除しても、建物とロケーションはネットワーク要素に関連付けることができるため、RedSky ポータルから自動的に削除されません。 |
|
HELD 対応デバイス |
ロケーションがこのサービスに対し有効になった、HELD 対応デバイスの場合。Webex Calling デバイス管理システムは、更新されたデバイス構成を生成して、HELD 機能を有効にします。各 HELD デバイスを再同期または再初期化して、新しい設定をピックアップします。管理者によって行われていない場合、デバイスは次の 24 時間以内に設定の更新を確認できます。これが発生するまで、デバイスはロケーション サービスに HELD を使用しません。 電話は、RedSky ロケーション情報サーバー (LIS) にアクセスするために、ダウンロードされた構成パラメータを使用します。有効なユーザーが 911 または 933 をダイヤルすると、Webex Calling が RedSky へのピアリング接続で転送するトークンを受け取ります。 HELD 対応デバイス:
すべての Webex Calling デバイスのリストについては、「Webex Calling でサポートされているデバイス」を参照してください。 |
|
HELD 非対応デバイス |
HELD 非対応デバイスのロケーションは、テストまたは緊急通話で割り当てられた発信者 ID に基づいて特定されます。これらのデバイスは、管理者の承認なしに、ある場所から別の場所に移動しないことを推奨します。 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 のロケーション情報サーバー（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 デバイスは、緊急コールを行うときに、保留、会議、転送などの通話中の機能を使用できません。
