- ホーム
- /
- 投稿記事
Webex Calling のトランク、ルート グループ、ダイヤル プランを設定する
この記事の内容Webex Calling のプラン、トランク、およびルート グループを使用すると、Webex Calling がホストしているユーザーと顧客施設 PBX ユーザー間の通話を管理するよう Webex Calling を構成できます。このソリューションでは、Cloud PSTN（CCP または Cisco PSTN）またはプレミスベースの PSTN を使用するようにホステッド ユーザを設定できます。
トランクは、オンプレミスの Webex Calling 接続であり、ローカル ゲートウェイまたは他のサポートされているデバイスによって、オンプレミスで停止します。作成したトランクはルート グループに割り当てることができます。ルートグループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。ローカル ゲートウェイは、トランク、オンプレミス システム、および PBX 間を相互接続するオンプレミス PSTNです。
トランク、ルートグループ、ダイヤルプランには次のようなメリットがあります。
-
Webex Calling とプレミスへのトランク間のロードバランシングとフェールオーバー。
-
Webex Calling ユーザーが Cloud PSTN (Cloud Connected PSTN (CCP) または Cisco PSTN) を利用して、エンタープライズの PBX ユーザーにリーチできる機能。
-
異なるプレミス PBX へのコールのルーティング。
-
オンプレミスの PBXX 間で通話をルーティングする機能に制限があります。
-
プレミス ユーザーと Webex Calling ユーザーとの混合サイトを含む、プレミス PBX との幅広い移行と共存シナリオ。
-
コール ルーティングの決定の詳細な可視性。
ロケーションを有効にしたら、そのロケーション内の Webex Calling ユーザー向けに PSTN 接続を設定する必要があります。次の PSTN オプションを利用できます。
-
Cisco PSTN:新しい PSTN 番号を注文し、既存の番号を Cisco に移植できるバンドルソリューションが必要な場合は、このオプションを選択します。Cisco PSTN オプションは以下の条件でのみ利用できます。
-
Cisco Calling プランを購入して有効にしている。
-
Cisco Calling プランがサポートされている国にロケーションがある。
-
-
Cloud Connected PSTN:ローカルハードウェアの展開を必要としないクラウドソリューションをお探しの場合は、このオプションを選択し、選択するCCPプロバイダーを選択します。クラウド PSTN（Cisco PSTN またはクラウド接続 PSTN）は Webex Calling ユーザーに PSTN アクセスを提供する目的でしか使用できません。オンプレミスユーザーが発信した通話はクラウド PSTN にアクセスできません。
-
プレミスベースの PSTN（ローカルゲートウェイ）:現在の PSTN プロバイダーを保持する場合は、このオプションを選択します。ローカルゲートウェイ経由のプレミスベースの PSTN 向けトランクは、プレミス PBX への接続にも使用できます。構成を一切変更しなくても既存のローカルゲートウェイ機能を保持できます。ローカルゲートウェイを使用するロケーションはプレミスベースの PSTN に設定され、ローカルゲートウェイがトランクになります。
Control Hub で選択した PSTN 接続を設定するには、[] を選択し、変更するロケーションを選択し、[割り当て ] または [管理 ] を選択し、選択した PSTN 接続を選択します。
[トランク]
トランクは、ローカル ゲートウェイとして行動するサポートされているセッション ボーダー コントローラーで、オンプレミスで終了される Webex Calling と の接続です。デバイスおよび構成のさまざまなトランキングモデルと要件については、「ローカル ゲートウェイの使用を開始する 」を参照してください。
登録トランク モデルについては、Session Border Controller (SBC) は SIP 登録を実行します。登録ベースのトランクは、SIP 登録がアクティブ維持するために、ローカル ゲートウェイを必要とします。接続は登録に暗示されます。
始める前に
すべてのトランクは、Control Hub のロケーションに割り当てられている必要があります。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
[トランクを追加] を選択します。 |
| 3 |
[場所] を メニューからドロップダウン リスト。 |
| 4 |
トランクの [名前 ] を入力します。 |
| 5 |
[トランク タイプ] ページから [ 登録] ドロップダウン リスト。 |
| 6 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID を有効にすると、Webex Calling は From と PAI に入力されます (両方のアイデンティティ ヘッダーは異なる場合があります)。デュアル ID が無効になっていると、PAI と From は同じになり、From ヘッダーがデュアル ID を有効にしたものと設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 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 |
ロケーションとトランクの名前を選択します。 トランクの名前は 24 文字以内にする必要があります。 |
| 4 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID を有効にすると、Webex Calling は From と PAI に入力されます (両方のアイデンティティ ヘッダーは異なる場合があります)。デュアル ID が無効になっていると、PAI と From は同じになり、From ヘッダーがデュアル ID を有効にしたものと設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 5 |
[保存] をクリックします。 |
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。この資格情報を紛失した場合には、Control Hub のトランク情報画面で再生成する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
このアクションはサービスに影響を与えるので、営業時間外に行うのをお勧めします。
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 |
コントロール ハブにログインし、[ https://admin.webex.comサービス] に |
| 2 |
表示、または変更するトランクを選択します。 |
| 3 |
サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 4 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 紛失したトランク情報の資格情報を再生成する必要がある場合はこの設定を使用します。[ユーザー名とパスワードの取得] をクリックして、トランクで使用する認証資格情報の新しいセットを生成します。この操作はサービスに影響します。 |
| 5 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID が無効になっていると、PAI と From は同じになり、From ヘッダーがデュアル ID を有効にしたものと設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。使用されていないトランクは削除できます。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
削除するトランクを選択します。 |
| 3 |
[アクション] 列 |
の をクリック コントロール ハブのトランク ステータスをチェックする方法。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
ステータスをチェックしたいトランクを選択します。 |
| 3 |
[トランク情報 ] をクリックします。 |
以下は異なる登録ベースのトランク ステータスです。
-
オンライン—Webex Callingへのローカル ゲートウェイの登録に成功しました。
-
オフライン—Webex Calling へのローカル ゲートウェイの登録に失敗しました。
証明書ベースのトランクを追加する間、完全修飾ドメイン名 (ドメイン名) を入力する必要FQDN。次にWebex Callingの証明書とFQDNの証明書を組み合わせて、ローカル ゲートウェイを信頼します。
Control Hub からのローカル ゲートウェイの構成の要件:
-
ローカル ゲートウェイは、パブリック IPv4 アドレスを使用してインターネットから直接到達できる必要があります。このアドレスは、Control Hub で検証されたドメインの DNS A または SRV レコードから解決する必要があります。ローカル ゲートウェイがプライベート IP アドレスで設定されている場合は、インターネットから直接アクセスできるように 1 対 1 の静的アドレス変換（NAT）が必要です。
-
ファイアウォールの背後に展開する場合、TLS SIP シグナリングと UDP/SRTP メディアがローカル ゲートウェイとインターネットの間を通過できるように適切なルールを設定する必要があります。
-
ローカル ゲートウェイと Webex クラウド間のフローで使用されるポートの詳細については、「Webex Calling ポート リファレンス ガイド 」を参照してください。
-
この設定ガイドでは、標準の TLS SIP ポート 5061 がローカル ゲートウェイによってシグナリングを受信するために使用されることを前提としています。必要に応じて、別のシグナリング リッスンポートを使用できます。
-
-
トランクからの通話の承認と認証に署名済み証明書が必要です。ローカル ゲートウェイは、SIP の Webex Calling サービスとの双方向相互 TLS 接続を確立するときに、次の要件を満たしている必要があります。
-
ローカル ゲートウェイの証明書は、次のものでなければなりません。
-
Cisco Webex 音声およびビデオ プラットフォームへの通話でサポートされているルート認証局とはに記載されている CA によって署名されています。
-
署名済み証明書は常に有効な期限切れである必要があります。
-
証明書に署名するために使用されるルート証明書または中間証明書は、有効な有効期限を持っている必要があり、取り消されるべきではありません。
-
証明書はクライアントとサーバー使用のために署名されている必要があります。
-
証明書には、Control Hub でトランクの FQDN が選択されている証明書の共通名またはサブジェクト代替名として完全修飾ドメイン名（FQDN）が含まれている必要があります。要件については、次のセクションで詳しく説明します。
-
-
Cisco Webex 音声およびビデオ プラットフォームへのコールでサポートされるルート証明機関はどれですか? に記載されている信頼バンドルは、SIP の Webex サービスから証明書を検証するためにアップロードする必要があります。
-
開始する前に
-
要求および検証済みドメイン: トランクを追加する場合、検証済みまたは要求されたトップレベルドメイン名のホストアドレスを選択する必要があります。ドメインの管理を参照してください。
-
組織全体の固有のアドレス: トランクは一意の FQDN または SRV ホスト アドレスで作成されます。このアドレスは組織全体で一意である必要があり、2 つのトランクが同じアドレスを使用することはできません。
-
FQDN london.lgw.cisco.com:5062 のトランクは、ホストアドレス london.lgw.cisco.com を持つ他のトランクが存在しない場合にのみ作成できます。これは、SRV アドレスまたは FQDN と同じアドレス名で、異なるポートの組み合わせを持つトランクが存在する場合でも許可されません。
-
スペース アドレスのSRVトランク london.lgw.cisco.com、ホスト アドレスを持つ他のトランクが存在しない場合のみ作成 london.lgw.cisco.com。これは、SRV アドレスまたは FQDN と同じ名前のトランクがあり、ポートの組み合わせが異なる場合でも、許可されません。
-
-
DNS の設定: ローカル ゲートウェイは、DNS A または DNS サービス レコード（SRV）タイプ レコードを介してパブリック インターネットから解決する必要があります。
-
FQDN が選択されている場合、アドレスは DNS CNAME ではなく DNS A レコードに解決する必要があります。
-
SRVアドレスが選択されている場合は、サービスタイプに「_sips._tcp」のプレフィックスを付ける必要があります。
-
アドレスは、異なる重みと優先度を持つ 1 つ以上の DNS A レコードに解決される場合があります。そうしている間、すべてのレコードに同じリスニングポートを使用することをお勧めします。
-
サービスレコード内のレコードは、適切な重みと優先度を持つ必要があります。異なる重みと優先度の使用は、Webex Calling から発信されるコールのトラフィック分布に影響します。
-
-
すべてのレコードタイプは、妥当な高いTTL 300秒以上である必要があります。
-
-
すべてのトランクは、Control Hub のロケーションに割り当てる必要があります。
次の表に、トランクのアドレスとして組織で同時に選択されるさまざまな種類のレコードの例を示します。
|
FQDN または SRV としてのトランク設定 |
DNS 設定のルール |
証明書内に共通名（CN）またはサブジェクト代替名（SAN）として存在するアドレス |
SIP 連絡先ヘッダーの要件 |
|---|---|---|---|
|
FQDN: ポート 5061 の london.lgw1.cisco.com |
london.lgw1.cisco.com は DNS A レコードです |
ロンドン.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls もしくは sip:user@london.lgw1.cisco.com:port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com が 1 つの A レコードに解決します frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls もしくは sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
|
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com は 2 つ以上の A レコードに解決します fr.lgw1.cisco.com（英語） fr.lgw2.cisco.com（英語） 両方のレコードは一意のIPアドレスに解決する必要があり、提案されたように、異なる重量と優先順位を持つことができます。 |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls もしくは sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
すべての SIP トランザクションのローカル ゲートウェイは、Webex Calling クラウドに向けて開始されます。ローカル ゲートウェイの FQDN を持つ Contact ヘッダーを含める必要があります。
ローカル ゲートウェイからのオプション トランザクションは、Control Hub のローカル ゲートウェイ ステータスがオンラインになるために特に重要です。
| 1 |
https://admin.webex.com の顧客ビューから に移動します。 |
| 2 |
[トランクを追加] を選択します。 |
| 3 |
[場所] を メニューからドロップダウン リスト。 |
| 4 |
トランクの [名前 ] を入力します。 |
| 5 |
[トランク タイプ] ページから [証明書ベース ] ドロップダウン リスト。 |
| 6 |
ドロップダウンからデバイス タイプを選択します。 SBC のサードパーティ ローカル Cisco Webex Calling (LGW) としてのインテグレーションは、証明書ベースのトランクでのみサポートされています。Control Hub のデバイス タイプ リストに示されている SBCs だけが、互換性があるローカル ゲートウェイとして信頼できるWebex Callingされます。 サポートされるサードパーティのベンダー情報の詳細については、次を参照してください。トランク セクションのサードパーティSBCサポート |
| 7 |
Session Border Controller (SBC) アドレス、ドメイン、および ポートを入力 します。 これは、エンタープライズ SBC FQDN、SRVするWebex Calling、ユーザーのメールアドレスまたはメールアドレスです。
検証済みドメインが必要です。詳細については、「ドメインの管理」を参照してください。 |
| 8 |
同時通話の最大数を入力します。
|
| 9 |
[保存] をクリックします。 検証が成功しない場合、[保存] ボタンは表示されません。選択したユーザーまたは組織がFQDNまたはSRV組織ごとに固有ではない場合、検証は成功しない場合があります。上記の固有のメールアドレスまたは固有FQDNメールアドレスSRVを確認します。問題が解決しない場合、Cisco サポート チームに連絡してください。 |
次に行うこと
-
最終画面Webex Calling新しい Edge アドレスを保存します。
-
ローカル ゲートウェイとして CUBE を構成するには、次を参照してください。Webex Calling に IOS-XE でローカル ゲートウェイを構成する
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 |
コントロール ハブにログインし、[ https://admin.webex.comサービス] に |
| 2 |
表示、または変更するトランクを選択します。 |
| 3 |
サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 4 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 最大同時通話数の値を更新する場合、この設定を使用します。 お使いのローカル ゲートウェイの SRVアドレスFQDNまたはポートを更新する必要がある場合、新しいトランクを追加し、古いトランクを削除する必要があります。 |
| 5 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
使用されていないトランクは削除できます。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
削除するトランクを選択します。 |
| 3 |
[アクション] 列 |
コントロール ハブのトランク ステータスをチェックする方法。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
ステータスをチェックしたいトランクを選択します。 |
| 3 |
[トランク情報 ] をクリックします。 |
異なる証明書ベースのトランク ステータスは以下のとおりです。
-
オンライン: すべてのサーバーエッジプロキシとWebex Callingゲートウェイ間の接続に成功しました。
-
オフライン: ユーザーとローカル ゲートウェイWebex Calling接続に失敗しました。
-
障害があります: Edge プロキシとローカル ゲートウェイの間Webex Calling 1 接続に失敗しました。
-
不明な点: 最近追加された Webex Calling ゲートウェイの間の接続を確立する過程で。
|
SI No. |
エラーの説明 |
アクション |
|---|---|---|
|
1. |
ローカル ゲートウェイに対して構成されたネットワークの DNS 解決FQDN、TLS 接続に失敗しました |
構成済みの システム/SRVの DNS FQDNし、解決可能な方法を確認します |
|
2. |
ローカル ゲートウェイへの TLS 接続に失敗しました(トランスポートの問題のため) |
解決済み IP アドレスとローカル ゲートウェイへのポートが有効か確認してください |
|
3. |
ゲートウェイの証明書が無効な認証局によって署名された場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が有効な認証局によって署名されていることを確認します (Cisco Webex 音声およびビデオ プラットフォームへの通話でサポートされているルート認証局は?)。 |
|
4. |
ゲートウェイの証明書の有効期限が切れている場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書の有効期間が切れていないを確認します |
|
5. |
ゲートウェイの証明書が期限切れの認証局によって発行された場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が期限切れの認証局の証明書チェーンによって署名されていないか確認します |
|
6. |
ゲートウェイに構成したシステムが CN または SAN FQDN欠落している場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が構成されたシステム/システムと同じ CN / SAN FQDNしSRVします |
|
7. |
ローカル ゲートウェイに送信された SIP オプションが応答を受信した |
CUBE が OPTIONS 要求を受信し応答するように構成されていることを確認します。CUBE の構成を確認します |
|
8. |
無効なゲートウェイ証明書が原因でWebex Callingへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が有効な場合、証明書が正しいか確認します |
|
9. |
認証局を信頼できなかったWebex Callingへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が有効な認証局によって署名されていることを確認します (Cisco Webex 音声およびビデオ プラットフォームへの通話でサポートされているルート認証局は?)。 |
|
10. |
チェーンの期限切れの証明書のためにWebex Callingへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が期限切れの証明書チェーンによって署名されていないか確認します |
|
11. |
ローカル ゲートウェイからサーバーへの TLS 接続および SIP Webex Calling失敗しました |
CUBE が OPTIONS 要求を送信するように構成されていることを確認し、確認します |
|
12. |
ローカル ゲートウェイからの SIP オプションの応答は、サーバー エラーまたはエラーを示サービスが利用できません |
ローカル ゲートウェイがメンテナンス モードではないか、通話ルーティングが無効でなか、確認して確認します |
|
13. |
ローカル ゲートウェイの証明書が失効している場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が失効していないか確認します |
|
14. |
ゲートウェイの証明書が失効Webex Callingローカル ゲートウェイから TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が失効していないか確認します |
|
15. |
ゲートウェイの証明書の有効期限が切Webex Callingローカル ゲートウェイから TLS 接続に失敗しました |
ローカル ゲートウェイ証明書の有効期間が切れていないを確認します |
|
16. |
証明書エラーのため、ローカル ゲートウェイから Webex Calling TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が有効で要件を満たしていることを確認し、確認してください |
|
17. |
証明書エラーのため、Webex Callingゲートウェイへの TLS 接続に失敗しました |
ローカル ゲートウェイ証明書が有効で要件を満たしていることを確認し、確認します |
Error SI No.: 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 桁の 0 ～ 9 にマッチ) です。! ワイルドカードは、最後に一度だけ発生し、E.164 パターンでのみ発生します。
使用できません:
-
数字の真ん中のワイルドカード「X」、例: 617495X3XX
-
ワイルドカード "!" は、ダイヤルプランの構成でワイルドカード "X" を使用する場合、次のようになります。1617495X3！
|
エンタープライズダイヤルプランの例 | |
|---|---|
|
+1408555XXXX |
+1408555 で始まる 11 桁の +E.164 番号 |
|
+14085551234 |
+14085551234 と完全に一致するダイヤル文字列 |
|
+496100! |
+496100 で始まるすべてのダイヤル文字列 |
|
84969XXX |
84969 で始まる 8 桁の ESN |
|
84969764 |
84969764 と完全に一致する 8 桁の ESN |
Webex Calling のダイヤル プランは、E.164 または内線のヘッダーとヘッダーを受け入れ、組み合わせることはできません。たとえば、次のようなものです。
発信者：1-222-333-4444
宛先: 1-555-666-7777
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 ～ 10 桁の通話番号の長さ）を PBX にルーティングできます。
始める前に
オンプレミス内線への通話設定はロケーションごとに有効化されます。
この設定を使うことで、クラウドとオンプレミスが混在する環境でもダイヤル方法の一貫性を維持できます。サイトの一部が Webex Calling に移行されている場合でも、ユーザーは引き続き（4 桁などの）短縮番号を使用できます。
有効にすると、ロケーションのユーザが未知の内線番号（2 ～ 10 桁）に対して発信したコールは、プレミス コールとして選択したルート グループ/トランクにルーティングされます。
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。これは、トランクから Webex Calling に着信する上流通話を指します。
既存のどのダイヤルプランパターンとも発信元 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 形式を選択します。 +E.164 電話番号オプションを選択している場合、Webex Calling は E.164 番号である外部通話回線 ID（CLID）を選択します。ESN（エンタープライズの重要な番号）オプションが選択された場合、Webex Calling は ESN である内部 CLID を選択します。 |
| 4 |
プレミスベースのルーティングに設定する [不明な内線番号の最大長（Maximum Unknown Extension Length）] （2 ～ 10 桁）を選択します。 内線番号の長さを増やし、PSTN プロバイダーが使用する番号スキーマが E.164 以外の場合、着信 PSTN コールはオンプレミスからのローカルコールと見なされます。したがって、潜在的なミルーティングを避けるために、Webex Calling に送信する前に、そのような着信 PSTN コールに E.164 形式を適用することをお勧めします。 |
| 5 |
[保存] をクリックします。  |
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: 混合クラウド 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 |
