- ホーム
- /
- 投稿記事
この記事の内容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ユーザーが混在している場所での顧客施設内 PBX との共存の幅広いシナリオ。
通話ルーティングの意思決定に関する詳細な情報。
ロケーションを有効にしたら、そのロケーション内の Webex Calling ユーザー向けに PSTN 接続を設定する必要があります。 次の PSTN オプションを利用できます。
CiscoPSTN —新しい 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 接続を構成するには、[Calling] > [ロケーション] を選択し、変更するロケーションを選択してから [指定] か [管理] を選択し、目当ての PSTN 接続を選択します。
[トランク]
トランクはWebex Callingと顧客施設間の接続であり、ローカル ゲートウェイとして機能するサポートされているセッション ボーダー コントローラーを使用する顧客施設で終了します。 デバイスおよび構成のさまざまなトランキングモデルと要件については、「ローカル ゲートウェイの使用を開始する」を参照してください。
登録トランク モデルの場合、セッション ボーダー コントローラ(SBC) は SIP登録を実行します。 登録ベースのトランクでは、SIP登録をアクティブに維持するためにローカル ゲートウェイが必要です。 接続は登録に対して暗黙的です。
始める前に
すべてのトランクを Control Hub のロケーションに割り当てる必要があります。
| 1 | Control Hub にログインhttps://admin.webex.com、を選択します。 |
| 2 | [トランクを追加] を選択します。 |
| 3 | を選択し、ロケーションドロップダウン メニューから |
| 4 | 次を入力します:名前をトランク用に入力します。 |
| 5 | 選択登録中学生の出席をトランクタイプドロップダウン メニュー |
| 6 | デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。 デュアル アイデンティティが有効な場合、 Webex Callingは From および PAI を入力します（および両方の ID ヘッダーは異なる場合があります）。 デュアル アイデンティティが無効になっている場合、PAI と 発信元は同一であり、 デュアル アイデンティティを有効にした場合に設定された From ヘッダーに設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 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) ヘッダーの処理に影響します。 デュアル アイデンティティが有効な場合、 Webex Callingは From および PAI を入力します（および両方の ID ヘッダーは異なる場合があります）。 デュアル アイデンティティが無効になっている場合、PAI と 発信元は同一であり、 デュアル アイデンティティを有効にした場合に設定された From ヘッダーに設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
| ||
| 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) ヘッダーの処理に影響します。 デュアル アイデンティティが無効になっている場合、PAI と 発信元は同一であり、 デュアル アイデンティティを有効にした場合に設定された From ヘッダーに設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。使用されていないトランクは削除できます。
| 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 アドレスはインターネット上で解決可能でなければなりません。 Webex Calling は、メディア用のシグナリングと SRTP または UDPTL の TLS のみをサポートします。
ローカル ゲートウェイのすべての SIP およびメディア ポートはインターネットからアクセス可能である必要があり、したがってファイアウォールの更新が必要です (エンタープライズ ネットワーク コンポーネントで行う必要があります)。
Webex Calling ポートリファレンスガイドを参照して、オンプレミス側とクラウド側でアクセスする必要がある必要なポートを確認してください。
5061 または 5062 などの標準 SIP ポートは、リッスンの SIP ポートとして設定できます。
署名付き証明書は、トランクからのコールの正常な認証に必要です。 ローカル ゲートウェイは、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 アドレス len Donon.lgw.cisco.com のトランクは、主催者アドレス lenon.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: フランクフルト.lgw.cisco.com | _sips._tcp.frankfurt.lgw.cisco.com が 1 つの A レコードに解決 frankfurt.lgw1.cisco.com | フランクフルト.lgw.cisco.com | sip:frankfurt.lgw.cisco.com;port;transport=tls または sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
SRV: フランクフルト.lgw.cisco.com | _sips._tcp.frankfurt.lgw.cisco.com は 2 つ以上の A レコードに解決します fr.lgw1.cisco.com（英語） fr.lgw2.cisco.com（英語） 両方のレコードは一意のIPアドレスに解決する必要があり、提案されたように、異なる重量と優先順位を持つことができます。 | フランクフルト.lgw.cisco.com | sip:frankfurt.lgw.cisco.com;port;transport=tls または sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
| 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接続に失敗しました |
ローカル ゲートウェイ証明書が有効な認証局によって署名されていることを確認します (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 桁）に対して行った発信は、選択されたルート グループ/トランクにオンプレミス通話としてルーティングされます。
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。 これは、トランクから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 形式を選択します。
| ||
| 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: 混合クラウド 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 |
