- ホーム
- /
- 投稿記事
コメントありがとうございます。
この記事の内容
フィードバックがある場合Webex Calling プラン、トランク、ルートグループは、Webex Calling を設定して Webex Calling 人のホストユーザーとオンプレミスPBXユーザー間の通話を管理するのに役立ちます。このソリューションでは、ホストされているユーザーがクラウドPSTN（CCPまたはCisco PSTN）またはプレミスベースのPSTNを使用するように設定できます。
トランクとは、Webex Callingと構内をつなぐ接続で、 構内でローカルゲートウェイまたはその他のサポートされているデバイスで終端します。 トランクを作成したら、 それをルートグループに割り当てることができます。
ルートグループは、Webex Calling複数のトランクにコールを分散したり、冗長性を提供したりできるトランクのグループです。
ローカルゲートウェイは、トランク、オンプレミスのPSTN、PBXを相互接続するオンプレミスのデバイスです。
トランク、ルートグループ、ダイヤルプランには次の利点があります。
-
トランク間の負荷分散とフェールオーバーを行いますWebex Calling。
-
Webex CallingユーザーがクラウドPSTN（クラウド接続PSTN（CCP）またはCisco PSTN）を使用して、企業内のPBXユーザーにリーチする機能。
-
異なる構内のPBXへの通話のルーティング。
-
構内のPBX間で通話をルーティングするタンデム機能。
-
オンプレミスのユーザーとユーザーが混在するサイトを含む、オンプレミスのPBXとの幅広い移行および共存シナリオ。Webex Calling
-
コールルーティングの決定を詳細に可視化します。
お住まいの地域のPSTNオプション
ロケーションが有効になったら、Webex Calling そのロケーション内のユーザーのPSTN接続を設定する必要があります。 次の PSTN オプションが利用可能です。
-
Cisco PSTN —新しいPSTN番号を注文したり、 既存の番号をシスコに移植したりできるバンドルソリューションを希望する場合は、このオプションを選択してください。 Cisco PSTNオプションは次の条件でのみ利用可能です。
-
Cisco通話プランを購入して有効にしました。
-
場所はCisco通話プランがサポートされている国にあります。
-
-
Cloud Connected PSTN —ローカルハードウェアの導入を必要としないクラウドソリューションを探している場合は、このオプションを選択し、 お好みのCCPプロバイダーを選択してください。 クラウドPSTN（Cisco PSTNまたはクラウド接続PSTN）は、 ユーザーにPSTNアクセスを提供するためにのみ使用できます。Webex Calling 構内ユーザーからの通話は、クラウドPSTNにアクセスできません。
-
構内ベースのPSTN（ローカルゲートウェイ） —現在のPSTNプロバイダーを維持したい場合は、このオプションを選択してください。 ローカルゲートウェイを経由する構内ベースのPSTNのトランクを使用して、 構内のPBXに接続することもできます。 構成を変更しなくても、 既存のローカルゲートウェイ機能を維持できます。 ローカルゲートウェイを使用するロケーションはプレミスベースのPSTNに設定され、ローカルゲートウェイはトランクになります。
トランク
Webex Callingトランクはと構内をつなぐもので、サポートされているセッション・ボーダー・コントローラーがローカル・ゲートウェイとして動作し、オンプレミスで終端されます。 さまざまなトランキングモデルとデバイスと構成に関する要件を理解するには、「ローカルゲートウェイ入門」を参照してください。
登録トランクモデルの場合、セッションボーダーコントローラー（SBC）がSIP登録を行います。 登録ベースのトランクでは、SIP登録をアクティブに保つためのローカルゲートウェイが必要です。 接続は登録に暗黙的に適用されます。
始める前に
すべてのトランクは Control Hub 内の場所に割り当てる必要があります。
| 1 |
「トランクを追加」を選択します。 |
| 2 |
ドロップダウンリストから場所を選択してください。 |
| 3 |
トランクの名前を入力してください。 |
| 4 |
トランクタイプドロップダウンリストから「登録」を選択します。 |
| 5 |
デュアルアイデンティティサポートの設定は、発信コールのために最初のSIP INVITEをトランクに送信するときのFromヘッダーとP-Asserted-Identity（PAI）ヘッダーの処理に影響します。 デュアルアイデンティティを有効にすると、Webex Calling FromとPAIが入力されます（両方のIDヘッダーは異なる場合があります）。 デュアルアイデンティティを無効にすると、PAIとFromは同一で、 デュアルアイデンティティを有効にしたFromヘッダーに設定された値に設定されます。 以下は、 この設定の使い方をよりよく理解するためのシナリオの例です。
|
| 6 |
[保存] をクリックします。 |
次にすべきこと
トランク情報は、ドメイン、トランクグループ、 OTG/DTG、回線/ポート、アウトバウンドプロキシアドレスの登録画面に表示されます。 この情報をコントロールハブからコピーして、 ローカルのテキストファイルまたは文書に貼り付けることをお勧めします。そうすれば、 ローカルゲートウェイを設定する準備ができたときに参照できます。 認証情報を紛失した場合は、Control Hubのトランク情報画面から認証情報を再生成する必要があります。 「ユーザー名の取得」と「パスワードをリセット」をクリックして、トランクで使用する新しい認証資格情報を生成します。
このアクションはサービスに影響するので、 営業時間外に行うことをお勧めします。
ローカルゲートウェイを接続するトランクを設定する場合はWebex Calling、 「IOS-XEでのローカルゲートウェイの設定」を参照してください。Webex Calling
Webex Callingトランクはと構内をつなぐもので、 構内でローカルゲートウェイやその他のサポートされているデバイスで終端します。
始める前に
すべてのトランクはコントロールハブ内の場所に割り当てる必要があります。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
「トランクを追加」を選択します。 |
| 4 |
トランクの場所と名前を選択してください。 トランクの名前は24文字を超えてはいけません。 |
| 5 |
デュアルアイデンティティサポートの設定は、発信コールのために最初のSIP INVITEをトランクに送信するときのFromヘッダーとP-Asserted-Identity（PAI）ヘッダーの処理に影響します。 デュアルアイデンティティを有効にすると、Webex Calling FromとPAIが入力されます（両方のIDヘッダーは異なる場合があります）。 デュアルアイデンティティを無効にすると、PAIとFromは同一で、 デュアルアイデンティティを有効にしたFromヘッダーに設定された値に設定されます。 以下は、 この設定の使い方をよりよく理解するためのシナリオの例です。
|
| 6 |
[保存] をクリックします。 |
| 7 |
P-Charge-Infoサポートは、 PSTNプロバイダーが内部での通話の認証と請求をより信頼性の高い方法で行う必要があるというニーズに応えます。 Webex Calling ローカルゲートウェイは、請求や承認に使用したい番号とは異なる発信者IDを受け取る場合があります。 これらの目的で追加の識別子を送信するには、 P-Charge-Infoヘッダーを使用してください。 このオプションを有効にすると、 選択したポリシーオプションに基づく番号を使用して、 トランクに送信される発信PSTNコール情報にP-Charge-Infoヘッダーを含めることができます。 PSTNプロバイダーは、 単一のP-Charge-Infoヘッダーを使用して課金対象番号を決定できるため、 通常の発信にはPAIヘッダーを使用し、コールリダイレクトにはDiversionヘッダーを使用する必要がなくなります。 デフォルトでは、 システムはP-Charge-Infoサポートポリシーを無効に設定しています。
制限事項:
|
次にすべきこと
トランク情報は、ドメイン、トランクグループ、 OTG/DTG、回線/ポート、アウトバウンドプロキシアドレスの登録画面に表示されます。 この情報をコントロールハブからコピーして、 ローカルのテキストファイルまたは文書に貼り付けることをお勧めします。そうすれば、 ローカルゲートウェイを設定する準備ができたときに参照できます。 認証情報を紛失した場合は、Control Hubのトランク情報画面から再生成する必要があります。 「ユーザー名の取得」と「パスワードをリセット」をクリックして、トランクで使用する新しい認証資格情報を生成します。
このアクションはサービスに影響するので、 営業時間外に行うことをお勧めします。
コントロールハブでは、トランク名を編集したり、トランクの詳細や使用状況を確認したりできます。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
表示または変更したいトランクを選択してください。 |
| 4 |
サイドパネルのトランク名の横にある トランクの使用状況情報も表示できます。 |
| 5 |
追加情報を表示するには、 Trunksの横にある「管理」をクリックしてください。 トランク情報の認証情報を紛失して再生成する必要がある場合は、この設定を使用してください。 「 ユーザー名とパスワードを取得」をクリックして、 トランクで使用する新しい認証資格情報を生成します。 これはサービスに影響します。 |
| 6 |
デュアルアイデンティティサポートの設定は、発信コールのために最初のSIP INVITEをトランクに送信するときのFromヘッダーとP-Asserted-Identity（PAI）ヘッダーの処理に影響します。 デュアルアイデンティティを無効にすると、PAIとFromは同一で、 デュアルアイデンティティを有効にしたFromヘッダーに設定された値に設定されます。 以下は、 この設定の使い方をよりよく理解するためのシナリオの例です。
|
アイコンをクリックしてトランクの名前を変更します。トランクは、使用されていない限り削除できます。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
削除したいトランクを選択してください。 |
| 4 |
クリック |
「コントロールハブのトランクの状態を確認するため。
| 1 | ||||||||||||||||||
| 2 |
「」に移動します。
このページには、トランクが一覧表示され、ステータス（オンライン、オフライン、不明、障害あり）
などの情報が表示されます。
| |||||||||||||||||
| 3 |
（オプション） トランクステータスまたはトランクタイプに基づいてトランクレコードをフィルタリングできます。 All trunksのドロップダウンフィルターメニューから、 次のフィルターオプションのいずれかを選択してページに表示します。 トランクの状態は3分ごとに更新されます。
| |||||||||||||||||
| 4 |
トランクの状態に関する最新の更新を確認するには、[更新] をクリックしてください。 最後のページ更新のタイムスタンプが表示されます。 ページを更新するには、手動更新を使用してください。
| |||||||||||||||||
| 5 |
（オプション） 名前または場所に基づいて検索オプションを使用して、特定のトランクレコードを検索できます。 検索で1000個を超えるトランクが返された場合、 結果内のソートや検索はできません。 | |||||||||||||||||
| 6 |
リストからトランクを選択して、詳細情報を確認してください。 ポップアップウィンドウが開き、
選択したトランクに関する詳細情報が表示されます。
| |||||||||||||||||
| 7 |
、すべてのトランク情報が表示されます。
さまざまなエラー状態の詳細については、「 ローカルゲートウェイのトラブルシューティング」を参照してください。 |
証明書ベースのトランクを追加するときは、完全修飾ドメイン名（FQDN）を入力する必要があります。 次に、Webex Calling FQDNとローカルゲートウェイの証明書を組み合わせてローカルゲートウェイを信頼します。
コントロールハブからローカルゲートウェイを設定するための要件：
-
ローカルゲートウェイには、 パブリックIPv4アドレスを使用してインターネットから直接アクセスできる必要があります。 このアドレスは、コントロールハブで検証されたドメインのDNS AまたはSRVレコードから解決する必要があります。 ローカルゲートウェイにプライベートIPアドレスが設定されている場合、 インターネットから直接アクセスできるようにするには、1： 1の静的アドレス変換（NAT）が必要です。
-
ファイアウォールの背後に展開する場合は、 TLS SIPシグナリングとUDP/SRTPメディアがローカルゲートウェイとインターネットの間を通過できるように適切なルールを設定する必要があります。
-
ローカルゲートウェイとWebex Cloudの間のフローで使用されるポートの詳細については、 ポートリファレンスガイドを参照してください。Webex Calling
-
この設定ガイドは、 5061という標準のTLS SIPポートがローカルゲートウェイがシグナリングを受信するために使用されることを前提としています。 必要に応じて、 別のシグナリングリスンポートを使用できます。
-
-
トランクからの通話を正常に承認および認証するには、署名された証明書が必要です。 Webex CallingSIP向けサービスとの双方向の相互TLS接続を確立する場合、 ローカルゲートウェイは次の要件を満たさなければなりません。
-
ローカルゲートウェイの証明書は次の条件を満たす必要があります。
-
「 Cisco Webex どのルート認証局がオーディオおよびビデオプラットフォームへの呼び出しをサポートしていますか？」に記載されているCAによって署名されています。
-
署名された証明書には常に有効な有効期限が必要です。
-
証明書の署名に使用されるルート証明書または中間証明書には、有効期限が有効でなければならず、取り消してはいけません。
-
サーバー認証拡張キー使用法（EKU） のみを含む証明書がサポートされています。 Webex Callingは、 TLSハンドシェイクの確立中にクライアント認証EKUの存在を検証または強制しません。
サードパーティのセッションボーダーコントローラー（SBC）の中には、厳格なEKU検証を実施し 、クライアント認証EKUを含まない証明書を拒否するものがあります。 そのような場合は、 SBCがサーバー認証EKUのみの証明書を受け入れるように設定されているか、厳密なEKU検証（サポートされている場合 ）を無効にするように設定されていることを確認してください。 -
証明書には、 証明書の共通名またはサブジェクト代替名として完全修飾ドメイン名 （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形式の両方を使用できます。 ただし、 Webex Calling接続するテナント側の設定では、Webex Calling ローカルゲートウェイではSRVベースの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: ポート; トランスポート=TLS または シップ:ユーザー@london.lgw1.cisco.com: ポート; トランスポート=TLS |
|
SRV: frankfurt.lgw.cisco.com |
_sips。_tcp.frankfurt.lgw.cisco.comは「ワン・ア・レコード」に決まる frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
SIP: フランクフルト.lgw.cisco.com; ポート; トランスポート=TLS または シップ:user@frankfurt.lgw.cisco.com; ポート; トランスポート=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: フランクフルト.lgw.cisco.com; ポート; トランスポート=TLS または シップ:user@frankfurt.lgw.cisco.com; ポート; トランスポート=TLS |
Webex Callingローカルゲートウェイがクラウドに向けて開始するすべてのSIPトランザクションには、 ローカルゲートウェイのFQDNを含むContactヘッダーが含まれている必要があります。
オプション：コントロールハブのローカルゲートウェイのステータスがオンラインであるためには、 ローカルゲートウェイからのトランザクションが特に重要です。
証明書のSANにSRVレコードと派生したAレコードを追加する必要があります。
| 1 | |
| 2 |
または、Cisco通話プランを利用しているお客様は、
.
|
| 3 |
「トランクを追加」を選択します。 |
| 4 |
ドロップダウンリストから場所を選択してください。 |
| 5 |
トランクの名前を入力してください。 |
| 6 |
トランクタイプドロップダウンリストから「証明書ベース」を選択してください。 |
| 7 |
ドロップダウンからデバイスタイプを選択してください。 サードパーティのローカルゲートウェイ （LGW）Cisco Webex CallingとのSBC統合は、証明書ベースのトランクでのみサポートされています。 Control Hubのデバイスタイプリストに表示されているSBCのみが、 Webex Calling信頼できるパートナーによって互換ローカルゲートウェイとして検証されています。 サポートされているサードパーティベンダーの情報の詳細については、「トランク」 セクションのサードパーティSBCのサポートを参照してください。 |
| 8 |
セッション・ボーダー・コントローラー（SBC）のアドレス、 ドメイン、ポートを入力します。 これは、Webex Calling
エンタープライズSBCに連絡するためのFQDNまたはSRVアドレスです。
認証済みのドメインが必要です。 詳しくは、「
ドメインを管理する」を参照してください |
| 9 |
同時通話の最大数を入力してください。
|
| 10 |
[保存] をクリックします。 検証に失敗すると、保存ボタンは表示されません。 選択したFQDNまたはSRVが組織ごとに一意でない場合、検証に合格しない可能性があります
。
上記の一意のFQDNまたはSRVアドレスの要件を確認してください。 問題が解決しない場合は、シスコのサポートチームに連絡してください。 |
次にすべきこと
-
Webex Calling最後の画面に表示されたEdgeアドレスを保存してください。
-
CUBEをローカルゲートウェイとして設定するには、「IOS-XEでのローカルゲートウェイの設定」を参照してください Webex Calling
Control Hubでは、トランク名を編集したり、トランクの詳細と使用状況を表示したりできます。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
表示または変更したいトランクを選択してください。 |
| 4 |
サイドパネルのトランク名の横にあるをクリックします トランクの使用状況情報も表示できます。 |
| 5 |
追加情報を表示するには、 Trunksの横にある「管理」をクリックしてください。 最大同時通話数の値を更新する場合は、この設定を使用してください。 ローカルゲートウェイのSRVアドレス、FQDN、またはポートを更新する必要がある場合は、新しいトランクを追加し、古いトランクを削除する必要があります。 |
| 6 |
デュアルアイデンティティサポートの設定は、発信コールのために最初のSIP INVITEをトランクに送信するときのFromヘッダーとP-Asserted-Identity（PAI）ヘッダーの処理に影響します。 以下は、 この設定の使い方をよりよく理解するためのシナリオの例です。
|
トランクは、使用されていない限り削除できます。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
削除したいトランクを選択してください。 |
| 4 |
クリック |
コントロールハブのトランクの状態を確認するため。
| 1 | ||||||||||||||||||
| 2 |
「」に移動します。
このページには、トランクが一覧表示され、ステータス（オンライン、オフライン、不明、障害あり）
などの情報が表示されます。
| |||||||||||||||||
| 3 |
（オプション） トランクステータスまたはトランクタイプに基づいてトランクレコードをフィルタリングできます。 All trunksのドロップダウンフィルターメニューから、 次のフィルターオプションのいずれかを選択してページに表示します。 トランクの状態は3分ごとに更新されます。
| |||||||||||||||||
| 4 |
トランクの状態に関する最新の更新を確認するには、[更新] をクリックしてください。 最後のページ更新のタイムスタンプが表示されます。 ページを更新するには、手動更新を使用してください。
| |||||||||||||||||
| 5 |
（オプション） 名前または場所に基づいて検索オプションを使用して、特定のトランクレコードを検索できます。 検索で1000個を超えるトランクが返された場合、 結果内のソートや検索はできません。 | |||||||||||||||||
| 6 |
リストからトランクを選択して、詳細情報を確認してください。 ポップアップウィンドウが開き、
選択したトランクに関する詳細情報が表示されます。
| |||||||||||||||||
| 7 |
、すべてのトランク情報が表示されます。
さまざまなエラー状態の詳細については、「 ローカルゲートウェイのトラブルシューティング」を参照してください。 |
|
はいいえです。 |
エラーの説明 |
アクション |
|---|---|---|
|
1. |
ゲートウェイに設定されたFQDNのDNS解決が失敗したため、ローカルゲートウェイへのTLS接続が失敗しました |
設定されているSRV/FQDNのDNS構成を確認し、解決可能であることを確認してください |
|
2. |
トランスポートの問題により、ローカルゲートウェイへのTLS接続が失敗しました |
解決されたIPアドレスとローカルゲートウェイへのポートが有効であることを確認してください |
|
3. |
ゲートウェイの証明書が無効者によって署名されているため、ローカルゲートウェイへのTLS接続が失敗しました Certificate Authority |
ローカルゲートウェイ証明書が有効なCertificate Authority（ Cisco Webex どのルート認証局がオーディオおよびビデオプラットフォームへの呼び出しに対応していますか？）によって署名されていることを確認してください。) |
|
4. |
ゲートウェイの証明書の有効期限が切れているため、ローカルゲートウェイへのTLS接続が失敗しました |
ローカルゲートウェイ証明書の有効期限が切れていないことを確認してください |
|
5. |
ゲートウェイの証明書が期限切れで発行されたため、ローカルゲートウェイへのTLS接続が失敗しました Certificate Authority |
ローカルゲートウェイ証明書が期限切れの認証局証明書チェーンによって署名されていないことを確認してください |
|
6. |
ゲートウェイに設定されたFQDNがCNまたはSANにないため、 ローカルゲートウェイへのTLS接続が失敗しました |
ローカルゲートウェイ証明書に、 FQDN/SRVが設定されているのと同じCN/SANがあることを確認してください |
|
7. |
ローカルゲートウェイに送信されたSIPオプションは応答がありませんでした |
CUBEがOPTIONSリクエストを受信して応答するように設定されていることを確認してください。 CUBE の設定を確認してください |
|
8. |
ゲートウェイ証明書が無効なため、Webex CallingローカルゲートウェイからへのTLS接続が失敗しました |
ローカルゲートウェイの証明書が有効であることを確認してください |
|
9. |
ローカルゲートウェイからへのTLS接続は、Webex Calling 信頼できなかったため失敗しました 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 No.: 2、6、11、12は、 すべてのエッジプロキシノードで問題が発生した場合にのみ表示されます。
ルートグループ
ルートグループは、Webex Calling複数のトランクにコールを分散したり、冗長性を提供したりできるトランクのグループです。
始める前に
-
ルートグループを設定する前にトランクを追加してください。
-
ルートグループには、複数の場所からの設定済みのトランクを含めることができます。
-
トランクは個別に設定することも、ルートグループに割り当てることもできます。 冗長性とスケーラビリティを提供するために、ルートグループにトランクを追加してください。
-
各ルートグループには少なくとも1つのトランク、 ルートグループあたり最大10トランクを含める必要があります。
-
ルートグループを設定するときは、 そのルートグループ内のトランクに優先度を設定します。 この設定により、 通話を負荷分散してルーティングできます。
-
コールは、同じ優先度のトランクにランダムに分散されます。 最高優先度に設定されているトランクが利用できない場合、 システムは優先順位の低いトランクに通話をルーティングしようとします。 例えば:
-
トランク1とトランク2は優先度レベル1に設定されています。
-
トランク3は優先度レベル2に設定されています。
-
Webex Calling 負荷分散された方法でトランク1とトランク2にコールをルーティングします。
-
トランク1とトランク2が接続できない場合、通話はトランク3にルーティングされます。
-
| 1 | |
| 2 |
「」に移動します。 または、シスコ通話プランを利用しているお客様は、
|
| 3 |
[]。 |
| 4 |
ルートグループに名前を付け、 ドロップダウンメニューから追加するトランクを選択します。 |
| 5 |
トランクの優先レベルを選択してください。 |
| 6 |
[保存] をクリックします。 |
次にすべきこと
確認画面から、 ロケーションページにアクセスして個々のロケーションへのPSTN接続を設定したり、 ダイヤルプランページにアクセスしてこのルートグループをダイヤルプランのルーティングオプションとして使用したりできます。 ルートグループは、 ある場所での未知の拡張ルーティングのルーティングオプションとしても使用できます。
既存のルートグループの名前の変更、トランクの追加、 割り当てられたトランク数の変更、トランクの優先レベルの変更ができます。 ルートグループの詳細ページから、オンプレミスの内線番号、 ダイヤルプラン、 PSTN接続への通話を表示することもできます。
| 1 | |
| 2 |
「」に移動します。 または、シスコ通話プランを利用しているお客様は、
|
| 3 |
変更したいルートグループを選択してください。 |
| 4 |
サイドパネルのルートグループ名の横にある |
| 5 |
ルートグループにトランクを追加または編集するには、 トランクスの横にある「管理」をクリックします。 ドロップダウンメニューからトランクを追加したり、 テーブル内の既存のトランクの優先レベルを編集したり、テーブルから既存のトランクを削除したりできます。 |
| 6 |
[保存] をクリックします。
|
ルートグループは、使用されていない限り削除できます。
| 1 | |
| 2 |
「」に移動します。 |
| 3 |
削除したいルートグループを選択してください。 |
| 4 |
をクリックしてください |
ダイヤルプランでは、 トランクまたはルートグループを使用して、通話をオンプレミスの宛先にルーティングできます。 ダイヤルプランを企業向けにグローバルに設定し、 場所に関係なくすべてのユーザーに適用します。 ダイヤルプランでは、そのダイヤルパターンのいずれかに一致する通話のルーティングオプション（ トランクまたはルートグループ）も指定します。 ダイヤルプランの一部として特定のダイヤルパターンを定義してください。 ダイヤルパターンはオンプレミスの内線番号を表します。
-
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 |
正確には8桁のESN 84969764です |
のダイヤルプランは、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 |
ルーティングの選択肢を選択してください。 以前に作成したトランクまたはルートグループのいずれかを選択してください。 |
| 6 |
（オプション） 選択したルートの選択肢のダイヤルパターンを手動で作成またはインポートできます。 |
| 7 |
[保存] をクリックします。 |
次にすべきこと
ダイヤルプランを作成した後に、ダイヤルパターンを一括追加することもできます。 CSVファイルを使用してダイヤルパターンを一括追加するには、ダイヤルプラン画面に移動し、編集するダイヤルプランから「アクション」 ドロップダウンメニューを選択し、「ダイヤルパターンCSVをインポート」または「ダイヤルパターンCSVをエクスポート 」を選択します。 [テンプレートをダウンロード] または [ CSVファイルをインポート] を選択し、[ 送信] をクリックします。
Control Hub では、既存のダイヤルプランの名前、ルーティングの選択肢、ダイヤルパターンを変更できます。
| 1 | |
| 2 |
[ に移動します。 |
| 3 |
変更したいダイヤルプランを選択してください。 |
| 4 |
サイドパネルのダイヤルプラン名の横にあるをクリックします |
| 5 |
ルーティングの選択を変更するには、ドロップダウンメニューから別のオプションを選択してください。 |
| 6 |
新しいダイヤルパターンを手動で追加するには、「 ダイヤルパターンを追加」をクリックします。 または、「CSVをインポート」をクリックして、 ダイヤルパターンを一括追加します。 |
| 7 |
ダイヤルパターンを削除するには、をクリックしてください |
| 8 |
[保存] をクリックします。 |
削除したいダイヤルパターンの横にあるアイコン。| 1 | |
| 2 |
[ に移動します。 または、Cisco通話プランを使用しているお客様は、。
|
| 3 |
削除したいダイヤルプランを選択してください。 |
| 4 |
クリック |
Control Hub の「オンプレミス内線番号への呼び出し」設定を有効にできます。 この設定は、PBXに登録されている場所内のユーザーに適用され、 既存のトランクまたはルートグループを使用して、不明な内線番号（発信者番号の長さが2〜10桁）をPBXにルーティングできます 。
始める前に
オンプレミス拡張機能の呼び出し設定は、場所ごとに有効になっています。
この設定により、 クラウドとプレミスが混在する環境でもダイヤル習慣を維持できます。 サイトが部分的に移行された場合でも、ユーザーは短縮ダイヤル（たとえば、4桁）を引き続き使用できます。Webex Calling
有効にすると、その場所のユーザーが不明な内線番号（ 2〜10桁）にかけた通話は、選択したルートグループ/トランクにプレミスコールとしてルーティングされます。
その場所のトランクを経由して不明な内線番号からルーティングされた通話は、 プレミスコールとして処理されます。 これは、Webex Callingトランクから着信するアップストリームコールを指します 。
発信者IDが既存のダイヤルプランパターンのいずれにも一致しない場合、通話は未知の内線から発信されたものとみなされます。
| 1 | |
| 2 |
[ に移動します。 |
| 3 |
変更する場所を選択してください。 |
| 4 |
「通話」タブをクリックします。 |
| 5 |
「ダイヤリング」セクションの 「内部ダイヤル」をクリックします。 |
| 6 |
オンに切り替えて、「 不明な内線番号を社内通話として構内にルーティングする」を有効にします。 |
| 7 |
ドロップダウンメニューからルーティンググループまたはトランクを選択して、通話をルーティングします。 |
| 8 |
[保存] をクリックします。 |
Control Hubでは、Webex Calling と構内間の通話ルーティング設定を行うことができます。 これらの設定は、 トランクを使用してオンプレミスのPBXにルーティンググループを使用する際の不明な番号の処理方法と、 PBXとの間でルーティングされる通話の発信者ID形式を決定します。Webex Calling
| 1 | |
| 2 |
。 |
| 3 |
「Webex Calling 施設間の通話ルーティング」までスクロールして、 不明な番号の処理方法を選択します。
不明な番号処理サービスの設定は、 ルーティング動作を維持するためにレガシー動作に設定されています。 この設定は、新しい通話ルーティング機能（ ダイヤルプランやルートグループなど） を利用するように変更できます。 |
| 4 |
発信者番号の形式を選択してください。 +E.164の電話番号オプションを選択すると、E.164番号である外部通話回線ID（CLID）Webex Callingを選択します。 ESN（ 企業の重要番号）オプションを選択すると、Webex Calling ESNである内部CLIDを選択します。 |
| 5 |
構内ルーティングに設定したい不明な内線の最大長（ 2〜10桁）を選択してください。 内線の長さを長くして、 PSTNプロバイダーが使用する番号スキーマが.164以外の場合、着信したPSTN通話はオンプレミスからの市内通話と見なされます 。 したがって、 ルーティングミスを防ぐために、 このような着信PSTNコールにE.164形式を適用してから送信することをお勧めします。Webex Calling |
| 6 |
[保存] をクリックします。
|
Control Hubのコールルーティング検証ツールには次の機能があります。
-
ルーティングの決定を分析するための通話のシミュレーション。
-
導入の設計および構成段階で役立つガイダンス。
-
コールルーティングの決定を含む Webex Analytics プラットフォームのイベント。
-
トラブルシューティングのサポート。
この機能は、発信許可、詐欺防止、 ディジットパターン、コールインターセプト、およびコールルーティング中に適用されたトランスレーションパターンを表示するように拡張されました。
| 1 | |
| 2 |
「」に移動します。 または、Cisco通話プランを利用しているお客様は、。
|
| 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の拠点を持つ企業顧客。
-
マルチサイトPBX展開（またはPBXのネットワーク）。メインPBXはHA用に2つのメインサイトに分散しています。
-
8桁のエンタープライズダイヤルプラン：8 + 3桁のサイトコード+ 4桁の内線番号。
-
30のサイトはオンプレミスのままで、70のサイトはオンプレミスに移行します。Webex Calling PSTNは、 2つのメインサイトのSIPトランクを介してオンプレミスのままです。
-
混合サイトはありません。 各サイトのユーザーは、すべてオンプレミスか、 すべてクラウドに登録されています。
導入ソリューション
-
30個のE.164+30個のESNパターンのシングルダイヤルプランで、 オンプレミスユーザーの通話を、 2つのメインサイトの2つのローカルゲートウェイで終端する2つのトランクを持つルートグループにルーティングします。
例2: 混合クラウドPBXサイト
導入の説明
-
米国全土に50か所（大規模サイト10か所、 小規模支店40か所）を持つ企業顧客。
-
大規模サイトではPBX、支店ではキースイッチ。
-
7桁のエンタープライズダイヤルプラン：8 + 2桁のサイトコード+ 4桁の内線番号。
-
Webex Calling支店のみ、大規模サイト （Webex Calling両方とPBXユーザーが混在するサイト）のPBXからの移行が遅い。
-
すべてのクラウドユーザー向けのクラウド接続PSTN（ 構内ユーザーは既存のPSTNを引き続き使用します）。
-
各大規模サイトのクラウドユーザーとPBXユーザーは、内線番号のみのダイヤル機能を維持する必要があります。
導入ソリューション
-
Dialは、他のサイトからの通話を各PBXにルーティングする予定です。 また、 大規模サイトごとに、Calls to On-Premises Extensionsは、 サイトのローカルゲートウェイで終端するトランクに通話をルーティングするように設定されています。
|
トランク、ルートグループ、ダイヤルプランの設定可能な制限 | |
|---|---|
|
説明 |
最大制限値 |
|
CSVでダイヤルプランにアップロードできるダイヤルパターン |
10000 |
|
場所ごとに設定できるトランク |
100 |
|
企業顧客ごとのルートグループ |
10000 |
|
ルートグループ内で設定可能なトランク |
10 |
|
ダイヤルプランは企業のお客様ごとに設定可能です |
10000 |
|
1つのダイヤルプランで設定可能なダイヤルパターン |
10000 |
