- ホーム
- /
- 投稿記事
コメントありがとうございます。
Webex Calling のトランク、ルート グループ、ダイヤル プランを構成する
この記事の内容
フィードバックがある場合Webex Calling プラン、トランク、およびルートグループは、Webex Calling を構成して、Webex Calling ホストユーザーとオンプレミス PBX ユーザー間の 通話を管理するのに役立ちます。このソリューションを使用すると 、ホストされているユーザーがクラウド PSTN (CCP または Cisco PSTN) またはオンプレミスの PSTNを使用するように構成できます。
トランクとは Webex Calling と顧客施設間の接続のことであり、ローカル ゲートウェイやその他のサポート対象デバイスがある顧客施設が終端となります。トランクを作成したら、それをルートグループに割り当てることができます。
ルート グループとは、Webex Calling が複数のトランクに通話を分散したり、冗長性を提供したりできるようにするためのトランクのグループです。
ローカルゲートウェイは、トランク、オンプレミスPSTN、 and/or PBX。
トランク、ルートグループ、ダイヤルプランには次のようなメリットがあります。
-
Webex Callingと構内ネットワークへのトランク回線間での負荷分散とフェイルオーバー。
-
Webex CallingのユーザーがクラウドPSTN（クラウド接続型PSTN（CCP）またはCisco PSTN）を使用して、企業内のPBXユーザーに発信できる機能。
-
異なる拠点にあるPBXへの通話のルーティング。
-
オンプレミスの PBXX 間で通話をルーティングする機能に制限があります。
-
オンプレミスPBXとの移行および共存シナリオの範囲が拡大され、オンプレミスユーザーとWebex Callingユーザーが混在するサイトにも対応可能になりました。
-
通話ルーティング決定に関する詳細な可視性。
お住まいの地域で利用可能な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 |
ロケーションとトランクの名前を選択します。 トランクの名前は 24 文字以内にする必要があります。 |
| 5 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアルIDが有効になっている場合、Webex CallingはFromとPAIを自動的に入力します（両方のIDヘッダーは異なる値に設定できます）。デュアルIDが無効になっている場合、PAIとFromは同一であり、デュアルIDが有効になっている場合にFromヘッダーに設定されていた値に設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
| 6 |
[保存] をクリックします。 |
| 7 |
P-Charge-Info サポート は、PSTN プロバイダーが Webex Calling 内で通話を認証および課金するための、より信頼性の高い方法を必要とするニーズに対応します。ローカルゲートウェイは、請求または認証に使用する番号とは異なる発信者番号を受信する場合があります。これらの目的で追加の識別子を送信するには、 P-Charge-Info ヘッダーを使用します。 このオプションを有効にすると、選択したポリシー オプションに基づいて番号を使用して、トランクに送信される発信 PSTN 通話情報に P-Charge-Info ヘッダーが含まれます。PSTNプロバイダは、単一の P-Charge-Info ヘッダーを使用して課金対象番号を判断できるため、通常の発信にはPAIヘッダーを、通話転送にはDiversionヘッダーを使用する必要がなくなります。デフォルトでは、システムは P-Charge-Info Support ポリシーを Disabledに設定します。
制限:
|
次に行うこと
画面 [ドメインの登録]、[トランク グループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。ローカル ゲートウェイを構成するときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキスト ファイルまたはドキュメントに貼り付けておくことをお勧めします。この資格情報を紛失した場合には、Control Hub のトランク情報画面で再生成する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。
このアクションはサービスに影響を与えるので、営業時間外に行うのをお勧めします。
コントロールハブでは、トランク名を編集したり、トランクの詳細や使用状況を確認したりできます。
| 1 | |
| 2 |
。 |
| 3 |
表示、または変更するトランクを選択します。 |
| 4 |
サイドパネルで、トランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 5 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 紛失したトランク情報の資格情報を再生成する必要がある場合はこの設定を使用します。[ユーザー名とパスワードの取得] をクリックして、トランクで使用する認証資格情報の新しいセットを生成します。この操作はサービスに影響します。 |
| 6 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。デュアルIDが無効になっている場合、PAIとFromは同一であり、デュアルIDが有効になっている場合にFromヘッダーに設定されていた値に設定されます。 この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
アイコンをクリックしてトランクの名前を変更します。
をクリックし、 コントロールハブでトランクの状態を確認するには。
| 1 | ||||||||||||||||||
| 2 |
。
このページには、お客様のトランクの一覧と、オンライン、オフライン、不明、障害などのステータスを含む、トランクに関する情報が表示されます。
| |||||||||||||||||
| 3 |
（オプション）トランクレコード を トランク ステータスまたは トランクタイプに基づいて フィルタリングできます。 すべてのトランク ドロップダウンフィルターメニューから、以下のフィルターオプションのいずれかを選択してページに表示します。トランクの状態は3分ごとに更新されます。
| |||||||||||||||||
| 4 |
更新 をクリックすると、トランクの状態に関する最新の更新情報が表示されます。 最後にページが更新されたタイムスタンプが表示されます。ページを更新するには、手動の 更新 を使用してください。
| |||||||||||||||||
| 5 |
（オプション） 検索 オプションを使用して 、名前 または 場所に基づいて特定のトランクレコードを検索できます。 検索結果が1000件を超える場合、結果の並べ替えや検索はできません。 | |||||||||||||||||
| 6 |
詳細情報を確認するには、リストからトランクを選択してください。 選択したトランクに関する詳細情報が表示されたポップアップウィンドウが表示されます。
| |||||||||||||||||
| 7 |
を管理して、トランクの完全な情報を表示します。
さまざまなエラー状態の詳細については、 ローカルゲートウェイのトラブルシューティングを参照してください。 |
証明書ベースのトランクを追加する間、完全修飾ドメイン名 (ドメイン名) を入力する必要FQDN。次にWebex Callingの証明書とFQDNの証明書を組み合わせて、ローカル ゲートウェイを信頼します。
Control Hub からのローカル ゲートウェイの構成の要件:
-
ローカルゲートウェイは、パブリックIPv4アドレスを使用してインターネットから直接アクセス可能でなければなりません。このアドレスは、コントロールハブで検証済みのドメインのDNS AレコードまたはSRVレコードから解決される必要があります。ローカルゲートウェイがプライベートIPアドレスで構成されている場合、 1:1 インターネットから直接アクセスできるようにするには、静的アドレス変換（NAT）が必要です。
-
ファイアウォールの背後に展開する場合、TLS SIP シグナリングと UDP/SRTP ローカルゲートウェイとインターネット間でやり取りされるメディア。
-
ローカルゲートウェイと Webex クラウド間のフローで使用されるポートの詳細については、 Webex 通話ポートリファレンスガイド を参照してください。
-
この設定ガイドでは、ローカルゲートウェイがシグナリングを受信するために、標準のTLS SIPポートである5061を使用することを前提としています。必要に応じて、別の信号受信ポートを使用することもできます。
-
-
トランクからの通話の承認と認証に署名済み証明書が必要です。ローカルゲートウェイは、Webex CallingサービスとSIP用の双方向相互TLS接続を確立する際に、以下の要件を満たす必要があります。
-
ローカルゲートウェイの証明書は、以下の条件を満たしている必要があります。
-
Cisco Webex オーディオおよびビデオ プラットフォームへの通話でサポートされているルート証明機関はどれですか?に記載されている CA によって署名されています。
-
署名済み証明書は常に有効な期限切れである必要があります。
-
証明書の署名に使用されるルート証明書または中間証明書は、有効な有効期限を持ち、失効してはなりません。
-
サーバー認証拡張キー使用法（EKU）のみを含む証明書がサポートされています。Webex Callingは、TLSハンドシェイク確立時にクライアント認証拡張鍵使用法（EKU）の存在を検証または強制しません。
一部のサードパーティ製セッションボーダーコントローラー（SBC）は、厳格な拡張鍵使用法（EKU）検証を強制し、クライアント認証EKUを含まない証明書を拒否する可能性があります。このような場合は、SBCがサーバー認証EKUを持つ証明書のみを受け入れるように構成されているか、厳密なEKU検証を無効にするように構成されていることを確認してください（サポートされている場合）。 -
証明書には、共通名またはサブジェクト代替名として完全修飾ドメイン名（FQDN）が含まれている必要があり、トランクのFQDNはコントロールハブで選択されます。要件については次のセクションで詳しく説明します。
-
-
Cisco Webex Audio and Video Platformsへの通話でサポートされているルート証明機関はどれですか？に記載されている信頼バンドルをアップロードして、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のAレコードに解決されなければならず、DNSのCNAMEレコードに解決されてはならない。
-
SRV アドレスを選択した場合、サービス タイプには必ず「_sips._tcp"」という接頭辞を付ける必要があります。
-
アドレスは、重みと優先順位が異なる1つ以上のDNS Aレコードに解決される場合があります。その際、すべての録音に同じリスニングポートを使用することをお勧めします。
-
サービス記録内の記録には、適切な重みと優先順位が付けられていなければならない。異なる重みと優先順位を使用すると、Webex Calling から発信される通話のトラフィック配分に影響が出ます。
-
-
すべてのレコードタイプは、適切な高いTTL（300秒以上が望ましい）を持つ必要があります。
コントロールハブでトランクアドレスを設定する際、FQDN形式とSRV形式の両方が使用可能です。ただし、テナント側でWebex Callingに接続するための設定を行うには、ローカルゲートウェイ上でSRVベースのWebex Calling Edgeアドレスのみを使用する必要があります。
-
-
すべてのトランクは、コントロールハブ内の場所に割り当てられる必要があります。
以下の表は、組織内でトランクのアドレスとして同時に選択されるさまざまな種類のレコードの例を示しています。
|
トランク構成は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ヘッダーが含まれている必要があります。
ローカルゲートウェイからのオプショントランザクションは、コントロールハブのローカルゲートウェイの状態がオンラインであるために特に重要です。
証明書のSANにSRVレコードと派生Aレコードを追加する必要があります。
| 1 | |
| 2 |
。 または、Cisco Calling Plan をご利用のお客様は、
.
|
| 3 |
[トランクを追加] を選択します。 |
| 4 |
[場所] を メニューからドロップダウン リスト。 |
| 5 |
トランクの [名前 ] を入力します。 |
| 6 |
[トランク タイプ] ページから [証明書ベース ] ドロップダウン リスト。 |
| 7 |
ドロップダウンメニューからデバイスの種類を選択してください。 SBC のサードパーティ ローカル Cisco Webex Calling (LGW) としてのインテグレーションは、証明書ベースのトランクでのみサポートされています。Control Hub のデバイス タイプ リストに示されている SBCs だけが、互換性があるローカル ゲートウェイとして信頼できるWebex Callingされます。 サポートされるサードパーティのベンダー情報の詳細については、次を参照してください。サードパーティSBCサポート は トランク セクションにあります。 |
| 8 |
Session Border Controller (SBC) アドレス、ドメイン、および ポートを入力 します。 これは、エンタープライズ SBC FQDN、SRVするWebex Calling、ユーザーのメールアドレスまたはメールアドレスです。
検証済みドメインが必要です。詳細については、 ドメインの管理を参照してください。 |
| 9 |
同時通話の最大数を入力します。
|
| 10 |
[保存] をクリックします。 検証が成功しない場合、[保存] ボタンは表示されません。選択したユーザーまたは組織がFQDNまたはSRV組織ごとに固有ではない場合、検証は成功しない場合があります。上記の固有のメールアドレスまたは固有FQDNメールアドレスSRVを確認します。問題が解決しない場合、Cisco サポート チームに連絡してください。 |
次に行うこと
-
最終画面Webex Calling新しい Edge アドレスを保存します。
-
ローカル ゲートウェイとして CUBE を構成するには、次を参照してください。Webex Calling に IOS-XE でローカル ゲートウェイを構成する
Control Hub では、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 | |
| 2 |
。 |
| 3 |
表示、または変更するトランクを選択します。 |
| 4 |
サイドパネルのトランク名の横にある トランクの使用状況情報を表示することもできます。 |
| 5 |
詳細を表示するには、[トランク] の隣の [管理] をクリックします 。 最大同時通話数の値を更新する場合、この設定を使用します。 お使いのローカル ゲートウェイの SRVアドレスFQDNまたはポートを更新する必要がある場合、新しいトランクを追加し、古いトランクを削除する必要があります。 |
| 6 |
デュアル・アイデンティティ・サポートの設定は、外線発信で最初の SIP INVITE をトランクに送信する際の From ヘッダーと P-Asserted-Identity (PAI) ヘッダーの処理に影響します。この設定の使用状況をよりよく理解するために、以下にシナリオの例を示します。
|
コントロールハブでトランクの状態を確認するには。
| 1 | ||||||||||||||||||
| 2 |
。
このページには、お客様のトランクの一覧と、オンライン、オフライン、不明、障害などのステータスを含む、トランクに関する情報が表示されます。
| |||||||||||||||||
| 3 |
（オプション）トランクレコード を トランク ステータスまたは トランクタイプに基づいて フィルタリングできます。 すべてのトランク ドロップダウンフィルターメニューから、以下のフィルターオプションのいずれかを選択してページに表示します。トランクの状態は3分ごとに更新されます。
| |||||||||||||||||
| 4 |
更新 をクリックすると、トランクの状態に関する最新の更新情報が表示されます。 最後にページが更新されたタイムスタンプが表示されます。ページを更新するには、手動の 更新 を使用してください。
| |||||||||||||||||
| 5 |
（オプション） 検索 オプションを使用して 、名前 または 場所に基づいて特定のトランクレコードを検索できます。 検索結果が1000件を超える場合、結果の並べ替えや検索はできません。 | |||||||||||||||||
| 6 |
詳細情報を確認するには、リストからトランクを選択してください。 選択したトランクに関する詳細情報が表示されたポップアップウィンドウが表示されます。
| |||||||||||||||||
| 7 |
を管理して、トランクの完全な情報を表示します。
さまざまなエラー状態の詳細については、 ローカルゲートウェイのトラブルシューティングを参照してください。 |
|
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 がどちらも接続できない場合、通話はトランク 1 にルーティングされます。3.
-
| 1 | |
| 2 |
。 または、Cisco Calling Plan を使用しているお客様は、
|
| 3 |
を選択します。 |
| 4 |
ルートグループに名前を付け、追加するトランクをドロップダウンメニューから選択します。 |
| 5 |
トランクの優先度レベルを設定します。 |
| 6 |
[保存] をクリックします。 |
次に行うこと
確認画面からは、[ロケーション] ページにアクセスして各ロケーションへの PSTN 接続を構成できます。また、[ダイヤルプラン] ページにアクセスしてこのルートグループをダイヤルプランのルーティングの選択肢として使用することもできます。ルートグループは、場所における未知の内線ルーティングのルーティングオプションとしても使用できます。
既存のルートグループの名前変更、トランクの追加、割り当て済みトランクの番号の変更、トランクの優先度レベルの変更を行うことができます。ルートグループの詳細ページでは、オンプレミスの内線への通話、ダイヤルプラン、PSTN 接続も表示できます。
| 1 | |
| 2 |
。 または、Cisco Calling Plan を使用しているお客様は、
|
| 3 |
変更するルートグループを選択します。 |
| 4 |
サイドパネルで、ルートグループ名の横にある |
| 5 |
ルートグループにトランクを追加したりトランクを編集したりするには、[トランク] の横にある [管理] をクリックします。 ドロップダウンメニューからトランクを追加したり、テーブル内の既存のトランクの優先度レベルを編集したり、テーブルから既存のトランクを削除したりできます。 |
| 6 |
[保存] をクリックします。
|
ダイヤルプランでは、トランクまたはルートグループを使用して、オンプレミスの宛先に通話をルーティングできます。企業全体のダイヤルプランを設定し、場所に関係なくすべてのユーザーに適用します。ダイヤルプランでは、ダイヤルパターンのいずれかに一致する通話のルーティングの選択肢（トランクかルートグループ）も指定します。ダイヤルプランの一部として、具体的なダイヤルパターンを定義してください。ダイヤルパターンはオンプレミスの内線を表しています。
-
ESN/オンネット番号
-
+E.164 パターン
-
SIP URI ドメイン
数値のダイヤルパターン
数値パターンでは E.164 番号かエンタープライズ番号を表すことができます。E.164 番号のパターンでは先頭が + になり、その後に数字（1 ～ 9） の連続が続き、必要に応じてワイルドカード文字を付けることができます。
エンタープライズダイヤルパターン
企業向けダイヤルパターンは、数字（1～9）の並びと、それに続くオプションのワイルドカード文字で構成されます。有効なワイルドカード文字は、!（任意の数字の並びと一致）と X（0～9の1桁の数字と一致）です。ワイルドカード「!」は、末尾に一度だけ、かつ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 | |
| 2 |
。 または、Cisco Calling Plan を使用しているお客様は、 。
|
| 3 |
[ダイヤルプラン]、[ダイヤルプランを作成する] の順にクリックします。 |
| 4 |
ダイヤルプランの名前を入力します。 |
| 5 |
[ルーティングの選択肢] を選択します。 以前作成したトランクかルートグループを選択します。 |
| 6 |
（オプション）選択したルートの選択肢用に手動でダイヤルパターンを作成するか、インポートすることができます。 |
| 7 |
[保存] をクリックします。 |
次に行うこと
ダイヤルプランを作成した後にダイヤルパターンを一括で追加することもできます。CSV ファイルを使ってダイヤルパターンを一括で追加するには、[ダイヤルプラン] 画面に移動し、編集するダイヤルプランの [アクション] ドロップダウンメニューを選択して [ダイヤルパターン CSV のインポート] か [ダイヤルパターン CSV のエクスポート] を選択します。[テンプレートのダウンロード] か [CSV ファイルのインポート] を選択して [送信] をクリックします。
既存のダイヤルプラン名、ルーティングの選択肢、ダイヤルパターンを Control Hub で変更できます。
| 1 | |
| 2 |
。 または、Cisco Calling Plan を使用しているお客様は、 。
|
| 3 |
変更するダイヤルプランを選択します。 |
| 4 |
サイドパネルのダイヤルプラン名の横にある |
| 5 |
ルーティングの選択肢を変更するには、ドロップダウンメニューから別のオプションを選択します。 |
| 6 |
新しいダイヤルパターンを手動で追加するには、[ダイヤルパターンの追加] をクリックします。または、[CSV をインポート] をクリックしてダイヤルパターンを一括で追加します。 |
| 7 |
ダイヤルパターンを削除するには、削除するダイヤルパターンの横にある |
| 8 |
[保存] をクリックします。 |
アイコンをクリックします。オンプレミス内線への通話設定は Control Hub で有効にできます。この設定は、PBXに登録されている同一拠点内のユーザーに適用され、既存のトランクまたはルートグループを使用して、不明な内線番号（発信番号の長さが2～10桁）をPBXにルーティングできるようにします。
始める前に
オンプレミス内線への通話設定はロケーションごとに有効化されます。
この設定を使うことで、クラウドとオンプレミスが混在する環境でもダイヤル方法の一貫性を維持できます。サイトの一部が Webex Calling に移行されている場合でも、ユーザーは引き続き（4 桁などの）短縮番号を使用できます。
有効にすると、その場所のユーザーが未知の内線番号（2～10桁）にかけた通話は、選択されたルートにルーティングされます。 group/trunk 敷地からの要請に応じて。
トランクを使用してルーティングされた不明な内線からの通話はプレミスの発信として扱われます。これは、トランクから Webex Calling に着信するアップストリーム通話のことを指します。
既存のどのダイヤルプランパターンとも発信元 ID が一致しない場合、発信は不明な内線からのものであるとみなされます。
| 1 | |
| 2 |
。 |
| 3 |
変更するロケーションを選択します。 |
| 4 |
通話 タブをクリックします。 |
| 5 |
ダイヤル]セクションの 内線ダイヤル をクリックします。 |
| 6 |
トグルをオンにして、 不明な内線番号を内部通話として構内へルーティングしますを有効にします。 |
| 7 |
ドロップダウンメニューからルーティンググループまたはトランクを選択して、通話をルーティングします。 |
| 8 |
[保存] をクリックします。 |
Control Hub では、Webex Calling とプレミスの間の呼び出しルーティング設定を構成できます。これらの設定により、オンプレミス PBX に対するトランクとルートグループの使用時の不明な番号の扱い方、および Webex Calling と PBX 間でルーティングされる通話の発信者 ID 形式が決まります。
| 1 | |
| 2 |
|
| 3 |
[Webex Callingとプレミスの間のコール ルーティング] までスクロールし、不明な番号を処理する方法を選択します。
不明な番号の処理サービス設定は、ルーティング動作を保持するために、レガシー動作に設定されます。この設定は、新しいコール ルーティング機能を利用するために変更できます（たとえば、ダイヤルプランやルートグループ）。 |
| 4 |
発信者 ID 形式を選択します。 +E.164 電話番号オプションを選択している場合、Webex Calling は E.164 番号である外部通話回線 ID（CLID）を選択します。ESN（エンタープライズの重要な番号）オプションが選択された場合、Webex Calling は ESN である内部 CLID を選択します。 |
| 5 |
構内ルーティングに設定する 最大不明内線 番号（2～10桁）を選択してください。 内線番号を長くした場合、PSTNプロバイダが使用する番号体系がE.164以外の場合、着信PSTNコールは構内からのローカルコールとして扱われます。したがって、潜在的な誤ルーティングを回避するために、Webex Callingに送信する前に、このような着信PSTN通話に対してE.164形式を強制的に適用することをお勧めします。 |
| 6 |
[保存] をクリックします。
|
Control Hub の呼び出しルーティング検証ツールには、次の機能が搭載されています。
-
ルーティングの決定を分析するための呼び出しのシミュレーション
-
展開の設計および構成フェーズ中に役立つガイダンス
-
コール ルーティングの決定を含む Webex Analytics プラットフォームのイベント
-
インスタンスのトランクかルートグループのサポート
この機能は強化され、発信通話の許可、不正防止、数字パターン、通話傍受、および通話ルーティング時に適用される変換パターンを表示するようになりました。
| 1 | |
| 2 |
。 または、Cisco Calling Plan を使用しているお客様は、 。
|
| 3 |
[コール ルーティングの検証] を選択します。 |
| 4 |
ドロップダウンメニューから、クラウドユーザー、ワークスペース、仮想回線、または構内トランクの ] [通話元を選択 を選択して、通話ルーティングを確認します。 |
| 5 |
番号または URI を入力します。 |
| 6 |
[ルーティング結果を表示] をクリックして、コール ルーティングを表示します。 |
| 1 | |
| 2 |
を選択し、更新したい場所を選択してください。 |
| 3 |
[PSTN 接続] の隣の [管理] をクリックします。 |
| 4 |
緊急連絡サービス アドレスの隣の [編集] をクリックします。 |
| 5 |
新しい住所を入力して、 保存をクリックしてください。 構内接続またはCCPP接続の設定中にESA（エンタープライズサービスアドレス）のアドレス検証が失敗した場合、管理者はESA画面を閉じて設定を続行できます。検証エラーが発生しても、接続の確立は妨げられません。 ESA（緊急サービスアカウント）が認証されていない場合、緊急通報の処理が遅れる可能性があり、緊急中継センターに通報が転送された場合は追加料金が発生する可能性があります。 |
ワークスペースに割り当てられたモバイルデバイスなどの固定デバイスに対して、カスタムの緊急通報アドレスを設定できます。この設定は米国およびカナダの拠点に適用され、E911サービスに準拠しています。
| 1 | |
| 2 |
。 |
| 3 |
変更したいワークスペースを選択し、 呼び出しをクリックします。 |
| 4 |
番号の下にあるプライマリ電話番号の設定を展開するには、右矢印を選択します。 |
| 5 |
[緊急連絡サービス アドレス] の下で、[カスタム アドレス] を選択します。  以下の詳細を入力してください。緊急連絡時、現地の緊急対応班はこのアドレスを利用して発信元を見つけます。
|
| 6 |
ワークスペースの情報を更新し、 検証をクリックします。 サービス住所を入力すると、システムはその住所を検証します。システムがアドレスを見つけられない場合、サイドパネルに「 推奨アドレス 」が表示されます。提案された住所を確認し、「適用」をクリックして緊急連絡先住所を更新してください。 変更を保存するには、 保存 をクリックしてください。 |
カスタム緊急連絡先住所は、特定のワークスペースにおけるデフォルトの緊急連絡先住所を上書きします。
ユーザー向けにESAを設定するには、以下の条件を満たしていることを確認してください。
- ユーザーには、携帯電話以外の主要電話番号が割り当てられています。
- ユーザーの所在地は米国またはカナダ国内です。
これらの条件が必要なのは、ESAがユーザーの電話番号と位置情報に紐づいているためです。この設定により、緊急通報の正確なルーティングと、ユーザーの所在地または電話番号に関連付けられた緊急コールバック番号（ECBN）を通じた適切なコールバックが可能になります。
| 1 | |
| 2 |
。 |
| 3 |
変更したいユーザーを選択し、 呼び出しをクリックします。 |
| 4 |
番号の下にあるプライマリ電話番号の設定を展開するには、右矢印を選択します。 |
| 5 |
[緊急連絡サービス アドレス] の下で、[カスタム アドレス] を選択します。 以下の詳細を入力してください。緊急連絡時、現地の緊急対応班はこのアドレスを利用して発信元を見つけます。
|
| 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 パターンを持つシングルダイヤルプラン
例: クラウドPBXと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 |
