Webex Calling のプラン、トランク、およびルート グループを使用すると、Webex Calling がホストしているユーザーと顧客施設 PBX ユーザー間の通話を管理するよう Webex Calling を構成できます。 このソリューションでは、クラウド PSTN（CCP または Cisco PSTN）またはプレミスベース PSTN を使用するようユーザーを構成できます。
トランクは間の接続ですWebex Callingプレミス、ローカル ゲートウェイまたはその他のサポート対象デバイスがあるプレミスで停止します。 作成したトランクはルート グループに割り当てることができます。 ルート グループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。 ローカル ゲートウェイとは、トランク、オンプレミスの PSTN、PBX のいずれか、または両方を相互接続するオンプレミス デバイスです。
トランク、ルートグループ、ダイヤルプランには次のようなメリットがあります。
トランクから Webex Calling と顧客施設までの負荷分散とフェイルオーバー
の能力Webex Callingユーザーがクラウド PSTN (Cloud Connected PSTN (CCP) またはCisco PSTN) を使用し、エンタープライズの PBX ユーザーに到達できるようにします。
別のオンプレミス PBX への通話のルーティング
プレミス PBX 間で通話をルーティングするタンデム機能。
顧客施設 PBX からの移行および顧客組織との共存の幅広いシナリオには、 Webex Callingユーザ
通話ルーティングの意思決定に関する詳細な情報
ロケーションを有効にしたら、そのロケーション内の Webex Calling ユーザー向けに PSTN 接続を設定する必要があります。 次の PSTN オプションを利用できます。
Cisco PSTN — 新しい PSTN 番号とポートの既存の番号を Cisco に注文できるようにするソリューションをバンドルすることを希望する場合は、このオプションを選択します。 Cisco PSTN オプションは以下の条件でのみ利用できます。
Cisco Calling プランを購入して有効にしている。
Cisco Calling プランがサポートされている国にロケーションがある。
クラウド接続 PSTN — ローカルハードウェアの導入を必要としないクラウドソリューションを探している場合は、このオプションを選択し、希望する CCP プロバイダを選択します。 クラウド PSTN (Cisco PSTN またはクラウド接続 PSTN) は Webex Calling ユーザーに PSTN アクセスを提供する目的でしか使用できません。 オンプレミスユーザーが発信した通話はクラウド PSTN にアクセスできません。
プレミスベースの PSTN（ローカルゲートウェイ） – 現在の PSTN プロバイダを保持する場合はこのオプションを選択します。 ローカルゲートウェイ経由のプレミスベースの PSTN 向けトランクは、プレミス PBX への接続にも使用できます。 構成を一切変更しなくても既存のローカルゲートウェイ機能を保持できます。 ローカルゲートウェイを使用するロケーションはプレミスベースの PSTN に設定され、ローカルゲートウェイがトランクになります。
Control Hub 内で選択した PSTN 接続を構成するには、 を選択し、変更するロケーションを選択してから [指定] か [管理] を選択し、目当ての PSTN 接続を選択します。
[トランク]
トランクはWebex Callingと顧客施設間の接続であり、ローカル ゲートウェイとして機能するサポートされているセッション ボーダー コントローラーを使用する顧客施設で終了します。
ローカル ゲートウェイ トランク モデルには次の 2 つのタイプがあります。
登録ベースのトランク：トランクがパイロットユーザー アカウントとトランク オンボードプロセスの最後に取得する資格情報を使用して SIP登録を実行する SIP トランク モデルを使用したローカル ゲートウェイからのWebex Callingのトランクまたはピアリング。 その後、 Webex Callingまたはエンタープライズから通話が行われると、計画しているこの登録は、これらの通話を処理するために、ローカル ゲートウェイとWebex Callingサービスの両方で使用されます。 登録ベースのトランクはローカル ゲートウェイから発生したネットワーク接続を必要とし、ゲートウェイはネットワーク アドレス変換 (NAT) デバイスの背後にある場合があります。
証明書ベースのトランク：単一のローカル ゲートウェイからより高いスケールを提供する SIP トランク モデルを使用して、ローカル ゲートウェイからWebex Callingへのトランクまたはピアリング 登録ベースのトランクとは異なり、ローカル ゲートウェイとクラウドの間に SIP登録はありませんが、代わりに、証明書ベースの認証および認証モデルが使用されます。 オンボーディング プロセス中に、組織の管理者は完全修飾ドメイン名 (FQDN) を追加する必要がありWebex Callingは、この FQDN とローカル ゲートウェイの証明書の組み合わせを使用して、ローカル ゲートウェイを信頼します。 また、登録ベースのトランクとは異なり、ネットワーク接続は両当事者 (ローカル ゲートウェイとWebex Calling) により維持される必要があります。したがって、ローカル ゲートウェイは、オンプレミスの適切なネットワーク構成を通じて、 Webex Callingから到達可能に構成されている必要があります。ネットワーク。
マルチテナントは、複数のロケーションまたは複数の顧客に対して複数のテナントで単一の LGW を設定できる場合です。 これは、登録と証明書ベースの両方のトランクでサポートされるようになりました。 証明書ベースのマルチテナント機能のために、 Cisco Unified Border ElementはCisco IOS XE 17.9.1a 以降を実行している必要があります。 検証済みのシスコ以外の SBC を使用している場合、 Webex Callingのマルチテナント サポートについては、ベンダー SBC のドキュメントを確認してください。
登録ベースのトランクと証明書ベースのトランクの共存は、同じ CUBEインスタンスでサポートされていません。 特定の CUBE で使用しているトランク モデルを変更したい場合は、最初に既存の設定を削除し、最初から手順に従う必要があります。 CUBE 構成のヘルプについては、次を参照してください。 Cisco Unified Border Elementの構成ガイドを選択します。 承認されたCisco SBC 以外は、証明書ベースのトランクでのみサポートされます。
トランク モデル間でロケーションを移行する場合は、上記の理由により 2 つの別個のローカル ゲートウェイを使用する必要があります。 通話サービスに影響を与えずに場所を移行する場合は、ルートグループ機能を使用しなければなりません。
そのロケーションに対応するルート グループが存在しない場合は、新しいルート グループを作成します。
既存のトランクをルート グループに移動します。
ルート グループに新しいトランクを追加します。
「新しい」ローカル ゲートウェイを構成します
新しいローカル ゲートウェイがトラフィックを処理したら、ルート グループから古いローカル ゲートウェイを削除し、トランクを削除できます。
トランクの資格情報とセキュリティ属性が安全に保存され、不正な行為者がアクセスできないようにして、電話料金の詐欺行為を回避します。
登録ベースのトランクについては、SIP 資格情報は認証に使用され、安全に保存されなければなりません。
証明書ベースのトランクの場合、トランクに使用される FQDN、署名付き証明書、およびその秘密鍵の組み合わせが認証に使用され、安全に保存されなければなりません。
サードパーティの SBC のサポート
Webex Calling のローカルゲートウェイ（プレミスベースの PSTN）トランクによって、顧客が所有する PSTN サービスへの接続が可能になります。 また、Cisco Unified CM などのオンプレミス IP PBX 展開への接続も提供します。 検証され承認されている Cisco (ベンダー/サードパーティ) 以外の SBC は、 Webex Callingでサポートされるようになりました。
Webex Callingのサードパーティ ローカル ゲートウェイ ベンダー検証プログラムは、サードパーティのセッション ボーダー コントローラーとCisco Webex Callingの間の最高レベルの相互運用性を保証するためのプロセスです。
堅牢な一連のテスト要件は、サードパーティの SBC が互換性のあるWebex Callingローカル ゲートウェイになるために満たされる必要があります。
Webex Callingクラウドサービスは、顧客のVoIPネットワークのエッジに位置するローカル ゲートウェイと呼ばれる機能を使用するエンタープライズ ダイヤルをサポートします。 ローカル ゲートウェイは SIPセッション ボーダー コントローラ(SBC) であり、特定の方法でWebex Callingクラウド サービスと相互作用し、ローカル ゲートウェイはWebex Callingで指定された条件で動作させる必要があります。 ローカル ゲートウェイ機能により、 Webex Callingの顧客は既存の PSTN サービス プロバイダーを引き続き使用できます。
サードパーティ製ローカル ゲートウェイのリソース：
Oracle
Oracle への連絡: cgbu_alliances_ww_grp@s1256251 これは
音声コード
リボン
 |
