Webex Calling の強化された緊急 (E911) サービスは、ハイブリッド就業または就業場所が固定されていない従業員がいる組織に向けて設計された動的な緊急連絡サービスを提供します。このサービスは、動的なロケーション サポートと、米国、米国領、カナダ内の公共の緊急安全応答ポイント (PSAP) に緊急通話のルーティングを行うネットワークを提供します。
Webex Calling の緊急連絡サービス
Webex Calling では、ユーザーのために緊急連絡サービスをセットアップし、管理する 2 つの方法があります。
電話番号ベースの緊急連絡サービス (別名緊急時コールバック番号) - このオプションは、固定された場所にデバイスがあり、決まった場所で従業員が働く組織に最適です。 Kari 法 およびレイバウム法による規制要件を満たすために、ユーザーの緊急時コールバック番号 (ECBN) を設定できます。 これにより、ユーザーが緊急通話を行ったときに、そのユーザーの ECBN が電話プロバイダーに提示されます。 緊急通話がルートされるパブリック安全応答ポイント(PSAP)が応答し、通話が割り当てられた緊急サービス アドレス (KM) にマッピングされます。 ESA は PSAP が受け取るアドレスで、緊急発信者の位置を示します。 このオプションは、米国とカナダのユーザーによる 911 通話に対して機能します。
緊急時 (E911) サービスの強化 - この記事で説明するこのオプションは、ハイブリッド就業または就業場所が固定されていない従業員がいる組織に向けて設計された動的な緊急連絡サービスです。 ハイブリッド就業の従業員がいる組織では、ユーザーはオンプレミス (指定されたオフィスの建物) またはオフプレミス (リモート勤務の場所) の両方で業務にあたります。 管理者が正しく構成すると、このサービスはユーザーがオンプレミスの別の場所に移動した場合に、非固定デバイス (移動について管理者に通知せずに別の場所に移動できるデバイス) および Webex アプリの場所を自動的に検出できます。 このサービスは、Nomadic E911 サービスにも対応しています。
Nomadic E911 Service - レイバウム法フェーズ 2 は 2022 年 1 月に開始されたもので、緊急通話の際に、固定されていないデバイスおよび就業場所が固定されていないユーザー (たとえば、アプリをオフプレミスで使用する Webex App ユーザー) の適切な緊急対応要員の出動先アドレスを送信する必要があります。 この 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 の拡張。 |
強化された緊急コールを適切に設定することで、緊急通話に関する Kari 法およびレイバウム法の要件を満たすことができます。 Webex アプリの Nomadic E911 サービスは、ネットワークの変更を検出し、エンドユーザーがオフプレミスである場合は動的にそのユーザーにアドレスを入力するよう指示します。
以下の手順を実行すると、このサービスを正常にセットアップするために必要な情報を得ることができます。
自分の RedSky アカウントを取得する
[ビルとロケーションの設定(Configure Building and Locations)]:ビルドアドレスが完全に揃っていることを確認します。ストリートとロケーションの詳細は、設定に役立つ便利な情報です。
アラートのセットアップ:ユーザーが 911 サービスをダイヤルするときに通知を受け取るために、組織内のユーザーのメール アドレスがあることを確認します。
[ネットワーク ワイヤ マップの設定(Configure Network Wire Map)]:ユーザのワイヤレス アクセス ポイントまたはネットワーク情報が必要です。 オフィスビル(オンプレミス)内のユーザーの正確な位置を検出するには、これらのネットワーク要素の1つまたは両方に関する情報が必要です。
無線アクセスポイント MAC アドレス
LLDP スイッチ MAC
有線デバイスのポート情報
オンプレミスの各ロケーションの IP アドレスのサブネット情報。
ユーザーのデバイスが接続されているネットワークを使用し、設定の詳細は、オンプレミスの場所を自動的に決定するのに役立ちます。
次のエリアに進む前に、すべての手順を設定するために必要な情報があることを確認してください。 上記の設定の構成についての詳細は、「管理者ガイド」を参照してください。
設定が正しくないと、緊急コールの際に誤った派遣先アドレスが送信されたり、派遣先アドレスが送信されなかったりする可能性があります。 Nomadic 911 (オフプレミス) のエンド ユーザーが、Webex アプリのプロンプトで指示されたときに緊急時アドレスを入力しなかった場合、または RedSky 管理ポータルでこの設定を行わなかった場合、緊急通話は追加料金が発生するリレー センターにルーティングされます。 |
Control Hub で実行:
サービス設定を更新する
米国内のすべてのロケーションで緊急コールを有効化する
これらの各ロケーションから 933 をダイヤルして、緊急サービス アドレスをテストする
プロビジョニングの観点では、このサービス は Control Hub の Webex Calling と統合されています。 ただし、この統合では、2 つの独立したポータルを使用してプロビジョニングと検証が必要です。
プロビジョニングの観点でのシステム間のプライマリ リンケージは、RedSky 管理者ポータルからの HELD の会社 ID および秘密キーです。 RedSky アカウントが作成されると、会社 ID および秘密キーを Webex Calling 設定にコピーできます。 Webex Calling コンポーネントは、さまざまなコミュニケーション プロトコルで会社 ID および秘密キーを RedSky に送信します(場所、つまり発信者が 911 または 933 の通話をダイヤルしたときのコール シグナリングを学習している HELD 対応デバイスからの HELD 要求)。また、会社 ID および秘密キーにより、このサービスはクラウド内の適切な顧客に要求を関連付けることができます。
次の図は、この E911 サービスを Webex Calling と統合するための全般的なプロビジョニング フローを示しています。 時計アイコンでマークされている項目は、より多くの時間を必要とするプロビジョニングと検証の手順を表します。 プロビジョニングの不一致または不完全な検証は、取扱いを誤った通話になる場合があります。
米国内にユーザーがいる Webex Calling 顧客はアカウントを取得する資格があります。 州および連邦政府の規制で定義されている要件を満たすために、組織内の米国のロケーションに緊急通話設定をセットアップします。
パートナーは、パートナー権限を持つアカウントを作成するために、RedSky との 1 回限りのオンボーディングを行う必要があります。 アカウントを作成するワークフローは次のとおりです。
アカウント情報
サービス設定を更新する
E911 ロケーションを設定
アラートをセットアップ
ネットワーク要素
緊急コールを有効化
無料アカウントを作成
無料アカウントを作成
Control Hub を使用して顧客の E911 アカウントを作成すると、Cisco E911 アカウントの下にアカウントが作成されます。 (パートナー) RedSky アカウントで E911 アカウントを作成して、顧客の E911 管理者ポータルの設定を管理および構成できるようにする場合は、このプロセスに従って、E911 顧客アカウントのセットアップを通じてリクエストを送信します。
パートナーは、アカウントを強化し、パートナー権限を取得するために、RedSky とのワンタイムオンボーディングを実施する必要があります。
1 | E911 アカウントを取得するには、E911 Customer Account Setup ボットを見つけます。 ボット名またはメール ID を入力します。 Webex アプリの検索オプションの E911Account@webex.bot 。 |
2 | supportと入力してアカウントリクエストフォームを取得します。 |
3 | フォームで要求されたすべての詳細を入力し、「送信」をクリックします。 アカウント作成が完了すると、通知を受け取ります。 このプロセスには最大2営業日かかります。 無効なサブスクリプション ID などの誤った情報を入力すると、アカウント プロセスが遅れる可能性があります。 |
E911 アカウントがすでに顧客用に作成されており、E911 アカウントの下に表示されていない場合、これらの手順を使用して、顧客の E911 アカウントを E911 アカウントの下に移動できます。
既存の E911 アカウントにアクセスする
E911 アカウントへのアクセス
これらの手順を使用して、既存の E911 アカウントにログインします。
1 | 既存の RedSky アカウントにログインするには、[既存のアカウントにログイン] を選択します。 |
2 | パートナーの E911 アカウントのセットアップに使用されたパートナー管理者のメールを入力します。 |
3 | その管理者のパートナー管理者パスワードを入力します。 |
4 | Webex Calling 顧客に関連付けられた RedSky 組織 ID を入力します。 このフィールドでは、パートナーが複数の顧客に関連付けられているため、必要な顧客アカウントを管理できます。 組織 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 HELD 会社 ID 情報を安全に取得するために 1 回使用され、RedSky アカウントを Webex Calling 組織に関連付けます。
ウィザードがリクエストをプロビジョニングします。 Control Hub で管理者のアドレスの HELD 会社 ID と秘密キー情報を検証します。
Control Hub で HELD 会社 ID と秘密キーを手動で入力した場合、セットアップウィザードはアカウント情報で検証します。 一致しない場合、警告が表示されます。 新しいアカウントを使用して続行する場合は、Control Hub で現在の設定が更新され、以前の情報が上書きされます。
[組織の RedSky アカウント情報で Control Hub を更新することに同意する] を選択し、[次へ] をクリックします。
新規アカウントを作成
既存の RedSky アカウントをお持ちでない場合は、新しいアカウントを作成する必要があります。
管理者のメールは必須です。 したがって、有効な顧客管理者のメール ID を提供するようにしてください。 各管理者のメールは 1 つのアカウントにのみ関連付けられます。 パートナーであり、顧客のアカウントをプロビジョニングしている場合は、顧客管理者のメール ID を使用します。
メールは、各 E911 アカウントに対して一意である必要があり、同じ管理者のメールは 2 つの E911 アカウントの一部にすることはできません。 1 人の管理者ユーザがセットアップ ウィザードによってプロビジョニングされます。 組織で複数の管理者が緊急設定を管理する必要がある場合は、この管理者は後続の管理者アカウントを追加できます。 |
新しいアカウントを作成するには、[アカウントの作成] を選択します。
RedSky 管理者ログインとして使用する管理者メール IDを入力します。
パートナーの組織 ID を入力します。 パートナー管理者として RedSky ポータルにログインします。 ダッシュボードから組織 ID をコピーし、フィールドに ID を入力します。
RedSky にオンボーディングしている顧客については、support@redskytech.comに連絡し、顧客をそれぞれのパートナーに移動してください。
アカウントと管理者をプロビジョニングするには、[次へ] をクリックします。
ウィザードは、要求をプロビジョニングします。 Control Hub の詳細を使用して、管理者アドレスの HELD 会社 ID と秘密鍵情報を検証します。
Control Hub で HELD 会社 ID と秘密キーを手動で入力した場合、セットアップウィザードはアカウント情報で検証します。 一致しない場合、警告が表示されます。 新しいアカウントを使用して続行する場合は、Control Hub で現在の設定が更新され、以前の情報が上書きされます。
[組織の RedSky アカウント情報で Control Hub を更新することに同意する] オプションを選択し、[次へ] をクリックします。
アカウントの作成が成功すると、メール通知が届きます。 管理者はリンクを使用してパスワードをリセットできます。
1 | E911 ロケーションの設定 - 建物とロケーションを RedSky に追加します。 固有のディスパッチ可能なアドレスを持つすべての米国またはカナダのロケーションについては、RedSky ポータルに詳細を追加する必要があります。 例: 170 West Tasman Drive San Jose, CA 95134-1706 USAは建物の住所であり、場所は建物の1階、1階、または会議室の2階にすることができます。 |
2 | * E911 ロケーションを更新したこと、および更新しなかった場合は私の通話が中継センターに再ルートされることを確認しました。 中継センターの通話料はパートナーおよび/または顧客に請求されます。 [次へ] をクリックします。 |
3 | アラートの設定 - 個々のロケーションまたは複数のロケーションにアラートを設定できます。 * E911 管理ポータルでアラート設定を更新したことを確認しました。 [次へ] をクリックします。 設定の詳細については、「セットアップアラート」を参照してください。 FCC 規制では、従業員が 911 に通報したときに、緊急対応チームに通知することが企業に義務付けられています。 |
4 | [ネットワーク要素の設定(Configure Network Elements)]:RedSky ポータルでこれらの設定を完了し、ウィザードの [E911 管理ポータルで 911 発信者のロケーションを検出するためにロケーション設定が必須であることを確認し、理解したことを確認する] を選択します。 この作業には時間がかかります。 ネットワーク要素の設定の詳細については、「管理ガイド」を参照してください。 [次へ] をクリックします。 設定が完了すると、RedSky はネットワーク接続情報とテストコールを受信し、MPP 電話が RedSky の緊急テスト番号 933 にコールを発信できるようにします。 テスト コールにより、アドレス情報が正しくプロンプトされます。 |
5 | [緊急通話を有効にする(Enable Emergency Calling)]:この設定では、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) と呼ばれるプロトコルを使用して、ネットワーク環境情報 (アップストリーム スイッチ、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、MAC アドレス) を、RedSky のHELD サービスに報告します。
デスクトップ上の HELD+ 対応の Webex アプリの場合、ロケーション検出はネットワーク検出に基づいてネットワーク環境情報 (上流 LLDP 対応スイッチ、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、または上流のゲートウェイのデフォルト MAC アドレス) を RedSky HELD+ サービスに報告します。
前提から逸脱するモバイル クライアントの動的ロケーション検出。
セルラー接続を持たないデスクトップおよびモバイルプラットフォーム (タブレット) 上の HELD+ 対応の Webex アプリの場合、ロケーション検出は、ワイヤレス アクセス ポイント (WAP) BSSID、IP アドレス、アップストリーム ゲートウェイのデフォルト MAC アドレス、およびアップストリーム スイッチのポート/シャーシを含むネットワーク検出に基づいています。 Webex アプリは、上記の利用可能なネットワーク ID のいずれかを Redsky に送信します。 アプリがデバイスが既知の場所にあると判断した場合、ユーザーの場所は自動的に更新されます。 サインイン時に、Webex アプリがデバイスが認識されていない場所に移動したことを検出すると、ユーザーは新しいアドレスを更新するように求められます。 ただし、認識されていないロケーションが検出されたときにユーザーがすでにサインインしている場合、ユーザーはプロンプトが表示されず、赤い X が Webex アプリのフッターに表示されます。 ユーザーは赤い X をクリックしてロケーションを更新できます。 Redsky は新しいロケーションを検証して保存します。 ユーザーが Webex アプリから 911 通話を行う際に、このアドレスは緊急派遣用アドレスとして使用されます。
Webex デスクトップ (Windows および MacOS) 上のすべての VPN および仮想ネットワーク インターフェイスを無視します。 Windows の場合、Webex アプリは MSFT_NetAdapter - 真偽値仮想パラメータを使用して、VPN および仮想インターフェイスをフィルタリングします。
固定デバイスのロケーションの検出。 これらは、移動しないデバイスです。
電話番号ベースのロケーションの検出: セルラー アクセスが行われていないモバイル デバイス、ソフトフォン クライアント、Cisco ATA、Cisco DECT システム、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 USAは建物の住所であり、場所は建物の1階、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。
詳細については、「RedSky 管理者ドキュメント」を参照してください。 | ||
Control Hub および Webex Calling 組織 |
| ||
Control Hub とロケーション | Control Hub の E911 ポータルの自動ロケーション設定 を有効にして、米国またはカナダのロケーションで Redsky に追加された建物とロケーションの E911 サービスを自動的に作成します。 Webex Calling の顧客の場合、このトグルはデフォルトでオフに設定されています。 Webex Wholesale の場合、このトグルはデフォルトでオンに設定されています。
| ||
HELD 対応デバイス | ロケーションがこのサービスに対し有効になった、HELD 対応デバイスの場合。 Webex Calling デバイス管理システムは、更新されたデバイス構成を生成して、HELD 機能を有効にします。 各 HELD デバイスを再同期または再初期化して、新しい構成を取得します。 管理者によってこの作業が行われない場合、その後 24 時間以内に設定の更新をチェックする機能がデバイスにあります。 この作業が完了するまで、デバイスはロケーション サービスに対して HELD を使用しません。 電話は、RedSky ロケーション情報サーバー (LIS) にアクセスするために、ダウンロードされた構成パラメータを使用します。 有効なユーザーが 911 または 933 にダイヤルしたときに、RedSky へのピアリング接続を通じて Webex Calling が渡すトークンを受け取ります。 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 のロケーション情報サーバー (LIS) への HELD 要求が行われます。 この設定は、そのロケーションからのすべてのテスト コール (933) も、緊急プロバイダーにルーティングします。 この時点で、緊急通話 (911) は影響を受けず、引き続き PSTN プロバイダーにルートされます。 変更を保存すると、そのロケーションの状態が [ロケーション インテグレーション オン] に変更されます。 |
4 | そのロケーションの 911 のフル ルーティングを有効にする前に、コールが適切にルートされていることを確認するために、テスト コールを 933 に行います。 テスト コールは、そのロケーションに割り当てられたすべてのエンドポイント (HELD 可能なデバイス、ソフト フォン、HELD 非対応デバイスを含む) から行うことができます。 テスト コール (933) は発信者を IVR に接続します。これにより、そのデバイスの発信者 ID と現在の既知のアドレスが通知されます。 |
5 | テスト コールが正しくルーティングされていることを確認した後、[ロケーションの概要] ペインに戻り、 [RedSky] をクリックして、[緊急通話のルーティング] をオフ に切り替えます。 変更を保存します。 この設定は、RedSky LIS からロケーション情報を取得する MPP 電話ではなく、実際の 911 へのコールも、RedSky にルーティングされるようにします。 変更を保存すると、そのロケーションの状態が [ルーティング オン] に変わります。 |
再初期化されると、Webex アプリを含め、そのロケーションに割り当てられた HELD 対応のデバイスは、HELD の要求と受信トークンを作成する必要があります。
RedSkyの[組織管理]で、[HELD/HELD+ルーティング]オプションを選択します。 このドロップダウン メニューで、[HELD のフォールバック ルーティングに DID を使用(Use DID for Fall-Back Routing of HELD)] を選択します。 これがトグルがオンの場合、緊急コールが HELD / HELD+ デバイス(ネットワーク情報からのアドレスマッピングを持っていなかった)から行われると、このサービスは一致する DID(ロケーションまたはユーザー)をチェックし、対応するアドレスを使用します。
HELD 非対応デバイスの場合、上述の設定が影響を及ぼすことはありません。 HELD 非対応デバイスの場合、このサービスは常に一致する DID (ロケーションまたはユーザー) があるかを確認し、対応するアドレスを使用します。
DECT および ATA はこのサービスと通信せず、コールは緊急サービス プロバイダーにルーティングされます。 したがって、発信者 ID に関連付けられたロケーションで RedSky 管理ポータルを設定します。
MPP デバイスからの緊急通話は、物理的にはワイヤマップになく (ロケーションは HELD を通じて検出されませんでした)、アサートされた発信者 ID に基づいて処理を行います。 発信者 ID と一致する、E911 ユーザーまたは E911 ロケーションの TN に関連付けられているロケーションがある場合、その番号に基づいて通話がルーティングされます。
MPP デバイスは、緊急コールを発信するときに、保留、会議、転送などの通話中機能を使用できません。