- ホーム
- /
- 投稿記事
Webex Calling のトランク、ルート グループ、ダイヤル プランを設定する
この記事の内容Webex Calling のプラン、トランク、およびルート グループを使用すると、Webex Calling がホストしているユーザーと顧客施設 PBX ユーザー間の通話を管理するよう Webex Calling を構成できます。このソリューションでは、Cloud PSTN（CCP または Cisco PSTN）またはプレミスベースの PSTN を使用するようにホステッド ユーザを設定できます。
トランクは、オンプレミスの Webex Calling 接続であり、ローカル ゲートウェイまたは他のサポートされているデバイスによって、オンプレミスで停止します。作成したトランクはルート グループに割り当てることができます。ルートグループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。ローカル ゲートウェイは、トランク、オンプレミス システム、および PBX 間を相互接続するオンプレミス PSTNです。
トランク、ルートグループ、ダイヤルプランには次のようなメリットがあります。
-
Load-balancing and failover across trunks to Webex Calling and the premises.
-
Webex Calling ユーザーが Cloud PSTN (Cloud Connected PSTN (CCP) または Cisco PSTN) を利用して、エンタープライズの PBX ユーザーにリーチできる機能。
-
Routing of calls to different premises PBXs.
-
オンプレミスの PBXX 間で通話をルーティングする機能に制限があります。
-
Broader range of migration and coexistence scenarios with premises PBXs, including mixed sites with premises users and Webex Calling users.
-
In-depth visibility of call routing decisions.
ロケーションを有効にしたら、そのロケーション内の Webex Calling ユーザー向けに PSTN 接続を設定する必要があります。次の PSTN オプションを利用できます。
-
Cisco PSTN—Choose this option if you’d like a bundled solution that allows you to order new PSTN numbers and port existing numbers to Cisco. Cisco PSTN オプションは以下の条件でのみ利用できます。
-
Cisco Calling プランを購入して有効にしている。
-
Cisco Calling プランがサポートされている国にロケーションがある。
-
-
Cloud Connected PSTN—Choose this option if you’re looking for a cloud solution that doesn’t require deployment of local hardware, and then select a CCP provider of choice. クラウド PSTN（Cisco PSTN またはクラウド接続 PSTN）は Webex Calling ユーザーに PSTN アクセスを提供する目的でしか使用できません。オンプレミスユーザーが発信した通話はクラウド PSTN にアクセスできません。
-
Premises-based PSTN (Local Gateway)—Choose this option if you want to keep your current PSTN provider. ローカルゲートウェイ経由のプレミスベースの PSTN 向けトランクは、プレミス PBX への接続にも使用できます。構成を一切変更しなくても既存のローカルゲートウェイ機能を保持できます。ローカルゲートウェイを使用するロケーションはプレミスベースの PSTN に設定され、ローカルゲートウェイがトランクになります。
Configure your selected PSTN connection within Control Hub by selecting , select the location you want to modify, then select Assign or Manage and select the PSTN connection of choice.
[トランク]
トランクは、ローカル ゲートウェイとして行動するサポートされているセッション ボーダー コントローラーで、オンプレミスで終了される Webex Calling と の接続です。See Get started with Local Gateway to understand the various trunking models and requirements for devices and configuration.
登録トランク モデルについては、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) ヘッダーの処理に影響します。With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 7 |
[保存] をクリックします。 |
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。この資格情報を紛失した場合には、Control Hub の [トランク情報] 画面から再生再生する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
このアクションはサービスに影響を与えるので、非ビジネス時間に行うのをお勧めします。
ローカル ゲートウェイをユーザーに接続するためにトランクを構成している場合、Webex Callingしてください。Configure Local Gateway on IOS-XE for Webex Calling.
トランク とは Webex Calling と顧客施設間の接続のことであり、ローカルゲートウェイやその他のサポート対象デバイスがある顧客施設が終端となります。
始める前に
すべてのトランクを Control Hub 内のロケーションに割り当てる必要があります。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
[トランクを追加] を選択します。 |
| 3 |
ロケーションとトランクの名前を選択します。 トランクの名前は 24 文字以内にする必要があります。 |
| 4 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 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) ヘッダーの処理に影響します。With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。使用されていないトランクは削除できます。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
削除するトランクを選択します。 |
| 3 |
[アクション] 列 |
の をクリック コントロール ハブのトランク ステータスをチェックする方法。
| 1 |
Control Hub にログインし、[ https://admin.webex.comサービス] を選択し |
| 2 |
ステータスをチェックしたいトランクを選択します。 |
| 3 |
[トランク情報 ] をクリックします。 |
以下は異なる登録ベースのトランク ステータスです。
-
Online—Successful registration of Local Gateway to Webex Calling.
-
Offline—Unsuccessful registration of Local Gateway to Webex Calling.
証明書ベースのトランクを追加する間、完全修飾ドメイン名 (ドメイン名) を入力する必要FQDN。次にWebex Callingの証明書とFQDNの証明書を組み合わせて、ローカル ゲートウェイを信頼します。
Control Hub からのローカル ゲートウェイの構成の要件:
-
The Local Gateway MUST be directly reachable from the internet using a public IPv4 address. This address MUST be resolved from a DNS A or SRV record from a domain that has been verified in the Control Hub. If the Local Gateway has been configured with a private IP address, then a 1:1 static address translation (NAT) is required to ensure that it can be reached directly from the Internet.
-
When deployed behind a firewall, suitable rules MUST be configured to allow TLS SIP signaling and UDP/SRTP media to pass between the Local Gateway and the Internet.
-
Refer to the Webex Calling port reference Guide for details of the ports used in flows between the Local Gateway and the Webex Cloud.
-
This configuration guide assumes that the standard TLS SIP port of 5061 is used by the Local Gateway to receive signaling. If required, an alternative signaling listen port may be used.
-
-
トランクからの通話の承認と認証に署名済み証明書が必要です。A Local Gateway MUST meet the following requirements when establishing a bidirectional mutual TLS connection with Webex Calling services for SIP:
-
A Local Gateway's certificate MUST be:
-
Signed by a CA mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?
-
署名済み証明書は常に有効な期限切れである必要があります。
-
Root or intermediate certificates used to sign the certificate MUST have a valid expiry and shouldn't be revoked.
-
証明書はクライアントとサーバー使用のために署名されている必要があります。
-
Certificates MUST contain the Fully Qualified Domain Name (FQDN) as a common name or subject alternate name in the certificate with the FQDN for the trunk is chosen in the Control Hub. Requirements are elaborated in the next section.
-
-
A trust bundle mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? should be uploaded to validate certificates from Webex services for SIP.
-
スケジューリングを始める前に
-
Claimed and verified domain: When adding a trunk, a host address from a verified or a claimed top-level domain name MUST be chosen, see Manage-your-domain.
-
Unique address across the organization: A trunk is created with a unique FQDN or SRV host address. This address MUST be unique for the entire organization and no two trunks can use the same address.
-
A trunk with an FQDN london.lgw.cisco.com:5062 can only be created if there exists no other trunk with a host address london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same address name as an SRV address or an FQDN and with a different port combination.
-
スペース アドレスのSRVトランク london.lgw.cisco.com、ホスト アドレスを持つ他のトランクが存在しない場合のみ作成 london.lgw.cisco.com。This is not allowed even if there exists a trunk with the same name as SRV address or an FQDN and with a different port combination.
-
-
DNS configuration: The Local Gateway MUST be resolved from the public internet through a DNS A or DNS Service Record (SRV) type record.
-
If an FQDN is chosen, the address MUST resolve to a DNS A Record and not to a DNS CNAME(s).
-
If an SRV address is chosen, then the service type MUST have a prefix of "_sips._tcp".
-
Address may resolve to one or more DNS A Records with differing weight and priority. While doing so, it is recommended to use the same listening port for all records.
-
Records within the service record must have an appropriate weight and priority. Usage of differing weight and priority influences traffic distributions for calls originating from Webex Calling.
-
-
All record types MUST have a reasonable high TTL 300 seconds or higher is preferred.
-
-
All trunks must be assigned to a location in the Control Hub.
The following table has examples with different types of records that are chosen in your organization as the trunk's address at the same time.
|
Trunk configuration as FQDN or SRV |
Rule for DNS configuration |
Address present in the certificate as a Common Name (CN) or Subject Alternate Name (SAN) |
SIP Contact Header requirement |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com with port 5061 |
london.lgw1.cisco.com is a DNS A record |
london.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 resolves to ONE A Record 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 resolves to TWO or more A Records fr.lgw1.cisco.com fr.lgw2.cisco.com Both the records MUST resolve to a unique IP address and as suggested, may have different weight and priority. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls または sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Every SIP transaction Local Gateway initiates towards Webex Calling cloud, should contain Contact header with FQDN of a Local Gateway.
OPTIONS Transactions from Local Gateway is specially important for the Local Gateway status in the Control Hub to be online.
| 1 |
https://admin.webex.com の顧客ビューから に移動します。 |
| 2 |
[トランクを追加] を選択します。 |
| 3 |
[場所] を メニューからドロップダウン リスト。 |
| 4 |
トランクの [名前 ] を入力します。 |
| 5 |
[トランク タイプ] ページから [証明書ベース ] ドロップダウン リスト。 |
| 6 |
Select a Device Type from the drop-down. SBC のサードパーティ ローカル Cisco Webex Calling (LGW) としてのインテグレーションは、証明書ベースのトランクでのみサポートされています。Control Hub のデバイス タイプ リストに示されている SBCs だけが、互換性があるローカル ゲートウェイとして信頼できるWebex Callingされます。 サポートされるサードパーティのベンダー情報の詳細については、次を参照してください。Third-party SBC support under the Trunk section. |
| 7 |
Session Border Controller (SBC) アドレス、ドメイン、および ポートを入力 します。 これは、エンタープライズ SBC FQDN、SRVするWebex Calling、ユーザーのメールアドレスまたはメールアドレスです。
検証済みドメインが必要です。For more information, see Manage your domains |
| 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 |
[トランク情報 ] をクリックします。 |
異なる証明書ベースのトランク ステータスは以下のとおりです。
-
Online: すべてのサーバーエッジプロキシとWebex Callingゲートウェイ間の接続に成功しました。
-
Offline: ユーザーとローカル ゲートウェイWebex Calling接続に失敗しました。
-
Impaired: Edge プロキシとローカル ゲートウェイの間Webex Calling 1 接続に失敗しました。
-
Unknown: 最近追加された Webex Calling ゲートウェイの間の接続を確立する過程で。
|
SI No. |
エラーの説明 |
アクション |
|---|---|---|
|
1. |
ローカル ゲートウェイに対して構成されたネットワークの DNS 解決FQDN、TLS 接続に失敗しました |
構成済みの システム/SRVの DNS FQDNし、解決可能な方法を確認します |
|
2. |
ローカル ゲートウェイへの TLS 接続に失敗しました(トランスポートの問題のため) |
解決済み IP アドレスとローカル ゲートウェイへのポートが有効か確認してください |
|
3. |
ゲートウェイの証明書が無効な認証局によって署名された場合、ローカル ゲートウェイへの TLS 接続に失敗しました |
Verify and ensure that the Local Gateway certificate is signed by a valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
|
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 接続に失敗しました |
Verify and ensure that the Local Gateway certificate is signed by the valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
|
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 接続を構成できます。また、[ダイヤルプラン] ページにアクセスしてこのルートグループをダイヤルプランのルーティングの選択肢として使用することもできます。A route group can also be used as a routing choice for unknown extension routing on a location.
既存のルートグループの名前変更、トランクの追加、割り当て済みトランクの番号の変更、トランクの優先度レベルの変更を行うことができます。ルートグループの詳細ページでは、オンプレミスの内線への通話、ダイヤルプラン、PSTN 接続も表示できます。
| 1 |
https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 |
変更するルートグループを選択します。 |
| 3 |
サイドパネルで、ルートグループ名の横にある |
| 4 |
ルートグループにトランクを追加したりトランクを編集したりするには、[トランク] の横にある [管理] をクリックします。 ドロップダウンメニューからトランクを追加したり、テーブル内の既存のトランクの優先度レベルを編集したり、テーブルから既存のトランクを削除したりできます。 |
| 5 |
[保存] をクリックします。 |
使用されていないルートグループは削除できます。
| 1 |
https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 |
削除するルートグループを選択します。 |
| 3 |
[アクション] |
ダイヤルプランでは、トランクまたはルートグループを使用して、オンプレミスの宛先に通話をルーティングできます。Configure the dial plans globally for an enterprise and apply to all users, regardless of location. ダイヤルプランでは、ダイヤルパターンのいずれかに一致する通話のルーティングの選択肢（トランクかルートグループ）も指定します。Define the specific dial patterns as part of your dial plan. ダイヤルパターンはオンプレミスの内線を表しています。
-
ESN/オンネット番号
-
+E.164 パターン
-
SIP URI ドメイン
数値のダイヤルパターン
数値パターンでは E.164 番号かエンタープライズ番号を表すことができます。E.164 番号のパターンでは先頭が + になり、その後に数字（1 ～ 9） の連続が続き、必要に応じてワイルドカード文字を付けることができます。
エンタープライズダイヤルパターン
An enterprise dial pattern has a sequence of digits (1-9), followed by optional wildcard characters. Valid wildcard characters are! (matches any sequence of digits) and X (matches a single digit, 0-9). The! wildcard can only occur once at the end and only in an E.164 pattern.
You cannot use:
-
The wild card "X" in the middle of numbers, for example: 617495X3XX
-
The wild card "!" when using the wild card "X" in the dial plan configuration, for example: 1617495X3!
|
エンタープライズダイヤルプランの例 | |
|---|---|
|
+1408555XXXX |
+1408555 で始まる 11 桁の +E.164 番号 |
|
+14085551234 |
+14085551234 と完全に一致するダイヤル文字列 |
|
+496100! |
+496100 で始まるすべてのダイヤル文字列 |
|
84969XXX |
84969 で始まる 8 桁の ESN |
|
84969764 |
84969764 と完全に一致する 8 桁の ESN |
The dial plan in Webex Calling accepts the from and to headers in E.164 or extensions and can’t be a combination. 例:
送信元: 1-222-333-4444
宛先: 1-555-666-7777
SIP URI Dial Pattern Syntax:
Only domains on the right-hand side of SIP URI after @ are matched. オプションは次のいずれかです。
-
完全修飾ドメイン
-
Domain with a leading * (indicating all sub-domains of a given domain)
例:
|
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 isn’t matched |
トランクとルートグループを作成したら、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 |
On the side panel, next to the dial plan name, click |
| 4 |
ルーティングの選択肢を変更するには、ドロップダウンメニューから別のオプションを選択します。 |
| 5 |
新しいダイヤルパターンを手動で追加するには、[ダイヤルパターンの追加] をクリックします。または、[CSV をインポート] をクリックしてダイヤルパターンを一括で追加します。 |
| 6 |
ダイヤルパターンを削除するには、削除するダイヤルパターンの横にある |
| 7 |
[保存] をクリックします。 |
アイコンをクリックします。| 1 |
https://admin.webex.com の顧客ビューから、 に移動します。 |
| 2 |
削除するダイヤルプランを選択します。 |
| 3 |
Click |
オンプレミス内線への通話設定は Control Hub で有効にできます。This setting applies to users within a location that are registered to a PBX and allows you to route unknown extensions (calling number length of 2-10 digits) to the PBX using an existing trunk or route group.
始める前に
オンプレミス内線への通話設定はロケーションごとに有効化されます。
この設定を使うことで、クラウドとオンプレミスが混在する環境でもダイヤル方法の一貫性を維持できます。サイトの一部が Webex Calling に移行されている場合でも、ユーザーは引き続き（4 桁などの）短縮番号を使用できます。
When enabled, calls made by users at the location to an unknown extension (between 2-10 digits) are routed to the selected route group/trunk as premises calls.
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。This is referring to upstream calls incoming into Webex Calling from a trunk.
既存のどのダイヤルプランパターンとも発信元 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 |
Choose the Maximum Unknown Extension Length (2-10 digits) that you want to set for premises based routing. When you increase the extension length and if the number schema used by PSTN provider is non-E.164, the incoming PSTN calls will be considered as local calls coming from on-premises. Hence, to avoid any potential misrouting, we recommend enforcing E.164 format to such incoming PSTN calls before sending it to Webex Calling. |
| 5 |
[保存] をクリックします。  |
Control Hub の呼び出しルーティング検証ツールには、次の機能が搭載されています。
-
ルーティングの決定を分析するための呼び出しのシミュレーション
-
展開の設計および構成フェーズ中に役立つガイダンス
-
コール ルーティングの決定を含む Webex Analytics プラットフォームのイベント
-
インスタンスのトランクかルートグループのサポート
| 1 |
https://admin.webex.com の顧客ビューから に移動します。 |
| 2 |
[コール ルーティングの検証] を選択します。 |
| 3 |
From the drop-down menu, choose Select Call Source of a cloud user, workspace, virtual line or a premises trunk to verify call routing. |
| 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: Mixed cloud-PBX sites
展開の説明
-
全米に 50 のサイトを持つエンタープライズ顧客：10 の大規模サイトと 40 の小規模支店
-
大規模なサイトでは PBX、支店ではキースイッチ
-
7 桁のエンタープライズダイヤルプラン：8 + 2 桁のサイトコード + 4 桁の内線番号
-
支店では Webex Calling のみ、大規模サイトでは PBX からの移行に時間がかかる（Webex Calling ユーザーと PBX ユーザーが混在するサイト）
-
すべてのクラウドユーザー向けのクラウドに接続された PSTN（プレミスユーザーは引き続き既存の PSTN を使用）
-
各大規模サイトのクラウドおよび PBX ユーザーは、内線のみのダイヤル機能を保持する必要がある
展開ソリューション
-
他のサイトから各 PBX に呼び出しをルーティングするためのダイヤルプラン。また、各大規模サイトでは、サイトのローカルゲートウェイを終端とするトランクに通話をルーティングするようオンプレミス内線への通話を構成済み
|
Configurable limitations for trunks, route groups, and dial plans | |
|---|---|
|
説明 |
最大制限 |
|
CSV を使ってダイヤルプランにアップロードできるダイヤルパターン数 |
10000 |
|
ロケーションごとに構成できるトランク数 |
100 |
|
エンタープライズ顧客ごとのルートグループ数 |
10000 |
|
ルートグループ内で構成可能なトランク数 |
10 |
|
エンタープライズ顧客ごとに構成可能なダイヤルプラン数 |
10000 |
|
1 つのダイヤルプランで構成可能なダイヤルパターン数 |
10000 |