他のサードパーティ ベンダーを検証して承認するので、リストが更新されます。ベンダー/プラットフォームがリストに記載されていない場合は、 Webex Calling LGW として検証されません。 |
トランクタイプの選択に関する通話容量要件と推奨事項
登録ベースのトランキング モデルは、ローカル ゲートウェイを展開し、実行するためのシンプルなモデルです。そのため、単一の CUBEインスタンスから非常に多くの同時コールが必要な場合を除き、このモデルを選択することをお勧めします。 承認されたCisco SBC 以外は、証明書ベースのトランクでのみサポートされます。
サービスの観点から、登録ベースのトランク モデルは、Over-the-Top 接続を通じた同時コールを 250 件以下に満たないスケールを必要とするお客様を対象としています。証明書ベースのトランクは、250 ～および 6500 の同時通話。
次の表は、ユーザと通話の比率が 10:1 であることを想定し、トランク選択の推奨事項と推奨されるリンク品質を示しています。 相互接続とは、 Webex Edge Connect のような Webex Webex Calling専用の帯域幅接続を指します。
ローカル ゲートウェイあたりの同時通話数に基づくサイジング |
ローカル ゲートウェイの背後にあるユーザーの数に応じたサイジング |
トランク タイプ推奨 |
最低リンク品質 |
|---|---|---|---|
~ 2000-6500 |
65000 |
証明書ベース |
相互接続 |
250 ～ 2000 |
20000 |
証明書ベース |
OTT |
最大 250 名 |
2,500 |
登録トランク |
OTT |
接続資格情報:
Over-the-top 接続 (OTT) は、次のリンク品質条件を満たさなければなりません。
最大 100 ms の遅延
最大 10 ms ジッター
最大パケット損失 0.2%
相互接続は以下のリンク条件を満たしている必要があります。
最大 30 ミリ秒の遅延
最大 5 ms ジッター
0 パケット損失
登録トランク モデルの場合、セッション ボーダー コントローラ(SBC) は SIP登録を実行します。 登録ベースのトランクでは、SIP登録をアクティブに維持するためにローカル ゲートウェイが必要です。 接続は登録に対して暗黙的です。
始める前に
すべてのトランクを Control Hub のロケーションに割り当てる必要があります。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
||
| 2 | [トランクを追加] を選択します。 |
||
| 3 | を選択し、ロケーションドロップダウン メニューから |
||
| 4 | 次を入力します:名前をトランク用に入力します。 |
||
| 5 | 選択登録中学生の出席をトランクタイプドロップダウン メニュー |
||
| 6 | デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
||
| 7 | [保存] をクリックします。 |
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。 ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。 この資格情報を紛失した場合には、Control Hub のトランク情報画面で再生性することが必要になります。 [ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
|
この操作はサービスに影響するため、営業時間外に実行することをお勧めします。 ローカル ゲートウェイをWebex Callingに接続するためにトランクを設定している場合は、次を参照してください。 Webex Callingに IOS-XE でローカル ゲートウェイを構成するを選択します。 |
トランク とは Webex Calling と顧客施設間の接続のことであり、ローカル ゲートウェイやその他のサポート対象デバイスがある顧客施設が終端となります。
始める前に
すべてのトランクを Control Hub 内のロケーションに割り当てる必要があります。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
||
| 2 | [トランクを追加] を選択します。 |
||
| 3 | ロケーションとトランクの名前を選択します。
|
||
| 4 | デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
||
| 5 | [保存] をクリックします。 |
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。 ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。 この資格情報を紛失した場合には、Control Hub のトランク情報画面で再生成する必要があります。 [ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
メモ: この操作はサービスに影響するため、営業時間外に実行することをお勧めします。
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
||
| 2 | 表示、または変更するトランクを選択します。 |
||
| 3 | サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
||
| 4 | 追加の詳細を表示するには、次をクリックします。管理する隣にあるトランクスを選択します。
|
||
| 5 | デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。使用されていないトランクは削除できます。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
| 2 | 削除するトランクを選択します。 |
| 3 | ミーティングの隣にあるリンクを |
サイト変換ツールからControl Hub のトランク ステータスを確認するには
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
| 2 | ステータスを確認するトランクを選択します。 |
| 3 | クリックトランク情報を選択します。 |
例
以下は、さまざまな登録ベースのトランクステータスです。
オンライン: Webex Callingへのローカル ゲートウェイの登録が正常に行われました。
オフライン: ローカル ゲートウェイのWebex Callingへの登録に失敗しました。
証明書ベースのトランクを追加する際は、完全修飾ドメイン名（FQDN）を入力する必要があります。 次に、 Webex Callingは FQDN とローカル ゲートウェイの証明書の組み合わせを使用して、ローカル ゲートウェイを信頼します。
制御ハブからローカル ゲートウェイを設定するための要件：
ローカル ゲートウェイのクラウドに面したネットワークは、パブリックIPv4アドレスを使用しなければならず、このアドレスに解決する FQDN または SRV アドレスを解決する必要があります。
外部インターフェイスのすべての SIP とメディアポートは、インターネットからアクセス可能で、NAT の背後ではアクセスできない必要があるため、必要なファイアウォールの更新をエンタープライズ ネットワーク コンポーネントで行う必要があります。
ブランディングキットの Resource フォルダーの branding.xml ファイルにあるWebex Callingポート リファレンス ガイドプレミス側とクラウド側でアクセスする必要がある必須ポートを理解する必要があります。
署名付き証明書は、トランクからのコールの正常な認証に必要です。 証明書は次の要件を満たしている必要があります。
証明書は、 で言及されている CA によって署名されている必要がありますCisco Webex音声とビデオ プラットフォームへの通話をサポートするルート証明書機関とは?
以下で言及されているトラスト バンドルCisco Webex音声とビデオ プラットフォームへの通話をサポートするルート証明書機関とは? CUBE にアップロードする必要があります。
証明書は常に有効である必要があります。
署名済み証明書には、常に有効な期限が設定されている必要があります。
ルート証明書または中間証明書には有効期限があり、失効することはできません。
クライアントとサーバーで使用するため、証明書が署名されている必要があります。
証明書には、Control Hub で選択された FQDN を持つ証明書の共通名またはサブジェクト代替名として、完全修飾ドメイン名 (FQDN) が含まれている必要があります。 例:
FQDN が lenon.lgw.cisco.com:5061 で組織の Control Hub から設定されたトランク。証明書の CN または SAN に Londen.lgw.cisco.com が含まれている必要があります。
組織のコントロールハブから Lonon.lgw.cisco.com で構成されたトランクは、SRV は証明書 CN または SAN に lenon.lgw.cisco.com を含まなければなりませんでした。 SRV アドレスが解決されるレコード（CNAME/A レコード/ IPアドレス）は、SAN ではオプションです。
証明書は 1 つ以上のローカル ゲートウェイの間で共有できますが、前の箇条書きで述べられている FQDN 要件を満たしている必要があります。
始める前に
すべてのトランクを Control Hub のロケーションに割り当てる必要があります。
管理者はローカル ゲートウェイが FQDN またはサービス レコード (SRV) を通じて解決されることを選択しなければならず、このオプションはトランクの設定中に終了します。 ただし、いくつかのルールがあります。
管理者は、組織全体のトランクごとに一意の主催者アドレス (FQDN または SRV) を持っている必要があります。 例:
FQDN loんon.lgw.cisco.com:5062 のトランクは、主催者アドレス loんon.lgw.cisco.com のトランクが他に存在しない場合にのみ作成できます。
SRV アドレス len Donon.lgw.cisco.com のトランクは、主催者アドレス lenon.lgw.cisco.com のトランクが他に存在しない場合のみ作成できます。 これは、同じ FQDN とポートの組み合わせを持つトランクが存在する場合でも許可されません。
ゲートウェイのアドレスが FQDN である場合は、ポートを設定する必要があります。 5061 または 5062 などの標準 SIP ポートを選択でき、IPV4 とポートの組み合わせがクラウド サービスからアドレス指定できるように、適切なファイアウォール構成を行う必要があります。
SRV アドレスが選択された場合、サービスの種類には のプレフィックスが必要です。_sipsを選択します。_tcp 」に置き換えることで、URL が有効かどうかを検証できます。 サービス レコード内のレコードは、適切な重みと優先度を持ち、300 秒以上の TTL を持つ必要があります。
主催者者はドメインの管理の記事を選択します。
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
||
| 2 | [トランクを追加] を選択します。 |
||
| 3 | を選択し、ロケーションドロップダウン メニューから |
||
| 4 | 次を入力します:名前をトランク用に入力します。 |
||
| 5 | 選択証明書ベース学生の出席をトランクタイプドロップダウン メニュー |
||
| 6 | ドロップダウンから [デバイスタイプ] を選択します。
|
||
| 7 | セッション ボーダー コントローラ(SBC) を入力します住所、ドメイン、ポートを選択します。 これは、 Webex Callingがエンタープライズ SBC に接続するための FQDN または SRV アドレスです。
|
||
| 8 | 同時コールの最大数を入力します。
|
||
| 9 | [保存] をクリックします。
|
次に行うこと
最終画面に表示されたWebex Calling Edge アドレスを保存します。
CUBE をローカル ゲートウェイとして構成するには、以下を参照してください。 Webex Calling に IOS-XE でローカル ゲートウェイを構成する
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
||||
| 2 | 表示、または変更するトランクを選択します。 |
||||
| 3 | サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
||||
| 4 | 追加の詳細を表示するには、次をクリックします。管理する隣にあるトランクスを選択します。
|
||||
| 5 | デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
使用されていないトランクは削除できます。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
| 2 | 削除するトランクを選択します。 |
| 3 | ミーティングの隣にあるリンクを |
Control Hub のトランク ステータスを確認するには
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
| 2 | ステータスを確認するトランクを選択します。 |
| 3 | クリックトランク情報を選択します。 |
例
以下は、さまざまな証明書ベースのトランクステータスです。
オンライン: すべてのWebex Calling Edge プロキシおよびローカル ゲートウェイの間に正常な接続。
オフライン: Webex Callingとローカル ゲートウェイの間の接続に失敗しました。
障害が発生しました： 少なくとも 1 つのWebex Calling Edgeプロキシとローカル ゲートウェイの間で接続に失敗しました。
不明: Webex Callingと最近追加されたローカル ゲートウェイの間の接続を確立するプロセス中。
SI番号 |
エラーの説明 |
アクション |
|---|---|---|
1. |
ゲートウェイに構成された FQDN のDNS解決に失敗したため、ローカル ゲートウェイへのTLS接続に失敗しました |
設定された SRV/FQDN のDNS構成を確認し、解決可能であることを確認します。 |
2. |
トランスポートの問題により、ローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイに対して解決されたIPアドレスとポートが有効であることを確認します。 |
3. |
ゲートウェイの証明書が無効なCertificate Authorityによって署名されているため、ローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が有効なCertificate Authorityによって署名されていることを確認します ( Cisco Webex音声とビデオ プラットフォームへの通話をサポートするルート証明書機関とは? ) |
4. |
ゲートウェイの証明書の有効期限が切れているため、ローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が期限切れでないことを確認します |
5. |
ゲートウェイの証明書が期限切れのCertificate Authorityによって発行されたため、ローカルゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が有効期限切れの認証局の証明書チェーンによって署名されていないことを確認します |
6. |
ゲートウェイに構成されている FQDN が CN または SAN にないため、ローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書に FQDN/SRV と同じ CN/SAN が設定されていることを確認します |
7. |
ローカル ゲートウェイに送信された SIP オプションが応答を受信しませんでした |
CUBE が OPTIONS の要求を受信し、応答するように設定されていることを確認します。 CUBE 構成を確認する |
8. |
無効なゲートウェイ証明書のため、ローカル ゲートウェイからWebex CallingへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が有効であることを確認します |
9. |
ローカル ゲートウェイからWebex CallingへのTLS接続が、Certificate Authorityを信頼できないため失敗した |
ローカル ゲートウェイ証明書が有効なCertificate Authorityによって署名されていることを確認します ( Cisco Webex音声とビデオ プラットフォームへの通話をサポートするルート証明書機関とは? ) |
10. |
ローカル ゲートウェイからWebex CallingへのTLS接続がチェーン内の証明書の期限切れのために失敗した |
ローカル ゲートウェイ証明書が有効期限切れの証明書チェーンで署名されていないことを確認します |
11. |
ローカル ゲートウェイからWebex CallingへのTLS接続および SIP オプションが失敗した |
CUBE が OPTIONS 要求を送信するように設定されていることを確認してください |
12. |
ローカル ゲートウェイからの SIP オプションの応答に、サーバー エラーまたは利用できないサービスが示されます |
ローカル ゲートウェイがメンテナンス モードではないか、コール ルーティングが無効になっていないことを確認します。 |
13. |
ローカル ゲートウェイの証明書が失効しているため、ローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイの証明書が失効していないことを確認します |
14. |
ローカル ゲートウェイからWebex CallingへのTLS接続は、ゲートウェイの証明書が失効しているため失敗しました |
ローカル ゲートウェイの証明書が失効していないことを確認します |
15. |
ローカル ゲートウェイからWebex CallingへのTLS接続に、ゲートウェイの証明書の有効期限が切れているため失敗しました |
ローカル ゲートウェイ証明書が期限切れでないことを確認します |
16. |
証明書エラーのため、ローカル ゲートウェイからWebex CallingへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が有効であり、要件を満たしていることを確認します |
17. |
証明書エラーのため、 Webex Callingからローカル ゲートウェイへのTLS接続に失敗しました |
ローカル ゲートウェイ証明書が有効で、要件を満たしていることを確認します |
|
エラーSI 番号： 2、6、11、および 12 は、すべてのエッジプロキシノードに問題が発生した場合にのみ表示されます。 |
[ルート グループ]
ルート グループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。
始める前に
ルートグループを構成する前にトランクを追加します。
ルートグループには、複数のロケーションから構成済みトランクを含めることができます。
トランクは単体として構成することも、ルートグループに割り当てることもできます。 ルートグループにトランクを追加することで冗長性と拡張性を確保します。
各ルートグループに少なくとも 1 つのトランクを含める必要があり、ルートグループ 1 つにつき最大 10 個までトランクを含めることができます。
ルートグループを構成する際は、そのルートグループ内のトランクに優先度レベルを設定します。 この設定によって、負荷が分散される形で通話がルーティングされるようになります。
優先度が同じトランク間では通話がランダムに分散されます。 優先度が最も高く設定されているトランクが利用できない場合、優先度がより低く設定されているトランクに通話がルーティングされます。 例:
トランク 1 と トランク 2 で優先度レベルが 1 に設定されています。
トランク 3 では優先度レベルが 2 に設定されています。
Webex Calling は、負荷が分散される形でトランク 1 とトランク 2 に通話をルーティングします。
トランク 1 とトランク 2 に到達できない場合、通話はトランク 3 にルーティングされます。
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
| 2 | を選択します。 |
| 3 | ルートグループに名前を付け、追加するトランクをドロップダウンメニューから選択します。 |
| 4 | トランクの優先度レベルを設定します。 |
| 5 | [保存] をクリックします。 |
次に行うこと
確認画面からは、[ロケーション] ページにアクセスして各ロケーションへの PSTN 接続を構成できます。また、[ダイヤルプラン] ページにアクセスしてこのルートグループをダイヤルプランのルーティングの選択肢として使用することもできます。
既存のルートグループの名前変更、トランクの追加、割り当て済みトランクの番号の変更、トランクの優先度レベルの変更を行うことができます。 ルートグループの詳細ページでは、オンプレミスの内線への通話、ダイヤルプラン、PSTN 接続も表示できます。
| 1 | https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 | 変更するルートグループを選択します。 |
| 3 | サイドパネルで、ルートグループ名の横にある |
| 4 | ルートグループにトランクを追加したりトランクを編集したりするには、[トランク] の横にある [管理] をクリックします。 ドロップダウンメニューからトランクを追加したり、テーブル内の既存のトランクの優先度レベルを編集したり、テーブルから既存のトランクを削除したりできます。 |
| 5 | [保存] をクリックします。 |
使用されていないルートグループは削除できます。
| 1 | https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 | 削除するルートグループを選択します。 |
| 3 | ミーティングの隣にあるリンクを |
ダイヤルプランでは、トランクまたはルートグループを使用して、オンプレミスの宛先に通話をルーティングできます。 ダイヤルプランはエンタープライズ全体に向けて構成され、ロケーションに関係なくすべてのユーザーに適用されます。 ダイヤルプランでは、ダイヤルパターンのいずれかに一致する通話のルーティングの選択肢（トランクかルートグループ）も指定します。 ダイヤルプランの一環として独自のダイヤルパターンを定義できます。 ダイヤルパターンはオンプレミスの内線を表しています。
ESN/オンネット番号
+E.164 パターン
SIP URI ドメイン
数値のダイヤルパターン
数値パターンでは E.164 番号かエンタープライズ番号を表すことができます。 E.164 番号のパターンでは先頭が + になり、その後に数字（1 ～ 9） の連続が続き、必要に応じてワイルドカード文字を付けることができます。
エンタープライズダイヤルパターン
エンタープライズダイヤルパターンは数字（1 ～ 9）の連続と、それに続くオプションのワイルドカード文字で表現されます。 有効なワイルドカード文字は ! （任意の数字の連続と一致）と X（1 つの数字（1 ～ 9）と一致）です。 ワイルドカード ! はパターンの末尾で 1 度だけ使用でき、E.164 パターンでしか使用できません。
エンタープライズダイヤルプランの例 |
|
|---|---|
+1408555XXXX |
+1408555 で始まる 11 桁の +E.164 番号 |
+14085551234 |
+14085551234 と完全に一致するダイヤル文字列 |
+496100! |
+496100 で始まるすべてのダイヤル文字列 |
84969XXX |
84969 で始まる 8 桁の ESN |
84969764 |
84969764 と完全に一致する 8 桁の ESN |
SIP URI ダイヤルパターンの構文：
ドメイン（@ の後の SIP URI の右側）だけが照合されます。 オプションは次のいずれかです。
完全修飾ドメイン
先頭が * のドメイン（指定したドメインのすべてのサブドメインを表す）
例:
SIP URI ダイヤルパターンの構文例 |
||
|---|---|---|
プレフィックス |
意味 |
例 |
example.com |
ホストの一部に「example.com」が含まれる URI のみ |
alice@example.com |
us.example.com |
ホストの一部に「us.example.com」が含まれる URI のみ |
alice@us.example.com |
*.example.com |
ホストの一部が「example.com」のサブドメインである URI |
alice@eu.example.com alice@sales.us.example.com メモ: alice@example.com は一致とみなされません |
トランクとルート グループを作成したら、Control Hub でダイヤル プランを構成できます。
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
| 2 | [ダイヤルプラン]、[ダイヤルプランを作成する] の順にクリックします。 |
| 3 | ダイヤルプランの名前を入力します。 |
| 4 | [ルーティングの選択肢] を選択します。 以前作成したトランクかルートグループを選択します。 |
| 5 | （オプション）選択したルートの選択肢用に手動でダイヤルパターンを作成するか、インポートすることができます。 |
| 6 | [保存] をクリックします。 |
次に行うこと
ダイヤルプランを作成した後にダイヤルパターンを一括で追加することもできます。 CSV ファイルを使ってダイヤルパターンを一括で追加するには、[ダイヤルプラン] 画面に移動し、編集するダイヤルプランの [アクション] ドロップダウンメニューを選択して [ダイヤルパターン CSV のインポート] か [ダイヤルパターン CSV のエクスポート] を選択します。 [テンプレートのダウンロード] か [CSV ファイルのインポート] を選択して [送信] をクリックします。
既存のダイヤル プラン名、ルーティングの選択肢、ダイヤル パターンを Control Hub で変更できます。
| 1 | https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 | 変更するダイヤルプランを選択します。 |
| 3 | サイドパネルで、ダイヤルプラン名の横にある |
| 4 | ルーティングの選択肢を変更するには、ドロップダウンメニューから別のオプションを選択します。 |
| 5 | 新しいダイヤルパターンを手動で追加するには、[ダイヤルパターンの追加] をクリックします。 または、[CSV をインポート] をクリックしてダイヤルパターンを一括で追加します。 |
| 6 | ダイヤルパターンを削除するには、削除するダイヤルパターンの横にある |
| 7 | [保存] をクリックします。 |
アイコンをクリックします。| 1 | https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 | 削除するダイヤルプランを選択します。 |
| 3 | ミーティングの隣にあるリンクを |
オンプレミス内線への通話設定は Control Hub で有効にできます。 この設定は PBX に登録されているロケーション内のユーザーに適用され、既存のトランクかルートグループを使って不明な内線（内線番号が 2 ～ 6 桁）を PBX にルーティングできます。
始める前に
オンプレミス内線への通話設定はロケーションごとに有効化されます。
この設定を使うことで、クラウドとオンプレミスが混在する環境でもダイヤル方法の一貫性を維持できます。 サイトの一部が Webex Calling に移行されている場合でも、ユーザーは引き続き (4 桁などの) 短縮番号を使用できます。
この設定を有効にすると、設定を有効にしたロケーションのユーザーが不明な内線番号（2 ～ 6 桁）に対して行った発信は、選択されたルート グループ/トランクにオンプレミス通話としてルーティングされます。
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。
既存のどのダイヤルプランパターンとも発信元 ID が一致しない場合、発信は不明な内線からのものであるとみなされます。
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
| 2 | 変更するロケーションを選択します。 |
| 3 | パネルで [内線ダイヤル] をクリックします。 |
| 4 | [内線通話として、不明な内線をプレミスにルーティングする] の隣のボックスをオンにして、この設定を有効にします。 |
| 5 | ドロップダウンメニューからルーティングの選択肢を選びます。 |
| 6 | [保存] をクリックします。 |
Control Hub では、Webex Calling と顧客施設の間のコール ルーティング設定を構成できます。 これらの設定により、オンプレミス PBX に対するトランクとルート グループの使用時の不明な番号の扱い方、および Webex Calling と PBX 間でルーティングされる通話の発信者 ID 形式が決まります。
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
||
| 2 | [Webex Callingとプレミスの間のコール ルーティング] までスクロールし、不明な番号を処理する方法を選択します。
|
||
| 3 | 発信者 ID 形式を選択します。
|
||
| 4 | [保存] をクリックします。 |
Control Hub のコール ルーティング検証ツールには、次の機能が搭載されています。
ルーティングの決定を分析するための呼び出しのシミュレーション
展開の設計および構成フェーズ中に役立つガイダンス
コール ルーティングの決定を含む Webex Analytics プラットフォームのイベント
インスタンスのトランクかルートグループのサポート
| 1 | https://admin.webex.com の顧客ビューから に移動します。 |
| 2 | [コール ルーティングの検証] を選択します。 |
| 3 | ドロップダウンメニューから、[通話ソースを選択検証するユーザーまたはトランクの。 |
| 4 | 番号または URI を入力します。 |
| 5 | [ルーティング結果を表示] をクリックして、コール ルーティングを表示します。 |
例 1: マルチサイト PBX
展開の説明
全米に 100 のサイトを持つエンタープライズ顧客
HA の 2 つのメインサイトにわたるメイン PBX を持つマルチサイト PBX 展開（または PBX のネットワーク）
8 桁のエンタープライズダイヤルプラン： 8 + 3 桁のサイトコード + 4 桁の内線番号
30 のサイトがオンプレミスのままで、70 のサイトが Webex Calling に移動。 PSTN は、2 つのメインサイトの SIP トランクを通じて、オンプレミスのまま
混合サイトなし。 各サイトのユーザーは、すべてオンプレミスか、すべてクラウドに登録済み。
展開ソリューション
オンプレミスユーザーの通話を 2 つのトランクがあるルートグループにルーティングし、2 つのメインサイトの 2 つのローカルゲートウェイを終端とする、30 E.164 + 30 ESN パターンを持つシングルダイヤルプラン
例 2: 混合 Cloud-PBX サイト
展開の説明
全米に 50 のサイトを持つエンタープライズ顧客： 10 の大規模サイトと 40 の小規模支店
大規模なサイトでは PBX、支店ではキースイッチ
7 桁のエンタープライズダイヤルプラン： 8 + 2 桁のサイトコード + 4 桁の内線番号
支店では Webex Calling のみ、大規模サイトでは PBX からの移行に時間がかかる (Webex Calling ユーザーと PBX ユーザーが混在するサイト)。
すべてのクラウドユーザー向けのクラウドに接続された PSTN（プレミスユーザーは引き続き既存の PSTN を使用）
各大規模サイトのクラウドおよび PBX ユーザーは、内線のみのダイヤル機能を保持する必要がある
展開ソリューション
他のサイトから各 PBX に呼び出しをルーティングするためのダイヤルプラン。 また、各大規模サイトでは、サイトのローカルゲートウェイを終端とするトランクに通話をルーティングするようオンプレミス内線への通話を構成済み
トランク、ルートグループ、ダイヤルプランで構成可能な制限 |
|
|---|---|
説明 |
最大制限 |
CSV を使ってダイヤルプランにアップロードできるダイヤルパターン数 |
10000 |
ロケーションごとに構成できるトランク数 |
100 |
エンタープライズ顧客ごとのルートグループ数 |
10000 |
ルートグループ内で構成可能なトランク数 |
10 |
エンタープライズ顧客ごとに構成可能なダイヤルプラン数 |
10000 |
1 つのダイヤルプランで構成可能なダイヤルパターン数 |
10000 |
