- ホーム
- /
- 投稿記事
コメントありがとうございます。
Webex Calling のトランク、ルート グループ、ダイヤル プランを構成する
この記事の内容
フィードバックがある場合Webex 通話プラン、トランク、およびルート グループは、Webex Calling がホストするユーザーとオンプレミス PBX ユーザー間の 通話を管理するように Webex Calling を構成するのに役立ちます。このソリューションを使用すると、 ホストされたユーザーがクラウド PSTN (CCP または Cisco PSTN) またはオンプレミスの PSTN を使用するように構成できます。
トランクとは Webex Calling と顧客施設間の接続のことであり、ローカル ゲートウェイやその他のサポート対象デバイスがある顧客施設が終端となります。トランクを作成したら、それをルート グループに割り当てることができます。
ルート グループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。
ローカルゲートウェイは、トランク、オンプレミスPSTN、 and/or PBX。
トランク、ルートグループ、ダイヤルプランには次のようなメリットがあります。
-
Webex Calling と構内へのトランク間での負荷分散とフェイルオーバー。
-
Webex Calling ユーザーがクラウド PSTN (Cloud Connected PSTN (CCP) または Cisco PSTN) を使用して、企業内の PBX ユーザーにアクセスできるようになります。
-
異なる構内 PBX への通話のルーティング。
-
オンプレミスの PBXX 間で通話をルーティングする機能に制限があります。
-
オンプレミスのユーザーと Webex Calling ユーザーが混在するサイトを含む、オンプレミス PBX との移行および共存シナリオの範囲が広がります。
-
通話ルーティングの決定を詳細に可視化します。
お住まいの地域のPSTNオプション
ロケーションを有効にしたら、そのロケーション内の 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 に設定され、ローカルゲートウェイがトランクになります。
コントロールハブ内で選択したPSTN接続を設定するには、 で、変更する場所を選択し、 割り当て または 管理 を選択して、希望する PSTN 接続を選択します。
[トランク]
トランクは、ローカル ゲートウェイとして行動するサポートされているセッション ボーダー コントローラーで、オンプレミスで終了される Webex Calling と の接続です。さまざまなトランキング モデルと、デバイスおよび構成の要件を理解するには、 ローカル ゲートウェイの使用を開始する を参照してください。
登録トランク モデルについては、Session Border Controller (SBC) は SIP 登録を実行します。登録ベースのトランクは、SIP 登録がアクティブ維持するために、ローカル ゲートウェイを必要とします。接続は登録に暗示されます。
始める前に
すべてのトランクは、Control Hub のロケーションに割り当てられている必要があります。
| 1 |
[トランクを追加] を選択します。 |
| 2 |
[場所] を メニューからドロップダウン リスト。 |
| 3 |
トランクの [名前 ] を入力します。 |
| 4 |
[トランク タイプ] ページから [ 登録] ドロップダウン リスト。 |
| 5 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID を有効にすると、Webex Calling は From と PAI を入力します (両方の ID ヘッダーは異なる場合があります)。デュアル ID が無効になっている場合、PAI と From は同一であり、デュアル ID が有効になっている場合に From ヘッダーに設定された値に設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 6 |
[保存] をクリックします。 |
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。この資格情報を紛失した場合には、Control Hub の [トランク情報] 画面から再生再生する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
このアクションはサービスに影響を与えるので、非ビジネス時間に行うのをお勧めします。
ローカル ゲートウェイをユーザーに接続するためにトランクを構成している場合、Webex Callingしてください。Webex Calling 用に IOS-XE でローカル ゲートウェイを構成する。
トランク とは Webex Calling と顧客施設間の接続のことであり、ローカルゲートウェイやその他のサポート対象デバイスがある顧客施設が終端となります。
始める前に
すべてのトランクを Control Hub 内のロケーションに割り当てる必要があります。
| 1 | |
| 2 |
. |
| 3 |
. |
| 4 |
[トランクを追加] を選択します。 |
| 5 |
ロケーションとトランクの名前を選択します。 トランクの名前は 24 文字以内にする必要があります。 |
| 6 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID を有効にすると、Webex Calling は From と PAI を入力します (両方の ID ヘッダーは異なる場合があります)。デュアル ID が無効になっている場合、PAI と From は同一であり、デュアル ID が有効になっている場合に From ヘッダーに設定された値に設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 7 |
[保存] をクリックします。 |
| 8 |
P-Charge-Info サポート は、Webex Calling 内で通話を認証および課金するためのより信頼性の高い方法を PSTN プロバイダーに提供するというニーズに対応します。ローカル ゲートウェイは、課金や承認に使用する番号とは異なる発信者 ID を受信する場合があります。これらの目的で追加の識別子を送信するには、 P-Charge-Info ヘッダーを使用します。 このオプションを有効にすると、選択したポリシー オプションに基づく番号を使用して、トランクに送信される発信 PSTN 通話情報に P-Charge-Info ヘッダーが含まれます。PSTN プロバイダーは、単一の P-Charge-Info ヘッダーに基づいて課金対象番号を決定できるため、通常の発信に PAI ヘッダーを使用したり、通話のリダイレクトに Diversion ヘッダーを使用したりする必要がなくなります。デフォルトでは、 P-Charge-Info サポート ポリシーは 無効に設定されています。
制限:
|
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。この資格情報を紛失した場合には、Control Hub のトランク情報画面で再生成する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
このアクションはサービスに影響を与えるので、営業時間外に行うのをお勧めします。
コントロール ハブでトランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 |
表示、または変更するトランクを選択します。 |
| 2 |
サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 3 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 紛失したトランク情報の資格情報を再生成する必要がある場合はこの設定を使用します。[ユーザー名とパスワードの取得] をクリックして、トランクで使用する認証資格情報の新しいセットを生成します。この操作はサービスに影響します。 |
| 4 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアル ID が無効になっている場合、PAI と From は同一であり、デュアル ID が有効になっている場合に From ヘッダーに設定された値に設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。使用されていないトランクは削除できます。
| 1 |
削除するトランクを選択します。 |
| 2 |
アクション 列の [ |
をクリックし、 コントロール ハブでトランクのステータスを確認します。
| 1 |
コントロールハブ https://admin.webex.comにログインし、 . |
| 2 |
ステータスをチェックしたいトランクを選択します。 |
| 3 |
[トランク情報 ] をクリックします。 トランクのさまざまなステータスは次のとおりです。
|
証明書ベースのトランクを追加する間、完全修飾ドメイン名 (ドメイン名) を入力する必要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 接続を確立するときに、次の要件を満たす必要があります。
-
ローカル ゲートウェイの証明書は次の条件を満たす必要があります。
-
に記載されている CA によって署名されています。Cisco Webex オーディオおよびビデオ プラットフォームへの通話ではどのルート証明機関がサポートされていますか?
-
署名済み証明書は常に有効な期限切れである必要があります。
-
証明書に署名するために使用されるルート証明書または中間証明書には有効な有効期限が設定されている必要があり、取り消されてはなりません。
-
証明書はクライアントとサーバー使用のために署名されている必要があります。
-
証明書には、コントロール ハブでトランクの FQDN が選択されている場合、証明書内の共通名またはサブジェクト代替名として完全修飾ドメイン名 (FQDN) が含まれている必要があります。要件については次のセクションで詳しく説明します。
-
-
SIP の Webex サービスからの証明書を検証するには、 Cisco Webex オーディオおよびビデオ プラットフォームへの通話でサポートされているルート証明機関は何ですか?に記載されている信頼バンドルをアップロードする必要があります。
-
開始する前に
-
申請および検証済みのドメイン: トランクを追加するときは、検証済みまたは要求されたトップレベルドメイン名のホスト アドレスを選択する必要があります。 Manage-your-domainを参照してください。
-
組織全体で一意のアドレス: トランク は、一意の 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 秒以上が推奨されます)。
-
-
すべてのトランクは、コントロール ハブ内の場所に割り当てる必要があります。
次の表には、組織内でトランクのアドレスとして同時に選択されたさまざまな種類のレコードの例が示されています。
|
FQDN または SRV としてのトランク構成 |
DNS設定のルール |
証明書に共通名 (CN) またはサブジェクト代替名 (SAN) として記載されているアドレス |
SIPコンタクトヘッダーの要件 |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com（ポート5061） |
london.lgw1.cisco.comはDNS Aレコードです |
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 は ONE 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 |
ローカル ゲートウェイが Webex Calling クラウドに向けて開始するすべての SIP トランザクションには、ローカル ゲートウェイの FQDN を含む Contact ヘッダーが含まれている必要があります。
ローカル ゲートウェイからのオプション トランザクションは、コントロール ハブのローカル ゲートウェイのステータスがオンラインになるために特に重要です。
| 1 |
[トランクを追加] を選択します。 |
| 2 |
[場所] を メニューからドロップダウン リスト。 |
| 3 |
トランクの [名前 ] を入力します。 |
| 4 |
[トランク タイプ] ページから [証明書ベース ] ドロップダウン リスト。 |
| 5 |
ドロップダウンからデバイス タイプを選択します。 SBC のサードパーティ ローカル Cisco Webex Calling (LGW) としてのインテグレーションは、証明書ベースのトランクでのみサポートされています。Control Hub のデバイス タイプ リストに示されている SBCs だけが、互換性があるローカル ゲートウェイとして信頼できるWebex Callingされます。 サポートされるサードパーティのベンダー情報の詳細については、次を参照してください。サードパーティの SBC サポート ( トランク セクション)。 |
| 6 |
Session Border Controller (SBC) アドレス、ドメイン、および ポートを入力 します。 これは、エンタープライズ SBC FQDN、SRVするWebex Calling、ユーザーのメールアドレスまたはメールアドレスです。
検証済みドメインが必要です。詳細については、 ドメインの管理を参照してください。 |
| 7 |
同時通話の最大数を入力します。
|
| 8 |
[保存] をクリックします。 検証が成功しない場合、[保存] ボタンは表示されません。選択したユーザーまたは組織がFQDNまたはSRV組織ごとに固有ではない場合、検証は成功しない場合があります。上記の固有のメールアドレスまたは固有FQDNメールアドレスSRVを確認します。問題が解決しない場合、Cisco サポート チームに連絡してください。 |
次に行うこと
-
最終画面Webex Calling新しい Edge アドレスを保存します。
-
ローカル ゲートウェイとして CUBE を構成するには、次を参照してください。Webex Calling に IOS-XE でローカル ゲートウェイを構成する
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 |
表示、または変更するトランクを選択します。 |
| 2 |
サイド パネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 3 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 最大同時通話数の値を更新する場合、この設定を使用します。 お使いのローカル ゲートウェイの SRVアドレスFQDNまたはポートを更新する必要がある場合、新しいトランクを追加し、古いトランクを削除する必要があります。 |
| 4 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
使用されていないトランクは削除できます。
| 1 |
削除するトランクを選択します。 |
| 2 |
アクション 列の [ |
コントロール ハブでトランクのステータスを確認します。
| 1 |
コントロールハブ https://admin.webex.comにログインし、 . |
| 2 |
ステータスをチェックしたいトランクを選択します。 |
| 3 |
[トランク情報 ] をクリックします。 トランクのさまざまなステータスは次のとおりです。
|
|
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 |
を選択します。 |
| 2 |
ルートグループに名前を付け、追加するトランクをドロップダウンメニューから選択します。 |
| 3 |
トランクの優先度レベルを設定します。 |
| 4 |
[保存] をクリックします。 |
次に行うこと
確認画面からは、[ロケーション] ページにアクセスして各ロケーションへの PSTN 接続を構成できます。また、[ダイヤルプラン] ページにアクセスしてこのルートグループをダイヤルプランのルーティングの選択肢として使用することもできます。ルート グループは、場所の不明な内線ルーティングのルーティング選択肢としても使用できます。
既存のルートグループの名前変更、トランクの追加、割り当て済みトランクの番号の変更、トランクの優先度レベルの変更を行うことができます。ルートグループの詳細ページでは、オンプレミスの内線への通話、ダイヤルプラン、PSTN 接続も表示できます。
| 1 |
変更するルートグループを選択します。 |
| 2 |
サイドパネルで、ルートグループ名の横にある |
| 3 |
ルートグループにトランクを追加したりトランクを編集したりするには、[トランク] の横にある [管理] をクリックします。 ドロップダウンメニューからトランクを追加したり、テーブル内の既存のトランクの優先度レベルを編集したり、テーブルから既存のトランクを削除したりできます。 |
| 4 |
[保存] をクリックします。 |
使用されていないルートグループは削除できます。
| 1 |
削除するルートグループを選択します。 |
| 2 |
[アクション] |
ダイヤルプランでは、トランクまたはルートグループを使用して、オンプレミスの宛先に通話をルーティングできます。ダイヤル プランを企業全体でグローバルに構成し、場所に関係なくすべてのユーザーに適用します。ダイヤルプランでは、ダイヤルパターンのいずれかに一致する通話のルーティングの選択肢（トランクかルートグループ）も指定します。ダイヤル プランの一部として特定のダイヤル パターンを定義します。ダイヤルパターンはオンプレミスの内線を表しています。
-
ESN/オンネット番号
-
+E.164 パターン
-
SIP URI ドメイン
数値のダイヤルパターン
数値パターンでは E.164 番号かエンタープライズ番号を表すことができます。E.164 番号のパターンでは先頭が + になり、その後に数字（1 ～ 9） の連続が続き、必要に応じてワイルドカード文字を付けることができます。
エンタープライズダイヤルパターン
エンタープライズ ダイヤル パターンには、一連の数字 (1 ～ 9) と、それに続くオプションのワイルドカード文字が含まれます。有効なワイルドカード文字は、! (任意の数字のシーケンスに一致) と X (0 ～ 9 の 1 つの数字に一致) です。! ワイルドカードは、E.164 パターン内で最後に 1 回だけ使用できます。
以下は使用できません:
-
数字の途中にあるワイルドカード「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 または内線の from ヘッダーと to ヘッダーを受け入れますが、組み合わせることはできません。たとえば、次のようなものです。
差出人: 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 |
[ダイヤルプラン]、[ダイヤルプランを作成する] の順にクリックします。 |
| 2 |
ダイヤルプランの名前を入力します。 |
| 3 |
[ルーティングの選択肢] を選択します。 以前作成したトランクかルートグループを選択します。 |
| 4 |
（オプション）選択したルートの選択肢用に手動でダイヤルパターンを作成するか、インポートすることができます。 |
| 5 |
[保存] をクリックします。 |
次に行うこと
ダイヤルプランを作成した後にダイヤルパターンを一括で追加することもできます。CSV ファイルを使ってダイヤルパターンを一括で追加するには、[ダイヤルプラン] 画面に移動し、編集するダイヤルプランの [アクション] ドロップダウンメニューを選択して [ダイヤルパターン CSV のインポート] か [ダイヤルパターン CSV のエクスポート] を選択します。[テンプレートのダウンロード] か [CSV ファイルのインポート] を選択して [送信] をクリックします。
既存のダイヤルプラン名、ルーティングの選択肢、ダイヤルパターンを Control Hub で変更できます。
| 1 |
変更するダイヤルプランを選択します。 |
| 2 |
サイド パネルで、ダイヤル プラン名の横にある |
| 3 |
ルーティングの選択肢を変更するには、ドロップダウンメニューから別のオプションを選択します。 |
| 4 |
新しいダイヤルパターンを手動で追加するには、[ダイヤルパターンの追加] をクリックします。または、[CSV をインポート] をクリックしてダイヤルパターンを一括で追加します。 |
| 5 |
ダイヤルパターンを削除するには、削除するダイヤルパターンの横にある |
| 6 |
[保存] をクリックします。 |
アイコンをクリックします。| 1 |
削除するダイヤルプランを選択します。 |
| 2 |
アクション 列の |
オンプレミス内線への通話設定は Control Hub で有効にできます。この設定は、PBX に登録されている場所内のユーザーに適用され、既存のトランクまたはルート グループを使用して、不明な内線番号 (発信番号の長さが 2 ～ 10 桁) を PBX にルーティングできるようになります。
始める前に
オンプレミス内線への通話設定はロケーションごとに有効化されます。
この設定を使うことで、クラウドとオンプレミスが混在する環境でもダイヤル方法の一貫性を維持できます。サイトの一部が Webex Calling に移行されている場合でも、ユーザーは引き続き（4 桁などの）短縮番号を使用できます。
有効にすると、その場所のユーザーが不明な内線（2～10桁）にかけた通話は、選択したルートにルーティングされます。 group/trunk 敷地内の呼び出しに応じて。
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。これは、トランクから Webex Calling に着信するアップストリーム コールを指します。
既存のどのダイヤルプランパターンとも発信元 ID が一致しない場合、発信は不明な内線からのものであるとみなされます。
| 1 | |
| 2 |
. |
| 3 |
変更するロケーションを選択します。 |
| 4 |
通話 タブをクリックします。 |
| 5 |
ダイヤル [] セクションの 内線ダイヤルをクリックします。 |
| 6 |
オンに切り替えて有効にします 不明な内線を内部通話として Premises にルーティングします。Shariff のイメージが古くなっています。 |
| 7 |
通話をルーティングするには、ドロップダウン メニューからルーティング グループまたはトランクを選択します。 |
| 8 |
[保存] をクリックします。 |
Control Hub では、Webex Calling とプレミスの間の呼び出しルーティング設定を構成できます。これらの設定により、オンプレミス PBX に対するトランクとルートグループの使用時の不明な番号の扱い方、および Webex Calling と PBX 間でルーティングされる通話の発信者 ID 形式が決まります。
| 1 |
[Webex Callingとプレミスの間のコール ルーティング] までスクロールし、不明な番号を処理する方法を選択します。
不明な番号の処理サービス設定は、ルーティング動作を保持するために、レガシー動作に設定されます。この設定は、新しいコール ルーティング機能を利用するために変更できます（たとえば、ダイヤルプランやルートグループ）。 |
| 2 |
発信者 ID 形式を選択します。 +E.164 電話番号オプションを選択している場合、Webex Calling は E.164 番号である外部通話回線 ID（CLID）を選択します。ESN（エンタープライズの重要な番号）オプションが選択された場合、Webex Calling は ESN である内部 CLID を選択します。 |
| 3 |
構内ベース ルーティングに設定する 最大不明内線長 (2 ～ 10 桁) を選択します。 内線の長さを増やした場合、PSTN プロバイダーが使用する番号スキーマが E.164 以外の場合、着信 PSTN 通話はオンプレミスからの市内通話として扱われます。したがって、潜在的な誤ルーティングを回避するために、このような着信 PSTN 通話を Webex Calling に送信する前に、E.164 形式を適用することをお勧めします。 |
| 4 |
[保存] をクリックします。  |
Control Hub の呼び出しルーティング検証ツールには、次の機能が搭載されています。
-
ルーティングの決定を分析するための呼び出しのシミュレーション
-
展開の設計および構成フェーズ中に役立つガイダンス
-
コール ルーティングの決定を含む Webex Analytics プラットフォームのイベント
-
インスタンスのトランクかルートグループのサポート
| 1 | |
| 2 |
. または、シスコ通話プランをご利用のお客様は .
|
| 3 |
[コール ルーティングの検証] を選択します。 |
| 4 |
ドロップダウン メニューから、クラウド ユーザー、ワークスペース、仮想回線、または構内トランクの 通話ソースの選択 を選択して、通話ルーティングを確認します。 |
| 5 |
番号または URI を入力します。 |
| 6 |
[ルーティング結果を表示] をクリックして、コール ルーティングを表示します。 |
例 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 |
