この記事の内容

環境を準備する

一般的な前提条件

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

組織に合わせて Webex Calling を設定する

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

ローカルゲートウェイとして CUBE の高可用性を実装

基礎

両方の CUBE で冗長性を構成する

両方の CUBE でローカルゲートウェイを構成する

Webex Calling に Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

ローカルゲートウェイトランクの SIP プロファイルを構成する

Webex からのコールのコール検索スペースを作成する

Webex 間で SIP トランクを構成する

Webex のルートグループを構成する

Webex のルートリストを構成する

Webex の移動先のパーティションを作成する

Webex の移動先のルートパターンを構成する

Webex の簡略サイト間ダイヤル正規化を構成する

Webex Calling の機能をセットアップ

ハントグループをセットアップする

コールキューを作成する

レセプショニストクライアントを作成する

自動アテンダントを作成して管理する

ページンググループを構成する

コールピックアップを設定する

コールパークをセットアップする

ユーザーの割り込みを有効にする

ユーザーのプライバシーを有効にする

モニタリングの設定

ユーザーのコールブリッジ警告トーンを有効にする

ユーザーのためにホテリングをオンにする

Webex Calling の導入傾向と使用レポート

通話レポートを表示する

CScanツールを実行する

Webex Calling 設定ワークフロー

この記事の内容

フィードバックがある場合

パートナー、管理者、ユーザーなど、Webex Calling に関するすべての情報を入手できます。ここで提供されているリンクを使用して、Webex Calling で利用可能なすべてのサービスと機能の使用を開始するのに役立ちます。

環境を準備する

Webex Calling のローカルゲートウェイの要件

一般的な前提条件

Webex Callingのローカルゲートウェイを設定する前に、次のことを確認してください。

VoIP の原理についての基本的な知識があること
Cisco IOS-XE と IOS-XE 音声のコンセプトについて、基本的で実際的な知識があること
セッション開始プロトコル (SIP) の基本的な理解がある
導入モデルに Cisco Unified Communications Manager (Unified CM) が含まれている場合には、Unified CM についての基本的な理解があること

詳細については、『Cisco Unified Border Element (CUBE) Enterprise Configuration Guide』を参照してください。

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

展開に「Local Gateway for Webex Calling 注文ガイドのローカルゲートウェイ.」の表 1 にある 1 つ以上のローカルゲートウェイ (Cisco CUBE (IP ベース接続) または Cisco IOS Gateway (TDM ベース接続)) があることを確認します。また、「ローカルゲートウェイ構成ガイド」に従って、プラットフォームがサポートされている IOS-XE リリースを実行しているか確認してください。

ローカルゲートウェイのライセンスに関する要件

CUBE コールライセンスは、ローカルゲートウェイにインストールされている必要があります。詳細については、Cisco Unified 境界要素の構成ガイドを参照してください。

ローカルゲートウェイの認証およびセキュリティ的要件

Webex Calling は、安全な信号経路とメディアを必要とします。ローカルゲートウェイは暗号化を行います。また、以下の手順に従って、TLS 接続をクラウド方向に確立する必要があります。

LGW は、Cisco PKI からの CA ルートバンドルで更新しておく必要があります
LGW を構成する際には、Control Hub のトランク構成ページから取得した一連の SIP ダイジェスト資格情報が使用されます（この手順は、この後の構成の一部です）
CA ルートバンドルは、提示された証明書を検証します
資格情報が要求されます (SIP ダイジェストにより提供されたもの)
クラウドは、どのローカルゲートウェイがセキュアに登録されているかを識別します

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

ほとんどの場合、ローカルゲートウェイとエンドポイントは、NAT によるプライベート IP アドレスを使用して、内部の顧客ネットワークに配置することができます。エンタープライズファイアウォールは、特定の IP アドレス/ポートに対する外向きトラフィック（SIP、RTP/UDP、HTTP）を許可していなければなりません。この点は、「ポート参照情報」で説明されています。

ICE でメディアパスの最適化を利用する場合、ローカルゲートウェイの Webex Calling に面しているインターフェイスには Webex Calling エンドポイントとの双方向の直接ネットワークパスが必要です。エンドポイントが別のロケーションにあり、ローカルゲートウェイの Webex Calling に面しているインターフェイスとこのエンドポイントとの間に直接ネットワークパスがない場合、メディアパスの最適化を利用するには、ローカルゲートウェイとエンドポイント間の通話のために、Webex Calling に面しているインターフェイスに割り当てられたパブリック IP アドレスをローカルゲートウェイに設定する必要があります。また、IOS-XE バージョン 16.12.5 を実行している必要があります。

組織のために Webex Calling を設定する

初回セットアップウィザードで通話設定をセットアップする

Webex Calling サービスを稼働させるための最初のステップは、初回セットアップウィザード (FTSW) を完了することです。最初のロケーションの FTSW が完了した後では、追加のロケーションに対して完了する必要がありません。

受け取ったウェルカムメールのはじめにリンクをクリックします。

管理者のメールアドレスが、Control Hub へのサインインに自動的に使用されます。その際、管理者パスワードを作成するように求められます。サインインすると、セットアップウィザードが自動的に開始します。

利用規約を見直して、承諾します。

プランを見直して、[はじめに] をクリックします。

アカウントマネージャは FTSW の最初の手順をアクティブにする責任があります。 [使い始める] を選択した時に、「通話をセットアップできません」という通知を受け取った場合は、アカウントマネージャーに連絡してください。

データセンターがマッピングする国を選択し、顧客の連絡先と顧客アドレス情報を入力します。

[次へ: デフォルトのロケーション

次のオプションから選択します:

パートナー管理者の場合は、[保存して閉じる] をクリックして、顧客管理者が Webex Calling のプロビジョニングを完了するようにします。
必要なロケーションの情報を入力します。ウィザードでロケーションを作成した後、後で他にロケーションを作成できます。

セットアップウィザードを完了した後で、作成したロケーションにメイン番号を追加していることを確認してください。

このロケーションに適用する次の選択を行います。

通知言語 - 新しいユーザーと機能に関する音声通知とプロンプト用。
メール言語 - 新規ユーザー向けメールのコミュニケーション。
国
タイムゾーン

[次へ] をクリックします。

利用可能な Cisco Webex SIP アドレスを入力し、[次へ] をクリックし、[完了] を選択します。

ロケーションを追加する

始める前に

新しいロケーションを作成するには、以下の情報を指定します。

ロケーションの住所
希望する電話番号(オプション)

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

新しいロケーションは、初回セットアップウィザードを使用して選択した国に対応する地域データセンターでホストされます。

ロケーションを設定します。

ロケーション名 - ロケーションを識別するための一意の名前を入力します。
国/地域 - ロケーションに関連付ける国を選択します。たとえば、米国に 1 か所のロケーション (本社) を作成し、イギリスに別のロケーション (支社) を作成することができます。選択した国に応じて、その後の住所のフィールドが決まります。ここには、例として、米国の住所書式を使用したものがあります。
ロケーションの住所 - ロケーションの郵送先住所の主要部分を入力します。
市区町村 - このロケーションが所在する市区町村を入力します。
都道府県 - ドロップダウンから都道府県を選択します。
郵便番号-ZIP または郵便番号を入力します。
通知言語 - 新規ユーザーと機能に関する音声通知と音声プロンプトで使用する言語を選択します。
メール言語 - 新規ユーザーとのメール通信に使用する言語を選択します。
タイムゾーン - ロケーションのタイムゾーンを選択します。

クリック保存を選択してはい/いいえをクリックし、今すぐまたは後でロケーションに番号を追加します。

[今すぐ追加] をクリックしたら、次のいずれかのオプションを選択してください。

Cisco PSTN - Cisco の Cloud PSTN ソリューションが必要な場合は、このオプションを選択します。 Cisco Calling プランは、緊急通話、国内および国際電話の着信および発信を提供する完全な PSTN 代替ソリューションであり、新しい PSTN 番号を注文したり、既存の番号を Cisco にポートしたりできます。

Cisco PSTN オプションは、以下の条件でのみ表示されます。

コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。
Cisco Calling プランがサポートされている国にロケーションがある。
ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。
Cisco Calling プランがサポートされている地域のWebex Callingデータセンターでホストされています。

Cloud Connected PSTN - 多くの Cisco CCP パートナーの 1 つからクラウド PSTN ソリューションを探している場合、またはロケーションで Cisco Calling プランが利用できない場合は、このオプションを選択します。 CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。

CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例 : (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。

リストされているプロバイダーの下に [番号を今すぐ注文する] オプションがある場合は、そのオプションを選択して、統合された CCP のメリットを利用することをおすすめします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP の場合、Control Hub の外で、CCP パートナーから電話番号を調達する必要があります。

プレミスベースのPSTN(ローカルゲートウェイ)-現在の PSTN プロバイダーを保持する場合、またはクラウドサイトでクラウドサイト以外に接続する場合、このオプションを選択できます。

PSTN オプションの選択は各ロケーションレベルで行います (各ロケーションには PSTN オプションが 1 つしかありません)。展開に対して必要な数のオプションを組み合わせることができますが、各ロケーションには 1 つのオプションとなります。 PSTN オプションを選択してプロビジョニングしたら、ロケーションの PSTN プロパティで [管理] をクリックすると、オプションを変更できます。ただし、Cisco PSTN などの一部のオプションは、別のオプションが割り当てられた後は使用できない場合があります。サポートケースを開いてご相談ください。

番号を今すぐに有効にするか、または後で有効にするかを選択します。

統合されていない CCP またはプレミスベースの PSTN を選択した場合は、電話番号をコンマ区切り値として入力し、[検証] をクリックします。

特定のロケーションのための番号が追加されます。有効なエントリは [検証済みの番号] フィールドに移動し、無効なエントリは [番号の追加] フィールドに残り、エラーメッセージが表示されます。

番号の書式は、ロケーションの所在する国に応じ、ダイヤリングに関する地元の要件に従って定められます。たとえば、国コードが必要な場合には、コードを付けて入力することも、コードなしで入力してからコードが自動的に先頭に追加されるようにすることもできます。

[保存] をクリックします。

次に行うこと

ロケーションを作成した後、そのロケーションの緊急 911 サービスを有効にすることができます。詳細については「Webex Calling の RedSky 緊急 911 サービス」を参照してください。

始める前に

ロケーションに関連付けられているユーザーとワークスペースのリストを取得します。 [サービス] >[番号] に移動し、ドロップダウンメニューから削除するロケーションを選択します。ロケーションを削除する前に、これらのユーザーとワークスペースを削除する必要があります。

このロケーションに関連付けられているすべての番号は、PSTN プロバイダーに戻されることに注意してください。つまり、これらの番号は所有しなくなります。

1	以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。
2	クリック削除するロケーションの横にある [アクション] 列に表示されます。
3	選ぶロケーションを削除を選択し、ロケーションを削除することを確認します。ロケーションが完全に削除されるまで通常数分かかりますが、最大で 1 時間かかる場合があります。ロケーション名の横にある [詳細] をクリックし、[削除ステータス] を選択して、ステータスを確認できます。

既存のロケーションを更新する

PSTN の設定を変更するだけではなく、作成された後に名前、タイムゾーン、言語を指定することも可能です。新しい言語は新しいユーザーとデバイスにのみ適用されることに注意してください。既存のユーザーおよびデバイスは古い言語を使用し続けます。

既存のロケーションについては、緊急時の 911 サービスを有効にすることができます。詳細については「Webex Calling の RedSky 緊急 911 サービス」を参照してください。

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

場所の隣に警告アイコンが表示されている場合は、その場所の電話番号がまだ設定されていないことを意味します。その番号を設定するまでは、コールを受発信できません。

(オプション) [PSTN 接続] の下で、すでに設定されているものに応じて、[クラウド接続 PSTN] または [プレミスベースの PSTN](ローカルゲートウェイ) のいずれかを選択します。 [管理] をクリックして設定を変更してから、[続行] を選択することにより、関連するリスクを承認します。以下のオプションのいずれかを選択して、[保存] クリックします。

Cisco PSTN オプションは、以下の条件でのみ表示されます。

コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。
Cisco Calling プランがサポートされている国にロケーションがある。
ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。
Cisco Calling プランがサポートされている地域のWebex Callingデータセンターでホストされています。

プレミスベースのPSTN(ローカルゲートウェイ)-現在の PSTN プロバイダーを保持する場合、またはクラウドサイトでクラウドサイト以外に接続する場合、このオプションを選択できます。

ローカルゲートウェイに以前設定されたロケーションを持つ Webex Calling の顧客は、同様のトランクを持つプレミスベースの PSTN に自動的に変更されます。

ロケーションの主な連絡先担当者に連絡する際の代表番号を入力します。

(オプション) [緊急コール] で[緊急時のロケーション識別子] を選択して、このロケーションに割り当てることができます。

この設定はオプションで、設定が必要な国でのみ適用されます。

一部の国（例：フランス）、セルラー無線システムには、緊急コールを発信する際にセルの ID を確立するための規制要件があり、緊急機関に公開されています。米国やカナダなどの他の国は、他の方法を使用して場所の特定を実装しています。詳細については、次のサイトを参照してください。強化された緊急コールを選択します。

緊急通報プロバイダーは、アクセスネットワークに関する情報を必要とする場合があります。この情報は、新しいプライベート SIP 拡張ヘッダーである P-Access-Network-Info を定義することによって実現されます。ヘッダーは、アクセスネットワークに関連する情報を伝送します。

ロケーションの緊急ロケーションの識別子を設定すると、ロケーションの値が SIP メッセージの一部としてプロバイダーに送信されます。緊急通話プロバイダーに連絡して、この設定が必要かどうか確認し、緊急通話プロバイダーから提供された値を使用してください。」

このロケーションでユーザーがボイスメールをチェックするために呼び出せる [ボイスメール番号] を選択します。

(オプション) ロケーションページの上部にある鉛筆アイコンをクリックし、必要に応じて [ロケーションの名前]、[アナウンス言語]、[メール言語]、[タイムゾーン]、[住所] を変更し、[保存] をクリックします。

[アナウンス言語] の変更は、このロケーションに追加された新規ユーザーや機能に対して直ちに有効になります。既存のユーザーや機能のアナウンス言語も変更する必要がある場合は、プロンプトが表示されたら、[既存のユーザーとワークスペースの変更] または [既存機能の変更] を選択します。 [適用] をクリックします。 [タスク] ページで進捗状況を確認できます。これが完了するまでは、これ以上変更を加えることはできません。

ロケーションの [タイムゾーン] を変更しても、このロケーションに関連する機能のタイムゾーンは更新されません。自動アテンダント、ハントグループ、コールキューなどの機能のタイムゾーンを編集するには、タイムゾーンを更新する特定の機能の [全般設定] エリアに移動し、そこで編集して保存します。

これらの設定は社内ダイヤルに適用されるものであり、最初のセットアップウィザードでも設定できます。ダイヤルプランを変更すると、Control Hub の更新のサンプル番号が表示され、これらの変更が表示されます。

ロケーションに対する発信通話の権限を設定できます。これらのステップをご覧になり、発信権限を設定してください。

Control Hub にサインインし、サービス > 通話 > サービス設定を選択してから、［内部ダイヤル］までスクロールします。

必要に応じて、次のオプションのダイヤル設定を行います。

ロケーションルーティングプレフィックスの長さ—複数のロケーションがある場合は、この設定を推奨します。 2 ～ 7 桁の長さを入力できます。同じ内線番号を持つ複数のロケーションがある場合、ロケーション間でコールを行うときに、ユーザーはプレフィックスをダイヤルする必要があります。たとえば、複数のストアがある場合、内線 1000 を使用すると、各ストアにルーティングプレフィックスを設定することができます。 1 つのストアのプレフィックスが 888 の場合、そのストアに到達するために 8881000 にダイヤルします。

ルーティングプレフィックスの長さには、ステアリング桁が含まれます。たとえば、ルーティングプレフィックスの長さを 4 に設定すると、3 桁のみを使用してサイトを指定できます。

ルーティングプレフィックスをロケーションに割り当てる場合、そのロケーションに割り当てられた内線のすべての外観には、内線番号の前にルーティングプレフィックスが含まれます。たとえば、888-1000（ルーティングプレフィックス-内線）です。

[ルーティングプレフィックスのステアリング番号（Steering Digit in Routing Prefix）]:すべてのルーティングプレフィックスの最初の桁として設定される番号を選択します。
[内線番号の長さ(Internal Extension Length)]:2 ～ 10 桁を入力でき、デフォルトは 2 です。

内線の長さを長くすると、既存の内部内線への短縮ダイヤルが自動的に更新されることはありません。
ロケーション間の内線ダイヤルを許可—組織の要件に基づいてロケーション間の内線ダイヤルをカスタマイズできます。
- 組織にすべてのロケーションで重複する内線がない場合は、トグルを有効にします。
  デフォルトでは、トグルが有効になっています。
- 組織が別の場所に同じ内線を持っている場合は、トグルを無効にします。トグルが無効になり、発信者が内線番号をダイヤルすると、通話は、発信者と同じロケーションで内線番号が一致するユーザーにルーティングされます。発信者は、エンタープライズ重要番号（ロケーションルーティングプレフィックス + 内線）をダイヤルして、他のロケーションの内線番号に到達する必要があります。

特定の場所の内部ダイヤルを指定します。に移動［管理］>［ロケーション］を選択し、リストからロケーションを選択して、［通話］をクリックします。 [ダイヤル] までスクロールし、必要に応じて内部ダイヤルを変更します。

内部ダイヤル - 別の場所にいるユーザーがこの場所にいる人に連絡するためにダイヤルする必要があるルーティングプレフィックスを指定します。各ロケーションのルーティングプレフィックスは固有である必要があります。プレフィックスの長さは組織レベルで設定された長さに一致することを推奨しますが、長さは 2 ～ 7 桁でなければなりません。

特定のロケーションの外部ダイヤルを指定します。に移動［管理］>［ロケーション］を選択し、リストからロケーションを選択して、［通話］をクリックします。 [ダイヤル] までスクロールし、必要に応じて外部ダイヤルを変更します。

外部ダイヤル—外線にダイヤルするためにダイヤルする必要がある外線番号の番号を選択することができます。デフォルトは [なし] であり、このダイヤル習慣が必要ない場合には、値を [なし] にしておくことができます。この機能を使用しない場合、組織のステアリング番号とは別の番号を使用することをお勧めします。

ユーザーは、外線発信を行う際に外線発信番号を含め、レガシーシステムでダイヤルしていた方法を真似たものにできます。ただし、すべてのユーザーは引き続き、発信ダイアル番号がなくても外線通話を発信することができます。

必要に応じて、このロケーションの発信ダイヤル番号のダイヤルを強制する機能を使用して、管理者が設定した発信ダイヤル番号を使用して外部コールを発信する必要があります。

この機能が有効になっている場合でも、緊急コールは発信ダイヤル番号の有無にかかわらずダイヤルできます。

有効にすると、発信ダイヤル番号が含まれていない場合、コール転送に使用されるような外部接続先番号は機能しなくなります。

内線が国番号と同じ場合、内線が国番号よりも優先されます。したがって、発信ダイヤル番号を有効にすることをお勧めします。

着信および発信 PSTN コールに E.164 番号形式を使用することを強くお勧めします。

ユーザーへの影響:

ダイヤル基本設定の変更を有効にするには、ユーザーは電話を再起動する必要があります。
ユーザーの内線番号はロケーションのステアリング番号または発信ダイヤル番号と同じ番号で始まるべきではありません。

Control Hub でプレミスベースの PSTN (ローカルゲートウェイ) を設定する

付加価値再販業者の場合、これらの手順を使用して Control Hub でローカルゲートウェイの設定を開始できます。このゲートウェイがクラウドに登録されると、Webex Calling の 1 つ以上のロケーションで使用して、エンタープライズ PSTN サービスプロバイダーへのルーティングを提供できます。

ローカルゲートウェイがある場所は、ローカルゲートウェイが他の場所で使用されているときには削除できません。

トランクを作成する

次の手順に従って、Control Hub でトランクを作成します。

始める前に

ロケーションが追加されたら、ロケーションに対してプレミスベース PSTN を設定する前に、トランクを作成する必要があります。
それぞれについて、ロケーションと固有の設定および番号を作成します。ロケーションはプレミスベース PSTN を追加する前に存在する必要があります。
Webex Calling でのプレミスベース PSTN (ローカルゲートウェイ) 要件について理解しておいてください。
プレミスベース PSTN を持つロケーションに対して、複数のトランクを選択できませんが、複数のロケーションに対して同じトランクを選択することはできます。

ログインするコントロールハブで、サービス次のリンクをクリックしてください:電話次のリンクをクリックしてください:コールルーティングを選択し、トランクの追加を選択します。https://admin.webex.com

ロケーションを選択します。

トランクの名前を指定し、[保存] をクリックします。

名前は 24 文字以内にしてください。

次に行うこと

トランクで設定する必要がある、関連するパラメーターが表示されます。また、PSTN 接続をセキュアにするための SIP ダイジェスト資格情報のセットも生成します。

画面 [ドメインの登録]、[トランクグループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。

プレミスベースの PSTN を設定する準備ができたときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキストファイルまたはドキュメントに貼り付けておくことをおすすめします。

資格情報を紛失した場合には、Control Hub のトランク情報画面で生成する必要があります。 [ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。

プレミスベースの PSTN のトランクを選択する

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

変更する場所を選択し、[管理] をクリックします。

プレミスベース PSTN を選択して、[次へ] をクリックします。

ドロップダウンメニューからトランクを選択します。

トランクページにアクセスして、トランクグループの選択を管理します。

確認通知をクリックし、[保存] をクリックします。

次に行うこと

Control Hub で生成された設定情報を記録し、パラメーターをローカルゲートウェイ (たとえばオンプレミスの Cisco CUBE) にマップする必要があります。この記事では、このプロセスについて順を追って説明します。参考のため、次の図を参照して、どのように Control Hub の設定情報 (左側) が CUBE のパラメーター (右側) にマップされるかを確認してください。

ゲートウェイ自体の設定が正常に完了し、Control Hub の [サービス] > [通話] > [ロケーション] に戻ると、作成したゲートウェイが、名前の左側に緑色のドットが付けられてロケーションカードにリストされます。このステータスは、ゲートウェイがセキュアに通話クラウドに対して登録され、そのロケーションでのアクティブな PSTN としての役割を果たしていることを示しています。

電話番号の管理

Control Hub では、組織の電話番号を簡単に表示、アクティベート、削除、追加できます。詳細については、「Control Hub で電話番号を管理する」を参照してください。

Control Hub でトライアルからの Webex サービス購入をリクエストする

Webex サービスを試していて、トライアルから有料サブスクリプションに変更したい場合は、メールでパートナーにリクエストできます。

1	https://admin.webex.comでControl Hubにログインし、建物のアイコンを選択します。です。
2	[サブスクリプション] タブを選択し、[今すぐ購入] をクリックします。有料サブスクリプションへの変換に興味を持っていることを知らせるメールがパートナーに送信されます。

通話オプションの設定

Control Hub を使用して、Webex アプリでユーザーに表示する利用可能な通話オプションの優先度を設定できます。シングルクリック通話を有効にすることもできます。詳細については、「 Webexアプリユーザーの通話オプションを設定するを選択します。

通話動作を設定

ユーザーが発信する際に開く通話アプリケーションを制御することができます。通話クライアントの設定を構成できます。これにはUnified CMまたはWebex CallingおよびCiscoの有料通話サービスを利用していないユーザー。詳細については、「通話動作をセットアップします。

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

Webex Calling は現在、ローカルゲートウェイの 2 つのバージョンをサポートしています。

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

主な考慮事項

開始する前に、Webex Calling のプレミスベースの公衆交換電話ネットワーク (PSTN) およびローカルゲートウェイ (LGW) の要件を理解してください。参照先Webex Callingに対するCiscoの推奨アーキテクチャをご覧ください。
この記事では、既存の音声構成がない専用のローカルゲートウェイプラットフォームが設置されていることを前提としています。既存の PSTN ゲートウェイまたは CUBE Enterprise 展開を Webex Calling のローカルゲートウェイ機能として使用するように変更する場合は、設定に注意してください。変更を行うため、既存のコールフローと機能を中断しないようにしてください。

この手順には、個々のコマンドオプションの詳細が記載されているコマンドリファレンスドキュメントへのリンクが含まれています。すべてのコマンドリファレンスリンクは、 Webexマネージドゲートウェイコマンドリファレンス特に断らない限り (その場合、コマンドリンクはCisco IOS音声コマンドリファレンス) を選択してください。これらのガイドはすべて、Cisco Unified Border Element コマンドリファレンスからアクセスできます。

サポートされているサードパーティ SBC の詳細については、各製品参照ドキュメントを参照してください。

ローカルゲートウェイの設定

ローカルゲートウェイを構成するためのオプションが 2 つあります。 Webex Callingトランク：

登録ベースのトランク
証明書ベースのトランク

下のいずれかでタスクフローを使用し、登録ベースのローカルゲートウェイまたは証明書ベースのローカルゲートウェイローカルゲートウェイの設定Webex Calling trunk。

さまざまなトランクタイプの詳細については、「ローカルゲートウェイの使い方」を参照してください。コマンドラインインターフェイス（CLI）を使用して、ローカルゲートウェイ自体で次の手順を実行します。セッション開始プロトコル (SIP)とトランスポートレイヤセキュリティ (TLS) トランスポートを使用してトランクのセキュリティを確保し、 Secure Real-time Protocol (SRTP) を使用して、ローカルゲートウェイとWebex Callingを選択します。

主な考慮事項

ローカルゲートウェイとして [CUBE] を選択します。政府版 Webex は現在、サードパーティのセッションボーダーコントローラ (SBC) をサポートしていません。最新のリストを確認するには、「ローカルゲートウェイの使用を開始する」を参照してください。
すべての Webex for Government Local Gateways に Cisco IOS XE Dublin 17.12.1a 以降のバージョンをインストールします。
政府版 Webex がサポートしているルート証明機関 (CA) のリストを確認するには、政府版 Webex のルート証明機関を参照してください。
政府版 Webex のローカルゲートウェイの外部ポート範囲の詳細については、政府版 Webex のネットワーク要件 (FedRAMP) を参照してください。

政府版 Webex のローカルゲートウェイは以下をサポートしていません。

メディアパス最適化のためのSTUN/ICE-Lite
ファクス (T.38)

政府版 Webex のローカルゲートウェイを設定する

政府版 Webex の Webex Calling トランクのローカルゲートウェイを設定するには、次のオプションを使用します。

証明書ベースのトランク

証明書ベースのローカルゲートウェイの下のタスクフローを使用して、Webex Calling トランクのローカルゲートウェイを設定します。証明書ベースのローカルゲートウェイを設定する方法の詳細については、「Webex Calling 証明書ベースのトランクの設定」を参照してください。

政府版 Webex のローカルゲートウェイをサポートするには、FIPS 準拠の GCM 暗号を設定する必要があります。そうでない場合、コールのセットアップは失敗します。設定の詳細については、「Webex Calling 証明書ベースのトランクの設定」を参照してください。

政府版 Webex は登録ベースのローカルゲートウェイをサポートしていません。

登録ベースのローカルゲートウェイ
証明書ベースのローカルゲートウェイ

デザインの概要

このセクションでは、登録 SIP トランクを使用して、Webex Calling のローカルゲートウェイとして Cisco Unified Border Element（CUBE）を設定する方法について説明します。このドキュメントの最初の部分は、シンプルな PSTN ゲートウェイを設定する方法を示しています。この場合、PSTN からのすべてのコールは Webex Calling にルーティングされ、Webex Calling からのすべてのコールは PSTN にルーティングされます。下の画像では、このソリューションとそれに続く高レベルのコールルーティング設定が強調されています。

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラス uri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

Call routing from/to PSTN to/from Webex Calling configuration solution

オンプレミスの Cisco Unified Communications Manager ソリューションを Webex Calling に接続する場合、次の図に示すソリューションを構築するためのベースラインとしてシンプルな PSTN ゲートウェイ設定を使用できます。この場合、Unified Communications Manager は、すべての PSTN および Webex Calling コールの集中ルーティングと処理を提供します。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

Webex Calling のローカルゲートウェイとして Cisco ルータを準備する最初のステップは、プラットフォームを保護し、接続を確立するベースライン設定を構築することです。

すべての登録ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.6.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが搭載されており、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACL
- ユーザー認証とリモートアクセス
- DNS
- IPルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 登録ベースのトランクの設定


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

テナントを定義した後 100 および SIP VoIP ダイヤルピアを設定すると、ゲートウェイは Webex Calling への TLS 接続を開始します。この時点で、アクセス SBC はその証明書をローカルゲートウェイに提示します。ローカルゲートウェイは、以前に更新された CA ルートバンドルを使用して、Webex Calling アクセス SBC 証明書を検証します。証明書が認識されると、ローカルゲートウェイと Webex Calling アクセス SBC の間で永続的な TLS セッションが確立されます。ローカルゲートウェイは、このセキュアな接続を使用して Webex アクセス SBC に登録できます。登録が認証にチャレンジされた場合:

レスポンスには、クレデンシャル設定のusername、password、およびrealmパラメータが使用されます。
sip プロファイル 100 の変更ルールは、SIPS URL を SIP に変換するために使用されます。

アクセスSBCから200 OKを受信すると、登録が成功します。

SIP PSTN トランクを使用したローカルゲートウェイの設定

上記の Webex Calling に対してトランクを構築した後、次の設定を使用して、SIP ベースの PSTN プロバイダーに対して暗号化されていないトランクを作成します。

サービスプロバイダーがセキュアな PSTN トランクを提供している場合、上記の Webex Calling トランクと同様の構成に従うことができます。セキュアからセキュアなコールルーティングは CUBE でサポートされています。

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

構成のフィールドの説明はここにあります。

音声クラス uri 200 sip

着信トランクダイヤルピアへの着信 SIP 招待と一致するパターンを定義します。このパターンを入力するときは、IP PSTN ゲートウェイの IP アドレスを使用します。詳細については、音声クラス uri を参照してください。

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

構成のフィールドの説明はここにあります。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

次のタグでVoIPダイヤルピアを定義します300管理とトラブルシューティングを容易にするために意味のある説明を付けます。詳細については、次のサイトを参照してください。ダイヤルピア音声。

destination-pattern BAD.BAD

着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、次のサイトを参照してください。 Destination-pattern（インターフェイス）を選択します。

session protocol sipv2

ダイヤルピア 200 が SIP コールレッグを処理するように指定します。詳細については、次のサイトを参照してください。 session Protocol (ダイヤルピア)を選択します。

session target ipv4:192.168.80.13

コールレッグを送信する宛先のターゲットIPv4アドレスを示します。ここでのセッションターゲットは ITSP のIPアドレスです。詳細については、セッションターゲット (VoIP ダイヤルピア)を参照してください。

200 経由で着信 uri

VIA ヘッダーとIP PSTN のIPアドレスの一致基準を定義します。ローカルゲートウェイのすべての着信 IP PSTN コールレッグとダイヤルピア 200 を一致させます。詳細については、着信 URLを参照してください。

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、次のサイトを参照してください。音声クラスコーデックを選択します。

dtmf-relay rtp-nte

コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ローカルゲートウェイを Webex Calling と PSTN 間のコールのみルーティングするように設定している場合は、次のコールルーティング設定を追加します。 Unified Communications Manager プラットフォームを使用してローカルゲートウェイを設定する場合は、次のセクションに進みます。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
構成のフィールドの説明はここにあります。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

既存のUnified CM環境でローカルゲートウェイを構成する

前のセクションの PSTN-Webex Calling 設定は、Cisco Unified Communications Manager (UCM) クラスタへの追加のトランクを含めるように変更される場合があります。この場合、すべてのコールは Unified CM 経由でルーティングされます。ポート 5060 の UCM からのコールは PSTN にルーティングされ、ポート 5065 からのコールは Webex Calling にルーティングされます。次の増分設定を追加して、この通話シナリオを含めることができます。

Unified CM で Webex Calling トランクを作成する場合は、SIP トランクセキュリティプロファイルの設定で着信ポートを 5065 に設定してください。これにより、ポート 5065 の着信メッセージを許可し、ローカルゲートウェイにメッセージを送信するときに、この値を VIA ヘッダーに入力します。

以下の音声クラス URI を設定:

SIP VIA ポートを使用して Unified CM を Webex コールに分類します。
```
voice class uri 300 sip
 pattern :5065
```
ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。

上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。

次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。

IOS XE は、これらのレコードをローカルでターゲット UCM ホストとポートを決定するために使用します。この設定では、DNS システムでレコードを設定する必要はありません。 DNS を使用する場合は、これらのローカル設定は必要ありません。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

構成のフィールドの説明はここにあります。

次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。

ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV リソースレコード名

2: SRV リソースレコードの優先順位

1: SRV リソースレコードの重み

5060: このリソースレコードでターゲットホストに使用するポート番号

ucmsub5.mydomain.com: リソースレコードターゲットホスト

リソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例:

ip ホスト ucmsub5.mydomain.com 192.168.80.65

IPホスト: ローカル IOS XE データベースにレコードを作成します。

ucmsub5.mydomain.com: A レコードのホスト名。

192.168.80.65: ホスト IP アドレス。

SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。

次のダイヤルピアを設定します。

Unified CM と Webex Calling 間のコールのダイヤルピア:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:wxtocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。
incoming uri via 300
音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
Unified CM と PSTN 間のコールのダイヤルピア:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
次のタグでVoIPダイヤルピアを定義します300管理とトラブルシューティングを容易にするために意味のある説明を付けます。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:pstntocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。
URI を400 経由で着信
音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

次の設定を使用してコールルーティングを追加します。

Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
構成のフィールドの説明はここにあります。
宛先 DPG 300
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。
ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名を使ってローカルゲートウェイを監視しトラブルシューティングする

診断署名(DS)は、IOS XE ベースのローカルゲートウェイでよく発生する問題をプロアクティブに検出し、イベントに関するメール、syslog、またはターミナルメッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。

診断署名（DS）は、問題のトリガーイベントと問題を通知、トラブルシューティング、および修正するために取られるアクションに関する情報を含む XML ファイルです。 syslog メッセージ、SNMP イベント、および特定の show コマンド出力の定期的なモニタリングを使用して、問題検出ロジックを定義できます。

アクションタイプには、次の show コマンド出力の収集が含まれます。

統合ログファイルを生成する
HTTPS、SCP、FTP サーバなどのユーザー提供のネットワークロケーションにファイルをアップロードします。

TAC エンジニアは DS ファイルを作成し、整合性保護のためデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。 Diagnostic Signatures Lookup ツール（DSLT）は、さまざまな問題の監視とトラブルシューティングに適切な署名を見つけるための単一の情報源です。

開始する前に:

ダウンロードした DS ファイルは編集しないでください。 DSLTを選択します。変更したファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol (SMTP) サーバー。
メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイで IOS XE 17.6.1 以上が実行されていることを確認してください。

前提条件

IOS XE 17.6.1a 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが Cisco IOS XE 17.6.1a 以降を実行している場合、プロアクティブな通知を送信するために使用する、セキュアな電子メールサーバを設定します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
環境変数を構成しますds_emailを通知する管理者のメールアドレスを入力します。
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

以下は、Cisco IOS XE 17.6.1a 以降で実行されているローカルゲートウェイの設定例で、プロアクティブな通知をtacfaststart@gmail.com 安全なSMTPサーバーとしてGmailを使用:

Cisco IOS XE Bengaluru 17.6.x 以降のバージョンを使用することをお勧めします。

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Cisco IOS XE ソフトウェアで実行されるローカルゲートウェイは OAuth をサポートする一般的な Web ベースの Gmail クライアントではないため、専用の Gmail アカウント設定を構成し、デバイスからのメールを適切に処理するための専用権限を指定する必要があります。

に移動 Googleアカウントの管理 > セキュリティを選択し、[安全性の低いアプリアクセス]設定をオンにします。
「Google 以外のアプリを使って第三者があなたのアカウントにサインインすることができなくなりました」というメールが Gmail から送られてきたら、「はい、それは私です」と回答します。

プロアクティブモニタリングのための診断署名をインストールする

高いCPU使用率の監視

この DS は、SNMP OID 1.3.6.1.4.1.9.2.1.56 を使用して、CPU 使用率を 5 秒間追跡します。使用率が 75% 以上に達すると、すべてのデバッグが無効になり、ローカルゲートウェイにインストールされている診断署名がすべてアンインストールされます。下記の手順を実行して署名をインストールします。

を使用する SNMPを表示コマンドで SNMP を有効にします。有効にしない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例は、 FTPサーバーからローカルゲートウェイにファイルをコピーする方法を示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
```

イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっているはずです。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要に応じて、DS 64224 を再インストールして、ローカルゲートウェイでの高い CPU 使用率の監視を継続します。

SIP トランク登録のモニタリング

この DS は、 Webex Callingクラウドをもつローカルゲートウェイ SIP トランクの登録解除を 60 秒ごとにチェックします。登録解除イベントが検出されると、メールと syslog 通知が生成され、登録解除が 2 回発生した後に DS 自体がアンインストールされます。 署名をインストールするには、以下の手順を使用します。

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64117 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	SIP-SIP
問題の種類	メール通知による SIP トランクの登録解除。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっている必要があります。

異常な通話切断の監視

この DS は、10 分おきに SNMP ポーリングを使用して、SIP エラー 403、488、503 の異常な通話切断を検出します。  エラーカウントが前回の投票から 5 以上増えている場合、syslog とメール通知が生成されます。 下記の手順を実行して、署名をインストールしてください。

を使用する SNMPを表示コマンドを使用して、SNMP が有効になっているかどうかを確認します。有効になっていない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常な通話切断の検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっている必要があります。

問題をトラブルシューティングするための診断署名をインストールする

診断署名（DS）を使用して、問題を迅速に解決します。特定の問題のトラブルシューティング、問題発生の検出、診断データの適切なセットの収集、およびCisco TACケースへのデータの自動転送に必要なデバッグを可能にする複数の署名をCisco TACエンジニアが作成しました。診断署名（DS）は、問題の発生を手動で確認する必要性を排除し、断続的および一時的な問題のトラブルシューティングをはるかに容易にします。

また、 Diagnostic Signatures Lookup ツール特定の問題を自分で解決するために、適切な署名を見つけ、インストールするか、サポート契約の一部として TAC エンジニアによって推奨される署名をインストールできます。

以下の例は、「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0」の syslog 発生を検出し、以下のステップを使用して診断データ収集を自動化します。

追加の DS 環境変数を構成しますds_fsurl_prefix収集された診断データがアップロードされるCisco TACファイルサーバーパス (cxd.cisco.com) です。 ファイルパス内のユーザ名はケース番号で、パスワードはファイルアップロードトークンです。これはサポートケースマネージャーを次のコマンドで実行できます。 必要に応じて、サポートケースマネージャの [添付] セクションでファイルアップロードトークンを生成できます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
SNMP がSNMPを表示コマンド有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

CPU使用率が高い期間中のすべてのデバッグと診断署名を無効にする予防策として、高CPUモニタリング DS 64224 をインストールしてください。 Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

ローカルゲートウェイに、高 CPU モニタリング DS 64224、DS 65095 XML ファイルの順にインストールします。

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

署名が正常にインストールされたことを確認してください。 call-home 診断署名の表示します。ステータス列の値が「registered」になっている必要があります。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020 年 11 月 08 日

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020 年 11 月 08 日

診断署名の実行を確認する

次のコマンドでは、[状態] 列のcall-home 診断署名の表示ローカルゲートウェイが署名内で定義されたアクションを実行している間、コマンドは「実行中」に変わります。出力は次のとおりですCall-home 診断署名統計の表示は、診断署名が対象イベントを検出してアクションを実行するかどうかを検証するための最適な方法です。 [Triggered/Max/Deinstall] 列には、指定した署名がイベントをトリガーした回数、定義済みのイベント最大検出回数、トリガーされたイベントの検出後に署名がアンインストールされるかどうかが表示されます。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

Call-home 診断署名統計の表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名の実行中に送信される通知メールには、問題の種類、デバイスの詳細、ソフトウェアバージョン、実行中の構成、特定の問題のトラブルシューティングに関連する show コマンド出力などの重要な情報が含まれています。

診断署名をアンインストールする

トラブルシューティング目的で診断署名を使用する場合、通常、診断署名はいくつかの問題の発生が検出された後にアンインストールするように定義されます。署名を手動でアンインストールする場合は、コールホーム診断署名を表示コマンドを実行し、次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

展開でよく見られる問題に基づいて、Diagnostics Signatures Lookup Tool に新しい署名が定期的に追加されます。 TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

Control Hub を使用したCisco IOS XE ゲートウェイの管理と検証

Cisco IOS XE ゲートウェイの管理を改善するため、コントロールハブを通じてゲートウェイを登録し、管理することを推奨します。これはオプションの設定です。登録すると、コントロールハブの設定検証オプションを使用して、ローカルゲートウェイ構成を検証し、構成の問題を特定することができます。現在、この機能をサポートしているのは登録ベースのトランクだけです。

詳細については、以下を参照してください。

デザインの概要

このセクションでは、証明書ベースの相互 TLS (mTLS) SIP トランクを使用して、Webex Calling のローカルゲートウェイとして Cisco Unified Border Element (CUBE) を設定する方法について説明します。このドキュメントの最初の部分は、シンプルな PSTN ゲートウェイを設定する方法を示しています。この場合、PSTN からのすべてのコールは Webex Calling にルーティングされ、Webex Calling からのすべてのコールは PSTN にルーティングされます。次の画像では、このソリューションとそれに続く高レベルのコールルーティング設定が強調表示されます。

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラス uri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。オプションは、パブリックまたはプライベート（NATの背後）アドレッシングに提供されます。 SRV DNS レコードは、複数の CUBE インスタンス間でロードバランシングされない限り、オプションです。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての証明書ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.9.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが装備されており、DNA Essentialsのライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
- 大容量の要件については、High Security（HSEC）ライセンスおよび追加のスループットエンタイトルメントが必要になる場合があります。
  
  詳細については、認証コードを参照してください。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACL
- ユーザー認証とリモートアクセス
- DNS
- IPルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。ローカルゲートウェイの完全修飾ドメイン名（FQDN）またはサービスレコード（SRV）アドレスは、インターネット上のパブリック IPv4 アドレスに解決する必要があります。
Webex に面しているローカルゲートウェイインターフェイスのすべての SIP ポートとメディアポートは、直接または静的 NAT 経由でインターネットからアクセスできる必要があります。それに応じてファイアウォールを更新してください。
署名付き証明書をローカルゲートウェイにインストールします (詳細な設定手順は次のとおりです)。
- Cisco Webex 音声およびビデオプラットフォームへの通話でサポートされているルート認証局とはに詳述されているパブリック認証局 (CA) は、デバイス証明書に署名する必要があります。
- トランクの作成時に Control Hub で設定された FQDN は、ルータの共通名（CN）またはサブジェクト代替名（SAN）の証明書である必要があります。例:
  - 組織の Control Hub で設定されたトランクに、ローカルゲートウェイの FQDN として cube1.lgw.com:5061 がある場合、ルーター証明書の CN または SAN には cube1.lgw.com が含まれている必要があります。 
  - 組織の Control Hub で設定されたトランクが、トランクから到達可能なローカルゲートウェイの SRV アドレスとして LGWS.LGW.COM を持っている場合、ルータ証明書の CN または SAN には lgws.lgw.com が含まれている必要があります。 SRV アドレスが解決されるレコード（CNAME、レコード、またはIPアドレス）は、SAN ではオプションです。
  - トランクに FQDN または SRV を使用するかどうかにかかわらず、ローカルゲートウェイからのすべての新しい SIP ダイアログの連絡先アドレスは、Control Hub で設定された名前を使用します。
証明書がクライアントとサーバで使用されていることを確認します。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 証明書ベースのトランクの設定



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

SIP PSTN トランクを使用したローカルゲートウェイの設定

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

構成のフィールドの説明はここにあります。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

構成のフィールドの説明はここにあります。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

destination-pattern BAD.BAD

session protocol sipv2

session target ipv4:192.168.80.13

200 経由で着信 uri

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

dtmf-relay rtp-nte

コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
構成のフィールドの説明はここにあります。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

既存のUnified CM環境でローカルゲートウェイを構成する

以下の音声クラス URI を設定:

SIP VIA ポートを使用して Unified CM を Webex コールに分類します。
```
voice class uri 300 sip
 pattern :5065
```
ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。

上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。

次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

構成のフィールドの説明はここにあります。

次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。

ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV リソースレコード名

2: SRV リソースレコードの優先順位

1: SRV リソースレコードの重み

5060: このリソースレコードでターゲットホストに使用するポート番号

ucmsub5.mydomain.com: リソースレコードターゲットホスト

リソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例:

ip ホスト ucmsub5.mydomain.com 192.168.80.65

IPホスト: ローカル IOS XE データベースにレコードを作成します。

ucmsub5.mydomain.com: A レコードのホスト名。

192.168.80.65: ホスト IP アドレス。

SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。

次のダイヤルピアを設定します。

Unified CM と Webex Calling 間のコールのダイヤルピア:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:wxtocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。
incoming uri via 300
音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
Unified CM と PSTN 間のコールのダイヤルピア:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
次のタグでVoIPダイヤルピアを定義します300管理とトラブルシューティングを容易にするために意味のある説明を付けます。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:pstntocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。
URI を400 経由で着信
音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

次の設定を使用してコールルーティングを追加します。

Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
構成のフィールドの説明はここにあります。
宛先 DPG 300
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。
ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名を使ってローカルゲートウェイを監視しトラブルシューティングする

診断署名(DS)は、 Cisco IOS XE ベースのローカルゲートウェイでよく発生する問題をプロアクティブに検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。

診断署名（DS）は、問題をトリガーしたイベントと問題を通知、トラブルシューティング、修正するアクションに関する情報を含むXMLファイルです。 syslog メッセージ、 SNMPイベント、特定の show コマンド出力の定期的なモニタリングを通じて、問題検出ロジックを定義します。アクションタイプには、次のものが含まれます。

show コマンド出力の収集
統合ログファイルを生成する
ユーザーが指定したネットワークロケーションへのファイルのアップロード (HTTPS、SCP、 FTPサーバーなど)

TAC エンジニアは DS ファイルを作成し、整合性保護のためデジタル署名を行います。各 DS ファイルには、システムによって割り当てられた固有の数値IDがあります。 Diagnostic Signatures Lookup ツール（DSLT）は、さまざまな問題の監視とトラブルシューティングに適切な署名を見つけるための単一の情報源です。

開始する前に:

ダウンロードした DS ファイルは編集しないでください。 DSLTを選択します。変更したファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol (SMTP) サーバー。
メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイで IOS XE 17.6.1 以上が実行されていることを確認してください。

前提条件

IOS XE 17.6.1 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスで IOS XE 17.6.1 以降を実行している場合は、プロアクティブ通知の送信に使用するセキュアなメールサーバーを構成します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

環境変数を構成しますds_emailに管理者のメールアドレスを指定します。


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

プロアクティブモニタリングのための診断署名をインストールする

高いCPU使用率の監視

この DS はSNMP OID 1.3.6.1.4.1.9.2.1.56 を使用して 5 秒間のCPU使用率を追跡します。使用率が 75% 以上に達すると、すべてのデバッグが無効になり、ローカルゲートウェイにインストールした診断署名がすべてアンインストールされます。下記の手順を実行して署名をインストールします。

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMPが有効になっていない場合は、snmpサーバーマネージャコマンド


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Callingソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高 CPU 使用率

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例は、 FTPサーバーからローカルゲートウェイにファイルをコピーする方法を示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっている必要があります。


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要な場合は、DS 64224 を再インストールして、ローカルゲートウェイの高CPU使用率の監視を続行してください。

異常な通話切断の監視

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常な通話切断の検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
コマンドを使用するcall-home 診断署名の表示をクリックし、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっているはずです。

問題をトラブルシューティングするための診断署名をインストールする

診断署名（DS）を使用して問題を迅速に解決することもできます。特定の問題のトラブルシューティング、問題発生の検出、診断データの適切なセットの収集、およびCisco TACケースへのデータの自動転送に必要なデバッグを可能にする複数の署名をCisco TACエンジニアが作成しました。これにより、問題の発生を手動で確認する必要がなくなり、断続的、および一時的な問題のトラブルシューティングがはるかに容易になります。

別の DS 環境変数を構成するds_fsurl_prefixをCisco TACファイルサーバーパス (cxd.cisco.com) として入力し、診断データをアップロードします。 ファイルパス内のユーザ名はケース番号で、パスワードはファイルアップロードトークンです。これはサポートケースマネージャー次に示すとおりです。 ファイルアップロードトークンは、添付ファイルを追加することができます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

CPU使用率が高い期間中のすべてのデバッグと診断署名を無効にする予防策として、高CPUモニタリング DS 64224 をインストールすることをお勧めします。 Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

高CPUモニタリング DS 64224 をインストールし、次に DS 65095 XMLファイルをローカルゲートウェイにインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

を使用して署名が正常にインストールされていることを確認します。コールホーム診断署名を表示だステータス列の値が「registered」になっているはずです。


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08:00:12:53

診断署名の実行を確認する

次のコマンドでは、コマンドの [状態] 列call-home 診断署名の表示ローカルゲートウェイが署名内で定義されたアクションを実行している間は、「実行中」に変更されます。出力は次のとおりですCall-home 診断署名統計の表示診断署名が対象イベントを検出してアクションが実行されたかどうかを検証するための最適な方法です。 [Triggered/Max/Deinstall] 列には、指定した署名がイベントをトリガーした回数、定義済みのイベント最大検出回数、トリガーされたイベントの検出後に署名がアンインストールされるかどうかが表示されます。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

Call-home 診断署名統計の表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名をアンインストールする

トラブルシューティング目的で診断署名を使用し、通常はいくつかの問題の発生が検出された後にアンインストールするように定義します。署名を手動でアンインストールする場合、次の出力から DS IDを取得しますcall-home 診断署名の表示に移動し、次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

展開で観察された問題に基づいて、Diagnostics Signatures Lookup Tool に新しい署名が定期的に追加されます。 TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

ローカルゲートウェイとして CUBE の高可用性を実装する

基礎

前提条件

Webex Calling のローカルゲートウェイとして CUBE HA を展開する前に、以下の概念を深く理解するようにしてください。

Cisco Webex Calling ソリューション
Cisco Webex Calling のローカルゲートウェイオプション
ステートフルコール保持のための CUBE エンタープライズによるレイヤー 2 ボックス間冗長性

この記事で提供される構成ガイドラインは、既存の音声構成が設定されていない専用のローカルゲートウェイプラットフォームが使用されていることを前提としています。既存の CUBE エンタープライズ展開が、Cisco Webex Calling のローカルゲートウェイ機能を使用するように変更されている場合、既存のコールフローと機能が中断されないようにして、CUBE HA 設計要件に準拠するように、設定に注意してください。

ハードウェアとソフトウェアのコンポーネント

ローカルゲートウェイとしての CUBE HA には IOS-XE バージョン 16.12.2 以降、および CUBE HA と LGW 機能の両方をサポートするプラットフォームが必要です。

この記事のコマンドとログの表示は、vCUBE（CSR1000v）で実装された Cisco IOS-XE 16.12.2 のソフトウェアの最小リリースに基づいています。

参考資料

さまざまなプラットフォーム向けの詳細な CUBE HA 設定ガイドを次に示します。

ISR 4K シリーズ— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling ソリューションの概要

Cisco Webex Calling は、複数の PSTN オプションにより、オンプレミスの PBX 電話サービスにマルチテナントのクラウドベースの代替手段を提供するコラボレーションソリューションです。

この記事の焦点は、ローカルゲートウェイの展開 (以下を参照) です。 Webex Calling のローカルゲートウェイ（プレミスベースの PSTN）トランクによって、顧客が所有する PSTN サービスへの接続が可能になります。また、Cisco Unified CM などのオンプレミス IP PBX 展開への接続も提供します。クラウド間のすべての通信は、メディア向け SIP および SRTP で TLS トランスポートを使用してセキュリティ保護されています。

次の図では、既存の IP PBX なしでの Webex Calling 展開を示し、単一または複数サイトの展開に適用されます。この記事に記載されている設定は、この展開に基づいています。

レイヤー 2 のボックス間冗長性

CUBE HA レイヤー 2 ボックス間冗長性は、冗長性グループ (RG) インフラストラクチャプロトコルを使用して、ルーターのアクティブ/スタンバイペアを形成します。このペアは、それぞれのインターフェイスで同じ仮想 IP アドレス (VIP) を共有し、ステータスメッセージを継続的に交換します。 CUBE セッションはルーターのペアリングのチェックポイントであり、アクティブルーターがサービスを停止した場合に、スタンバイルーターがすべての CUBE コール処理の責任を果たすことができるようになりました。その結果、シグナリングとメディアのステートフルな保持が可能になりました。

チェックポイントは、メディアパケットのある接続されたコールに限定されます。転送中のコールはチェックポイントではありません (たとえば、試行中または呼出状態)。

この記事では、CUBE HA は、ステートフルコール保持の CUBE ハイアベイラビリティ (HA) レイヤー 2 ボックス間 (B2B) 冗長性を参照します。

IOS-XE 16.12.2 では、CUBE HA を Cisco Webex Calling トランク（プレミスベースの PSTN）展開のローカルゲートウェイとして展開できます。この記事では、設計の考慮事項と構成について説明します。この図は、Cisco Webex Calling トランク展開のローカルゲートウェイとしての一般的な CUBE HA 設定を示しています。

冗長性グループインフラストラクチャコンポーネント

冗長グループ (RG) インフラコンポーネントは、2 つの CUBE 間でのボックス間通信インフラストラクチャのサポートを提供し、最終的に安定した冗長性の状態をネゴシエートします。このコンポーネントは次の機能も提供します。

2 つの CUBE 間で keepalive と hello メッセージを交換することで (コントロールインターフェイス)、各ルータの最終的な冗長状態をネゴシエートする HSRP のようなプロトコル。上の図の GigabitEthernet3です。
アクティブからスタンバイルータ (データインターフェイス経由) への各コールに関して、シグナリングとメディアの状態をチェックするための転送メカニズム。上記の図の GigabitEthernet3です。
トラフィックインターフェイスの仮想 IP (VIP) インターフェイスの構成と管理 (複数のトラフィックインターフェイスは同じ RG グループを使用して構成できます)。GigabitEthernet 1 および 2 はトラフィックインターフェイスと見なされます。

この RG コンポーネントは、音声 B2B HA をサポートするように特別に構成する必要があります。

信号とメディアの両方に関する仮想 IP (VIP) アドレス管理

B2B HA は、冗長性を確保する際に VIP に依存します。 CUBE HA ペアの両方の CUBE で VIP および関連する物理インターフェイスは、同じ LAN サブネット上に存在している必要があります。 VIP の構成、および特定の音声アプリケーション (SIP) への VIP インターフェイスのバインドは、音声 B2B HA サポートに必須です。 Unified CM、Webex Calling アクセス SBC、サービスプロバイダー、プロキシなどの外部デバイスは、CUBE HA ルーターを通過するコールの宛先 IP アドレスとして VIP を使用します。そのため、Webex Calling の観点から、CUBE HA ペアは単一のローカルゲートウェイとして機能します。

確立されたコールのコールシグナリングおよび RTP セッション情報は、アクティブなルーターからスタンバイルーターへのチェックポイントです。アクティブルーターがダウンすると、スタンバイルーターが引き継ぎ、最初のルーターによって以前にルーティングされた RTP ストリームを継続して転送します。

フェイルオーバー時に一時的な状態のコールは、切り替え後には保存されません。たとえば、まだ完全に確立されていない、または転送や保留の機能により変更中のコールなどです。確立されたコールは、切り替え後に切断される場合があります。

コールのステートフルフェールオーバーのローカルゲートウェイとして CUBE HA を使用するには、以下の要件があります。

CUBE HA は TDM またはアナログインターフェイスを共存させることはできません
Gig1 および Gig2 はトラフィック (SIP/RTP) インターフェイス、Gig3 は冗長グループ (RG) コントロール/データインターフェイスと呼ばれます
グループ id 1 とグループ id 2 を持つ同じレイヤー 2 ドメインに配置できる CUBE HA ペアは 2 つまでです。同じグループ ID で 2 つの HA ペアを構成する場合、RG コントロール/データインターフェイスは異なるレイヤー 2 ドメイン (vlan、個別のスイッチ) に属している必要があります
ポートチャネルは、RG コントロール/データとトラフィックインターフェイスの両方でサポートされています
すべてのシグナリング/メディアは、仮想 IP アドレスから供給されます
プラットフォームが CUBE HA 関係にリロードされると、常にスタンバイとして起動します
すべてのインターフェイスの下位アドレス (Gig1、Gig2、Gig3) は、同じプラットフォームにある必要があります
冗長性インターフェイス識別子、rii は同じレイヤー 2 のペア/インターフェイスの組み合わせに対して固有である必要があります
両方の CUBE の構成は、物理構成を含む必要があり、同じ種類のプラットフォームと IOS-XE バージョンで実行されている必要があります
ループバックインターフェイスは、常に起動しているためバインドとして使用できません
複数のトラフィック (SIP/RTP) インターフェイス (Gig1、Gig2) では、インターフェイスのトラッキングが構成されている必要があります
CUBE-HA は、RG コントロール/データリンク (Gig3) のクロスオーバーケーブル接続ではサポートされていません
両方のプラットフォームは同一である必要があり、すべての同様のインターフェイスで CUBE HA が機能するように [物理スイッチ] を介して接続します。例: CUBE-1 と CUBE-2 の GE0/0/0 は同じスイッチ上で終了する必要があります
直接 CUBE 上で、またはいずれかの側のデータ HA で WAN を終了することができません
アクティブ/スタンバイは両方とも同じデータセンターにある必要があります
冗長性 (RG コントロール/データ、Gig3) に別の L3 インターフェイスを使用する必要があります。トラフィックに使用されるインターフェイスは、HA keepalives およびチェックポイントに使用できません
フェールオーバー時に、以前アクティブだった CUBE は、設計によって再読み込みされ、シグナリングとメディアを保持します

両方の CUBE で冗長性を構成する

HA ペアで使用し、仮想 IP を表示するために、両方の CUBE でレイヤー 2 ボックス間冗長性を構成する必要があります。

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

両方の CUBE でローカルゲートウェイを構成する

この例の構成では、Control Hub から以下のトランク情報を使用して、VCUBE-1、VCUBE-2 の両方のプラットフォームでローカルゲートウェイを構成しています。この設定のユーザー名とパスワードは以下のとおりです。

ユーザー名: フセイン1076_LGU
パスワード: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Webex Calling のために Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

ローカルゲートウェイと PSTN ゲートウェイが同じデバイス上に存在する場合、Unified CM を有効にして、同じデバイスから発信された 2 個の異なるトラフィックの種類 (Webex と PSTN のコール) を区別し、これらのコールタイプに対して差別化されたクラスのサービスを適用する必要があります。この差別化されたコール処理は、Unified CM および結合されたローカルゲートウェイと PSTN ゲートウェイデバイスの 2 つのトランクをプロビジョニングすることで行われます。これは、2 つのトランクに異なる SIP リスニングポートを必要とします。

次の設定でローカルゲートウェイトランクの専用の SIP トランクセキュリティプロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex SIP トランクセキュリティプロファイルなどの意味のある説明
着信ポート	Webex 間のトラフィックでは、ローカルゲートウェイ構成で使用されるポートと一致する必要があります。 5065

ローカルゲートウェイトランクの SIP プロファイルを構成する

次の設定でローカルゲートウェイトランク用の専用の SIP プロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP プロファイルなど)
オプションの Ping を有効にして、サービスタイプ「なし (デフォルト)」のトランクの宛先ステータスをモニタします。	選択

Webex からのコールのコール検索スペースを作成する

次の設定で Webex から発信されたコールのためのコール検索スペースを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex Calling 検索スペースなど)
選択済みパーティション:	DN (+E.164 ディレクトリ番号) ESN (省略形のサイトダイヤル) PSTNInternational (PSTN アクセス) onNetRemote (GDPR 学習先)

最後のパーティション onNetRemote は、Intercluster Lookup Service (ILS) または Global Dialplan Replication (GDPR) を使用して、Unified CM クラスター間でルーティング情報が交換されるマルチクラスター環境でのみ使用されます。

Webex 間で SIP トランクを構成する

次の設定を使用して、ローカルゲートウェイ経由での Webex 間のコールに SIP トランクを作成します。

設定	値
デバイス情報
DeviceName	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP トランクなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
着信コール
コール検索スペース	以前に定義されたコール検索スペース: Webex
AAR コール検索スペース	PSTN ルートパターンへのアクセス権のみを持つコール検索スペース: PSTNReroute
SIP 情報
接続先アドレス	ローカルゲートウェイ CUBE の IP アドレス
移動先ポート	5060
SIP トランクセキュリティプロファイル	定義済み: Webex
SIP プロファイル	定義済み: Webex

Webex のルートグループを構成する

次の設定でルートグループを作成します。

設定	値
ルートグループ情報
ルートグループ名	固有の名前 (Webex など)
選択したデバイス	以前に構成された SIP トランク: Webex

Webex のルートリストを構成する

次の設定でルートリストを作成します。

設定	値
ルートリスト情報
名前	一意の名前 (RL_Webex など)
説明	意味のある説明 (Webex のルートリストなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
ルートリストメンバー情報
選択したグループ	以前に定義されたルートグループのみ: Webex

Webex の移動先のパーティションを作成する

次の設定で Webex の移動先のパーティションを作成します。

設定	値
ルートリスト情報
名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex のパーティションなど)

次に行うこと

このパーティションは、Webex の宛先にアクセスする必要があるすべてのコール検索スペースに追加してください。このパーティションは、PSTN から Webex への発信がルーティングされるように、PSTN トランクの着信コール検索スペースとして使用されるコール検索スペースに特に追加する必要があります。

Webex の移動先のルートパターンを構成する

次の設定で Webex の各 DID 範囲のルートパターンを構成します。

設定	値

ルートパターン	「\」が頭文字にある Webex で DID 範囲のフル +E.164 パターン例: \+140855501XX
ルートパーティション	Webex
ゲートウェイ/ルートリスト	RL_Webex
緊急の優先事項	選択

Webex の簡略サイト間ダイヤル正規化を構成する

短縮されたサイト間ダイヤルが Webex に必要な場合は、Webex の各 ESB 範囲にダイヤル正規化パターンを設定します。

設定	値

翻訳パターン	Webex の ESN 範囲の ESB パターン。例: 80121XX
パーティション	Webex
説明	Webex の正規化パターンなどの意味のある説明
発信者のコール検索スペースを使用する	選択
緊急の優先事項	選択
後続ホップでの連続桁のタイムアウトを待たない	選択
着信側トランスフォームマスク	番号を + E.164 に正規化するマスク。例: +140855501XXさん

Webex Calling の機能をセットアップする

ハントグループをセットアップする

ハントグループは着信をグループのユーザーまたはワークスペースにルーティングします。グループ全体にルーティングするパターンを構成することもできます。

ハントグループのセットアップ方法の詳細については、「Cisco Webex Control Hub のハントグループ」を参照してください。

通話キューを作成する

コールキューを作成すれば、顧客の発信にすぐに応答がない場合、誰かが応答できるようになるまで自動応答にしたり、お詫びのメッセージや保留中の音楽が流れるようにしたりすることができます。

コールキューをセットアップおよび管理する方法の詳細については、「Cisco Webex Control Hub でコールキューを管理する」を参照してください。

レセプショニストクライアントを作成する

お客様のフロントオフィスの担当者のニーズに対応します。ユーザーを電話のアテンダントとして設定すると、組織内の特定のユーザーに着信するコールをスクリーンできます。

レセプショニストクライアントのセットアップ方法と表示方法については、「Cisco Webex Control Hub のレセプショニストクライアント」を参照してください。

自動アテンダントを作成して管理する

セットアップメニューと、応答サービス、ハントグループ、ボイスメールボックスや実際のオペレーターなどへのルーティング機能によって、適切なあいさつを返すことができます。 24 時間分のスケジュールを作成できます。あるいは、時間内か外かに応じて、異なるオプションを使うこともできます。

自動アテンダントの作成と管理の方法については、「Cisco Webex Control Hub で自動アテンダントを管理する」を参照してください。

ページンググループを構成する

グループページングは、特定のページンググループに割り当てられた番号または内線番号をダイヤルすることにより、最大 75 名のターゲットユーザーに一方向通話を行うか、グループページングを行うことができるようにします。

ページンググループのセットアップ方法と編集方法の詳細については、「Cisco Webex Control Hub のページンググループを構成する」を参照してください。

コールピックアップを設定する

コールピックアップグループを作成し、グループのユーザーがお互いの通話に応答できるようにすることによって、社内でのチームワークと協力体制を強化します。ユーザーをコールピックアップグループに追加しておけば、グループメンバーが席を離れていたり、電話中だったりした場合、別のメンバーが電話に出ることができます。

コールピックアップグループのセットアップ方法については、「Cisco Webex Control Hub でのコールピックアップ」を参照してください。

コールパークをセットアップする

コールパークにより、ユーザーの定義されたグループは、コールパークグループの他の利用可能なメンバーに対するコールをパークすることができます。パーク中のコールは、グループの他のメンバーが自分の電話で取ることができます。

コールパークのセットアップ方法の詳細については、「Cisco Webex Control Hub コールパーク」を参照してください。

ユーザーの割り込みを有効にする

1	の顧客ビューから、[管理] > [ユーザー] の順に移動します。https://admin.webex.com
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］セクションに移動し、［割り込み］を選択します。
4	トグルをオンにすると、他のユーザがこのユーザの進行中のコールに自分自身を追加できるようになります。
5	このユーザーがコールに割り込むときに他のユーザーにトーンを再生する場合は、[このユーザーがコールで割り込むときにトーンを再生] にチェックを入れます。
6	[保存] をクリックします。

ユーザーのプライバシーを有効にする

Control Hubにサインインし、管理 > ユーザー。

ユーザーを選択し、[Calling] をクリックします。

［ユーザー権限間］領域に移動し、［プライバシー］を選択します。

このユーザーに適切な　[自動音声応答のプライバシー] 設定を選択します。

このユーザーへの内線でのダイヤルを許可
このユーザーの名前/姓でのダイヤルを許可

[プライバシーを有効にする] チェックボックスをオンにします。ドロップダウンリストからメンバーを選択しないことで、全員をブロックすることができます。または、このユーザーの回線ステータスを監視できるユーザー、ワークスペース、仮想回線を選択することもできます。

ロケーション管理者の場合、割り当てられたロケーションに関連するユーザー、ワークスペース、仮想回線だけがドロップダウンリストに表示されます。

[プライバシーを有効にする] チェックボックスをオフにすると、全員が回線のステータスを監視できるようになります。

ダイレクトコールピックアップと割り込みのプライバシーを有効にするには、[ダイレクトコールピックアップと割り込みのプライバシーを強制] チェックボックスをオンにします。

このオプションを有効にすると、このユーザーに対してダイレクトコールピックアップと割り込みを使用できるのは、許可されたユーザー、仮想回線、およびワークスペースデバイスだけです。それ以外の場合、組織内の誰もが、ダイレクトコールピックアップと割り込みを回線上で呼び出すことができます。
割り込みの詳細については、他のユーザーの電話での割り込みを参照してください。
スーパーバイザは、エージェントがコールキューを介して受信するコールに常に割り込むことができます。つまり、プライバシー設定はスーパーバイザの割り込みオプションには影響しません。

[名前でメンバーを追加] から、電話回線のステータスを監視し、ダイレクトコールピックアップと割り込みを呼び出せるユーザ、ワークスペース、仮想回線を選択します。

選択したメンバーをフィルタリングするには、［名前、番号、またはextでフィルタリング］フィールドを使用します。

選択したすべてのメンバーを削除するには、［すべて削除］をクリックします。

個々のメンバーを削除するには、メンバー名の横にある [削除] をクリックします。

[保存] をクリックします。

モニタリングの設定

ユーザーの監視対象回線の最大数は 50 です。ただし、モニタリングリストを設定する際には、Webex Calling とネットワーク間の帯域幅に影響を与えるメッセージの数を考慮してください。また、ユーザの電話機の回線ボタンの数によって、最大監視回線を決定します。

https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］をクリックします。

変更するユーザーを選択し、[Calling] をクリックします。

[ユーザー権限間] セクションに移動し、[モニタリング] を選択します。

次から選択します:

監視対象回線を追加する
コールパーク内線を追加する

ユーザーモニタリングのために、[モニタリング対象の回線を追加（Add Monitored Line）] リストに仮想回線を含めることができます。

このユーザーにパークされたコールを通知するかどうかを選択し、監視対象のユーザーまたはコールパーク内線を検索し、[保存] をクリックします。

Control Hub の監視回線リストは、ユーザーのデバイス上で表示される監視回線の順番に対応します。監視対象回線のリストをいつでも並べ替えることができます。

監視対象の回線に表示される名前は、ユーザ、ワークスペース、仮想回線の [発信者 ID 名（Caller ID First Name）] フィールドと [姓（Last Name）] フィールドに入力された名前です。

実際の例を見てみましょう。これを視聴するビデオデモンストレーションでユーザーの監視設定を管理する方法コントロールハブを選択します。

ユーザーのコールブリッジ警告トーンを有効にする

始める前に

呼び出されるCall Bridge用に共有回線を設定しておく必要があります。参加方法を共有回線の設定必要に応じて、Call Bridge警告音の再生を有効にしてください。

Control Hubにサインインし、管理 > ユーザー。

ユーザーを選択し、[通話] タブをクリックします。

[ユーザー権限間] に移動し、[コールブリッジ警告トーン] をクリックします。

オンにするコールブリッジの警告トーンを選択し、 [保存を選択します。

デフォルトで、この機能は有効です。

MPP 共有回線のコールブリッジングの詳細については、「マルチプラットフォームデスクフォンの共有回線」を参照してください。

Webex アプリの共有回線でのコールブリッジングの詳細については、「WebexApp の共有回線アピアランス」を参照してください。

ユーザーのためにホテリングをオンにする

この機能を有効にすることで、ユーザーは主な卓上電話の機能性と機能を維持しながら、別のスペースで作業をすることができます。

顧客ビューからhttps://admin.webex.com、管理を選択して、ユーザーを選択します。

ユーザーを選択し、[通話] タブをクリックします。

［ユーザー間の権限］セクションに移動し、［ホテリング］を選択してトグルをオンにします。

[ホテリングロケーション] 検索フィールドにホテリングホストの名前または番号を入力し、ユーザーに割り当てるホテリングホストを選択します。

選択できるホテリング主催者は 1 つのみです。別のホテリング主催者を選択した場合、最初のホテリングホストは削除されます。

ロケーション管理者の場合、割り当てられたロケーションに関連するホテリングホストのみを割り当てることができます。

ユーザーがホテリングホストに関連付けることができる時間を制限するには、[関連付け期間を制限(Limit Association Period)] ドロップダウンからユーザーがホテリングホストを使用できる時間を選択します。

指定した時間が経過すると、ユーザーは自動的にログアウトします。

ユーザーに指定された制限関連付け期間が、選択したホテリングホストの制限関連付け期間を超えると、画面にエラーメッセージが表示されます。たとえば、ホテリングホストの制限関連付け期間が 12 時間で、ユーザーの制限関連付け期間が 24 時間である場合、エラーメッセージが表示されます。このような場合、ユーザーにより多くの時間が必要であれば、ホテリング主催者の関連付け制限期間を延長する必要があります。

[保存] をクリックします。

ユーザは、ユーザハブから使用するホテリングホストを検索し、検索することもできます。詳細については、次のサイトを参照してください。どこからでも通話プロファイルにアクセスを選択します。

実際の例を見てみましょう。これを視聴するビデオデモンストレーションでホテリングを構成する方法について説明します。

Webex Callingの導入傾向と使用レポート

通話レポートを表示する

Control Hub の [アナリティクス] ページを使用して、ユーザーがどのように Webex Calling と Webex アプリ (エンゲージメント) を使用しているか、また、通話のメディアエクスペリエンスの質について洞察を得ることができます。 Webex Calling のアナリティクスにアクセスするには、Control Hub にサインインし、[アナリティクス] に移動して、[Calling] タブを選択します。

1	通話履歴の詳細レポートを参照するには、コントロールハブを表示し、次に移動します。分析次のリンクをクリックしてください:電話を選択します。
2	選択詳細な通話履歴を選択します。専用インスタンスを使用する通話の詳細については、「専用インスタンスの分析」を参照してください。
3	メディア品質データにアクセスするには、Control Hub にサインインし、[アナリティクス] に移動して、[Calling] を選択します。詳細については、「クラウドコラボレーションポートフォリオのためのアナリティクス」を参照してください。

CScan ツールを実行する

CScan は、Webex Calling へのネットワーク接続をテストするために設計されたネットワーク準備ツールです。

詳細については、「CScan を使用して Webex Calling ネットワークの品質をテストする」をご覧ください。

環境を準備する

一般的な前提条件

Webex Callingのローカルゲートウェイを設定する前に、次のことを確認してください。

VoIP の原理についての基本的な知識があること
Cisco IOS-XE と IOS-XE 音声のコンセプトについて、基本的で実際的な知識があること
セッション開始プロトコル (SIP) の基本的な理解がある
導入モデルに Cisco Unified Communications Manager (Unified CM) が含まれている場合には、Unified CM についての基本的な理解があること

詳細については、『Cisco Unified Border Element (CUBE) Enterprise Configuration Guide』を参照してください。

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

展開に次のような 1 つ以上のローカルゲートウェイがあることを確認します。

IP ベースの接続用 Cisco CUBE
TDM ベースの接続のための Cisco IOS ゲートウェイ

Webex Calling 注文ガイドのローカルゲートウェイの表 1 を参照してください。また、ローカルゲートウェイ設定ガイドに従って、プラットフォームがサポートされている IOS-XE リリースを実行していることを確認してください。

ローカルゲートウェイは、自分のペースで Webex Calling に移行するのに役立ちます。ローカルゲートウェイは、既存のオンプレミス展開を Webex Calling と統合します。既存の PSTN 接続を使用することもできます。「ローカルゲートウェイの使い方」を参照してください

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

LGW は、Cisco PKI からの CA ルートバンドルで更新しておく必要があります
LGW を構成する際には、Control Hub のトランク構成ページから取得した一連の SIP ダイジェスト資格情報が使用されます（この手順は、この後の構成の一部です）
CA ルートバンドルは、提示された証明書を検証します
資格情報が要求されます (SIP ダイジェストにより提供されたもの)
クラウドは、どのローカルゲートウェイがセキュアに登録されているかを識別します

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

組織のために Webex Calling を設定する

初回セットアップウィザードで通話設定をセットアップする

受け取ったウェルカムメールのはじめにリンクをクリックします。

利用規約を見直して、承諾します。

プランを見直して、[はじめに] をクリックします。

データセンターがマッピングする国を選択し、顧客の連絡先と顧客アドレス情報を入力します。

[次へ: デフォルトのロケーション

次のオプションから選択します:

パートナー管理者の場合は、[保存して閉じる] をクリックして、顧客管理者が Webex Calling のプロビジョニングを完了するようにします。
必要なロケーションの情報を入力します。ウィザードでロケーションを作成した後、後で他にロケーションを作成できます。

セットアップウィザードを完了した後で、作成したロケーションにメイン番号を追加していることを確認してください。

このロケーションに適用する次の選択を行います。

通知言語 - 新しいユーザーと機能に関する音声通知とプロンプト用。
メール言語 - 新規ユーザー向けメールのコミュニケーション。
国
タイムゾーン

[次へ] をクリックします。

利用可能な Cisco Webex SIP アドレスを入力し、[次へ] をクリックし、[完了] を選択します。

ロケーションを追加する

始める前に

新しいロケーションを作成するには、以下の情報を指定します。

ロケーションの住所
希望する電話番号(オプション)

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

新しいロケーションは、初回セットアップウィザードを使用して選択した国に対応する地域データセンターでホストされます。

ロケーションを設定します。

ロケーション名 - ロケーションを識別するための一意の名前を入力します。
国/地域 - ロケーションに関連付ける国を選択します。たとえば、米国に 1 か所のロケーション (本社) を作成し、イギリスに別のロケーション (支社) を作成することができます。選択した国に応じて、その後の住所のフィールドが決まります。ここには、例として、米国の住所書式を使用したものがあります。
ロケーションの住所 - ロケーションの郵送先住所の主要部分を入力します。
市区町村 - このロケーションが所在する市区町村を入力します。
都道府県 - ドロップダウンから都道府県を選択します。
郵便番号-ZIP または郵便番号を入力します。
通知言語 - 新規ユーザーと機能に関する音声通知と音声プロンプトで使用する言語を選択します。
メール言語 - 新規ユーザーとのメール通信に使用する言語を選択します。
タイムゾーン - ロケーションのタイムゾーンを選択します。

クリック保存を選択してはい/いいえをクリックし、今すぐまたは後でロケーションに番号を追加します。

[今すぐ追加] をクリックしたら、次のいずれかのオプションを選択してください。

Cisco PSTN オプションは、以下の条件でのみ表示されます。

コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。
Cisco Calling プランがサポートされている国にロケーションがある。
ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。
Cisco Calling プランがサポートされている地域のWebex Callingデータセンターでホストされています。

プレミスベースのPSTN(ローカルゲートウェイ)-現在の PSTN プロバイダーを保持する場合、またはクラウドサイトでクラウドサイト以外に接続する場合、このオプションを選択できます。

番号を今すぐに有効にするか、または後で有効にするかを選択します。

統合されていない CCP またはプレミスベースの PSTN を選択した場合は、電話番号をコンマ区切り値として入力し、[検証] をクリックします。

[保存] をクリックします。

次に行うこと

始める前に

1	以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。
2	クリック削除するロケーションの横にある [アクション] 列に表示されます。
3	選ぶロケーションを削除を選択し、ロケーションを削除することを確認します。ロケーションが完全に削除されるまで通常数分かかりますが、最大で 1 時間かかる場合があります。ロケーション名の横にある [詳細] をクリックし、[削除ステータス] を選択して、ステータスを確認できます。

既存のロケーションを更新する

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

Cisco PSTN オプションは、以下の条件でのみ表示されます。

コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。
Cisco Calling プランがサポートされている国にロケーションがある。
ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。
Cisco Calling プランがサポートされている地域のWebex Callingデータセンターでホストされています。

ロケーションの主な連絡先担当者に連絡する際の代表番号を入力します。

(オプション) [緊急コール] で[緊急時のロケーション識別子] を選択して、このロケーションに割り当てることができます。

この設定はオプションで、設定が必要な国でのみ適用されます。

このロケーションでユーザーがボイスメールをチェックするために呼び出せる [ボイスメール番号] を選択します。

ロケーションに対する発信通話の権限を設定できます。これらのステップをご覧になり、発信権限を設定してください。

Control Hub にサインインし、サービス > 通話 > サービス設定を選択してから、［内部ダイヤル］までスクロールします。

必要に応じて、次のオプションのダイヤル設定を行います。

[ルーティングプレフィックスのステアリング番号（Steering Digit in Routing Prefix）]:すべてのルーティングプレフィックスの最初の桁として設定される番号を選択します。
[内線番号の長さ(Internal Extension Length)]:2 ～ 10 桁を入力でき、デフォルトは 2 です。

内線の長さを長くすると、既存の内部内線への短縮ダイヤルが自動的に更新されることはありません。
ロケーション間の内線ダイヤルを許可—組織の要件に基づいてロケーション間の内線ダイヤルをカスタマイズできます。
- 組織にすべてのロケーションで重複する内線がない場合は、トグルを有効にします。
  デフォルトでは、トグルが有効になっています。
- 組織が別の場所に同じ内線を持っている場合は、トグルを無効にします。トグルが無効になり、発信者が内線番号をダイヤルすると、通話は、発信者と同じロケーションで内線番号が一致するユーザーにルーティングされます。発信者は、エンタープライズ重要番号（ロケーションルーティングプレフィックス + 内線）をダイヤルして、他のロケーションの内線番号に到達する必要があります。

内部ダイヤル - 別の場所にいるユーザーがこの場所にいる人に連絡するためにダイヤルする必要があるルーティングプレフィックスを指定します。各ロケーションのルーティングプレフィックスは固有である必要があります。プレフィックスの長さは組織レベルで設定された長さに一致することを推奨しますが、長さは 2 ～ 7 桁でなければなりません。

この機能が有効になっている場合でも、緊急コールは発信ダイヤル番号の有無にかかわらずダイヤルできます。

有効にすると、発信ダイヤル番号が含まれていない場合、コール転送に使用されるような外部接続先番号は機能しなくなります。

内線が国番号と同じ場合、内線が国番号よりも優先されます。したがって、発信ダイヤル番号を有効にすることをお勧めします。

着信および発信 PSTN コールに E.164 番号形式を使用することを強くお勧めします。

ユーザーへの影響:

ダイヤル基本設定の変更を有効にするには、ユーザーは電話を再起動する必要があります。
ユーザーの内線番号はロケーションのステアリング番号または発信ダイヤル番号と同じ番号で始まるべきではありません。

Control Hub でプレミスベースの PSTN (ローカルゲートウェイ) を設定する

ローカルゲートウェイがある場所は、ローカルゲートウェイが他の場所で使用されているときには削除できません。

トランクを作成する

次の手順に従って、Control Hub でトランクを作成します。

始める前に

ロケーションが追加されたら、ロケーションに対してプレミスベース PSTN を設定する前に、トランクを作成する必要があります。
それぞれについて、ロケーションと固有の設定および番号を作成します。ロケーションはプレミスベース PSTN を追加する前に存在する必要があります。
Webex Calling でのプレミスベース PSTN (ローカルゲートウェイ) 要件について理解しておいてください。
プレミスベース PSTN を持つロケーションに対して、複数のトランクを選択できませんが、複数のロケーションに対して同じトランクを選択することはできます。

ロケーションを選択します。

トランクの名前を指定し、[保存] をクリックします。

名前は 24 文字以内にしてください。

次に行うこと

画面 [ドメインの登録]、[トランクグループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。

プレミスベースの PSTN のトランクを選択する

以下で Control Hub にログインします:https://admin.webex.com 、管理次のリンクをクリックしてください:ロケーションを選択します。

変更する場所を選択し、[管理] をクリックします。

プレミスベース PSTN を選択して、[次へ] をクリックします。

ドロップダウンメニューからトランクを選択します。

トランクページにアクセスして、トランクグループの選択を管理します。

確認通知をクリックし、[保存] をクリックします。

次に行うこと

電話番号の管理

Control Hub でトライアルからの Webex サービス購入をリクエストする

Webex サービスを試していて、トライアルから有料サブスクリプションに変更したい場合は、メールでパートナーにリクエストできます。

1	https://admin.webex.comでControl Hubにログインし、建物のアイコンを選択します。です。
2	[サブスクリプション] タブを選択し、[今すぐ購入] をクリックします。有料サブスクリプションへの変換に興味を持っていることを知らせるメールがパートナーに送信されます。

通話オプションの設定

通話動作を設定

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

Webex Calling は現在、ローカルゲートウェイの 2 つのバージョンをサポートしています。

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

主な考慮事項

開始する前に、Webex Calling のプレミスベースの公衆交換電話ネットワーク (PSTN) およびローカルゲートウェイ (LGW) の要件を理解してください。参照先Webex Callingに対するCiscoの推奨アーキテクチャをご覧ください。
この記事では、既存の音声構成がない専用のローカルゲートウェイプラットフォームが設置されていることを前提としています。既存の PSTN ゲートウェイまたは CUBE Enterprise 展開を Webex Calling のローカルゲートウェイ機能として使用するように変更する場合は、設定に注意してください。変更を行うため、既存のコールフローと機能を中断しないようにしてください。

サポートされているサードパーティ SBC の詳細については、各製品参照ドキュメントを参照してください。

ローカルゲートウェイの設定

ローカルゲートウェイを構成するためのオプションが 2 つあります。 Webex Callingトランク：

登録ベースのトランク
証明書ベースのトランク

主な考慮事項

ローカルゲートウェイとして [CUBE] を選択します。政府版 Webex は現在、サードパーティのセッションボーダーコントローラ (SBC) をサポートしていません。最新のリストを確認するには、「ローカルゲートウェイの使用を開始する」を参照してください。
すべての Webex for Government Local Gateways に Cisco IOS XE Dublin 17.12.1a 以降のバージョンをインストールします。
政府版 Webex がサポートしているルート証明機関 (CA) のリストを確認するには、政府版 Webex のルート証明機関を参照してください。
政府版 Webex のローカルゲートウェイの外部ポート範囲の詳細については、政府版 Webex のネットワーク要件 (FedRAMP) を参照してください。

政府版 Webex のローカルゲートウェイは以下をサポートしていません。

メディアパス最適化のためのSTUN/ICE-Lite
ファクス (T.38)

政府版 Webex のローカルゲートウェイを設定する

政府版 Webex の Webex Calling トランクのローカルゲートウェイを設定するには、次のオプションを使用します。

証明書ベースのトランク

政府版 Webex は登録ベースのローカルゲートウェイをサポートしていません。

登録ベースのローカルゲートウェイ
証明書ベースのローカルゲートウェイ

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラス uri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての登録ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.6.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが搭載されており、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACL
- ユーザー認証とリモートアクセス
- DNS
- IPルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 登録ベースのトランクの設定


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

レスポンスには、クレデンシャル設定のusername、password、およびrealmパラメータが使用されます。
sip プロファイル 100 の変更ルールは、SIPS URL を SIP に変換するために使用されます。

アクセスSBCから200 OKを受信すると、登録が成功します。

SIP PSTN トランクを使用したローカルゲートウェイの設定

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

構成のフィールドの説明はここにあります。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

構成のフィールドの説明はここにあります。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

destination-pattern BAD.BAD

session protocol sipv2

session target ipv4:192.168.80.13

200 経由で着信 uri

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

dtmf-relay rtp-nte

コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
構成のフィールドの説明はここにあります。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

既存のUnified CM環境でローカルゲートウェイを構成する

以下の音声クラス URI を設定:

SIP VIA ポートを使用して Unified CM を Webex コールに分類します。
```
voice class uri 300 sip
 pattern :5065
```
ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。
```
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060
```
発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。

上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。

次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

構成のフィールドの説明はここにあります。

次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。

ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV リソースレコード名

2: SRV リソースレコードの優先順位

1: SRV リソースレコードの重み

5060: このリソースレコードでターゲットホストに使用するポート番号

ucmsub5.mydomain.com: リソースレコードターゲットホスト

リソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例:

ip ホスト ucmsub5.mydomain.com 192.168.80.65

IPホスト: ローカル IOS XE データベースにレコードを作成します。

ucmsub5.mydomain.com: A レコードのホスト名。

192.168.80.65: ホスト IP アドレス。

SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。

次のダイヤルピアを設定します。

Unified CM と Webex Calling 間のコールのダイヤルピア:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:wxtocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。
incoming uri via 300
音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
Unified CM と PSTN 間のコールのダイヤルピア:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
次のタグでVoIPダイヤルピアを定義します300管理とトラブルシューティングを容易にするために意味のある説明を付けます。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:pstntocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。
URI を400 経由で着信
音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

次の設定を使用してコールルーティングを追加します。

Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
構成のフィールドの説明はここにあります。
宛先 DPG 300
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。
ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名を使ってローカルゲートウェイを監視しトラブルシューティングする

アクションタイプには、次の show コマンド出力の収集が含まれます。

統合ログファイルを生成する
HTTPS、SCP、FTP サーバなどのユーザー提供のネットワークロケーションにファイルをアップロードします。

開始する前に:

ダウンロードした DS ファイルは編集しないでください。 DSLTを選択します。変更したファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol (SMTP) サーバー。
メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイで IOS XE 17.6.1 以上が実行されていることを確認してください。

前提条件

IOS XE 17.6.1a 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが Cisco IOS XE 17.6.1a 以降を実行している場合、プロアクティブな通知を送信するために使用する、セキュアな電子メールサーバを設定します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
環境変数を構成しますds_emailを通知する管理者のメールアドレスを入力します。
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Cisco IOS XE Bengaluru 17.6.x 以降のバージョンを使用することをお勧めします。

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

に移動 Googleアカウントの管理 > セキュリティを選択し、[安全性の低いアプリアクセス]設定をオンにします。
「Google 以外のアプリを使って第三者があなたのアカウントにサインインすることができなくなりました」というメールが Gmail から送られてきたら、「はい、それは私です」と回答します。

プロアクティブモニタリングのための診断署名をインストールする

高いCPU使用率の監視

を使用する SNMPを表示コマンドで SNMP を有効にします。有効にしない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例は、 FTPサーバーからローカルゲートウェイにファイルをコピーする方法を示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
```

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

SIP トランク登録のモニタリング

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64117 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	SIP-SIP
問題の種類	メール通知による SIP トランクの登録解除。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっている必要があります。

異常な通話切断の監視

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常な通話切断の検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
イベント、登録者、出席者にすばやくアクセスするため、 call-home 診断署名の表示を実行して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっている必要があります。

問題をトラブルシューティングするための診断署名をインストールする

追加の DS 環境変数を構成しますds_fsurl_prefix収集された診断データがアップロードされるCisco TACファイルサーバーパス (cxd.cisco.com) です。 ファイルパス内のユーザ名はケース番号で、パスワードはファイルアップロードトークンです。これはサポートケースマネージャーを次のコマンドで実行できます。 必要に応じて、サポートケースマネージャの [添付] セクションでファイルアップロードトークンを生成できます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
SNMP がSNMPを表示コマンド有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

ローカルゲートウェイに、高 CPU モニタリング DS 64224、DS 65095 XML ファイルの順にインストールします。

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08

診断署名の実行を確認する

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

Call-home 診断署名統計の表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名をアンインストールする

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

Control Hub を使用したCisco IOS XE ゲートウェイの管理と検証

詳細については、以下を参照してください。

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラス uri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての証明書ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.9.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが装備されており、DNA Essentialsのライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
- 大容量の要件については、High Security（HSEC）ライセンスおよび追加のスループットエンタイトルメントが必要になる場合があります。
  
  詳細については、認証コードを参照してください。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACL
- ユーザー認証とリモートアクセス
- DNS
- IPルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。ローカルゲートウェイの完全修飾ドメイン名（FQDN）またはサービスレコード（SRV）アドレスは、インターネット上のパブリック IPv4 アドレスに解決する必要があります。
Webex に面しているローカルゲートウェイインターフェイスのすべての SIP ポートとメディアポートは、直接または静的 NAT 経由でインターネットからアクセスできる必要があります。それに応じてファイアウォールを更新してください。
署名付き証明書をローカルゲートウェイにインストールします (詳細な設定手順は次のとおりです)。
- Cisco Webex 音声およびビデオプラットフォームへの通話でサポートされているルート認証局とはに詳述されているパブリック認証局 (CA) は、デバイス証明書に署名する必要があります。
- トランクの作成時に Control Hub で設定された FQDN は、ルータの共通名（CN）またはサブジェクト代替名（SAN）の証明書である必要があります。例:
  - 組織の Control Hub で設定されたトランクに、ローカルゲートウェイの FQDN として cube1.lgw.com:5061 がある場合、ルーター証明書の CN または SAN には cube1.lgw.com が含まれている必要があります。 
  - 組織の Control Hub で設定されたトランクが、トランクから到達可能なローカルゲートウェイの SRV アドレスとして LGWS.LGW.COM を持っている場合、ルータ証明書の CN または SAN には lgws.lgw.com が含まれている必要があります。 SRV アドレスが解決されるレコード（CNAME、レコード、またはIPアドレス）は、SAN ではオプションです。
  - トランクに FQDN または SRV を使用するかどうかにかかわらず、ローカルゲートウェイからのすべての新しい SIP ダイアログの連絡先アドレスは、Control Hub で設定された名前を使用します。
証明書がクライアントとサーバで使用されていることを確認します。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 証明書ベースのトランクの設定



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

SIP PSTN トランクを使用したローカルゲートウェイの設定

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

構成のフィールドの説明はここにあります。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

構成のフィールドの説明はここにあります。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

destination-pattern BAD.BAD

session protocol sipv2

session target ipv4:192.168.80.13

200 経由で着信 uri

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

dtmf-relay rtp-nte

コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
構成のフィールドの説明はここにあります。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

既存のUnified CM環境でローカルゲートウェイを構成する

以下の音声クラス URI を設定:

SIP VIA ポートを使用して Unified CM を Webex コールに分類します。
```
voice class uri 300 sip
 pattern :5065
```
ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。
```
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060
```
発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。

上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。

次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

構成のフィールドの説明はここにあります。

次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。

ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV リソースレコード名

2: SRV リソースレコードの優先順位

1: SRV リソースレコードの重み

5060: このリソースレコードでターゲットホストに使用するポート番号

ucmsub5.mydomain.com: リソースレコードターゲットホスト

リソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例:

ip ホスト ucmsub5.mydomain.com 192.168.80.65

IPホスト: ローカル IOS XE データベースにレコードを作成します。

ucmsub5.mydomain.com: A レコードのホスト名。

192.168.80.65: ホスト IP アドレス。

SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。

次のダイヤルピアを設定します。

Unified CM と Webex Calling 間のコールのダイヤルピア:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:wxtocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。
incoming uri via 300
音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
Unified CM と PSTN 間のコールのダイヤルピア:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
構成のフィールドの説明はここにあります。
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
次のタグでVoIPダイヤルピアを定義します300管理とトラブルシューティングを容易にするために意味のある説明を付けます。
destination-pattern BAD.BAD
着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。
session protocol sipv2
ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。
セッションターゲット dns:pstntocucm.io
DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。
URI を400 経由で着信
音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。
音声クラスコーデック 100
Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。
バインド制御ソースインタフェース GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。
バインドメディアソースインターフェイス GigabitEthernet0/0/0
PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。
dtmf-relay rtp-nte
コールレッグで期待されるDTMF機能として、 RTP -NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。
no vad
音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

次の設定を使用してコールルーティングを追加します。

Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
構成のフィールドの説明はここにあります。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
構成のフィールドの説明はここにあります。
宛先 DPG 300
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。
ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名を使ってローカルゲートウェイを監視しトラブルシューティングする

show コマンド出力の収集
統合ログファイルを生成する
ユーザーが指定したネットワークロケーションへのファイルのアップロード (HTTPS、SCP、 FTPサーバーなど)

開始する前に:

ダウンロードした DS ファイルは編集しないでください。 DSLTを選択します。変更したファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol (SMTP) サーバー。
メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイで IOS XE 17.6.1 以上が実行されていることを確認してください。

前提条件

IOS XE 17.6.1 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスで IOS XE 17.6.1 以降を実行している場合は、プロアクティブ通知の送信に使用するセキュアなメールサーバーを構成します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

環境変数を構成しますds_emailに管理者のメールアドレスを指定します。


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

プロアクティブモニタリングのための診断署名をインストールする

高いCPU使用率の監視

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMPが有効になっていない場合は、snmpサーバーマネージャコマンド


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Callingソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高 CPU 使用率

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例は、 FTPサーバーからローカルゲートウェイにファイルをコピーする方法を示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

異常な通話切断の監視

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常な通話切断の検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
コマンドを使用するcall-home 診断署名の表示をクリックし、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっているはずです。

問題をトラブルシューティングするための診断署名をインストールする

別の DS 環境変数を構成するds_fsurl_prefixをCisco TACファイルサーバーパス (cxd.cisco.com) として入力し、診断データをアップロードします。 ファイルパス内のユーザ名はケース番号で、パスワードはファイルアップロードトークンです。これはサポートケースマネージャー次に示すとおりです。 ファイルアップロードトークンは、添付ファイルを追加することができます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知での高CPU使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

高CPUモニタリング DS 64224 をインストールし、次に DS 65095 XMLファイルをローカルゲートウェイにインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08:00:12:53

診断署名の実行を確認する

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

Call-home 診断署名統計の表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名をアンインストールする

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

ローカルゲートウェイとして CUBE の高可用性を実装する

基礎

前提条件

Webex Calling のローカルゲートウェイとして CUBE HA を展開する前に、以下の概念を深く理解するようにしてください。

Cisco Webex Calling ソリューション
Cisco Webex Calling のローカルゲートウェイオプション
ステートフルコール保持のための CUBE エンタープライズによるレイヤー 2 ボックス間冗長性

ハードウェアとソフトウェアのコンポーネント

この記事のコマンドとログの表示は、vCUBE（CSR1000v）で実装された Cisco IOS-XE 16.12.2 のソフトウェアの最小リリースに基づいています。

参考資料

さまざまなプラットフォーム向けの詳細な CUBE HA 設定ガイドを次に示します。

ISR 4K シリーズ— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling ソリューションの概要

レイヤー 2 のボックス間冗長性

この記事では、CUBE HA は、ステートフルコール保持の CUBE ハイアベイラビリティ (HA) レイヤー 2 ボックス間 (B2B) 冗長性を参照します。

冗長性グループインフラストラクチャコンポーネント

2 つの CUBE 間で keepalive と hello メッセージを交換することで (コントロールインターフェイス)、各ルータの最終的な冗長状態をネゴシエートする HSRP のようなプロトコル。上の図の GigabitEthernet3です。
アクティブからスタンバイルータ (データインターフェイス経由) への各コールに関して、シグナリングとメディアの状態をチェックするための転送メカニズム。上記の図の GigabitEthernet3です。
トラフィックインターフェイスの仮想 IP (VIP) インターフェイスの構成と管理 (複数のトラフィックインターフェイスは同じ RG グループを使用して構成できます)。GigabitEthernet 1 および 2 はトラフィックインターフェイスと見なされます。

この RG コンポーネントは、音声 B2B HA をサポートするように特別に構成する必要があります。

信号とメディアの両方に関する仮想 IP (VIP) アドレス管理

コールのステートフルフェールオーバーのローカルゲートウェイとして CUBE HA を使用するには、以下の要件があります。

CUBE HA は TDM またはアナログインターフェイスを共存させることはできません
Gig1 および Gig2 はトラフィック (SIP/RTP) インターフェイス、Gig3 は冗長グループ (RG) コントロール/データインターフェイスと呼ばれます
グループ id 1 とグループ id 2 を持つ同じレイヤー 2 ドメインに配置できる CUBE HA ペアは 2 つまでです。同じグループ ID で 2 つの HA ペアを構成する場合、RG コントロール/データインターフェイスは異なるレイヤー 2 ドメイン (vlan、個別のスイッチ) に属している必要があります
ポートチャネルは、RG コントロール/データとトラフィックインターフェイスの両方でサポートされています
すべてのシグナリング/メディアは、仮想 IP アドレスから供給されます
プラットフォームが CUBE HA 関係にリロードされると、常にスタンバイとして起動します
すべてのインターフェイスの下位アドレス (Gig1、Gig2、Gig3) は、同じプラットフォームにある必要があります
冗長性インターフェイス識別子、rii は同じレイヤー 2 のペア/インターフェイスの組み合わせに対して固有である必要があります
両方の CUBE の構成は、物理構成を含む必要があり、同じ種類のプラットフォームと IOS-XE バージョンで実行されている必要があります
ループバックインターフェイスは、常に起動しているためバインドとして使用できません
複数のトラフィック (SIP/RTP) インターフェイス (Gig1、Gig2) では、インターフェイスのトラッキングが構成されている必要があります
CUBE-HA は、RG コントロール/データリンク (Gig3) のクロスオーバーケーブル接続ではサポートされていません
両方のプラットフォームは同一である必要があり、すべての同様のインターフェイスで CUBE HA が機能するように [物理スイッチ] を介して接続します。例: CUBE-1 と CUBE-2 の GE0/0/0 は同じスイッチ上で終了する必要があります
直接 CUBE 上で、またはいずれかの側のデータ HA で WAN を終了することができません
アクティブ/スタンバイは両方とも同じデータセンターにある必要があります
冗長性 (RG コントロール/データ、Gig3) に別の L3 インターフェイスを使用する必要があります。トラフィックに使用されるインターフェイスは、HA keepalives およびチェックポイントに使用できません
フェールオーバー時に、以前アクティブだった CUBE は、設計によって再読み込みされ、シグナリングとメディアを保持します

両方の CUBE で冗長性を構成する

HA ペアで使用し、仮想 IP を表示するために、両方の CUBE でレイヤー 2 ボックス間冗長性を構成する必要があります。

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

両方の CUBE でローカルゲートウェイを構成する

ユーザー名: フセイン1076_LGU
パスワード: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Webex Calling のために Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

次の設定でローカルゲートウェイトランクの専用の SIP トランクセキュリティプロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex SIP トランクセキュリティプロファイルなどの意味のある説明
着信ポート	Webex 間のトラフィックでは、ローカルゲートウェイ構成で使用されるポートと一致する必要があります。 5065

ローカルゲートウェイトランクの SIP プロファイルを構成する

次の設定でローカルゲートウェイトランク用の専用の SIP プロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP プロファイルなど)
オプションの Ping を有効にして、サービスタイプ「なし (デフォルト)」のトランクの宛先ステータスをモニタします。	選択

Webex からのコールのコール検索スペースを作成する

次の設定で Webex から発信されたコールのためのコール検索スペースを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex Calling 検索スペースなど)
選択済みパーティション:	DN (+E.164 ディレクトリ番号) ESN (省略形のサイトダイヤル) PSTNInternational (PSTN アクセス) onNetRemote (GDPR 学習先)

Webex 間で SIP トランクを構成する

次の設定を使用して、ローカルゲートウェイ経由での Webex 間のコールに SIP トランクを作成します。

設定	値
デバイス情報
DeviceName	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP トランクなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
着信コール
コール検索スペース	以前に定義されたコール検索スペース: Webex
AAR コール検索スペース	PSTN ルートパターンへのアクセス権のみを持つコール検索スペース: PSTNReroute
SIP 情報
接続先アドレス	ローカルゲートウェイ CUBE の IP アドレス
移動先ポート	5060
SIP トランクセキュリティプロファイル	定義済み: Webex
SIP プロファイル	定義済み: Webex

Webex のルートグループを構成する

次の設定でルートグループを作成します。

設定	値
ルートグループ情報
ルートグループ名	固有の名前 (Webex など)
選択したデバイス	以前に構成された SIP トランク: Webex

Webex のルートリストを構成する

次の設定でルートリストを作成します。

設定	値
ルートリスト情報
名前	一意の名前 (RL_Webex など)
説明	意味のある説明 (Webex のルートリストなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
ルートリストメンバー情報
選択したグループ	以前に定義されたルートグループのみ: Webex

Webex の移動先のパーティションを作成する

次の設定で Webex の移動先のパーティションを作成します。

設定	値
ルートリスト情報
名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex のパーティションなど)

次に行うこと

Webex の移動先のルートパターンを構成する

次の設定で Webex の各 DID 範囲のルートパターンを構成します。

設定	値

ルートパターン	「\」が頭文字にある Webex で DID 範囲のフル +E.164 パターン例: \+140855501XX
ルートパーティション	Webex
ゲートウェイ/ルートリスト	RL_Webex
緊急の優先事項	選択

Webex の簡略サイト間ダイヤル正規化を構成する

短縮されたサイト間ダイヤルが Webex に必要な場合は、Webex の各 ESB 範囲にダイヤル正規化パターンを設定します。

設定	値

翻訳パターン	Webex の ESN 範囲の ESB パターン。例: 80121XX
パーティション	Webex
説明	Webex の正規化パターンなどの意味のある説明
発信者のコール検索スペースを使用する	選択
緊急の優先事項	選択
後続ホップでの連続桁のタイムアウトを待たない	選択
着信側トランスフォームマスク	番号を + E.164 に正規化するマスク。例: +140855501XXさん

Webex Calling の機能をセットアップする

ハントグループをセットアップする

ハントグループのセットアップ方法の詳細については、「Cisco Webex Control Hub のハントグループ」を参照してください。

通話キューを作成する

コールキューをセットアップおよび管理する方法の詳細については、「Cisco Webex Control Hub でコールキューを管理する」を参照してください。

レセプショニストクライアントを作成する

自動アテンダントを作成して管理する

自動アテンダントの作成と管理の方法については、「Cisco Webex Control Hub で自動アテンダントを管理する」を参照してください。

ページンググループを構成する

コールピックアップを設定する

コールピックアップグループのセットアップ方法については、「Cisco Webex Control Hub でのコールピックアップ」を参照してください。

コールパークをセットアップする

コールパークのセットアップ方法の詳細については、「Cisco Webex Control Hub コールパーク」を参照してください。

ユーザーの割り込みを有効にする

1	の顧客ビューから、[管理] > [ユーザー] の順に移動します。https://admin.webex.com
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］セクションに移動し、［割り込み］を選択します。
4	トグルをオンにすると、他のユーザがこのユーザの進行中のコールに自分自身を追加できるようになります。
5	このユーザーがコールに割り込むときに他のユーザーにトーンを再生する場合は、[このユーザーがコールで割り込むときにトーンを再生] にチェックを入れます。
6	[保存] をクリックします。

ユーザーのプライバシーを有効にする

Control Hubにサインインし、管理 > ユーザー。

ユーザーを選択し、[Calling] をクリックします。

［ユーザー権限間］領域に移動し、［プライバシー］を選択します。

このユーザーに適切な　[自動音声応答のプライバシー] 設定を選択します。

このユーザーへの内線でのダイヤルを許可
このユーザーの名前/姓でのダイヤルを許可

[プライバシーを有効にする] チェックボックスをオフにすると、全員が回線のステータスを監視できるようになります。

このオプションを有効にすると、このユーザーに対してダイレクトコールピックアップと割り込みを使用できるのは、許可されたユーザー、仮想回線、およびワークスペースデバイスだけです。それ以外の場合、組織内の誰もが、ダイレクトコールピックアップと割り込みを回線上で呼び出すことができます。
割り込みの詳細については、他のユーザーの電話での割り込みを参照してください。
スーパーバイザは、エージェントがコールキューを介して受信するコールに常に割り込むことができます。つまり、プライバシー設定はスーパーバイザの割り込みオプションには影響しません。

選択したメンバーをフィルタリングするには、［名前、番号、またはextでフィルタリング］フィールドを使用します。

選択したすべてのメンバーを削除するには、［すべて削除］をクリックします。

個々のメンバーを削除するには、メンバー名の横にある [削除] をクリックします。

[保存] をクリックします。

モニタリングの設定

https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］をクリックします。

変更するユーザーを選択し、[Calling] をクリックします。

[ユーザー権限間] セクションに移動し、[モニタリング] を選択します。

次から選択します:

監視対象回線を追加する
コールパーク内線を追加する

ユーザーモニタリングのために、[モニタリング対象の回線を追加（Add Monitored Line）] リストに仮想回線を含めることができます。

実際の例を見てみましょう。これを視聴するビデオデモンストレーションでユーザーの監視設定を管理する方法コントロールハブを選択します。

ユーザーのコールブリッジ警告トーンを有効にする

始める前に

Control Hubにサインインし、管理 > ユーザー。

ユーザーを選択し、[通話] タブをクリックします。

[ユーザー権限間] に移動し、[コールブリッジ警告トーン] をクリックします。

オンにするコールブリッジの警告トーンを選択し、 [保存を選択します。

デフォルトで、この機能は有効です。

MPP 共有回線のコールブリッジングの詳細については、「マルチプラットフォームデスクフォンの共有回線」を参照してください。

Webex アプリの共有回線でのコールブリッジングの詳細については、「WebexApp の共有回線アピアランス」を参照してください。

ユーザーのためにホテリングをオンにする

この機能を有効にすることで、ユーザーは主な卓上電話の機能性と機能を維持しながら、別のスペースで作業をすることができます。

顧客ビューからhttps://admin.webex.com、管理を選択して、ユーザーを選択します。

ユーザーを選択し、[通話] タブをクリックします。

［ユーザー間の権限］セクションに移動し、［ホテリング］を選択してトグルをオンにします。

[ホテリングロケーション] 検索フィールドにホテリングホストの名前または番号を入力し、ユーザーに割り当てるホテリングホストを選択します。

選択できるホテリング主催者は 1 つのみです。別のホテリング主催者を選択した場合、最初のホテリングホストは削除されます。

ロケーション管理者の場合、割り当てられたロケーションに関連するホテリングホストのみを割り当てることができます。

指定した時間が経過すると、ユーザーは自動的にログアウトします。

[保存] をクリックします。

実際の例を見てみましょう。これを視聴するビデオデモンストレーションでホテリングを構成する方法について説明します。

Webex Callingの導入傾向と使用レポート

通話レポートを表示する

1	通話履歴の詳細レポートを参照するには、コントロールハブを表示し、次に移動します。分析次のリンクをクリックしてください:電話を選択します。
2	選択詳細な通話履歴を選択します。専用インスタンスを使用する通話の詳細については、「専用インスタンスの分析」を参照してください。
3	メディア品質データにアクセスするには、Control Hub にサインインし、[アナリティクス] に移動して、[Calling] を選択します。詳細については、「クラウドコラボレーションポートフォリオのためのアナリティクス」を参照してください。

CScan ツールを実行する

CScan は、Webex Calling へのネットワーク接続をテストするために設計されたネットワーク準備ツールです。

詳細については、「CScan を使用して Webex Calling ネットワークの品質をテストする」をご覧ください。

環境を準備する

一般的な前提条件

Webex Calling のローカルゲートウェイを設定する前に、次のことを確認してください。

VoIP の原理についての基本的な知識があること
Cisco IOS-XE と IOS-XE 音声のコンセプトについて、基本的で実際的な知識があること
セッション開始プロトコル (SIP) の基本的な理解がある
導入モデルに Cisco Unified Communications Manager (Unified CM) が含まれている場合には、Unified CM についての基本的な理解があること

詳細については、『Cisco Unified Border Element (CUBE) Enterprise Configuration Guide 』を参照してください。

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

展開に次のような 1 つ以上のローカルゲートウェイがあることを確認します。

IP ベースの接続用 Cisco CUBE
TDM ベースの接続のための Cisco IOS ゲートウェイ

ローカルゲートウェイは、自分のペースで Webex Calling に移行するのに役立ちます。ローカルゲートウェイは、既存のオンプレミス展開を Webex Calling と統合します。既存の PSTN 接続を使用することもできます。「ローカルゲートウェイの使い方」を参照してください。

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

LGW は、Cisco PKI からの CA ルートバンドルで更新しておく必要があります
LGW を構成する際には、Control Hub のトランク構成ページから取得した一連の SIP ダイジェスト資格情報が使用されます（この手順は、この後の構成の一部です）
CA ルートバンドルは、提示された証明書を検証します
資格情報が要求されます (SIP ダイジェストにより提供されたもの)
クラウドは、どのローカルゲートウェイがセキュアに登録されているかを識別します

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

組織のために Webex Calling を設定する

初回セットアップウィザードで通話設定をセットアップする

1	受け取ったウェルカムメールのはじめにリンクをクリックします。管理者のメールアドレスが、自動的に、Control Hub にサインインするためのメールアドレスとして使用されます。サインインすると、管理者パスワードを作成するように求められます。サインインすると、セットアップウィザードが自動的に開始します。
2	利用規約を見直して、承諾します。
3	プランを見直して、[はじめに] をクリックします。アカウントマネージャは FTSW の最初の手順をアクティブにする責任があります。[使い始める] を選択した時に、「通話をセットアップできません」という通知を受け取った場合は、アカウントマネージャーに連絡してください。
4	データセンターがマッピングする国を選択し、顧客の連絡先と顧客アドレス情報を入力します。
5	[次へ: デフォルトのロケーション
6	次のオプションから選択します: パートナー管理者の場合は、[保存して閉じる] をクリックして、顧客管理者が Webex Calling のプロビジョニングを完了するようにします。必要なロケーションの情報を入力します。ウィザードでロケーションを作成した後、後で他にロケーションを作成できます。セットアップウィザードを完了した後で、作成したロケーションにメイン番号を追加していることを確認してください。
7	このロケーションに適用する次の選択を行います。 Announcement Language—For audio announcements and prompts for new users and features. Email Language—For email communication for new users. 国タイムゾーン
8	[次へ] をクリックします。
9	利用可能な Cisco Webex SIP アドレスを入力し、[次へ] をクリックし、[完了] を選択します。

ロケーションを追加する

始める前に

新しいロケーションを作成するには、以下の情報を指定します。

ロケーションの住所
希望する電話番号(オプション)

1	Log in to Control Hub at https://admin.webex.com, go to Management > Location. A new location will be hosted in the regional data center that corresponds to the country you selected using the First Time Setup Wizard.
2	ロケーションを設定します。 Location Name—Enter a unique name to identify the location. Country/Region—Choose a country to tie the location to. たとえば、米国に 1 か所のロケーション (本社) を作成し、イギリスに別のロケーション (支社) を作成することができます。選択した国に応じて、その後の住所のフィールドが決まります。ここには、例として、米国の住所書式を使用したものがあります。 Location Address—Enter the location's main mailing address. City/Town—Enter a city for this location. State/Province/Region—From the drop-down, choose a state. ZIP/Postal Code—Enter the ZIP or postal code. Announcement Language—Choose the language for audio announcements and prompts for new users and features. Email Language—Choose the language for the email communication with new users. Time zone—Choose the time zone for the location.
3	[保存 ] をクリックしてから、[ はい/いいえ ] を選択して、現在または後でロケーションに番号を追加します。
4	[はい] をクリックした場合、次のいずれかのオプションを選択します。 Cisco PSTN —Choose this option if you'd like a Cloud PSTN solution from Cisco. Cisco 通話プランは、緊急通話、着信、および国内および国際通話を提供する PSTN 代替ソリューションであり、新しい PSTN 番号または既存の番号を Cisco にポートすることができます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。Open a support case for guidance. You’re hosted in a Webex Calling Data Center in a region in which the Cisco Calling Plan is supported. Cloud Connected PSTN—Choose this option if you’re looking for a cloud PSTN solution from one of the many Cisco CCP partners or if the Cisco Calling Plan isn't available in your location. CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例: (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。リストされているプロバイダーの下に [番号を今すぐ注文する] オプションがある場合は、そのオプションを選択して、統合された CCP のメリットを利用することをおすすめします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP の場合、Control Hub の外で、CCP パートナーから電話番号を調達する必要があります。 Premises-based PSTN (Local Gateway)—You can choose this option if you want to keep your current PSTN provider or you want to connect non-cloud sites with cloud sites. PSTN オプションの選択は各ロケーションレベルで行います (各ロケーションには PSTN オプションが 1 つしかありません)。展開に対して必要な数のオプションを組み合わせることができますが、各ロケーションには 1 つのオプションとなります。PSTN オプションを選択してプロビジョニングしたら、ロケーションの PSTN プロパティで [管理] をクリックすると、オプションを変更できます。ただし、Cisco PSTN などの一部のオプションは、別のオプションが割り当てられた後は使用できない場合があります。Open a support case for guidance.
5	番号を今すぐに有効にするか、または後で有効にするかを選択します。
6	統合されていない CCP またはプレミスベースの PSTN を選択した場合は、電話番号をコンマ区切り値として入力し、[検証] をクリックします。特定のロケーションのための番号が追加されます。有効なエントリは [検証済みの番号] フィールドに移動し、無効なエントリは [番号の追加] フィールドに残り、エラーメッセージが表示されます。番号の書式は、ロケーションの所在する国に応じ、ダイヤリングに関する地元の要件に従って定められます。たとえば、国コードが必要な場合には、コードを付けて入力することも、コードなしで入力してからコードが自動的に先頭に追加されるようにすることもできます。
7	[保存] をクリックします。

次に行うこと

始める前に

ロケーションに関連付けられているユーザーとワークスペースのリストを取得します。[サービス ] > 通話番号> し、ドロップダウンメニューから、削除する場所を選択します。ロケーションを削除する前に、これらのユーザーとワークスペースを削除する必要があります。

1	Log in to Control Hub at https://admin.webex.com, go to Management > Location.
2	Click in the Actions column beside the location that you'd like to delete.
3	[場所の削除] を選択し、その場所を削除します。一般的に、場所が完全に削除されるには数分かかりますが、最大で 1 時間かかる場合があります。ステータスを確認するには、ロケーション名の隣にあるをクリックして、[削除ステータス] を選択します。

既存のロケーションを更新する

作成した後PSTNのセットアップ、名前、タイムゾーン、言語を変更できます。新しい言語は新しいユーザーとデバイスにのみ適用されることに注意してください。既存のユーザーおよびデバイスは古い言語を使用し続けます。

1	Log in to the Control Hub at https://admin.webex.com, go to Management > Location. ロケーションの隣に [警告] 記号が表示される場合、そのロケーションの電話番号をまだ設定していないという意味です。その番号を設定するまで、通話の送受信が行えなんす。
2	(オプション) [PSTN 接続] の下で、すでに設定されているものに応じて、[クラウド接続 PSTN] または [プレミスベースの PSTN](ローカルゲートウェイ) のいずれかを選択します。[管理] をクリックして設定を変更してから、[続行] を選択することにより、関連するリスクを承認します。以下のオプションのいずれかを選択して、[保存] クリックします。 Cisco PSTN —Choose this option if you'd like a Cloud PSTN solution from Cisco. Cisco 通話プランは、緊急通話、着信、および国内および国際通話を提供する PSTN 代替ソリューションであり、新しい PSTN 番号または既存の番号を Cisco にポートすることができます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。Currently, preexisting locations that have had other PSTN capabilities assigned aren't eligible for the Cisco Calling Plan.Open a support case for guidance. You’re hosted in a Webex Calling Data Center in a region in which the Cisco Calling Plan is supported. Cloud Connected PSTN—Choose this option if you’re looking for a cloud PSTN solution from one of the many Cisco CCP partners or if the Cisco Calling Plan isn't available in your location. CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例: (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。 If you see the option to Order numbers now under a listed provider, we recommend that you choose that option so that you can benefit from an integrated CCP. 統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。Nonintegrated CCP requires you to procure your phone numbers from the CCP partner outside of Control Hub. Premises-based PSTN (Local Gateway)—You can choose this option if you want to keep your current PSTN provider or you want to connect noncloud sites with cloud sites. Webex Calling ゲートウェイで以前に設定されたロケーションを持つ顧客は、対応するトランクを使用してオンプレミスPSTNに自動的に変換されます。
3	For the location, select the Main Number from the drop-down list to enable users in that location to make and receive calls. The Main Number can be assigned to the auto attendant so that the external callers can contact Webex Calling users at that location. Webex Calling users in that location can also use this number as their external caller ID when making calls.
4	(オプション) [緊急コール] で[緊急時のロケーション識別子] を選択して、このロケーションに割り当てることができます。この設定はオプションで、必要な国にのみ適用されます。一部の国 (例: フランス) の規制要件は、緊急電話を行い、緊急連絡時にセルの識別を確立するためのセルに関する規制要件であり、緊急権限によって利用可能になります。Other countries like the U.S and Canada implement location determination using other methods. 詳細については、「緊急時通話の強化」を参照してください。緊急通話プロバイダはアクセスネットワークに関する情報が必要な場合があります。新しいプライベートSIP拡張ヘッダーであるP-Access-Network-Infoを指定することで達成できます。ヘッダーにはアクセスネットワークに関連する情報が含まれます。場所に緊急ロケーション識別子を設定すると、場所の値は SIP メッセージの一部としてプロバイダーに送信されます。緊急通話プロバイダーに連絡して、この設定が必要で、緊急通話プロバイダーから提供された値を使用する必要がある場合はそれを確認してください。」
5	このロケーションでユーザーがボイスメールをチェックするために呼び出せる [ボイスメール番号] を選択します。
6	(オプション) ロケーションページの上部にある鉛筆アイコンをクリックし、必要に応じて [ロケーションの名前]、[アナウンス言語]、[メール言語]、[タイムゾーン]、[住所] を変更し、[保存] をクリックします。 [アナウンス言語] の変更は、このロケーションに追加された新規ユーザーや機能に対して直ちに有効になります。既存のユーザーや機能のアナウンス言語も変更する必要がある場合は、プロンプトが表示されたら、[既存のユーザーとワークスペースの変更] または [既存機能の変更] を選択します。[適用] をクリックします。[タスク] ページで進捗状況を確認できます。これが完了するまでは、これ以上変更を加えることはできません。ロケーションの [タイムゾーン] を変更しても、このロケーションに関連する機能のタイムゾーンは更新されません。自動アテンダント、ハントグループ、コールキューなどの機能のタイムゾーンを編集するには、タイムゾーンを更新する特定の機能の [全般設定] エリアに移動し、そこで編集して保存します。

これらの設定は社内ダイヤルに適用されるものであり、最初のセットアップウィザードでも設定できます。As you change your dial plan, the example numbers in the Control Hub update to show these changes.

ロケーションに対する発信通話の権限を設定できます。これらのステップをご覧になり、発信権限を設定してください。

1	Sign in to Control Hub, go to Services > Calling > Service Settings, and then scroll to Internal Dialing.
2	必要に応じて、次のオプションのダイヤル設定を行います。 Location Routing Prefix Length—We recommend this setting if you've multiple locations. 2 ～ 7 桁の長さを入力できます。同じ内線番号を持つ複数のロケーションがある場合、ロケーション間でコールを行うときに、ユーザーはプレフィックスをダイヤルする必要があります。たとえば、複数のストアがある場合、内線 1000 を使用すると、各ストアにルーティングプレフィックスを設定することができます。1 つのストアのプレフィックスが 888 の場合、そのストアに到達するために 8881000 にダイヤルします。 Routing prefix lengths include the steering digit. For example, if you set the routing prefix length to four, only three digits can be used to specify the site. If you assign a routing prefix to a location, all appearances of extensions assigned to that location include the routing prefix in front of the extension number. For example, 888-1000 (routing prefix-extension). Steering Digit in Routing Prefix—Choose the number which will be set as the first digit of every routing prefix. Internal Extension Length—You can enter 2-10 digits and the default is 2. After you increase your extension length, existing speed dials to internal extensions aren’t automatically updated. Allow extension dialing between locations—Allows you to customize the extension dialing between locations based on your organization's requirements. Enable the toggle if your organization doesn’t have duplicate extensions across all its locations. By default, the toggle is enabled. Disable the toggle if your organization has the same extension in different locations. When the toggle is disabled and the caller dials the extension, the call is routed to a user with matching extension in the same location as the caller. The caller must dial the Enterprise Significant Number (location routing prefix + extension) to reach an extension in other locations.
3	特定の場所の内部ダイヤルを指定します。Go to Management > Locations, select a location from the list, and click Calling. Scroll to Dialing, and then change internal dialing as needed: Internal Dialing—Specify the routing prefix that users at other locations need to dial in order to contact someone at this location. 各ロケーションのルーティングプレフィックスは固有である必要があります。We recommend that the prefix length matches the length set at the organization level but it must be 2–7 digits long.
4	Specify external dialing for specific locations. Go to Management > Locations, select a location from the list, and click Calling. Scroll to Dialing, and then change external dialing as needed: External Dialing—You can choose an outbound dial digit that users must dial to reach an outside line. デフォルトは [なし] であり、このダイヤル習慣が必要ない場合には、値を [なし] にしておくことができます。この機能を使用しない場合、組織のステアリング番号とは別の番号を使用することをお勧めします。ユーザーは、外線発信を行う際に外線発信番号を含め、レガシーシステムでダイヤルしていた方法を真似たものにできます。しかし、すべてのユーザーは、発信ダイアル番号なしで外部通話を発信することができます。 Optionally, you have the ability to Enforce dialing the outbound dial digit of this location, ensuring that the user must use the outbound dial digit set by the admin to place external calls. Emergency calls can still be dialed with or without the outbound dial digit when this feature is enabled. Once enabled, any external destination numbers such as those used for call forwarding will no longer work if an outbound dial digit isn’t included. If an extension is same as the national number, then the extension takes precedence over the national number. Hence, we recommend that you enable the outbound dial digit. We highly recommend using the E.164 numbering format for incoming and outgoing PSTN calls. ユーザーへの影響: Users must restart their phones for changes in dialing preferences to take effect. User extensions shouldn’t start with the same number as the location's steering digit or outbound dial digits.

Control Hub でプレミスベースの PSTN (ローカルゲートウェイ) を設定する

ローカルゲートウェイがある場所は、ローカルゲートウェイが他の場所で使用されているときには削除できません。

トランクを作成する

次の手順に従って、Control Hub でトランクを作成します。

始める前に

ロケーションが追加されたら、ロケーションに対してプレミスベース PSTN を設定する前に、トランクを作成する必要があります。
それぞれについて、ロケーションと固有の設定および番号を作成します。ロケーションはプレミスベース PSTN を追加する前に存在する必要があります。
Webex Calling でのプレミスベース PSTN (ローカルゲートウェイ) 要件について理解しておいてください。
プレミスベース PSTN を持つロケーションに対して、複数のトランクを選択できませんが、複数のロケーションに対して同じトランクを選択することはできます。

1	Log in to Control Hub at https://admin.webex.com, go to Services > Calling > Call Routing, and select Add Trunk.
2	ロケーションを選択します。
3	トランクの名前を指定し、[保存] をクリックします。名前は 24 文字以内にしてください。

次にやる必要

画面 [ドメインの登録]、[トランクグループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。

プレミスベース PSTN を設定する準備ができているときに参照できるように、この情報を Control Hub からコピーして、ローカルのテキストファイルまたは文書に貼り付けておくことを推奨します。

この資格情報を紛失した場合には、Control Hub のトランク情報画面で生成する必要があります。[ユーザー名の取得とパスワードのリセット] をクリックして、トランクを使用するための認証資格情報の新しいセットを生成します。

プレミスベースの PSTN のトランクを選択する

1	Log in to Control Hub at https://admin.webex.com, go to Management > Location.
2	変更する場所を選択し、[管理] をクリックします。
3	プレミスベース PSTN を選択して、[次へ] をクリックします。
4	ドロップダウンメニューからトランクを選択します。トランクページにアクセスして、トランクグループの選択を管理します。
5	確認通知をクリックし、[保存] をクリックします。

次にやる必要

Control Hub が生成した構成情報を記録し、パラメーターをローカルゲートウェイ (たとえばオンプレミスの Cisco CUBE) にマップする必要があります。This article walks you through this process. 参考のため、どのように Control Hub の構成情報 (左側) が CUBE のパラメーター (右側) にマップされるかを示す例である次の図を参照してください。

After you successfully complete the configuration on the gateway itself, you can return to Services > Call > Locations in Control Hub and the gateway that you created will be listed in the location card that you assigned it to with a green dot to the left of the name. このステータスは、ゲートウェイがセキュアに通話クラウドに対して登録され、そのロケーションでのアクティブな PSTN としての役割を果たしていることを示しています。

電話番号の管理

Control Hub でトライアルからの Webex サービス購入をリクエストする

Webex サービスを試していて、トライアルから有料サブスクリプションに変更したい場合は、メールでパートナーにリクエストできます。

1	Log in to Control Hub at https://admin.webex.com, select the building icon .
2	[サブスクリプション] タブを選択し、[今すぐ購入] をクリックします。有料サブスクリプションへの変換に興味を持っていることを知らせるメールがパートナーに送信されます。

Set calling options

Control Hub を使用して、Webex アプリでユーザーに表示する利用可能な通話オプションの優先度を設定できます。シングルクリック通話を有効にすることもできます。詳細については、こちらを参照してください:Set calling options for Webex App users.

Set up calling behavior

You can control what calling application opens when users make calls. You can configure the calling client settings, including mixed-mode deployment for organizations with users entitled with Unified CM or Webex Calling and users without paid calling services from Cisco. 詳細については、こちらを参照してください:Set up calling behavior.

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

Webex Calling currently supports two versions of Local Gateway:

ローカルゲートウェイ
Local Gateway for Webex for Government

ローカルゲートウェイ
Local Gateway for Webex for Government

Key considerations

Before you begin, understand the premises-based Public Switched Telephone Network (PSTN) and Local Gateway (LGW) requirements for Webex Calling. 詳細については、「設定されたアーキテクチャ」Webex Calling を参照してください。
この記事では、専用のローカルゲートウェイプラットフォームが配置されているが、既存の音声構成がないと仮定しています。If you modify an existing PSTN gateway or CUBE Enterprise deployment to use as the Local Gateway function for Webex Calling, then pay careful attention to the configuration. Ensure that you don't interrupt the existing call flows and functionality because of the changes that you make.

The procedures contain links to command reference documentation where you can learn more about the individual command options. All command reference links go to the Webex Managed Gateways Command Reference unless stated otherwise (in which case, the command links go to Cisco IOS Voice Command Reference). You can access all these guides at Cisco Unified Border Element Command References.

For information on the supported third-party SBCs, refer to the respective product reference documentation.

Configure your Local Gateway

システムトランクのローカルゲートウェイを設定するための 2 つの Webex Calling があります。

登録ベースのトランク
証明書ベースのトランク

Use the task flow either under the Registration-based Local Gateway or Certificate-based Local Gateway to configure Local Gateway for your Webex Calling trunk.

See Get started with Local Gateway for more information on different trunk types. コマンドラインインターフェース (CLI) を使用して、ローカルゲートウェイ自体で以下の手順を実行します。We use Session Initiation Protocol (SIP) and Transport Layer Security (TLS) transport to secure the trunk and Secure Real Time Protocol (SRTP) to secure the media between the Local Gateway and Webex Calling.

Key considerations

Select CUBE as your Local Gateway. Webex for Government doesn’t currently support any third-party Session Border Controllers (SBCs). To review the latest list, see Get started with Local Gateway.
Install Cisco IOS XE Dublin 17.12.1a or later versions for all Webex for Government Local Gateways.
To review the list of root Certificate Authorities (CAs) that Webex for Government support, see Root certificate authorities for Webex for Government.
For details on the external port ranges for Local Gateway in Webex for Government, see Network requirements for Webex for Government (FedRAMP).

Local Gateway for Webex for Government doesn’t support the following:

STUN/ICE-Lite for media path optimization
Fax (T.38)

Configure your Local Gateway for Webex for Government

To configure Local Gateway for your Webex Calling trunk in Webex for Government, use the following option:

証明書ベースのトランク

Use the task flow under the Certificate-based Local Gateway to configure the Local Gateway for your Webex Calling trunk. For more details on how to configure a certificate-based Local Gateway, see Configure Webex Calling certificate-based trunk.

It’s mandatory to configure FIPS-compliant GCM ciphers to support Local Gateway for Webex for Government. If not, the call setup fails. For configuration details, see Configure Webex Calling certificate-based trunk.

Webex for Government doesn’t support registration-based Local Gateway.

登録ベースのローカルゲートウェイ
証明書ベースのローカルゲートウェイ

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using a registering SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The image below highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

voice class tenants: Used to create trunk specific configurations.
voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.
inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.
dial-peer group: Defines the outbound dial-peers used for onward call routing.
outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

ステップ1: Configure router baseline connectivity and security
ステップ2: Configure Webex Calling Trunk

Depending on your required architecture, follow either:
ステップ 3: Configure Local Gateway with SIP PSTN trunk
ステップ 4: Configure Local Gateway with existing Unified CM environment

または:
ステップ 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

All registration-based Local Gateway deployments require Cisco IOS XE 17.6.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.
- ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.
- Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Advantage licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.
Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:
- NTP
- Acl
- User authentication and remote access
- DNS
- IP ルーティング
- IP addresses
The network toward Webex Calling must use an IPv4 address.
Upload the Cisco root CA bundle to the Local Gateway.

構成

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240
 key config-key password-encrypt YourPassword password encryption aes 
 crypto pki trustpoint EmptyTP revocation-check none 
 sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b 

Configure Webex Calling registration-based trunk


 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced 
 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw 
 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite
 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80
 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU 
 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"
 voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru 

After you define tenant 100 and configure a SIP VoIP dial-peer, the gateway initiates a TLS connection toward Webex Calling. At this point the access SBC presents its certificate to the Local Gateway. The Local Gateway validates the Webex Calling access SBC certificate using the CA root bundle that was updated earlier. If the certificate is recognised, a persistent TLS session is established between the Local Gateway and Webex Calling access SBC. The Local Gateway is then able to use this secure connection to register with the Webex access SBC. When the registration is challenged for authentication:

The username, password, and realm parameters from the credentials configuration is used in the response.
The modification rules in sip profile 100 are used to convert SIPS URL back to SIP.

Registration is successful when a 200 OK is received from the access SBC.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

以下は、設定のフィールドの説明です。

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

200 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

ダイヤルピア 200 が SIP コールのコールコールを処理する場合に指定します。For more information, see session protocol (dial peer).

session target ipv4:192.168.80.13

宛先のターゲット IPv4 アドレスを示し、コールレグを送信します。セッションのターゲットは ITSP の IP アドレスです。For more information, see  session target (VoIP dial peer).

incoming uri via 200

VIA ヘッダーの判断基準を IP ヘッダーと IP アドレスPSTNを定義します。Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

voice-class codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see DTMF Relay (Voice over IP).

no vad

音声アクティブティの検出を無効にします。For more information, see vad (dial peer).

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.
```
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200
```
以下は、設定のフィールドの説明です。
dial-peer 100
Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.
Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex:
```
 dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100 
```
以下は、設定のフィールドの説明です。
destination dpg 200
Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12 
 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31 
 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

ローカルゲートウェイを既存の Unified CM 環境で構成する

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

When creating the Webex Calling trunk in Unified CM, ensure that you configure the incoming port in the SIP Trunk Security Profile settings to 5065. This allows incoming messages on port 5065 and populate the VIA header with this value when sending messages to the Local Gateway.

1	以下の音声クラス URI を設定: Classifies Unified CM to Webex calls using SIP VIA port: `voice class uri 300 sip pattern :5065` Classifies Unified CM to PSTN calls using SIP via port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required. In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.
2	Configure the following DNS records to specify SRV routing to Unified CM hosts: IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 以下は、設定のフィールドの説明です。 The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV resource record name 2: The SRV resource record priority 1: The SRV resource record weight 5060: The port number to use for the target host in this resource record ucmsub5.mydomain.com: The resource record target host To resolve the resource record target host names, create local DNS A records. 例: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Creates a record in the local IOS XE database. ucmsub5.mydomain.com: The A record host name. 192.168.80.65: The host IP address. Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.
3	Configure the following dial-peers: Dial-peer for calls between Unified CM and Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:wxtocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls. incoming uri via 300 Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see  DTMF Relay (Voice over IP). no vad 音声アクティブティの検出を無効にします。For more information, see  vad (dial peer). Dial-peer for calls between Unified CM and the PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 400 voip description UCM-PSTN trunk` 400 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。 destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:pstntocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls. incoming uri via 400 Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see  DTMF Relay (Voice over IP). no vad 音声アクティブティの検出を無効にします。For more information, see  vad (dial peer).
4	Add call routing using the following configurations: Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` 以下は、設定のフィールドの説明です。 dial-peer  100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` 以下は、設定のフィールドの説明です。 destination dpg 300 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

診断署名でローカルゲートウェイを監視し、トラブルシューティングする

診断署名 (DS) は、IOS XE ベースのローカルゲートウェイで共通に観察される問題を積極的に検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。You can also install the DS to automate diagnostics data collection and transfer-collected data to the Cisco TAC case to accelerate resolution time.

診断署名 (DS) は、問題のトリガーイベントと問題を通知、トラブルシューティング、修正するために取られるアクションに関する情報を含む XML ファイルです。You can define the problem detection logic using syslog messages, SNMP events and through periodic monitoring of specific show command outputs.

アクションタイプには、show command 出力の収集が含まれます。

統合ログファイルの生成
Uploading the file to a user-provided network location such as HTTPS, SCP, FTP server.

TAC エンジニアは DS ファイルの作成者であり、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

開始する前に:

DSLT からダウンロードした DS ファイルは編集していない。変更するファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
メール通知に安全な SMTP サーバーを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以上を実行中か確認してください。

前提条件

Local Gateway running IOS XE 17.6.1a or higher

診断署名はデフォルトで有効になっています。
Configure the secure email server to be used to send proactive notification if the device is running Cisco IOS XE 17.6.1a or higher.
```
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end 
```
Configure the environment variable ds_email with the email address of the administrator to notify you.
```
configure terminal call-home diagnostic-signature environment ds_email <email address> end 
```

The following shows an example configuration of a Local Gateway running on Cisco IOS XE 17.6.1a or higher to send the proactive notifications to tacfaststart@gmail.com using Gmail as the secure SMTP server:

We recommend you to use the Cisco IOS XE Bengaluru 17.6.x or later versions.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Cisco IOS XE ソフトウェアで起動するローカルゲートウェイは OAuth に対応する一般的なウェブベースの Gmail クライアントではないので、特定の Gmail アカウント設定を行い、端末からメールを正しく処理するための権限を与える必要があります:

Go to Manage Google Account > Security and turn on the Less secure app access setting.
「はい、はい、それは私です」と答えます。Gmail から「Google は、Google 以外のアプリを使用してアカウントにサインインするユーザーを防ぎました」というメールを受け取ります。

プロアクティブモニタリングのために診断署名をインストールする

CPU 使用率の監視

This DS tracks CPU utilization for five seconds using the SNMP OID 1.3.6.1.4.1.9.2.1.56. 使用率が 75% 以上に達すると、すべてのデバッグを無効にし、ローカルゲートウェイにインストールされている診断署名をアンインストールします。下記の手順を実行して署名をインストールします。

Use the show snmp command to enable SNMP. If you do not enable, then configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300, 4400 ISR Series or Cisco CSR 1000V Series
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例では、FTP サーバーからローカルゲートウェイへのファイルのコピーを示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success 
```

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。ステータス列の値が「registered」になっているはずです。

show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。If necessary, reinstall DS 64224 to continue monitoring high CPU utilization on the Local Gateway.

SIP トランク登録のモニタリング

この DS は、60 秒ごとにクラウドにSIP トランクするローカル Webex Calling登録解除をチェックします。Once the unregistration event is detected, it generates an email and syslog notification and uninstalls itself after two unregistration occurrences. Use the steps below to install the signature:

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64117 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	SIP-SIP
問題の種類	SIP トランクによる登録解除を行いました。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

異常な通話切断の監視

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

Use the show snmp command to check whether SNMP is enabled. If it is not enabled, configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常通話切断検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success 
```
show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

診断署名をインストールして問題のトラブルシューティングを行う

診断署名 (DS) を使用して、問題を迅速に解決します。Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題の発生を検出、診断データの正しいセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを可能にするための署名を作成しました。Diagnostic Signatures (DS) eliminate the need to manually check for the problem occurrence and makes troubleshooting of intermittent and transient issues a lot easier.

診断署名ルックアップツールを使用して、適用可能な署名を見つけ、自己解決するためにインストールすることができます。または、サポートエンゲージメントの一部として、TAC エンジニアが推奨する署名をインストールできます。

以下の例は、「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): SYSLOG=1.1.181.1.29.0" syslog を使用して、以下の手順を使用して、診断データの収集を自動化します。

Configure an additional DS environment variable ds_fsurl_prefix which is the Cisco TAC file server path (cxd.cisco.com) to which the collected diagnostics data are uploaded. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager in the following command. The file upload token can be generated in the Attachments section of the Support Case Manager, as needed.
```
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end 
```
例:
```
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
Ensure that SNMP is enabled using the show snmp command. If it is not enabled, configure the snmp-server manager command.
```
show snmp %SNMP agent not enabled config t snmp-server manager end 
```

高 CPU 使用率の期間中に、すべてのデバッグと診断署名を無効にするためのプロアクティブな措置として、高 CPU モニタリング DS 64224 をインストールしてください。Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

ローカルゲートウェイに、高 CPU モニタリング DS 64224、DS 65095 XML ファイルの順にインストールします。

call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

Verify that the signature is successfully installed using the show call-home diagnostic-signature command. 状態の列には「登録済み」の値が必要です。

show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08

診断署名の実行を確認します

In the following command, the “Status” column of the show call-home diagnostic-signature command changes to “running” while the Local Gateway executes the action defined within the signature.show call-home 診断署名統計の出力は、診断署名が関心のあるイベントを検出してアクションを実行したかどうかを検証するための最適な方法です。「トリガーされた/Max/Deinstall」欄は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義される最大回数、トリガーされたイベントの最大数を検出した後に署名が自身をインストールアンインストールするかどうかを示します。

show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示する

DS ID	DS 名	Triggered/Max/Deinstall	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名通知メール送信されるコマンドには、問題の種類、デバイスの詳細、ソフトウェアバージョン、実行構成、与えられた問題のトラブルシューティングに関連するコマンド出力の表示など、重要な情報が含まれている必要があります。

診断署名をアンインストールする

トラブルシューティングのために診断署名を使用は、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。If you want to uninstall a signature manually, retrieve the DS ID from the output of the show call-home diagnostic-signature command and run the following command:

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

診断署名検索ツールに定期的に新しい署名が追加されます。これは展開で一般的に見られる問題に基づいて行います。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

Manage and validate Cisco IOS XE Gateways through Control Hub

For better management of Cisco IOS XE Gateways, we recommend that you enroll and manage the gateways through the Control Hub. It is an optional configuration. When enrolled, you can use the configuration validation option in the Control Hub to validate your Local Gateway configuration and identify any configuration issues. Currently, only registration-based trunks support this functionality.

For more information, refer the following:

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using certificate-based mutual TLS (mTLS) SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The following image highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

voice class tenants: Used to create trunk specific configurations.
voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.
inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.
dial-peer group: Defines the outbound dial-peers used for onward call routing.
outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used. Options are provided for public or private (behind NAT) addressing. SRV DNS records are optional, unless load balancing across multiple CUBE instances.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

ステップ1: Configure router baseline connectivity and security
ステップ2: Configure Webex Calling Trunk

Depending on your required architecture, follow either:
ステップ 3: Configure Local Gateway with SIP PSTN trunk
ステップ 4: Configure Local Gateway with existing Unified CM environment

または:
ステップ 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

All certificate-based Local Gateway deployments require Cisco IOS XE 17.9.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.
- ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.
- Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Essentials licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.
- For high-capacity requirements, you may also require a High Security (HSEC) license and additional throughput entitlement.
  
  Refer to Authorization Codes for further details.
Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:
- NTP
- Acl
- User authentication and remote access
- DNS
- IP ルーティング
- IP addresses
The network toward Webex Calling must use a IPv4 address. Local Gateway Fully Qualified Domain Names (FQDN) or Service Record (SRV) addresses must resolve to a public IPv4 address on the internet.
All SIP and media ports on the Local Gateway interface facing Webex must be accessible from the internet, either directly or via static NAT. Ensure that you update your firewall accordingly.
Install a signed certificate on the Local Gateway (the following provides detailed configuration steps).
- A public Certificate Authority (CA) as detailed in  What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? must sign the device certificate.
- The FQDN configured in the Control Hub when creating a trunk must be the Common Name (CN) or Subject Alternate Name (SAN) certificate of the router. 例:
  - If a configured trunk in the Control Hub of your organization has cube1.lgw.com:5061 as FQDN of the Local Gateway, then the CN or SAN in the router certificate must contain cube1.lgw.com. 
  - If a configured trunk in the Control Hub of your organization has lgws.lgw.com as the SRV address of the Local Gateway(s) reachable from the trunk, then the CN or SAN in the router certificate must contain lgws.lgw.com. クライアントアドレスが解決SRV (CNAME、A レコード、または IP アドレス) のレコードは、SAN ではオプションです。
  - Whether you use an FQDN or SRV for the trunk, the contact address for all new SIP dialogs from your Local Gateway uses the name configured in the Control Hub.
証明書がクライアントとサーバーの使用状況に対して署名済みである必要があります。
Upload the Cisco root CA bundle to the Local Gateway.

構成

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240 
 key config-key password-encrypt YourPassword password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096
 crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here> 
 crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here> 
 sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2  
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configure Webex Calling certificate-based trunk


 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound 
 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw 
 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite 
 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80
 voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM 
 voice class uri 100 sip pattern cube1.lgw.com
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115
 voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

以下は、設定のフィールドの説明です。

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

200 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。For more information, see dial-peer voice.

destination-pattern BAD.BAD

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protocol sipv2

ダイヤルピア 200 が SIP コールのコールコールを処理する場合に指定します。For more information, see session protocol (dial peer).

session target ipv4:192.168.80.13

incoming uri via 200

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

voice-class codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see DTMF Relay (Voice over IP).

no vad

音声アクティブティの検出を無効にします。For more information, see vad (dial peer).

Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.
```
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200
```
以下は、設定のフィールドの説明です。
dial-peer 100
Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.
Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex:
```
 dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100 
```
以下は、設定のフィールドの説明です。
destination dpg 200
Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12 
 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31 
 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 
 voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

ローカルゲートウェイを既存の Unified CM 環境で構成する

1	以下の音声クラス URI を設定: Classifies Unified CM to Webex calls using SIP VIA port: `voice class uri 300 sip pattern :5065` Classifies Unified CM to PSTN calls using SIP via port: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required. In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.
2	Configure the following DNS records to specify SRV routing to Unified CM hosts: IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 以下は、設定のフィールドの説明です。 The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV resource record name 2: The SRV resource record priority 1: The SRV resource record weight 5060: The port number to use for the target host in this resource record ucmsub5.mydomain.com: The resource record target host To resolve the resource record target host names, create local DNS A records. 例: ip host ucmsub5.mydomain.com 192.168.80.65 ip host: Creates a record in the local IOS XE database. ucmsub5.mydomain.com: The A record host name. 192.168.80.65: The host IP address. Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.
3	Configure the following dial-peers: Dial-peer for calls between Unified CM and Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 300 voip description UCM-Webex Calling trunk` Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:wxtocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls. incoming uri via 300 Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see  DTMF Relay (Voice over IP). no vad 音声アクティブティの検出を無効にします。For more information, see  vad (dial peer). Dial-peer for calls between Unified CM and the PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 400 voip description UCM-PSTN trunk` 400 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。 destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer). session target dns:pstntocucm.io Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls. incoming uri via 400 Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec. bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind. dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see  DTMF Relay (Voice over IP). no vad 音声アクティブティの検出を無効にします。For more information, see  vad (dial peer).
4	Add call routing using the following configurations: Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` 以下は、設定のフィールドの説明です。 dial-peer  100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` 以下は、設定のフィールドの説明です。 destination dpg 300 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

診断署名でローカルゲートウェイを監視し、トラブルシューティングする

診断署名 (DS) は、Cisco IOS XE ベースのローカルゲートウェイで共通に観察される問題を事前に検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。

診断署名 (DS) は、問題のトリガーイベントと問題を通知、トラブルシューティング、修正するためのアクションに関する情報を含む XML ファイルです。syslog メッセージ、SNMP イベント、および特定のコマンド出力の定期的な監視を使用して、問題の検出ロジックを定義します。アクションタイプには以下が含まれます。

show command 出力を収集中
統合ログファイルの生成
HTTPS、SCP、FTP サーバーなどのネットワークロケーションをユーザーにアップロードする

TAC エンジニアは DS ファイルを作成し、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数字の ID があります。Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

開始する前に:

DSLT からダウンロードした DS ファイルは編集していない。変更するファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
メール通知に安全な SMTP サーバーを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以上を実行中か確認してください。

前提条件

IOS XE 17.6.1 以上を実行するローカルゲートウェイ

診断署名はデフォルトで有効になっています。
Configure the secure email server that you use to send proactive notification if the device is running IOS XE 17.6.1 or higher.
```
 configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end 
```

通知する管理者 ds_email のメールアドレスを使用して、環境変数を設定します。

 configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end

プロアクティブモニタリングのために診断署名をインストールする

CPU 使用率の監視

この DS は SNMP OID 1.3.6.1.4.1.9.2.1.56 を使用して 5 秒間の CPU 使用率を追跡します。使用率が 75% 以上に達すると、すべてのデバッグが無効し、ローカルゲートウェイにインストールした診断署名をアンインストールします。下記の手順を実行して署名をインストールします。

コマンドを使用して SNMP を有効に設定し、 snmp を表示します。If SNMP is not enabled, then configure the snmp-server manager command.

 show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

フィールド名	フィールド値

プラットフォーム	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
対応製品	CUBE Enterprise in Webex Calling solution
問題の範囲	パフォーマンス
問題の種類	メール通知による高 CPU 使用率

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例では、FTP サーバーからローカルゲートウェイへのファイルのコピーを示しています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。
```
 call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success 
```

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

 show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要な場合、DS 64224 を再インストールして、ローカルゲートウェイで高い CPU 使用率の監視を続行してください。

異常な通話切断の監視

コマンド show snmp を使用して、SNMP が有効になっている必要があります。If SNMP is not enabled, configure the snmp-server manager command.

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常通話切断検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
 call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success 
```
Use the command show call-home diagnostic-signature to verify that the signature is successfully installed. ステータス列の値が「registered」になっているはずです。

診断署名をインストールして問題のトラブルシューティングを行う

診断署名 (DS) を使用して、問題を迅速に解決できます。Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題の発生を検出、診断データの正しいセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを可能にするための署名を作成しました。これにより、問題の発生を手動で確認する必要がなくなり、断続的、および一時的な問題のトラブルシューティングがはるかに容易になります。

診断署名ルックアップツールを使用して、適用可能な署名を見つけ、与えられた問題を解決するためにインストールするか、サポートエンゲージメントの一部として、TAC エンジニアが推奨する署名をインストールできます。

Configure another DS environment variable ds_fsurl_prefix as the Cisco TAC file server path (cxd.cisco.com) to upload the diagnostics data. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager as shown in the following. The file upload token can be generated in the Attachments section of the Support Case Manager, as required.
```
 configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end 
```
例:
```
 call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
コマンド show snmp を使用して、SNMP が有効になっている必要があります。If SNMP not enabled, configure the snmp-server manager command.
```
 show snmp %SNMP agent not enabled config t snmp-server manager end 
```

高 CPU 使用率の期間中に、すべてのデバッグと診断署名を無効にすることを推奨するプロアクティブな措置として、高 CPU モニタリング DS 64224 をインストールすることを推奨します。Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

 copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Install the high CPU monitoring DS 64224 and then DS 65095 XML file in the Local Gateway.

 call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

show call-home diagnostic-signature を使用して、署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。

 show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08:00:12:53

診断署名の実行を確認します

次のコマンドで、ローカルゲートウェイが署名内で定義されたアクションを実行する間、コマンドの「ステータス」列は「実行中」に変更されます。show-home 診断署名統計の出力は、診断署名が関心のあるイベントを検出してアクションを実行したかどうかを検証するための最適な方法です。「トリガーされた/Max/Deinstall」欄は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義される最大回数、トリガーされたイベントの最大数を検出した後に署名が自身をインストールアンインストールするかどうかを示します。

show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示する

DS ID	DS 名	Triggered/Max/Deinstall	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名通知メール送信されるレポートには、問題の種類、デバイスの詳細、ソフトウェアバージョン、コンフィギュレーションの実行、および与えられた問題のトラブルシューティングに関連するコマンド出力の表示などの重要な情報が含されます。

診断署名をアンインストールする

トラブルシューティングのために診断署名を使用すると、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合、show call-home diagnostic-signature の出力から DS ID を取得し、以下のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

診断署名ルックアップツールに、展開で見られる問題に基づいて、定期的に新しい署名が追加されます。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

ローカルゲートウェイとして CUBE の高可用性を実装する

基礎

前提条件

Webex Calling のローカルゲートウェイとして CUBE HA を展開する前に、以下の概念を深く理解するようにしてください。

Cisco Webex Calling ソリューション
Cisco Webex Calling のローカルゲートウェイオプション
ステートフルコール保持のための CUBE エンタープライズによるレイヤー 2 ボックス間冗長性

ハードウェアとソフトウェアのコンポーネント

この記事のコマンドとログの表示は、vCUBE（CSR1000v）で実装された Cisco IOS-XE 16.12.2 のソフトウェアの最小リリースに基づいています。

参考資料

さまざまなプラットフォーム向けの詳細な CUBE HA 設定ガイドを次に示します。

ISR 4K シリーズ— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling ソリューションの概要

この記事の焦点は、ローカルゲートウェイの展開 (以下を参照) です。Webex Calling のローカルゲートウェイ（プレミスベースの PSTN）トランクによって、顧客が所有する PSTN サービスへの接続が可能になります。また、Cisco Unified CM などのオンプレミス IP PBX 展開への接続も提供します。クラウド間のすべての通信は、メディア向け SIP および SRTP で TLS トランスポートを使用してセキュリティ保護されています。

レイヤー 2 のボックス間冗長性

CUBE HA レイヤー 2 ボックス間冗長性は、冗長性グループ (RG) インフラストラクチャプロトコルを使用して、ルーターのアクティブ/スタンバイペアを形成します。このペアは、それぞれのインターフェイスで同じ仮想 IP アドレス (VIP) を共有し、ステータスメッセージを継続的に交換します。CUBE セッションはルーターのペアリングのチェックポイントであり、アクティブルーターがサービスを停止した場合に、スタンバイルーターがすべての CUBE コール処理の責任を果たすことができるようになりました。その結果、シグナリングとメディアのステートフルな保持が可能になりました。

この記事では、CUBE HA は、ステートフルコール保持の CUBE ハイアベイラビリティ (HA) レイヤー 2 ボックス間 (B2B) 冗長性を参照します。

冗長性グループインフラストラクチャコンポーネント

2 つの CUBE 間で keepalive と hello メッセージを交換することで (コントロールインターフェイス)、各ルータの最終的な冗長状態をネゴシエートする HSRP のようなプロトコル。上の図の GigabitEthernet3です。
アクティブからスタンバイルータ (データインターフェイス経由) への各コールに関して、シグナリングとメディアの状態をチェックするための転送メカニズム。上記の図の GigabitEthernet3です。
トラフィックインターフェイスの仮想 IP (VIP) インターフェイスの構成と管理 (複数のトラフィックインターフェイスは同じ RG グループを使用して構成できます)。GigabitEthernet 1 および 2 はトラフィックインターフェイスと見なされます。

この RG コンポーネントは、音声 B2B HA をサポートするように特別に構成する必要があります。

信号とメディアの両方に関する仮想 IP (VIP) アドレス管理

B2B HA は、冗長性を確保する際に VIP に依存します。CUBE HA ペアの両方の CUBE で VIP および関連する物理インターフェイスは、同じ LAN サブネット上に存在している必要があります。VIP の構成、および特定の音声アプリケーション (SIP) への VIP インターフェイスのバインドは、音声 B2B HA サポートに必須です。Unified CM、Webex Calling アクセス SBC、サービスプロバイダー、プロキシなどの外部デバイスは、CUBE HA ルーターを通過するコールの宛先 IP アドレスとして VIP を使用します。そのため、Webex Calling の観点から、CUBE HA ペアは単一のローカルゲートウェイとして機能します。

コールのステートフルフェールオーバーのローカルゲートウェイとして CUBE HA を使用するには、以下の要件があります。

CUBE HA は TDM またはアナログインターフェイスを共存させることはできません
Gig1 および Gig2 はトラフィック (SIP/RTP) インターフェイス、Gig3 は冗長グループ (RG) コントロール/データインターフェイスと呼ばれます
グループ id 1 とグループ id 2 を持つ同じレイヤー 2 ドメインに配置できる CUBE HA ペアは 2 つまでです。同じグループ ID で 2 つの HA ペアを構成する場合、RG コントロール/データインターフェイスは異なるレイヤー 2 ドメイン (vlan、個別のスイッチ) に属している必要があります
ポートチャネルは、RG コントロール/データとトラフィックインターフェイスの両方でサポートされています
すべてのシグナリング/メディアは、仮想 IP アドレスから供給されます
プラットフォームが CUBE HA 関係にリロードされると、常にスタンバイとして起動します
すべてのインターフェイスの下位アドレス (Gig1、Gig2、Gig3) は、同じプラットフォームにある必要があります
冗長性インターフェイス識別子、rii は同じレイヤー 2 のペア/インターフェイスの組み合わせに対して固有である必要があります
両方の CUBE の構成は、物理構成を含む必要があり、同じ種類のプラットフォームと IOS-XE バージョンで実行されている必要があります
ループバックインターフェイスは、常に起動しているためバインドとして使用できません
複数のトラフィック (SIP/RTP) インターフェイス (Gig1、Gig2) では、インターフェイスのトラッキングが構成されている必要があります
CUBE-HA は、RG コントロール/データリンク (Gig3) のクロスオーバーケーブル接続ではサポートされていません
両方のプラットフォームは同一である必要があり、すべての同様のインターフェイスで CUBE HA が機能するように [物理スイッチ] を介して接続します。例: CUBE-1 と CUBE-2 の GE0/0/0 は同じスイッチ上で終了する必要があります
直接 CUBE 上で、またはいずれかの側のデータ HA で WAN を終了することができません
アクティブ/スタンバイは両方とも同じデータセンターにある必要があります
冗長性 (RG コントロール/データ、Gig3) に別の L3 インターフェイスを使用する必要があります。トラフィックに使用されるインターフェイスは、HA keepalives およびチェックポイントに使用できません
フェールオーバー時に、以前アクティブだった CUBE は、設計によって再読み込みされ、シグナリングとメディアを保持します

両方の CUBE で冗長性を構成する

HA ペアで使用し、仮想 IP を表示するために、両方の CUBE でレイヤー 2 ボックス間冗長性を構成する必要があります。

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr
 VCUBE-1#show redundancy application group all Faults states Group 1 info: Runtime priority: [100] RG Faults RG State: UP. Total # of switchovers due to faults: 0 Total # of down/up state changes due to faults: 0 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state: Up My Role: ACTIVE Peer Role: STANDBY Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT RG Protocol RG 1 ------------------ Role: Active Negotiation: Enabled Priority: 100 Protocol state: Active Ctrl Intf(s) state: Up Active Peer: Local Standby Peer: address 10.1.1.2, priority 100, intf Gi3 Log counters: role change to active: 1 role change to standby: 1 disable events: rg down state 0, rg shut 0 ctrl intf events: up 1, down 0, admin_down 0 reload events: local request 0, peer request 0 RG Media Context for RG 1 -------------------------- Ctx State: Active Protocol ID: 1 Media type: Default Control Interface: GigabitEthernet3 Current Hello timer: 3000 Configured Hello timer: 3000, Hold timer: 10000 Peer Hello timer: 3000, Peer Hold timer: 10000 Stats: Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Authentication not configured Authentication Failure: 0 Reload Peer: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Present. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#

両方の CUBE でローカルゲートウェイを構成する

ユーザー名:Hussain1076_LGU
パスワード:lOV12MEaZx

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes
 VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#
 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message
 VCUBE-2#redundancy application reload group 1 self
 VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#
 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:送信日時: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 

Webex Calling のために Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

次の設定でローカルゲートウェイトランクの専用の SIP トランクセキュリティプロファイルを作成します。

設定	値

名前	Webexなどの一意の名前
説明	意味のある説明（Webex SIP トランクセキュリティプロファイルなど）
着信ポート	Webex 間のトラフィックでは、ローカルゲートウェイ構成で使用されるポートと一致する必要があります。5065

ローカルゲートウェイトランクの SIP プロファイルを構成する

次の設定でローカルゲートウェイトランク用の専用の SIP プロファイルを作成します。

設定	値

名前	Webexなどの一意の名前
説明	Webex SIP プロファイルなどの意味のある説明
オプションの Ping を有効にして、サービスタイプ「なし (デフォルト)」のトランクの宛先ステータスをモニタします。	選択

Webex からのコールのコール検索スペースを作成する

次の設定で Webex から発信されたコールのためのコール検索スペースを作成します。

設定	値

名前	Webexなどの一意の名前
説明	Webex コーリングサーチスペースなど、意味のある説明
選択済みパーティション:	DN (+E.164 ディレクトリ番号) ESN (短縮された施設間ダイヤル) PSTNInternational (PSTNアクセス) onNetRemote (GDPRで学習した宛先)

Webex 間で SIP トランクを構成する

次の設定を使用して、ローカルゲートウェイ経由での Webex 間のコールに SIP トランクを作成します。

設定	値
デバイス情報
DeviceName	Webexなどの一意の名前
説明	意味のある説明 (Webex SIP トランクなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
着信コール
コール検索スペース	以前に定義されたコール検索スペース:Webex (ウェベックス)
AAR コール検索スペース	PSTN ルートパターンへのアクセス権のみを持つコール検索スペース: PSTNReroute
SIP 情報
接続先アドレス	ローカルゲートウェイ CUBE の IP アドレス
移動先ポート	5060
SIP トランクセキュリティプロファイル	定義済み:Webex (ウェベックス)
SIP プロファイル	定義済み:Webex (ウェベックス)

Webex のルートグループを構成する

次の設定でルートグループを作成します。

設定	値
ルートグループ情報
ルートグループ名	Webexなどの一意の名前
選択したデバイス	以前に構成された SIP トランク:Webex (ウェベックス)

Webex のルートリストを構成する

次の設定でルートリストを作成します。

設定	値
ルートリスト情報
名前	一意の名前（RL_Webexなど）
説明	意味のある説明（Webex のルートリストなど）
すべてのアクティブな Unified CM ノード上で実行する	選択
ルートリストメンバー情報
選択したグループ	以前に定義されたルートグループのみ:Webex (ウェベックス)

Webex の移動先のパーティションを作成する

次の設定で Webex の移動先のパーティションを作成します。

設定	値
ルートリスト情報
名前	Webexなどの固有の名前
説明	意味のある説明（Webex Partitionなど）

次にやる必要

Webex の移動先のルートパターンを構成する

次の設定で Webex の各 DID 範囲のルートパターンを構成します。

設定	値

ルートパターン	「\」が頭文字にある Webex で DID 範囲のフル +E.164 パターン例: \+140855501XX
ルートパーティション	Webex (ウェベックス)
ゲートウェイ/ルートリスト	RL_Webex
緊急の優先事項	選択

Webex の簡略サイト間ダイヤル正規化を構成する

短縮されたサイト間ダイヤルが Webex に必要な場合は、Webex の各 ESB 範囲にダイヤル正規化パターンを設定します。

設定	値

翻訳パターン	Webex の ESN 範囲の ESB パターン。例:80121XX
パーティション	Webex (ウェベックス)
説明	Webex 正規化パターンなどの意味のある説明
発信者のコール検索スペースを使用する	選択
緊急の優先事項	選択
後続ホップでの連続桁のタイムアウトを待たない	選択
着信側トランスフォームマスク	番号を + E.164 に正規化するマスク。例:+140855501XX

Webex Calling の機能をセットアップする

ハントグループをセットアップする

ハントグループのセットアップ方法の詳細については、「Cisco Webex Control Hub のハントグループ」を参照してください。

コールキューを作成する

コールキューをセットアップおよび管理する方法の詳細については、「Cisco Webex Control Hub でコールキューを管理する」を参照してください。

レセプショニストクライアントを作成する

自動アテンダントを作成して管理する

セットアップメニューと、応答サービス、ハントグループ、ボイスメールボックスや実際のオペレーターなどへのルーティング機能によって、適切なあいさつを返すことができます。24 時間分のスケジュールを作成できます。あるいは、時間内か外かに応じて、異なるオプションを使うこともできます。

自動アテンダントの作成と管理の方法については、「Cisco Webex Control Hub で自動アテンダントを管理する」を参照してください。

ページンググループを構成する

コールピックアップを設定する

ユーザーがそれぞれの通話に応答できるよう、コールピックアップグループを作成し、チームワークとコラボレーションを強化します。ユーザーをコールピックアップグループに追加しておけば、グループメンバーが席を離れていたり、電話中だったりした場合、別のメンバーが電話に出ることができます。

コールピックアップグループのセットアップ方法については、「Cisco Webex Control Hub でのコールピックアップ」を参照してください。

コールパークをセットアップする

コールパークのセットアップ方法の詳細については、「Cisco Webex Control Hub コールパーク」を参照してください。

ユーザーの割り込みを有効にする

1	https://admin.webex.comの顧客ビューから、［管理］>［ユーザー］の順に移動します。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］セクションに移動し、［割り込み］を選択します。
4	トグルをオンにすると、他のユーザがこのユーザの進行中のコールに自分自身を追加できるようになります。
5	このユーザーがコールに割り込むときに他のユーザーにトーンを再生する場合は、[このユーザーがコールで割り込むときにトーンを再生 ] にチェックを入れます。このユーザーがコールで割り込むときにトーンを再生する設定は、Customer Experience BasicおよびEssentialsスーパーバイザの割り込み機能には適用されません。スーパーバイザでこのオプションを有効にした場合でも、スーパーバイザがコールキューコールで割り込むと、システムはエージェントに通知トーンを再生しません。スーパーバイザがコールに割り込むときにエージェントにトーンを再生する場合は、[エージェントの通知トーン] 設定を使用して有効にできます。詳細については、「Webex Customer Experience Basic 」または「Webex Customer Experience Essentials」の「キューの作成」セクションを参照してください。
6	[保存] をクリックします。

ユーザーのプライバシーを有効にする

1	Control Hub にサインインし、[管理 ] > [ユーザー] の順に移動します。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー間の権限］領域に移動し、［プライバシー］を選択します。
4	このユーザーに適切な　[自動音声応答のプライバシー] 設定を選択します。このユーザーへの内線でのダイヤルを許可このユーザーの名前/姓でのダイヤルを許可
5	[プライバシーを有効にする] チェックボックスをオンにします。ドロップダウンリストからメンバーを選択しないことで、全員をブロックすることができます。または、このユーザーの回線ステータスを監視できるユーザー、ワークスペース、仮想回線を選択することもできます。ロケーション管理者の場合、割り当てられたロケーションに関連するユーザー、ワークスペース、仮想回線だけがドロップダウンリストに表示されます。 [プライバシーを有効にする ] チェックボックスをオフにすると、全員が回線のステータスを監視できるようになります。
6	ダイレクトコールピックアップと割り込みのプライバシーを有効にするには、[ダイレクトコールピックアップと割り込みのプライバシーを強制 ] チェックボックスをオンにします。このオプションを有効にすると、このユーザーに対してダイレクトコールピックアップと割り込みを使用できるのは、許可されたユーザー、仮想回線、およびワークスペースデバイスだけです。それ以外の場合、組織内の誰もが、ダイレクトコールピックアップと割り込みを回線上で呼び出すことができます。割り込みの詳細については、他のユーザーの電話での割り込みを参照してください。スーパーバイザは、エージェントがコールキューを介して受信するコールに常に割り込むことができます。つまり、プライバシー設定はスーパーバイザの割り込みオプションには影響しません。
7	[名前でメンバーを追加] から、電話回線のステータスを監視し、ダイレクトコールピックアップと割り込みを呼び出せるユーザ、ワークスペース、仮想回線を選択します。
8	選択したメンバーをフィルタリングするには、［名前、番号、またはextでフィルタリング］フィールドを使用します。
9	選択したすべてのメンバーを削除するには、［すべて削除］をクリックします。個々のメンバーを削除するには、メンバー名の横にある[削除] をクリックします。
10	[保存] をクリックします。

モニタリングの設定

1	https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］をクリックします。
2	変更するユーザーを選択し、[Calling] をクリックします。
3	[ユーザー権限間 ] セクションに移動し、[モニタリング] を選択します。
4	次から選択します: 監視対象回線を追加するコールパーク内線を追加するユーザーモニタリングのために、[モニタリング対象の回線を追加（Add Monitored Line）] リストに仮想回線を含めることができます。
5	このユーザーにパークされたコールを通知するかどうかを選択し、監視対象のユーザーまたはコールパーク内線を検索し、[保存] をクリックします。 Control Hub の監視回線リストは、ユーザーのデバイス上で表示される監視回線の順番に対応します。監視対象回線のリストをいつでも並べ替えることができます。監視対象の回線に表示される名前は、ユーザ、ワークスペース、仮想回線の [発信者 ID 名（Caller ID First Name）] フィールドと [姓（Last Name）] フィールドに入力された名前です。

どうやったか見たいか? Control Hub でユーザーのモニタリング設定を管理する方法については、このビデオデモンストレーションをご覧ください。

ユーザーのコールブリッジ警告トーンを有効にする

スケジューリングを始める前に

コールブリッジを呼び出すには、共有回線を設定する必要があります。コールブリッジの警告トーンが再生される前に、共有回線を設定する方法を参照してください。

1	Control Hub にサインインし、[管理 ] > [ユーザー] の順に移動します。
2	ユーザーを選択し、[通話] タブをクリックします。
3	[ユーザー権限間] に移動し、[コールブリッジ警告トーン] をクリックします。
4	[コールブリッジング警告トーン] をオンにして、[保存] をクリックします。デフォルトでは、この機能は有効になっています。 MPP 共有回線のコールブリッジングの詳細については、「マルチプラットフォームデスクフォンの共有回線」を参照してください。 Webex アプリの共有回線でのコールブリッジングの詳細については、「WebexApp の共有回線アピアランス」を参照してください。

ユーザーのためにホテリングをオンにする

この機能を有効にすることで、ユーザーは主な卓上電話の機能性と機能を維持しながら、別のスペースで作業をすることができます。

1	https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］を選択します。
2	ユーザーを選択し、[通話] タブをクリックします。
3	［ユーザー間の権限］セクションに移動し、［ホテリング］を選択してトグルをオンにします。
4	[ホテリングロケーション ] 検索フィールドにホテリングホストの名前または番号を入力し、ユーザーに割り当てるホテリングホストを選択します。選択できるホテリングホストは 1 つだけです。別のホテリングホストを選択した場合、最初のホストは削除されます。ロケーション管理者の場合、割り当てられたロケーションに関連するホテリングホストのみを割り当てることができます。
5	ユーザーがホテリングホストに関連付けることができる時間を制限するには、[関連付け期間を制限 (Limit Association Period)] ドロップダウンからユーザーがホテリングホストを使用できる時間を選択します。ユーザーは選択した時間の後に自動的にログアウトされます。ユーザーに指定された制限関連付け期間が、選択したホテリングホストの制限関連付け期間を超えると、画面にエラーメッセージが表示されます。たとえば、ホテリングホストの制限関連付け期間が 12 時間で、ユーザーの制限関連付け期間が 24 時間である場合、エラーメッセージが表示されます。この場合、ユーザーにより多くの時間が必要な場合は、ホテリングホストの制限関連期間を延長する必要があります。
6	[保存] をクリックします。ユーザは、ユーザハブから使用するホテリングホストを検索し、検索することもできます。詳細については、「どこからでも通話プロファイルにアクセスする」を参照してください。

どうやったか見たいか? Control Hub でホテリングを設定する方法については、このビデオデモンストレーションをご覧ください。

Webex Calling の採用傾向と使用状況レポート

通話レポートを表示する

Control Hub の [アナリティクス] ページを使用して、ユーザーがどのように Webex Calling と Webex アプリ (エンゲージメント) を使用しているか、また、通話のメディアエクスペリエンスの質について洞察を得ることができます。Webex Calling アナリティクスにアクセスするには、Control Hub にサインインし、[アナリティクス ] に移動して [通話 ] タブを選択します。

1	通話履歴レポートの詳細については、Control Hub にサインインし、[分析 ] > [通話] の順に移動します。
2	[通話履歴の詳細] を選択します。専用インスタンスを使用する通話の詳細については、「専用インスタンスの分析」を参照してください。
3	メディア品質データにアクセスするには、Control Hub にサインインし、[Analytics ] に移動して [Calling] を選択します。詳細については、「クラウドコラボレーションポートフォリオのためのアナリティクス」を参照してください。

CScanツールを実行する

CScan は、Webex Calling へのネットワーク接続をテストするために設計されたネットワーク準備ツールです。

詳細については、「CScan を使用して Webex Calling ネットワークの品質をテストする」をご覧ください。

環境を準備する

一般的な前提条件

Webex Calling のローカルゲートウェイを設定する前に、次のことを確認してください。

VoIP の原理についての基本的な知識があること
Cisco IOS-XE と IOS-XE 音声のコンセプトについて、基本的で実際的な知識があること
セッション開始プロトコル (SIP) の基本的な理解がある
導入モデルに Cisco Unified Communications Manager (Unified CM) が含まれている場合には、Unified CM についての基本的な理解があること

詳細については、『Cisco Unified Border Element (CUBE) Enterprise Configuration Guide』を参照してください。

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

展開に次のような 1 つ以上のローカルゲートウェイがあることを確認します。

IP ベースの接続用 Cisco CUBE
TDM ベースの接続のための Cisco IOS ゲートウェイ

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

LGW は、Cisco PKI からの CA ルートバンドルで更新しておく必要があります
LGW を構成する際には、Control Hub のトランク構成ページから取得した一連の SIP ダイジェスト資格情報が使用されます（この手順は、この後の構成の一部です）
CA ルートバンドルは、提示された証明書を検証します
資格情報が要求されます (SIP ダイジェストにより提供されたもの)
クラウドは、どのローカルゲートウェイがセキュアに登録されているかを識別します

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

組織のために Webex Calling を設定する

初回セットアップウィザードで通話設定をセットアップする

1	受け取ったウェルカムメールのはじめにリンクをクリックします。管理者のメールアドレスが、Control Hub へのサインインに自動的に使用されます。その際、管理者パスワードを作成するように求められます。サインインすると、セットアップウィザードが自動的に開始します。
2	利用規約を見直して、承諾します。
3	プランを見直して、[はじめに] をクリックします。アカウントマネージャは FTSW の最初の手順をアクティブにする責任があります。 [使い始める] を選択した時に、「通話をセットアップできません」という通知を受け取った場合は、アカウントマネージャーに連絡してください。
4	データセンターがマッピングする国を選択し、顧客の連絡先と顧客アドレス情報を入力します。
5	[次へ: デフォルトのロケーション
6	次のオプションから選択します: パートナー管理者の場合は、[保存して閉じる] をクリックして、顧客管理者が Webex Calling のプロビジョニングを完了するようにします。必要なロケーションの情報を入力します。ウィザードでロケーションを作成した後、後で他にロケーションを作成できます。セットアップウィザードを完了した後で、作成したロケーションにメイン番号を追加していることを確認してください。
7	このロケーションに適用する次の選択を行います。通知言語 - 新しいユーザーと機能に関する音声通知とプロンプト用。メール言語 - 新規ユーザー向けメールのコミュニケーション。国タイムゾーン
8	[次へ] をクリックします。
9	利用可能な Cisco Webex SIP アドレスを入力し、[次へ] をクリックし、[完了] を選択します。

ロケーションを追加する

始める前に

新しいロケーションを作成するには、以下の情報を指定します。

ロケーションの住所
希望する電話番号(オプション)

1	https://admin.webex.comでControl Hubにログインし、に移動します。管理 > 場所。新しいロケーションは、初回セットアップウィザードを使用して選択した国に対応する地域データセンターでホストされます。
2	ロケーションを設定します。ロケーション名 - ロケーションを識別するための一意の名前を入力します。国/地域 - ロケーションに関連付ける国を選択します。たとえば、米国に 1 か所のロケーション (本社) を作成し、イギリスに別のロケーション (支社) を作成することができます。選択した国に応じて、その後の住所のフィールドが決まります。ここには、例として、米国の住所書式を使用したものがあります。ロケーションの住所 - ロケーションの郵送先住所の主要部分を入力します。市区町村 - このロケーションが所在する市区町村を入力します。都道府県 - ドロップダウンから都道府県を選択します。郵便番号-ZIP または郵便番号を入力します。通知言語 - 新規ユーザーと機能に関する音声通知と音声プロンプトで使用する言語を選択します。メール言語 - 新規ユーザーとのメール通信に使用する言語を選択します。タイムゾーン - ロケーションのタイムゾーンを選択します。
3	［保存］をクリックし、［はい／いいえ］を選択して、現在または後でロケーションに番号を追加します。
4	「はい」をクリックした場合は、次のいずれかのオプションを選択します。 Cisco PSTN - Cisco の Cloud PSTN ソリューションが必要な場合は、このオプションを選択します。 Cisco Calling プランは、緊急通話、国内および国際電話の着信および発信を提供する完全な PSTN 代替ソリューションであり、新しい PSTN 番号を注文したり、既存の番号を Cisco にポートしたりできます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。 Cisco Calling プランがサポートされている地域の Webex Calling データセンターでホストされています。 Cloud Connected PSTN - 多くの Cisco CCP パートナーの 1 つからクラウド PSTN ソリューションを探している場合、またはロケーションで Cisco Calling プランが利用できない場合は、このオプションを選択します。 CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例 : (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。リストされているプロバイダーの下に [番号を今すぐ注文する] オプションがある場合は、そのオプションを選択して、統合された CCP のメリットを利用することをおすすめします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP の場合、Control Hub の外で、CCP パートナーから電話番号を調達する必要があります。プレミスベースのPSTN(ローカルゲートウェイ)-現在の PSTN プロバイダーを保持する場合、またはクラウドサイトでクラウドサイト以外に接続する場合、このオプションを選択できます。 PSTN オプションの選択は各ロケーションレベルで行います (各ロケーションには PSTN オプションが 1 つしかありません)。展開に対して必要な数のオプションを組み合わせることができますが、各ロケーションには 1 つのオプションとなります。 PSTN オプションを選択してプロビジョニングしたら、ロケーションの PSTN プロパティで [管理] をクリックすると、オプションを変更できます。ただし、Cisco PSTN などの一部のオプションは、別のオプションが割り当てられた後は使用できない場合があります。サポートケースを開いてご相談ください。
5	番号を今すぐに有効にするか、または後で有効にするかを選択します。
6	統合されていない CCP またはプレミスベースの PSTN を選択した場合は、電話番号をコンマ区切り値として入力し、[検証] をクリックします。特定のロケーションのための番号が追加されます。有効なエントリは [検証済みの番号] フィールドに移動し、無効なエントリは [番号の追加] フィールドに残り、エラーメッセージが表示されます。番号の書式は、ロケーションの所在する国に応じ、ダイヤリングに関する地元の要件に従って定められます。たとえば、国コードが必要な場合には、コードを付けて入力することも、コードなしで入力してからコードが自動的に先頭に追加されるようにすることもできます。
7	[保存] をクリックします。

次に行うこと

始める前に

ロケーションに関連付けられているユーザーとワークスペースのリストを取得します。に移動サービス > 通話 > 番号ドロップダウンメニューから、削除するロケーションを選択します。ロケーションを削除する前に、これらのユーザーとワークスペースを削除する必要があります。

1	https://admin.webex.comでControl Hubにログインし、に移動します。管理 > 場所。
2	クリック削除するロケーションの横にある [アクション] 列に表示されます。
3	[ロケーションの削除] を選択し、そのロケーションを削除することを確認します。通常、ロケーションが完全に削除されるまで数分かかりますが、最大で 1 時間かかる場合があります。ロケーション名の横にあるをクリックし、[削除ステータス] を選択してステータスを確認できます。

既存のロケーションを更新する

PSTN のセットアップ、ロケーションの名前、タイムゾーン、言語は、作成後に変更できます。新しい言語は新しいユーザーとデバイスにのみ適用されることに注意してください。既存のユーザーおよびデバイスは古い言語を使用し続けます。

1	https://admin.webex.comでControl Hubにログインし、に移動します。管理 > 場所。ロケーションの隣に [注意（Caution）] 記号が表示されている場合、そのロケーションの電話番号がまだ設定されていないことを意味します。その番号を設定するまで、コールを発信または受信できません。
2	(オプション) [PSTN 接続] の下で、すでに設定されているものに応じて、[クラウド接続 PSTN] または [プレミスベースの PSTN](ローカルゲートウェイ) のいずれかを選択します。 [管理] をクリックして設定を変更してから、[続行] を選択することにより、関連するリスクを承認します。以下のオプションのいずれかを選択して、[保存] クリックします。 Cisco PSTN - Cisco の Cloud PSTN ソリューションが必要な場合は、このオプションを選択します。 Cisco Calling プランは、緊急通話、国内および国際電話の着信および発信を提供する完全な PSTN 代替ソリューションであり、新しい PSTN 番号を注文したり、既存の番号を Cisco にポートしたりできます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。現在、他の PSTN 機能が割り当てられている既存のロケーションは、Cisco Calling プランの対象外です。サポートケースを開いてご相談ください。 Cisco Calling プランがサポートされている地域の Webex Calling データセンターでホストされています。 Cloud Connected PSTN - 多くの Cisco CCP パートナーの 1 つからクラウド PSTN ソリューションを探している場合、またはロケーションで Cisco Calling プランが利用できない場合は、このオプションを選択します。 CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例 : (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。リストされているプロバイダーの下で番号を今すぐ注文するオプションが表示された場合は、そのオプションを選択して、統合型CCPを利用することをお勧めします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP では、Control Hub 以外の CCP パートナーから電話番号を取得する必要があります。プレミスベースの PSTN（ローカルゲートウェイ）:現在の PSTN プロバイダーを保持する場合、またはクラウド以外のサイトをクラウドサイトに接続する場合は、このオプションを選択できます。以前にローカルゲートウェイで設定されたロケーションを持つ Webex Calling の顧客は、対応するトランクを持つプレミスベースの PSTN に自動的に変換されます。
3	ロケーションで、ドロップダウンリストから代表番号を選択し、そのロケーションのユーザーがコールを発信および受信できるようにします。メイン番号を自動アテンダントに割り当てて、外部発信者がそのロケーションの Webex Calling ユーザーに連絡できるようにします。そのロケーションの Webex Calling ユーザーは、発信時にこの番号を外部発信者 ID として使用することもできます。
4	(オプション) [緊急コール] で[緊急時のロケーション識別子] を選択して、このロケーションに割り当てることができます。この設定はオプションであり、必要な国でのみ適用されます。一部の国では (例: フランス)は、緊急通報を行い、緊急当局が利用できるようにしたときに、セル無線システムがセルのIDを確立するための規制要件が存在します。米国やカナダのような他の国々は、他の方法を用いて位置決定を実施しています。詳細については、「強化された緊急コール」を参照してください。緊急コールプロバイダーは、アクセスネットワークに関する情報を必要とする場合があります。これは、新しいプライベート SIP 拡張ヘッダー P-Access-Network-Info を定義することによって実現されます。ヘッダーにはアクセスネットワークに関する情報が格納されます。ロケーションの緊急ロケーション識別子を設定すると、ロケーションの値が SIP メッセージの一部としてプロバイダーに送信されます。緊急コールプロバイダーに連絡して、この設定が必要かどうかを確認し、緊急コールプロバイダーが提供する値を使用します。
5	このロケーションでユーザーがボイスメールをチェックするために呼び出せる [ボイスメール番号] を選択します。
6	(オプション) ロケーションページの上部にある鉛筆アイコンをクリックし、必要に応じて [ロケーションの名前]、[アナウンス言語]、[メール言語]、[タイムゾーン]、[住所] を変更し、[保存] をクリックします。 [アナウンス言語] の変更は、このロケーションに追加された新規ユーザーや機能に対して直ちに有効になります。既存のユーザーや機能のアナウンス言語も変更する必要がある場合は、プロンプトが表示されたら、[既存のユーザーとワークスペースの変更] または [既存機能の変更] を選択します。 [適用] をクリックします。 [タスク] ページで進捗状況を確認できます。これが完了するまでは、これ以上変更を加えることはできません。ロケーションの [タイムゾーン] を変更しても、このロケーションに関連する機能のタイムゾーンは更新されません。自動アテンダント、ハントグループ、コールキューなどの機能のタイムゾーンを編集するには、タイムゾーンを更新する特定の機能の [全般設定] エリアに移動し、そこで編集して保存します。

これらの設定は社内ダイヤルに適用されるものであり、最初のセットアップウィザードでも設定できます。ダイヤルプランを変更すると、Control Hub の更新でこれらの変更を示す例番号が表示されます。

ロケーションに対する発信通話の権限を設定できます。これらのステップをご覧になり、発信権限を設定してください。

1	Control Hub にサインインし、サービス > 通話 > サービス設定を選択してから、［内部ダイヤル］までスクロールします。
2	必要に応じて、次のオプションのダイヤル設定を行います。ロケーションルーティングプレフィックスの長さ—複数のロケーションがある場合は、この設定を推奨します。 2 ～ 7 桁の長さを入力できます。同じ内線番号を持つ複数のロケーションがある場合、ロケーション間でコールを行うときに、ユーザーはプレフィックスをダイヤルする必要があります。たとえば、複数のストアがある場合、内線 1000 を使用すると、各ストアにルーティングプレフィックスを設定することができます。 1 つのストアのプレフィックスが 888 の場合、そのストアに到達するために 8881000 にダイヤルします。ルーティングプレフィックスの長さには、ステアリング番号が含まれます。たとえば、ルーティングプレフィックスの長さを 4 に設定すると、3 桁のみを使用してサイトを指定できます。ルーティングプレフィックスをロケーションに割り当てる場合、そのロケーションに割り当てられた内線のすべての外観には、内線番号の前にルーティングプレフィックスが含まれます。たとえば、888-1000（ルーティングプレフィックス-内線）です。 [ルーティングプレフィックスのステアリング番号（Steering Digit in Routing Prefix）]:すべてのルーティングプレフィックスの最初の桁として設定される番号を選択します。 [内線番号の長さ(Internal Extension Length)]:2 ～ 10 桁を入力でき、デフォルトは 2 です。内線の長さを長くすると、既存の内部内線への短縮ダイヤルが自動的に更新されることはありません。ロケーション間の内線ダイヤルを許可—組織の要件に基づいてロケーション間の内線ダイヤルをカスタマイズできます。組織にすべてのロケーションで重複する内線がない場合は、トグルを有効にします。デフォルトでは、トグルが有効になっています。組織が別の場所に同じ内線を持っている場合は、トグルを無効にします。トグルが無効になり、発信者が内線番号をダイヤルすると、通話は、発信者と同じロケーションで内線番号が一致するユーザーにルーティングされます。発信者は、エンタープライズ重要番号（ロケーションルーティングプレフィックス + 内線）をダイヤルして、他のロケーションの内線番号に到達する必要があります。
3	特定の場所の内部ダイヤルを指定します。に移動［管理］>［ロケーション］を選択し、リストからロケーションを選択して、［通話］をクリックします。 [ダイヤル] までスクロールし、必要に応じて内部ダイヤルを変更します。内部ダイヤル - 別の場所にいるユーザーがこの場所にいる人に連絡するためにダイヤルする必要があるルーティングプレフィックスを指定します。各ロケーションのルーティングプレフィックスは固有である必要があります。プレフィックスの長さは組織レベルで設定された長さに一致することを推奨しますが、長さは 2 ～ 7 桁でなければなりません。
4	特定のロケーションの外部ダイヤルを指定します。に移動［管理］>［ロケーション］を選択し、リストからロケーションを選択して、［通話］をクリックします。 [ダイヤル] までスクロールし、必要に応じて外部ダイヤルを変更します。外部ダイヤル—外線にダイヤルするためにダイヤルする必要がある外線番号の番号を選択することができます。デフォルトは [なし] であり、このダイヤル習慣が必要ない場合には、値を [なし] にしておくことができます。この機能を使用しない場合、組織のステアリング番号とは別の番号を使用することをお勧めします。ユーザーは、外線発信を行う際に外線発信番号を含め、レガシーシステムでダイヤルしていた方法を真似たものにできます。ただし、すべてのユーザは、発信ダイヤル番号なしで外部コールを発信できます。必要に応じて、このロケーションの発信ダイヤル番号のダイヤルを強制することができます。これにより、ユーザーは外部コールを発信するために管理者が設定した発信ダイヤル番号を使用する必要があります。この機能が有効になっている場合でも、緊急コールは発信ダイヤル番号の有無にかかわらずダイヤルできます。有効にすると、発信ダイヤル番号が含まれていない場合、コール転送に使用されるような外部接続先番号は機能しなくなります。内線が国番号と同じ場合、内線が国番号よりも優先されます。したがって、発信ダイヤル番号を有効にすることをお勧めします。着信および発信 PSTN コールに E.164 番号形式を使用することを強くお勧めします。ユーザーへの影響: ダイヤル設定の変更を有効にするには、電話機を再起動する必要があります。ユーザーの内線番号はロケーションのステアリング番号または発信ダイヤル番号と同じ番号で始まるべきではありません。

Control Hub でプレミスベースの PSTN (ローカルゲートウェイ) を設定する

ローカルゲートウェイがある場所は、ローカルゲートウェイが他の場所で使用されているときには削除できません。

トランクを作成する

次の手順に従って、Control Hub でトランクを作成します。

始める前に

ロケーションが追加されたら、ロケーションに対してプレミスベース PSTN を設定する前に、トランクを作成する必要があります。
それぞれについて、ロケーションと固有の設定および番号を作成します。ロケーションはプレミスベース PSTN を追加する前に存在する必要があります。
Webex Calling でのプレミスベース PSTN (ローカルゲートウェイ) 要件について理解しておいてください。
プレミスベース PSTN を持つロケーションに対して、複数のトランクを選択できませんが、複数のロケーションに対して同じトランクを選択することはできます。

1	https://admin.webex.comでControl Hubにログインし、に移動します。 [サービス] > [通話] > [通話ルーティング] を選択し、[トランクの追加] を選択します。
2	ロケーションを選択します。
3	トランクの名前を指定し、[保存] をクリックします。名前は 24 文字以内にしてください。

次に行うこと

画面 [ドメインの登録]、[トランクグループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。

プレミスベースの PSTN のトランクを選択する

1	https://admin.webex.comでControl Hubにログインし、に移動します。管理 > 場所。
2	変更する場所を選択し、[管理] をクリックします。
3	プレミスベース PSTN を選択して、[次へ] をクリックします。
4	ドロップダウンメニューからトランクを選択します。トランクページにアクセスして、トランクグループの選択を管理します。
5	確認通知をクリックし、[保存] をクリックします。

次に行うこと

電話番号の管理

Control Hub でトライアルからの Webex サービス購入をリクエストする

Webex サービスを試していて、トライアルから有料サブスクリプションに変更したい場合は、メールでパートナーにリクエストできます。

1	https://admin.webex.comでControl Hubにログインし、建物のアイコンを選択します。です。
2	[サブスクリプション] タブを選択し、[今すぐ購入] をクリックします。有料サブスクリプションへの変換に興味を持っていることを知らせるメールがパートナーに送信されます。

通話オプションの設定

Control Hub を使用して、Webex アプリでユーザーに表示する利用可能な通話オプションの優先度を設定できます。シングルクリック通話を有効にすることもできます。詳細については、「 Webex アプリユーザーの通話オプションを設定します。

発信動作を設定する

ユーザーがコールを発信するときに、どの通話アプリケーションが開くかを制御できます。 Unified CM または Webex Calling の資格を持つユーザーを持つ組織と、Cisco の有料通話サービスを使用しないユーザーのための混合モード展開など、通話クライアント設定を構成できます。詳細については、「通話動作をセットアップします。

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

Webex Calling は現在、ローカルゲートウェイの 2 つのバージョンをサポートしています。

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

主な考慮事項

開始する前に、Webex Calling のプレミスベースの公衆交換電話ネットワーク (PSTN) およびローカルゲートウェイ (LGW) の要件を理解してください。詳細については、 Cisco Preferred Architecture for Webex Calling を参照してください。
この記事では、専用のローカルゲートウェイプラットフォームが既存の音声設定なしで設置されていることを前提としています。既存の PSTN ゲートウェイまたは CUBE エンタープライズ展開を Webex Calling のローカルゲートウェイ機能として使用するように変更する場合は、設定に注意してください。変更を行うため、既存のコールフローと機能を中断しないようにしてください。

この手順には、個々のコマンドオプションについての詳細を学ぶことができるコマンドリファレンスドキュメントへのリンクが含まれています。特に指定のない限り、すべてのコマンドリファレンスリンクは Webex 管理対象ゲートウェイコマンドリファレンス に移動します (この場合、コマンドリンクは Cisco IOS 音声コマンドリファレンス に移動します)。これらのガイドはすべて、Cisco Unified Border Element コマンドリファレンスからアクセスできます。

サポートされているサードパーティ SBC の詳細については、各製品参照ドキュメントを参照してください。

ローカルゲートウェイの設定

Webex Calling トランクのローカルゲートウェイを設定するには、次の 2 つのオプションがあります。

登録ベースのトランク
証明書ベースのトランク

Webex Calling トランクのローカルゲートウェイを設定するには、[登録ベースのローカルゲートウェイ] または [証明書ベースのローカルゲートウェイ] のタスクフローを使用します。

さまざまなトランクタイプの詳細については、「ローカルゲートウェイの使い方」を参照してください。コマンドラインインターフェイス（CLI）を使用して、ローカルゲートウェイ自体に次の手順を実行します。セッション開始プロトコル (SIP) およびトランスポート層セキュリティ (TLS) トランスポートを使用してトランクを保護し、Secure Real Time Protocol (SRTP) を使用してローカルゲートウェイと Webex Calling の間のメディアを保護します。

主な考慮事項

ローカルゲートウェイとして [CUBE] を選択します。政府版 Webex は現在、サードパーティのセッションボーダーコントローラ (SBC) をサポートしていません。最新のリストを確認するには、「ローカルゲートウェイの使用を開始する」を参照してください。
すべての Webex for Government Local Gateways に Cisco IOS XE Dublin 17.12.1a 以降のバージョンをインストールします。
政府版 Webex がサポートしているルート証明機関 (CA) のリストを確認するには、政府版 Webex のルート証明機関を参照してください。
政府版 Webex のローカルゲートウェイの外部ポート範囲の詳細については、政府版 Webex のネットワーク要件 (FedRAMP) を参照してください。

政府版 Webex のローカルゲートウェイは以下をサポートしていません。

メディアパス最適化のためのSTUN/ICE-Lite
ファクス (T.38)

政府版 Webex のローカルゲートウェイを設定する

政府版 Webex の Webex Calling トランクのローカルゲートウェイを設定するには、次のオプションを使用します。

証明書ベースのトランク

政府版 Webex は登録ベースのローカルゲートウェイをサポートしていません。

登録ベースのローカルゲートウェイ
証明書ベースのローカルゲートウェイ

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラスuri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

IP および SIP は PSTN トランクのデフォルトのプロトコルになりましたが、TDM (Time Division Multiplexing) ISDN 回路はまだ広く使用されており、Webex Calling トランクでサポートされています。 TDM-IP コールフローでローカルゲートウェイの IP パスのメディア最適化を有効にするには、現在、2 レッグのコールルーティングプロセスを使用する必要があります。このアプローチは、下の画像に示すように、Webex Calling と PSTN トランクの間に一連の内部ループバックダイヤルピアを導入することにより、上記のコールルーティング設定を変更します。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての登録ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.6.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが装備されており、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACLsについて
- ユーザー認証とリモートアクセス
- DNS
- IP ルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 登録ベースのトランクの設定


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

レスポンスには、クレデンシャル設定のusername、password、およびrealmパラメータが使用されます。
sip プロファイル 100 の変更ルールは、SIPS URL を SIP に変換するために使用されます。

アクセスSBCから200 OKを受信すると、登録が成功します。

SIP PSTN トランクを使用したローカルゲートウェイの設定

TDM/ISDN PSTN トランクを使用している場合は、次のセクション「TDM PSTN トランクを使用したローカルゲートウェイの設定」に進みます。

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

設定フィールドの説明を次に示します。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

設定フィールドの説明を次に示します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

200のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、ダイヤルピアの音声を参照してください。

destination-pattern BAD.BAD

着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、destination-pattern (interface)を参照してください。

session protocol sipv2

ダイヤルピア 200 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル (ダイヤルピア)を参照してください。

session target ipv4:192.168.80.13

コールレッグを送信する宛先のターゲット IPv4 アドレスを示します。ここでのセッションのターゲットは、ITSP の IP アドレスです。詳細については、セッションターゲット (VoIP ダイヤルピア)を参照してください。

200 経由で着信 uri

VIA ヘッダーと IP PSTN の IP アドレスの一致基準を定義します。ローカルゲートウェイのすべての着信 IP PSTN コールレッグとダイヤルピア 200 を一致させます。詳細については、着信 URLを参照してください。

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、音声クラスコーデックを参照してください。

dtmf-relay rtp-nte

コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
設定フィールドの説明を次に示します。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
設定フィールドの説明を次に示します。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

TDM PSTN トランクを使用したローカルゲートウェイの設定

Webex Calling に向けてトランクを構築した後は、次の設定を使用して、Webex コールレッグのメディア最適化を可能にするために、ループバックコールルーティングを備えた PSTN サービスの TDM トランクを作成します。

IP メディア最適化を必要としない場合は、SIP PSTN トランクの設定手順に従います。 PSTN VoIP ダイヤルピアの代わりに、ボイスポートと POTS ダイヤルピア（手順 2 および 3 を参照）を使用します。


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

既存の Unified CM 環境でのローカルゲートウェイの設定

1	以下の音声クラス URI を設定: SIP VIA ポートを使用して Unified CM を Webex コールに分類します。 `voice class uri 300 sip pattern :5065` ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。 `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` 発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。
2	次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。 IOS XE は、これらのレコードをローカルでターゲット UCM ホストとポートを決定するために使用します。この設定では、DNS システムでレコードを設定する必要はありません。 DNS を使用する場合は、これらのローカル設定は必要ありません。 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 設定フィールドの説明を次に示します。次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。 ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV リソースレコード名 2: SRV リソースレコードの優先順位 1: SRV リソースレコードの重み 5060: このリソースレコードでターゲットホストに使用するポート番号 ucmsub5.mydomain.com: リソースレコードターゲットホストリソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例: ip ホスト ucmsub5.mydomain.com 192.168.80.65 IPホスト: ローカル IOS XE データベースにレコードを作成します。 ucmsub5.mydomain.com: A レコードのホスト名。 192.168.80.65: ホスト IP アドレス。 SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。
3	次のダイヤルピアを設定します。 Unified CM と Webex Calling 間のコールのダイヤルピア: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 設定フィールドの説明を次に示します。 `dial-peer voice 300 voip description UCM-Webex Calling trunk` タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:wxtocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。 incoming uri via 300 音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。 Unified CM と PSTN 間のコールのダイヤルピア: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 設定フィールドの説明を次に示します。 `dial-peer voice 400 voip description UCM-PSTN trunk` 400のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:pstntocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。 URI を400 経由で着信音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
4	次の設定を使用してコールルーティングを追加します。 Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。 `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。 `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` 設定フィールドの説明を次に示します。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。 `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` 設定フィールドの説明を次に示します。宛先 DPG 300 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。 `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名によるローカルゲートウェイの監視とトラブルシューティング

診断署名（DS）は、IOS XE ベースのローカルゲートウェイで一般的に観察される問題を積極的に検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。

アクションタイプには、show コマンド出力の収集が含まれます。

統合ログファイルの生成
HTTPS、SCP、FTP サーバなどのユーザー提供のネットワークロケーションにファイルをアップロードします。

TAC エンジニアは DS ファイルを作成し、完全性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。 Diagnostic Signatures Lookup Tool （DSLT）は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

DSLTからダウンロードしたDSファイルは編集しないでください。整合性チェックエラーのために修正したファイルはインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol（SMTP）サーバー。
メール通知にセキュアな SMTP サーバを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以降を実行していることを確認します。

前提条件

IOS XE 17.6.1a 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが Cisco IOS XE 17.6.1a 以降を実行している場合、プロアクティブな通知を送信するために使用する、セキュアな電子メールサーバを設定します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

通知する管理者のメールアドレスで環境変数 ds_email を設定します。

configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Cisco IOS XE Bengaluru 17.6.x 以降のバージョンを使用することをお勧めします。

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Cisco IOS XE Software で実行されているローカルゲートウェイは、OAuth をサポートする典型的な Web ベースの Gmail クライアントではないため、特定の Gmail アカウント設定を構成し、デバイスからのメールを正しく処理するための特定の権限を提供する必要があります。

に移動 Googleアカウントの管理 > セキュリティを選択し、[安全性の低いアプリアクセス]設定をオンにします。
Gmailから「GoogleがGoogle以外のアプリを使用してアカウントにサインインできないようにしました」というメールを受け取ったら、「はい、私でした」と回答してください。

プロアクティブなモニタリングのための診断署名のインストール

高いCPU使用率のモニタリング

この DS は、SNMP OID 1.3.6.1.4.1.9.2.1.56 を使用して、CPU 使用率を 5 秒間追跡します。使用率が 75% 以上になると、すべてのデバッグが無効になり、ローカルゲートウェイにインストールされているすべての診断シグネチャがアンインストールされます。下記の手順を実行して署名をインストールします。

を使用する SNMPを表示コマンドで SNMP を有効にします。有効にしない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高い CPU 使用率。

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例では、FTP サーバからローカルゲートウェイにファイルをコピーしています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
```

を使用するコールホーム診断署名を表示コマンドを使用して、署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

SIP トランク登録のモニタリング

この DS は、Webex Calling クラウドを使用したローカルゲートウェイ SIP トランクの登録解除を 60 秒ごとにチェックします。登録解除イベントが検出されると、メールと syslog 通知が生成され、登録解除イベントが 2 回発生した後にアンインストールされます。 署名をインストールするには、以下の手順を使用します。

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64117 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	SIP-SIP
問題の種類	メール通知による SIP トランクの登録解除。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

を使用するコールホーム診断署名を表示コマンドを使用して、署名が正常にインストールされていることを確認します。ステータス列には「登録済み」の値が必要です。

異常な通話切断のモニタリング

この DS は、10 分おきに SNMP ポーリングを使用して、SIP エラー 403、488、503 の異常な通話切断を検出します。  エラー数の増加が前回の投票から 5 以上である場合、syslog とメール通知が生成されます。 下記の手順を実行して、署名をインストールしてください。

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	電子メールおよび Syslog 通知による SIP 異常な通話切断検出。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
を使用するコールホーム診断署名を表示コマンドを使用して、署名が正常にインストールされていることを確認します。ステータス列には「登録済み」の値が必要です。

診断署名をインストールして問題をトラブルシューティング

診断署名（DS）を使用して、問題を迅速に解決します。 Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題発生の検出、適切な診断データのセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを有効にするいくつかの署名を作成しました。診断署名（DS）は、問題の発生を手動で確認する必要性を排除し、断続的および一時的な問題のトラブルシューティングをはるかに容易にします。

Diagnostic Signatures Lookup Toolを使用して、該当する署名を検索し、それらをインストールして問題を解決するか、またはサポートエンゲージメントの一環として TAC エンジニアが推奨する署名をインストールできます。

以下の例は、「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog は次のステップを使用して診断データ収集を自動化します。

収集した診断データがアップロードされる Cisco TAC ファイルサーバパス（cxd.cisco.com）である追加の DS 環境変数ds_fsurl_prefix を設定します。 ファイルパスのユーザー名はケース番号で、パスワードはファイルアップロードトークンです。このトークンは、次のコマンドでSupport Case Managerから取得できます。 必要に応じて、サポートケースマネージャの [添付] セクションでファイルアップロードトークンを生成できます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
SNMP がSNMPを表示コマンド有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

高CPU使用率時のすべてのデバッグおよび診断シグネチャを無効にするプロアクティブな対策として、高CPUモニタリングDS 64224をインストールしてください。 Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高い CPU 使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

ローカルゲートウェイに、高 CPU モニタリング DS 64224、DS 65095 XML ファイルの順にインストールします。

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

を使用して署名が正常にインストールされていることを確認します。コールホーム診断署名を表示コマンドステータス列には「登録済み」の値が必要です。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020年11月8日（火）

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020年11月8日（火）

診断署名の実行を確認する

次のコマンドで、コールホーム診断署名を表示コマンドは「実行」に変更され、ローカルゲートウェイは署名内で定義されたアクションを実行します。の出力コールホーム診断署名統計を表示は、診断署名が関心のある事象を検出し、アクションを実行するかどうかを確認するための最良の方法です。「Triggered/Max/Deinstall」列は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義された最大回数、およびトリガーされたイベントの最大数を検出した後に署名が自分自身をデインストールするかどうかを示します。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名の実行中に送信される通知メールには、問題の種類、デバイスの詳細、ソフトウェアバージョン、実行中の設定、および指定された問題のトラブルシューティングに関連するコマンド出力の表示などの重要な情報が含まれています。

診断署名をアンインストールする

トラブルシューティングの目的で診断署名を使用することは、通常、いくつかの問題発生を検出した後にアンインストールするように定義されます。署名を手動でアンインストールする場合は、コールホーム診断署名を表示コマンドを実行し、次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

導入でよく見られる問題に基づいて、新しい署名が Diagnostics Signatures Lookup Tool に定期的に追加されます。 TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

Control Hub 経由で Cisco IOS XE ゲートウェイを管理および検証する

Cisco IOS XE ゲートウェイの管理を改善するには、Control Hub を使用してゲートウェイを登録して管理することをお勧めします。これはオプションの設定です。登録すると、Control Hub の構成検証オプションを使用して、ローカルゲートウェイ構成を検証し、構成の問題を特定できます。現在、登録ベースのトランクのみがこの機能をサポートしています。

詳細については、以下を参照してください。

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラス uri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ1: ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての証明書ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.9.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが装備されており、DNA Essentialsのライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
- 大容量の要件については、High Security（HSEC）ライセンスおよび追加のスループットエンタイトルメントが必要になる場合があります。
  
  詳細については、認証コードを参照してください。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- ACLsについて
- ユーザー認証とリモートアクセス
- DNS
- IP ルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。ローカルゲートウェイの完全修飾ドメイン名（FQDN）またはサービスレコード（SRV）アドレスは、インターネット上のパブリック IPv4 アドレスに解決する必要があります。
Webex に面しているローカルゲートウェイインターフェイスのすべての SIP ポートとメディアポートは、直接または静的 NAT 経由でインターネットからアクセスできる必要があります。それに応じてファイアウォールを更新してください。
署名付き証明書をローカルゲートウェイにインストールします (詳細な設定手順は次のとおりです)。
- Cisco Webex 音声およびビデオプラットフォームへの通話でサポートされているルート認証局とはに詳述されているパブリック認証局 (CA) は、デバイス証明書に署名する必要があります。
- トランクの作成時に Control Hub で設定された FQDN は、ルータの共通名（CN）またはサブジェクト代替名（SAN）の証明書である必要があります。例:
  - 組織の Control Hub で設定されたトランクに、ローカルゲートウェイの FQDN として cube1.lgw.com:5061 がある場合、ルーター証明書の CN または SAN には cube1.lgw.com が含まれている必要があります。 
  - 組織の Control Hub で設定されたトランクが、トランクから到達可能なローカルゲートウェイの SRV アドレスとして LGWS.LGW.COM を持っている場合、ルータ証明書の CN または SAN には lgws.lgw.com が含まれている必要があります。 SRV アドレスが解決するレコード（CNAME、レコード、または IP アドレス）は、SAN ではオプションです。
  - トランクに FQDN または SRV を使用するかどうかにかかわらず、ローカルゲートウェイからのすべての新しい SIP ダイアログの連絡先アドレスは、Control Hub で設定された名前を使用します。
証明書がクライアントとサーバの使用のために署名されていることを確認します。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Webex Calling 証明書ベースのトランクの設定



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

SIP PSTN トランクを使用したローカルゲートウェイの設定

TDM/ISDN PSTN トランクを使用している場合は、次のセクション「TDM PSTN トランクを使用したローカルゲートウェイの設定」に進みます。

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。


voice class uri 200 sip
  host ipv4:192.168.80.13

設定フィールドの説明を次に示します。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

設定フィールドの説明を次に示します。


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

destination-pattern BAD.BAD

session protocol sipv2

session target ipv4:192.168.80.13

200 経由で着信 uri

VIA ヘッダーと IP PSTN の IP アドレスの一致基準を定義します。ローカルゲートウェイのすべての着信 IP PSTN コールレッグとダイヤルピア 200 を一致させます。詳細については、着信 URLを参照してください。

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

dtmf-relay rtp-nte

コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。 Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。 DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。 DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
設定フィールドの説明を次に示します。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
設定フィールドの説明を次に示します。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

TDM PSTN トランクを使用したローカルゲートウェイの設定


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

既存の Unified CM 環境でのローカルゲートウェイの設定

1	以下の音声クラス URI を設定: SIP VIA ポートを使用して Unified CM を Webex コールに分類します。 `voice class uri 300 sip pattern :5065` ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。 `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` 発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。
2	次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。 IOS XE は、これらのレコードをローカルでターゲット UCM ホストとポートを決定するために使用します。この設定では、DNS システムでレコードを設定する必要はありません。 DNS を使用する場合は、これらのローカル設定は必要ありません。 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 設定フィールドの説明を次に示します。次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。 ip ホスト_sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV リソースレコード名 2: SRV リソースレコードの優先順位 1: SRV リソースレコードの重み 5060: このリソースレコードでターゲットホストに使用するポート番号 ucmsub5.mydomain.com: リソースレコードターゲットホストリソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。例: ip ホスト ucmsub5.mydomain.com 192.168.80.65 IPホスト: ローカル IOS XE データベースにレコードを作成します。 ucmsub5.mydomain.com: A レコードのホスト名。 192.168.80.65: ホスト IP アドレス。 SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。
3	次のダイヤルピアを設定します。 Unified CM と Webex Calling 間のコールのダイヤルピア: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 設定フィールドの説明を次に示します。 `dial-peer voice 300 voip description UCM-Webex Calling trunk` タグ 300 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:wxtocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。 incoming uri via 300 音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。 Unified CM と PSTN 間のコールのダイヤルピア: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` 設定フィールドの説明を次に示します。 `dial-peer voice 400 voip description UCM-PSTN trunk` 400のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:pstntocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。 URI を400 経由で着信音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
4	次の設定を使用してコールルーティングを追加します。 Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。でDPG 100を定義する発信ダイヤルピア 100 Webex Calling に移行します。 DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。 DPG 300 は、Webex からの着信ダイヤルピアに適用されます。 `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。でDPG 200を定義する発信ダイヤルピア 200 PSTNへ。 DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。 DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。 `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` 設定フィールドの説明を次に示します。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。 `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` 設定フィールドの説明を次に示します。宛先 DPG 300 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。 `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名によるローカルゲートウェイの監視とトラブルシューティング

診断署名（DS）は、Cisco IOS XE ベースのローカルゲートウェイで一般的に観察される問題を事前に検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。

診断署名（DS）は、問題をトリガーするイベントとアクションの情報を含む XML ファイルで、問題を通知、トラブルシューティング、および修正します。 syslog メッセージ、SNMP イベント、および特定のショーコマンド出力の定期的なモニタリングを使用して、問題検出ロジックを定義します。アクションタイプには以下が含まれます。

show コマンド出力を収集する
統合ログファイルの生成
HTTPS、SCP、FTP サーバなどのユーザー提供のネットワークロケーションにファイルをアップロードする

TACエンジニアはDSファイルを作成し、完全性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた一意の数値 ID があります。 Diagnostic Signatures Lookup Tool （DSLT）は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

DSLTからダウンロードしたDSファイルは編集しないでください。整合性チェックエラーのために修正したファイルはインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な Simple Mail Transfer Protocol（SMTP）サーバー。
メール通知にセキュアな SMTP サーバを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以降を実行していることを確認します。

前提条件

IOS XE 17.6.1 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが IOS XE 17.6.1 以降を実行している場合、プロアクティブな通知を送信するために使用するセキュアメールサーバを設定します。
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

通知する管理者のメールアドレスで環境変数ds_emailを設定します。


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

プロアクティブなモニタリングのための診断署名のインストール

高いCPU使用率のモニタリング

この DS は、SNMP OID 1.3.6.1.4.1.9.2.1.56 を使用して 5 秒の CPU 使用率を追跡します。使用率が 75% 以上になると、すべてのデバッグが無効になり、ローカルゲートウェイにインストールするすべての診断シグネチャがアンインストールされます。下記の手順を実行して署名をインストールします。

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMPが有効になっていない場合は、snmpサーバーマネージャコマンド


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高 CPU 使用率

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

次の例では、FTP サーバからローカルゲートウェイにファイルをコピーしています。

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

ローカルゲートウェイに DS XML ファイルをインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

を使用するコールホーム診断署名を表示コマンドを使用して、署名が正常にインストールされていることを確認します。ステータス列には「登録済み」の値が必要です。


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要に応じて、DS 64224 を再インストールして、ローカルゲートウェイで高い CPU 使用率のモニタリングを継続してください。

異常な通話切断のモニタリング

コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	電子メールおよび Syslog 通知による SIP 異常な通話切断検出。

DS XML ファイルをローカルゲートウェイにコピーします。
```
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
```
ローカルゲートウェイに DS XML ファイルをインストールします。
```
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success 
```
コマンドを使用するコールホーム診断署名を表示は、署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。

診断署名をインストールして問題をトラブルシューティング

診断署名（DS）を使用して、問題を迅速に解決することもできます。 Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題発生の検出、適切な診断データのセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを有効にするいくつかの署名を作成しました。これにより、問題の発生を手動で確認する必要がなくなり、断続的、および一時的な問題のトラブルシューティングがはるかに容易になります。

Diagnostic Signatures Lookup Toolを使用して、該当する署名を検索し、それらをインストールして問題を解決するか、TACエンジニアがサポート業務の一環として推奨する署名をインストールできます。

以下の例は、「%VOICE_IEC-3-GW: CCAPI: Internal Error (call spike threshold): IEC=1.1.181.1.29.0" syslog は次のステップを使用して診断データ収集を自動化します。

診断データをアップロードするには、Cisco TAC ファイルサーバパス（cxd.cisco.com）として別の DS 環境変数ds_fsurl_prefix を設定します。 ファイルパスのユーザー名はケース番号で、パスワードはファイルアップロードトークンです。このトークンは、以下に示すようにSupport Case Managerから取得できます。 ファイルのアップロードトークンは、必要に応じて、Support Case Managerの添付ファイルセクションで生成できます。
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
例:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
コマンドを使用して SNMP が有効になっていることを確認します。 SNMPを表示だ SNMP が有効になっていない場合は、snmpサーバーマネージャコマンド
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

High CPU monitoring DS 64224 は、CPU 使用率が高い時間帯にすべてのデバッグおよび診断シグネチャを無効にするプロアクティブな対策としてインストールすることをお勧めします。 Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高い CPU 使用率。

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

ローカルゲートウェイに高 CPU モニタリング DS 64224 および DS 65095 XML ファイルをインストールします。


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08:00:12:53

診断署名の実行を確認する

次のコマンドで、コマンドの「ステータス」列コールホーム診断署名を表示が「実行」に変更され、ローカルゲートウェイが署名内で定義されたアクションを実行します。の出力コールホーム診断署名統計を表示は、診断署名が関心のある事象を検出し、アクションを実行したかどうかを確認するための最良の方法です。「Triggered/Max/Deinstall」列は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義された最大回数、およびトリガーされたイベントの最大数を検出した後に署名が自分自身をデインストールするかどうかを示します。

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示

DS ID	DS 名	トリガー済み/最大/アンインストール	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

診断署名の実行中に送信される通知メールには、問題の種類、デバイスの詳細、ソフトウェアバージョン、実行中の設定、指定された問題のトラブルシューティングに関連するコマンド出力の表示などの重要な情報が含まれています。

診断署名をアンインストールする

トラブルシューティングの目的で診断署名を使用することは、通常、いくつかの問題発生を検出した後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、コールホーム診断署名を表示を実行し、次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID>

例:

call-home diagnostic-signature deinstall 64224

新しい署名は、展開で観察された問題に基づいて、診断署名検索ツールに定期的に追加されます。 TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

ローカルゲートウェイとして CUBE のハイアベイラビリティを実装する

基礎

前提条件

Webex Calling のローカルゲートウェイとして CUBE HA を展開する前に、以下の概念を深く理解するようにしてください。

Cisco Webex Calling ソリューション
Cisco Webex Calling のローカルゲートウェイオプション
ステートフルコール保持のための CUBE エンタープライズによるレイヤー 2 ボックス間冗長性

ハードウェアとソフトウェアのコンポーネント

この記事のコマンドとログの表示は、vCUBE（CSR1000v）で実装された Cisco IOS-XE 16.12.2 のソフトウェアの最小リリースに基づいています。

参考資料

さまざまなプラットフォーム向けの詳細な CUBE HA 設定ガイドを次に示します。

ISR 4K シリーズ— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling ソリューションの概要

レイヤー 2 のボックス間冗長性

この記事では、CUBE HA は、ステートフルコール保持の CUBE ハイアベイラビリティ (HA) レイヤー 2 ボックス間 (B2B) 冗長性を参照します。

冗長性グループインフラストラクチャコンポーネント

2 つの CUBE 間で keepalive と hello メッセージを交換することで (コントロールインターフェイス)、各ルータの最終的な冗長状態をネゴシエートする HSRP のようなプロトコル。上の図の GigabitEthernet3です。
アクティブからスタンバイルータ (データインターフェイス経由) への各コールに関して、シグナリングとメディアの状態をチェックするための転送メカニズム。上記の図の GigabitEthernet3です。
トラフィックインターフェイスの仮想 IP (VIP) インターフェイスの構成と管理 (複数のトラフィックインターフェイスは同じ RG グループを使用して構成できます)。GigabitEthernet 1 および 2 はトラフィックインターフェイスと見なされます。

この RG コンポーネントは、音声 B2B HA をサポートするように特別に構成する必要があります。

信号とメディアの両方に関する仮想 IP (VIP) アドレス管理

コールのステートフルフェールオーバーのローカルゲートウェイとして CUBE HA を使用するには、以下の要件があります。

CUBE HA は TDM またはアナログインターフェイスを共存させることはできません
Gig1 および Gig2 はトラフィック (SIP/RTP) インターフェイス、Gig3 は冗長グループ (RG) コントロール/データインターフェイスと呼ばれます
グループ id 1 とグループ id 2 を持つ同じレイヤー 2 ドメインに配置できる CUBE HA ペアは 2 つまでです。同じグループ ID で 2 つの HA ペアを構成する場合、RG コントロール/データインターフェイスは異なるレイヤー 2 ドメイン (vlan、個別のスイッチ) に属している必要があります
ポートチャネルは、RG コントロール/データとトラフィックインターフェイスの両方でサポートされています
すべてのシグナリング/メディアは、仮想 IP アドレスから供給されます
プラットフォームが CUBE HA 関係にリロードされると、常にスタンバイとして起動します
すべてのインターフェイスの下位アドレス (Gig1、Gig2、Gig3) は、同じプラットフォームにある必要があります
冗長性インターフェイス識別子、rii は同じレイヤー 2 のペア/インターフェイスの組み合わせに対して固有である必要があります
両方の CUBE の構成は、物理構成を含む必要があり、同じ種類のプラットフォームと IOS-XE バージョンで実行されている必要があります
ループバックインターフェイスは、常に起動しているためバインドとして使用できません
複数のトラフィック (SIP/RTP) インターフェイス (Gig1、Gig2) では、インターフェイスのトラッキングが構成されている必要があります
CUBE-HA は、RG コントロール/データリンク (Gig3) のクロスオーバーケーブル接続ではサポートされていません
両方のプラットフォームは同一である必要があり、すべての同様のインターフェイスで CUBE HA が機能するように [物理スイッチ] を介して接続します。例: CUBE-1 と CUBE-2 の GE0/0/0 は同じスイッチ上で終了する必要があります
直接 CUBE 上で、またはいずれかの側のデータ HA で WAN を終了することができません
アクティブ/スタンバイは両方とも同じデータセンターにある必要があります
冗長性 (RG コントロール/データ、Gig3) に別の L3 インターフェイスを使用する必要があります。トラフィックに使用されるインターフェイスは、HA keepalives およびチェックポイントに使用できません
フェールオーバー時に、以前アクティブだった CUBE は、設計によって再読み込みされ、シグナリングとメディアを保持します

両方の CUBE で冗長性を構成する

HA ペアで使用し、仮想 IP を表示するために、両方の CUBE でレイヤー 2 ボックス間冗長性を構成する必要があります。

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

両方の CUBE でローカルゲートウェイを構成する

ユーザー名: フセイン1076_LGU
パスワード: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Webex Calling のために Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

次の設定でローカルゲートウェイトランクの専用の SIP トランクセキュリティプロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex SIP トランクセキュリティプロファイルなどの意味のある説明
着信ポート	Webex 間のトラフィックでは、ローカルゲートウェイ構成で使用されるポートと一致する必要があります。ハインリヒ5世

ローカルゲートウェイトランクの SIP プロファイルを構成する

次の設定でローカルゲートウェイトランク用の専用の SIP プロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP プロファイルなど)
オプションの Ping を有効にして、サービスタイプ「なし (デフォルト)」のトランクの宛先ステータスをモニタします。	選択

Webex からのコールのコール検索スペースを作成する

次の設定で Webex から発信されたコールのためのコール検索スペースを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex Calling 検索スペースなど)
選択済みパーティション:	DN (+E.164 ディレクトリ番号) ESN (省略形のサイトダイヤル) PSTNInternational (PSTN アクセス) onNetRemote (GDPR 学習先)

Webex 間で SIP トランクを構成する

次の設定を使用して、ローカルゲートウェイ経由での Webex 間のコールに SIP トランクを作成します。

設定	値
デバイス情報
DeviceName	固有の名前 (Webex など)
説明	意味のある説明 (Webex SIP トランクなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
着信コール
コール検索スペース	以前に定義されたコール検索スペース: Webex
AAR コール検索スペース	PSTN ルートパターンへのアクセス権のみを持つコール検索スペース: PSTNReroute
SIP 情報
接続先アドレス	ローカルゲートウェイ CUBE の IP アドレス
移動先ポート	カワサキ・S60
SIP トランクセキュリティプロファイル	定義済み: Webex
SIP プロファイル	定義済み: Webex

Webex のルートグループを構成する

次の設定でルートグループを作成します。

設定	値
ルートグループ情報
ルートグループ名	固有の名前 (Webex など)
選択したデバイス	以前に構成された SIP トランク: Webex

Webex のルートリストを構成する

次の設定でルートリストを作成します。

設定	値
ルートリスト情報
名前	一意の名前 (RL_Webex など)
説明	意味のある説明 (Webex のルートリストなど)
すべてのアクティブな Unified CM ノード上で実行する	選択
ルートリストメンバー情報
選択したグループ	以前に定義されたルートグループのみ: Webex

Webex の移動先のパーティションを作成する

次の設定で Webex の移動先のパーティションを作成します。

設定	値
ルートリスト情報
名前	固有の名前 (Webex など)
説明	意味のある説明 (Webex のパーティションなど)

次に行うこと

Webex の移動先のルートパターンを構成する

次の設定で Webex の各 DID 範囲のルートパターンを構成します。

設定	値

ルートパターン	「\」が頭文字にある Webex で DID 範囲のフル +E.164 パターン例: \+140855501XX
ルートパーティション	Webex
ゲートウェイ/ルートリスト	RL_Webex
緊急の優先事項	選択

Webex の簡略サイト間ダイヤル正規化を構成する

短縮されたサイト間ダイヤルが Webex に必要な場合は、Webex の各 ESB 範囲にダイヤル正規化パターンを設定します。

設定	値

翻訳パターン	Webex の ESN 範囲の ESB パターン。例: 80121XX
パーティション	Webex
説明	Webex の正規化パターンなどの意味のある説明
発信者のコール検索スペースを使用する	選択
緊急の優先事項	選択
後続ホップでの連続桁のタイムアウトを待たない	選択
着信側トランスフォームマスク	番号を + E.164 に正規化するマスク。例: +140855501XXさん

Webex Calling の機能をセットアップする

ハントグループをセットアップする

ハントグループのセットアップ方法の詳細については、「Cisco Webex Control Hub のハントグループ」を参照してください。

通話キューを作成する

コールキューをセットアップおよび管理する方法の詳細については、「Cisco Webex Control Hub でコールキューを管理する」を参照してください。

レセプショニストクライアントを作成する

自動アテンダントを作成して管理する

自動アテンダントの作成と管理の方法については、「Cisco Webex Control Hub で自動アテンダントを管理する」を参照してください。

ページンググループを構成する

コールピックアップを設定する

コールピックアップグループを作成してチームワークとコラボレーションを強化し、ユーザが互いにコールに応答できるようにします。ユーザーをコールピックアップグループに追加しておけば、グループメンバーが席を離れていたり、電話中だったりした場合、別のメンバーが電話に出ることができます。

コールピックアップグループのセットアップ方法については、「Cisco Webex Control Hub でのコールピックアップ」を参照してください。

コールパークをセットアップする

コールパークのセットアップ方法の詳細については、「Cisco Webex Control Hub コールパーク」を参照してください。

ユーザーの割り込みを有効にする

1	https://admin.webex.comの顧客ビューからに移動します。管理 > ユーザー。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］セクションに移動し、［割り込み］を選択します。
4	トグルをオンにすると、他のユーザがこのユーザの進行中のコールに自分自身を追加できるようになります。
5	このユーザーがコールに割り込むときに他のユーザーにトーンを再生する場合は、[このユーザーがコールで割り込むときにトーンを再生] にチェックを入れます。このユーザーがコールで割り込むときにトーンを再生する設定は、カスタマーエクスペリエンス Basic および Essentials スーパーバイザの割り込み機能には適用されません。スーパーバイザでこのオプションを有効にした場合でも、スーパーバイザがコールキューコールで割り込むと、システムはエージェントに通知トーンを再生しません。スーパーバイザがコールで割り込むときにエージェントにトーンを再生する場合は、[エージェントの通知トーン] 設定を使用して有効にできます。詳細については、「Webex Customer Experience Basic」または「Webex Customer Experience Essentials」の「キューの作成」セクションを参照してください。
6	[保存] をクリックします。

ユーザーのプライバシーを有効にする

1	Control Hubにサインインし、管理 > ユーザー。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］領域に移動し、［プライバシー］を選択します。
4	このユーザーに適切な　[自動音声応答のプライバシー] 設定を選択します。このユーザーは内線でダイヤル可能ですこのユーザーは名前/姓でダイヤル可能です
5	[プライバシーを有効にする] チェックボックスをオンにします。ドロップダウンリストからメンバーを選択しないことで、全員をブロックすることができます。または、このユーザーの回線ステータスを監視できるユーザー、ワークスペース、仮想回線を選択することもできます。ロケーション管理者の場合、割り当てられたロケーションに関連するユーザー、ワークスペース、仮想回線だけがドロップダウンリストに表示されます。 [プライバシーを有効にする] チェックボックスをオフにすると、全員が回線のステータスを監視できるようになります。
6	ダイレクトコールピックアップと割り込みのプライバシーを有効にするには、[ダイレクトコールピックアップと割り込みのプライバシーを強制] チェックボックスをオンにします。このオプションを有効にすると、このユーザーに対してダイレクトコールピックアップと割り込みを使用できるのは、許可されたユーザー、仮想回線、およびワークスペースデバイスだけです。それ以外の場合、組織内の誰もが、ダイレクトコールピックアップと割り込みを回線上で呼び出すことができます。割り込みの詳細については、他のユーザーの電話での割り込みを参照してください。スーパーバイザは、エージェントがコールキューを介して受信するコールに常に割り込むことができます。つまり、プライバシー設定はスーパーバイザの割り込みオプションには影響しません。
7	[名前でメンバーを追加] から、電話回線のステータスを監視し、ダイレクトコールピックアップと割り込みを呼び出せるユーザ、ワークスペース、仮想回線を選択します。
8	選択したメンバーをフィルタリングするには、［名前、番号、またはextでフィルタリング］フィールドを使用します。
9	選択したすべてのメンバーを削除するには、［すべて削除］をクリックします。個々のメンバーを削除するには、メンバー名の横にある [削除] をクリックします。
10	[保存] をクリックします。

モニタリングの設定

1	https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］をクリックします。
2	変更するユーザーを選択し、[Calling] をクリックします。
3	[ユーザー権限間] セクションに移動し、[モニタリング] を選択します。
4	次から選択します: 監視対象回線を追加するコールパーク内線を追加するユーザーモニタリングのために、[モニタリング対象の回線を追加（Add Monitored Line）] リストに仮想回線を含めることができます。
5	このユーザーにパークされたコールを通知するかどうかを選択し、監視対象のユーザーまたはコールパーク内線を検索し、[保存] をクリックします。 Control Hub の監視回線リストは、ユーザーのデバイス上で表示される監視回線の順番に対応します。監視対象回線のリストをいつでも並べ替えることができます。監視対象の回線に表示される名前は、ユーザ、ワークスペース、仮想回線の [発信者 ID 名（Caller ID First Name）] フィールドと [姓（Last Name）] フィールドに入力された名前です。

実際の例を見てみましょう。 Control Hub でユーザーのモニタリング設定を管理する方法については、このビデオデモンストレーションをご覧ください。

ユーザーのコールブリッジ警告トーンを有効にする

始める前に

1	Control Hubにサインインし、管理 > ユーザー。
2	ユーザーを選択し、[通話] タブをクリックします。
3	[ユーザー権限間] に移動し、[コールブリッジ警告トーン] をクリックします。
4	[コールブリッジング警告トーン] をオンにして、[保存] をクリックします。デフォルトでは、この機能は有効になっています。 MPP 共有回線のコールブリッジングの詳細については、「マルチプラットフォームデスクフォンの共有回線」を参照してください。 Webex アプリの共有回線でのコールブリッジングの詳細については、「WebexApp の共有回線アピアランス」を参照してください。

ユーザーのためにホテリングをオンにする

この機能を有効にすることで、ユーザーは主な卓上電話の機能性と機能を維持しながら、別のスペースで作業をすることができます。

1	https://admin.webex.comの顧客ビューから、［管理］に移動し、［ユーザー］を選択します。
2	ユーザーを選択し、[通話] タブをクリックします。
3	［ユーザー間の権限］セクションに移動し、［ホテリング］を選択してトグルをオンにします。
4	[ホテリングロケーション] 検索フィールドにホテリングホストの名前または番号を入力し、ユーザーに割り当てるホテリングホストを選択します。選択できるホテリングホストは 1 つだけです。別のホテリングホストを選択した場合、最初のホストは削除されます。ロケーション管理者の場合、割り当てられたロケーションに関連するホテリングホストのみを割り当てることができます。
5	ユーザーがホテリングホストに関連付けることができる時間を制限するには、[関連付け期間を制限(Limit Association Period)] ドロップダウンからユーザーがホテリングホストを使用できる時間を選択します。ユーザーは選択した時間の後に自動的にログアウトされます。ユーザーに指定された制限関連付け期間が、選択したホテリングホストの制限関連付け期間を超えると、画面にエラーメッセージが表示されます。たとえば、ホテリングホストの制限関連付け期間が 12 時間で、ユーザーの制限関連付け期間が 24 時間である場合、エラーメッセージが表示されます。この場合、ユーザーにより多くの時間が必要な場合は、ホテリングホストの制限関連期間を延長する必要があります。
6	[保存] をクリックします。ユーザは、ユーザハブから使用するホテリングホストを検索し、検索することもできます。詳細については、「どこからでも通話プロファイルにアクセスする」を参照してください。

実際の例を見てみましょう。 Control Hub でホテリングを設定する方法については、このビデオデモンストレーションをご覧ください。

Webex Calling の導入傾向と使用レポート

通話レポートを表示する

1	通話履歴レポートの詳細については、Control Hub にサインインし、分析 > 通話。
2	[通話履歴の詳細] を選択します。専用インスタンスを使用する通話の詳細については、「専用インスタンスの分析」を参照してください。
3	メディア品質データにアクセスするには、Control Hub にサインインし、[アナリティクス] に移動して、[Calling] を選択します。詳細については、「クラウドコラボレーションポートフォリオのためのアナリティクス」を参照してください。

CScanツールを実行する

CScan は、Webex Calling へのネットワーク接続をテストするために設計されたネットワーク準備ツールです。

詳細については、「CScan を使用して Webex Calling ネットワークの品質をテストする」をご覧ください。

環境を準備する

一般的な前提条件

Webex Calling のローカルゲートウェイを設定する前に、次のことを確認してください。

VoIP の原理についての基本的な知識があること
Cisco IOS-XE と IOS-XE 音声のコンセプトについて、基本的で実際的な知識があること
セッション開始プロトコル (SIP) の基本的な理解がある
導入モデルに Cisco Unified Communications Manager (Unified CM) が含まれている場合には、Unified CM についての基本的な理解があること

詳細については、『Cisco Unified Border Element (CUBE) Enterprise Configuration Guid e』を参照してください。

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

展開に次のような 1 つ以上のローカルゲートウェイがあることを確認します。

IP ベースの接続用 Cisco CUBE
TDM ベースの接続のための Cisco IOS ゲートウェイ

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

LGW は、Cisco PKI からの CA ルートバンドルで更新しておく必要があります
LGW を構成する際には、Control Hub のトランク構成ページから取得した一連の SIP ダイジェスト資格情報が使用されます（この手順は、この後の構成の一部です）
CA ルートバンドルは、提示された証明書を検証します
資格情報が要求されます (SIP ダイジェストにより提供されたもの)
クラウドは、どのローカルゲートウェイがセキュアに登録されているかを識別します

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

組織に合わせて Webex Calling を設定する

初回セットアップウィザードで通話設定をセットアップする

1	受け取ったウェルカムメールのはじめにリンクをクリックします。管理者のメールアドレスが、自動的に、Control Hub にサインインするためのメールアドレスとして使用されます。サインインすると、管理者パスワードを作成するように求められます。サインインすると、セットアップウィザードが自動的に開始します。
2	利用規約を見直して、承諾します。
3	プランを見直して、[はじめに] をクリックします。アカウントマネージャは FTSW の最初の手順をアクティブにする責任があります。[使い始める] を選択した時に、「通話をセットアップできません」という通知を受け取った場合は、アカウントマネージャーに連絡してください。
4	データセンターがマッピングする国を選択し、顧客の連絡先と顧客アドレス情報を入力します。
5	[次へ: デフォルトのロケーション
6	次のオプションから選択します: パートナー管理者の場合は、[保存して閉じる] をクリックして、顧客管理者が Webex Calling のプロビジョニングを完了するようにします。必要なロケーションの情報を入力します。ウィザードでロケーションを作成した後、後で他にロケーションを作成できます。セットアップウィザードを完了した後で、作成したロケーションにメイン番号を追加していることを確認してください。
7	このロケーションに適用する次の選択を行います。アナウンス言語—新しいユーザーと機能の音声アナウンスとプロンプト用。メール言語—新規ユーザーのメール通信に使用します。国タイムゾーン
8	[次へ] をクリックします。
9	利用可能な Cisco Webex SIP アドレスを入力し、[次へ] をクリックし、[完了] を選択します。

ロケーションを追加する

始める前に

新しいロケーションを作成するには、以下の情報を指定します。

ロケーションの住所
希望する電話番号(オプション)

1	https://admin.webex.comでControl Hubにログインし、［管理］>［ロケーション］の順に移動します。新しいロケーションは、初回セットアップウィザードを使用して選択した国に対応する地域データセンターでホストされます。
2	ロケーションを設定します。ロケーション名—ロケーションを識別する一意の名前を入力します。国/地域—ロケーションを結び付ける国を選択します。たとえば、米国に 1 か所のロケーション (本社) を作成し、イギリスに別のロケーション (支社) を作成することができます。選択した国に応じて、その後の住所のフィールドが決まります。ここには、例として、米国の住所書式を使用したものがあります。ロケーションアドレス—ロケーションのメインのメールアドレスを入力します。都市/町—このロケーションの都市を入力します。都道府県/地域—ドロップダウンから都道府県を選択します。 ZIP/郵便番号—郵便番号または郵便番号を入力します。アナウンス言語—新しいユーザーと機能の音声アナウンスとプロンプトの言語を選択します。メール言語—新規ユーザーとのメール通信に使用する言語を選択します。タイムゾーン:ロケーションのタイムゾーンを選択します。
3	[保存 ] をクリックしてから、[ はい/いいえ ] を選択して、現在または後でロケーションに番号を追加します。
4	[はい] をクリックした場合、次のいずれかのオプションを選択します。 Cisco PSTN —Cisco からクラウド PSTN ソリューションを使用する場合は、このオプションを選択します。Cisco 通話プランは、緊急通話、着信、および国内および国際通話を提供する PSTN 代替ソリューションであり、新しい PSTN 番号または既存の番号を Cisco にポートすることができます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。他の PSTN 機能が割り当てられている既存のロケーションは、今回は Cisco Calling プランの対象外です。サポートケースを開く Cisco Calling プランがサポートされている地域の Webex Calling データセンターでホストされています。 Cloud Connected PSTN—多くの Cisco CCP パートナーの 1 つからクラウド PSTN ソリューションを探している場合、またはロケーションで Cisco Calling プランが利用できない場合、このオプションを選択します。CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例: (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。リストされているプロバイダーの下に [番号を今すぐ注文する] オプションがある場合は、そのオプションを選択して、統合された CCP のメリットを利用することをおすすめします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP の場合、Control Hub の外で、CCP パートナーから電話番号を調達する必要があります。プレミスベースの PSTN（ローカルゲートウェイ）:現在の PSTN プロバイダーを保持する場合、またはクラウド以外のサイトをクラウドサイトに接続する場合は、このオプションを選択できます。 PSTN オプションの選択は各ロケーションレベルで行います (各ロケーションには PSTN オプションが 1 つしかありません)。展開に対して必要な数のオプションを組み合わせることができますが、各ロケーションには 1 つのオプションとなります。PSTN オプションを選択してプロビジョニングしたら、ロケーションの PSTN プロパティで [管理] をクリックすると、オプションを変更できます。ただし、Cisco PSTN などの一部のオプションは、別のオプションが割り当てられた後は使用できない場合があります。サポートケースを開く
5	番号を今すぐに有効にするか、または後で有効にするかを選択します。
6	統合されていない CCP またはプレミスベースの PSTN を選択した場合は、電話番号をコンマ区切り値として入力し、[検証] をクリックします。特定のロケーションのための番号が追加されます。有効なエントリは [検証済みの番号] フィールドに移動し、無効なエントリは [番号の追加] フィールドに残り、エラーメッセージが表示されます。番号の書式は、ロケーションの所在する国に応じ、ダイヤリングに関する地元の要件に従って定められます。たとえば、国コードが必要な場合には、コードを付けて入力することも、コードなしで入力してからコードが自動的に先頭に追加されるようにすることもできます。
7	[保存] をクリックします。

次に行うこと

始める前に

1	https://admin.webex.comでControl Hubにログインし、［管理］>［ロケーション］の順に移動します。
2	削除するロケーションの横にあるアクション列をクリックします。
3	[場所の削除] を選択し、その場所を削除します。一般的に、場所が完全に削除されるには数分かかりますが、最大で 1 時間かかる場合があります。ステータスを確認するには、ロケーション名の隣にあるをクリックして、[削除ステータス] を選択します。

既存のロケーションを更新する

1	https://admin.webex.comでControl Hubにログインし、［管理］>［ロケーション］の順に移動します。ロケーションの隣に [警告] 記号が表示される場合、そのロケーションの電話番号をまだ設定していないという意味です。その番号を設定するまで、通話の送受信が行えなんす。
2	(オプション) [PSTN 接続] の下で、すでに設定されているものに応じて、[クラウド接続 PSTN] または [プレミスベースの PSTN](ローカルゲートウェイ) のいずれかを選択します。[管理] をクリックして設定を変更してから、[続行] を選択することにより、関連するリスクを承認します。以下のオプションのいずれかを選択して、[保存] クリックします。 Cisco PSTN —Cisco からクラウド PSTN ソリューションを使用する場合は、このオプションを選択します。Cisco 通話プランは、緊急通話、着信、および国内および国際通話を提供する PSTN 代替ソリューションであり、新しい PSTN 番号または既存の番号を Cisco にポートすることができます。 Cisco PSTN オプションは、以下の条件でのみ表示されます。コミットされた Cisco Calling プラン OCP (アウトバウンド通話プラン) を少なくとも 1 つ購入している。 Cisco Calling プランがサポートされている国にロケーションがある。ロケーションが新規である。現在、他の PSTN 機能が割り当てられている既存のロケーションは、Cisco Calling プランの対象外です。サポートケースを開く Cisco Calling プランがサポートされている地域の Webex Calling データセンターでホストされています。 Cloud Connected PSTN—多くの Cisco CCP パートナーの 1 つからクラウド PSTN ソリューションを探している場合、またはロケーションで Cisco Calling プランが利用できない場合、このオプションを選択します。CCP パートナーは、PSTN 代替ソリューション、グローバルな広域カバレッジ、広範でさまざまな機能、パッケージ、価格設定を提供しています。 CCP パートナーと対応地域は、こちらにリストされています。ロケーションの国がサポートされているパートナーにのみ表示されています。パートナーは、ロゴで表示されるか、簡単な文字列と括弧で囲んだ地域名で表示されます (例: (EU)、(US)、または (CA))。ロゴが表示されているパートナーは、常に CCP の地域メディアを提供しています。文字列で表示されているパートナーについては、CCP の地域メディアを確保するために、ロケーションの国に最も近い地域を選択してください。リストされているプロバイダーの下で番号を今すぐ注文するオプションが表示された場合は、そのオプションを選択して、統合型CCPを利用することをお勧めします。統合された CCP の場合、電話番号の調達とプロビジョニングを Control Hub の 1 つのペインで行えます。統合されていない CCP では、Control Hub 以外の CCP パートナーから電話番号を取得する必要があります。プレミスベースの PSTN（ローカルゲートウェイ）:現在の PSTN プロバイダーを保持する場合、またはクラウド以外のサイトをクラウドサイトに接続する場合は、このオプションを選択できます。 Webex Calling ゲートウェイで以前に設定されたロケーションを持つ顧客は、対応するトランクを使用してオンプレミスPSTNに自動的に変換されます。
3	ロケーションで、ドロップダウンリストから代表番号を選択し、そのロケーションのユーザーがコールを発信および受信できるようにします。メイン番号を自動アテンダントに割り当てて、外部発信者がそのロケーションの Webex Calling ユーザーに連絡できるようにします。そのロケーションの Webex Calling ユーザーは、発信時にこの番号を外部発信者 ID として使用することもできます。
4	(オプション) [緊急コール] で[緊急時のロケーション識別子] を選択して、このロケーションに割り当てることができます。この設定はオプションで、必要な国にのみ適用されます。一部の国 (例: フランス) の規制要件は、緊急電話を行い、緊急連絡時にセルの識別を確立するためのセルに関する規制要件であり、緊急権限によって利用可能になります。米国やカナダのような他の国々は、他の方法を用いて位置決定を実施しています。詳細については、「緊急時通話の強化」を参照してください。緊急通話プロバイダはアクセスネットワークに関する情報が必要な場合があります。新しいプライベートSIP拡張ヘッダーであるP-Access-Network-Infoを指定することで達成できます。ヘッダーにはアクセスネットワークに関連する情報が含まれます。場所に緊急ロケーション識別子を設定すると、場所の値は SIP メッセージの一部としてプロバイダーに送信されます。緊急通話プロバイダーに連絡して、この設定が必要で、緊急通話プロバイダーから提供された値を使用する必要がある場合はそれを確認してください。」
5	このロケーションでユーザーがボイスメールをチェックするために呼び出せる [ボイスメール番号] を選択します。
6	(オプション) ロケーションページの上部にある鉛筆アイコンをクリックし、必要に応じて [ロケーションの名前]、[アナウンス言語]、[メール言語]、[タイムゾーン]、[住所] を変更し、[保存] をクリックします。 [アナウンス言語] の変更は、このロケーションに追加された新規ユーザーや機能に対して直ちに有効になります。既存のユーザーや機能のアナウンス言語も変更する必要がある場合は、プロンプトが表示されたら、[既存のユーザーとワークスペースの変更] または [既存機能の変更] を選択します。[適用] をクリックします。[タスク] ページで進捗状況を確認できます。これが完了するまでは、これ以上変更を加えることはできません。ロケーションの [タイムゾーン] を変更しても、このロケーションに関連する機能のタイムゾーンは更新されません。自動アテンダント、ハントグループ、コールキューなどの機能のタイムゾーンを編集するには、タイムゾーンを更新する特定の機能の [全般設定] エリアに移動し、そこで編集して保存します。

ロケーションに対する発信通話の権限を設定できます。これらのステップをご覧になり、発信権限を設定してください。

1	Control Hub にサインインし、[サービス ] > [通話 ] > [サービス設定] の順に移動し、[内部ダイヤル] までスクロールします。
2	必要に応じて、次のオプションのダイヤル設定を行います。ロケーションルーティングプレフィックスの長さ: 複数のロケーションがある場合は、この設定をお勧めします。2 ～ 7 桁の長さを入力できます。同じ内線番号を持つ複数のロケーションがある場合、ロケーション間でコールを行うときに、ユーザーはプレフィックスをダイヤルする必要があります。たとえば、複数のストアがある場合、内線 1000 を使用すると、各ストアにルーティングプレフィックスを設定することができます。1 つのストアのプレフィックスが 888 の場合、そのストアに到達するために 8881000 にダイヤルします。ルーティングプレフィックスの長さには、ステアリング番号が含まれます。たとえば、ルーティングプレフィックスの長さを 4 に設定すると、3 桁のみを使用してサイトを指定できます。ルーティングプレフィックスをロケーションに割り当てる場合、そのロケーションに割り当てられた内線のすべての外観には、内線番号の前にルーティングプレフィックスが含まれます。たとえば、888-1000（ルーティングプレフィックス-内線）です。 [ルーティングプレフィックスのステアリング番号（Steering Digit in Routing Prefix）]:すべてのルーティングプレフィックスの最初の桁として設定される番号を選択します。 [内線番号の長さ(Internal Extension Length)]:2 ～ 10 桁を入力でき、デフォルトは 2 です。内線の長さを長くすると、既存の内部内線への短縮ダイヤルが自動的に更新されることはありません。ロケーション間の内線ダイヤルを許可—組織の要件に基づいて、ロケーション間の内線ダイヤルをカスタマイズできます。組織にすべてのロケーションで重複する内線がない場合は、トグルを有効にします。デフォルトでは、トグルが有効になっています。組織が別の場所に同じ内線を持っている場合は、トグルを無効にします。トグルが無効になり、発信者が内線番号をダイヤルすると、通話は、発信者と同じロケーションで内線番号が一致するユーザーにルーティングされます。発信者は、エンタープライズ重要番号（ロケーションルーティングプレフィックス + 内線）をダイヤルして、他のロケーションの内線番号に到達する必要があります。
3	特定の場所の内部ダイヤルを指定します。［管理］>［ロケーション］の順に移動し、リストからロケーションを選択し、［通話］をクリックします。[ダイヤル] までスクロールし、必要に応じて内部ダイヤルを変更します。内線ダイヤル: このロケーションの誰かに連絡するために、他のロケーションのユーザーがダイヤルする必要があるルーティングプレフィックスを指定します。各ロケーションのルーティングプレフィックスは固有である必要があります。プレフィックスの長さは組織レベルで設定された長さに一致することを推奨しますが、長さは 2 ～ 7 桁でなければなりません。
4	特定のロケーションの外部ダイヤルを指定します。［管理］>［ロケーション］の順に移動し、リストからロケーションを選択し、［通話］をクリックします。[ダイヤル] までスクロールし、必要に応じて外部ダイヤルを変更します。外部ダイヤル:外線に到達するためにユーザがダイヤルする必要がある発信ダイヤル番号を選択できます。デフォルトは [なし] であり、このダイヤル習慣が必要ない場合には、値を [なし] にしておくことができます。この機能を使用しない場合、組織のステアリング番号とは別の番号を使用することをお勧めします。ユーザーは、外線発信を行う際に外線発信番号を含め、レガシーシステムでダイヤルしていた方法を真似たものにできます。しかし、すべてのユーザーは、発信ダイアル番号なしで外部通話を発信することができます。必要に応じて、このロケーションの発信ダイヤル番号のダイヤルを強制することができます。これにより、ユーザーは外部コールを発信するために管理者が設定した発信ダイヤル番号を使用する必要があります。この機能が有効になっている場合でも、緊急コールは発信ダイヤル番号の有無にかかわらずダイヤルできます。有効にすると、発信ダイヤル番号が含まれていない場合、コール転送に使用されるような外部接続先番号は機能しなくなります。内線が国番号と同じ場合、内線が国番号よりも優先されます。したがって、発信ダイヤル番号を有効にすることをお勧めします。着信および発信 PSTN コールに E.164 番号形式を使用することを強くお勧めします。ユーザーへの影響: ダイヤル設定の変更を有効にするには、電話機を再起動する必要があります。ユーザーの内線番号はロケーションのステアリング番号または発信ダイヤル番号と同じ番号で始まるべきではありません。

Control Hub でプレミスベースの PSTN (ローカルゲートウェイ) を設定する

ローカルゲートウェイがある場所は、ローカルゲートウェイが他の場所で使用されているときには削除できません。

トランクを作成する

次の手順に従って、Control Hub でトランクを作成します。

始める前に

ロケーションが追加されたら、ロケーションに対してプレミスベース PSTN を設定する前に、トランクを作成する必要があります。
それぞれについて、ロケーションと固有の設定および番号を作成します。ロケーションはプレミスベース PSTN を追加する前に存在する必要があります。
Webex Calling でのプレミスベース PSTN (ローカルゲートウェイ) 要件について理解しておいてください。
プレミスベース PSTN を持つロケーションに対して、複数のトランクを選択できませんが、複数のロケーションに対して同じトランクを選択することはできます。

1	https://admin.webex.comでControl Hubにログインし、［サービス］>［通話］>［通話ルーティング］の順に移動し、［トランクの追加］を選択します。
2	ロケーションを選択します。
3	トランクの名前を指定し、[保存] をクリックします。名前は 24 文字以内にしてください。

次にやる必要

画面 [ドメインの登録]、[トランクグループ OTG/DTG]、[回線/ポート]、および [発信プロキシアドレス] にトランク情報が表示されます。

プレミスベースの PSTN のトランクを選択する

1	https://admin.webex.comでControl Hubにログインし、［管理］>［ロケーション］の順に移動します。
2	変更する場所を選択し、[管理] をクリックします。
3	プレミスベース PSTN を選択して、[次へ] をクリックします。
4	ドロップダウンメニューからトランクを選択します。トランクページにアクセスして、トランクグループの選択を管理します。
5	確認通知をクリックし、[保存] をクリックします。

次にやる必要

Control Hub が生成した構成情報を記録し、パラメーターをローカルゲートウェイ (たとえばオンプレミスの Cisco CUBE) にマップする必要があります。この記事では、この手順について説明します。参考のため、どのように Control Hub の構成情報 (左側) が CUBE のパラメーター (右側) にマップされるかを示す例である次の図を参照してください。

ゲートウェイ自体の設定を正常に完了すると、Control Hub の [サービス ] > [コール ] > [ロケーション ] の順に移動し、作成したゲートウェイは割り当てたロケーションカードに一覧表示され、名前の左側に緑色のドットが付きます。このステータスは、ゲートウェイがセキュアに通話クラウドに対して登録され、そのロケーションでのアクティブな PSTN としての役割を果たしていることを示しています。

電話番号の管理

Control Hub でトライアルからの Webex サービス購入をリクエストする

Webex サービスを試していて、トライアルから有料サブスクリプションに変更したい場合は、メールでパートナーにリクエストできます。

1	https://admin.webex.comでControl Hubにログインし、建物のアイコンを選択します。
2	[サブスクリプション] タブを選択し、[今すぐ購入] をクリックします。有料サブスクリプションへの変換に興味を持っていることを知らせるメールがパートナーに送信されます。

通話オプションの設定

Control Hub を使用して、Webex アプリでユーザーに表示する利用可能な通話オプションの優先度を設定できます。シングルクリック通話を有効にすることもできます。詳細については、次を参照してください。Webex アプリユーザーの通話オプションを設定します。

通話動作のセットアップ

ユーザーがコールを発信するときに、どの通話アプリケーションが開くかを制御できます。Unified CM または Webex Calling の資格を持つユーザーを持つ組織と、Cisco の有料通話サービスを使用しないユーザーのための混合モード展開など、通話クライアント設定を構成できます。詳細については、次を参照してください。通話動作をセットアップします。

Cisco IOS XE で Webex Calling のローカルゲートウェイを構成する

概要

Webex Calling は現在、ローカルゲートウェイの 2 つのバージョンをサポートしています。

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

ローカルゲートウェイ
政府版 Webex のローカルゲートウェイ

主な考慮事項

開始する前に、Webex Calling のプレミスベースの公衆交換電話ネットワーク (PSTN) およびローカルゲートウェイ (LGW) の要件を理解してください。詳細については、「設定されたアーキテクチャ」Webex Calling を参照してください。
この記事では、専用のローカルゲートウェイプラットフォームが配置されているが、既存の音声構成がないと仮定しています。既存の PSTN ゲートウェイまたは CUBE エンタープライズ展開を Webex Calling のローカルゲートウェイ機能として使用するように変更する場合は、設定に注意してください。変更を行ったため、既存の通話フローと機能を中断しないようにしてください。

この手順には、個々のコマンドオプションについての詳細を学ぶことができるコマンドリファレンスドキュメントへのリンクが含まれています。特に指定のない限り、すべてのコマンドリファレンスリンクは Webex 管理対象ゲートウェイコマンドリファレン スに移動します (この場合、コマンドリンクは Cisco IOS 音声コマンドリファレンスに移動します)。これらのガイドはすべて、Cisco Unified Border Element コマンドリファレンスからアクセスできます。

サポートされているサードパーティ SBC の詳細については、各製品参照ドキュメントを参照してください。

ローカルゲートウェイの設定

システムトランクのローカルゲートウェイを設定するための 2 つの Webex Calling があります。

登録ベースのトランク
証明書ベースのトランク

さまざまなトランクタイプの詳細については、「ローカルゲートウェイの使い方」を参照してください。コマンドラインインターフェース (CLI) を使用して、ローカルゲートウェイ自体で以下の手順を実行します。セッション開始プロトコル (SIP) およびトランスポート層セキュリティ (TLS) トランスポートを使用してトランクを保護し、Secure Real Time Protocol (SRTP) を使用してローカルゲートウェイと Webex Calling の間のメディアを保護します。

主な考慮事項

ローカルゲートウェイとして [CUBE] を選択します。政府版 Webex は現在、サードパーティのセッションボーダーコントローラ (SBC) をサポートしていません。最新のリストを確認するには、「ローカルゲートウェイの使用を開始する」を参照してください。
すべての Webex for Government Local Gateways に Cisco IOS XE Dublin 17.12.1a 以降のバージョンをインストールします。
政府版 Webex がサポートするルート証明機関 (CA) のリストを確認するには、「政府版 Webex のルート証明機関」を参照してください。
政府版 Webex のローカルゲートウェイの外部ポート範囲の詳細については、政府版 Webex のネットワーク要件 (FedRAMP) を参照してください。

政府版 Webex のローカルゲートウェイは以下をサポートしていません。

メディアパス最適化のためのSTUN/ICE-Lite
ファクス (T.38)

政府版 Webex のローカルゲートウェイを設定する

政府版 Webex の Webex Calling トランクのローカルゲートウェイを設定するには、次のオプションを使用します。

証明書ベースのトランク

政府版 Webex は登録ベースのローカルゲートウェイをサポートしていません。

登録ベースのローカルゲートウェイ
証明書ベースのローカルゲートウェイ

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラスのテナント: トランク固有の設定を作成するために使用されます。
音声クラスuri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

PSTN から Webex Calling 構成ソリューションへのコールルーティング

IP および SIP は PSTN トランクのデフォルトのプロトコルになりましたが、TDM (Time Division Multiplexing) ISDN 回路はまだ広く使用されており、Webex Calling トランクでサポートされています。TDM-IP コールフローでローカルゲートウェイの IP パスのメディア最適化を有効にするには、現在、2 レッグのコールルーティングプロセスを使用する必要があります。このアプローチは、下の画像に示すように、Webex Calling と PSTN トランクの間に一連の内部ループバックダイヤルピアを導入することにより、上記のコールルーティング設定を変更します。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ 1：ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての登録ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.6.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research 」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが搭載されており、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- Acl
- ユーザー認証とリモートアクセス
- DNS
- IP ルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成

1	次のように、有効でルーティング可能な IP アドレスをレイヤ 3 インターフェイスに割り当てます。 `インターフェイス GigabitEthernet0/0/0 説明 PSTN および/または CUCM の ip アドレスに面しているインターフェイス 10.80.13.12 255.255.255.0 ! インターフェイス GigabitEthernet0/0/1 説明 Webex Calling (プライベートアドレス) ip アドレスに面しているインターフェイス 192.51.100.1 255.255.240`
2	対称暗号化を使用して、ルータ上の登録と STUN クレデンシャルを保護します。プライマリ暗号化キーと暗号化タイプを次のように設定します。 `key config-key password-encrypt YourPassword パスワード暗号化 aes`
3	プレースホルダー PKI トラストポイントを作成します。後で TLS を設定するには、このトラストポイントが必要です。登録ベースのトランクの場合、このトラストポイントは証明書を必要としません。証明書ベースのトランクでも必須です。 `暗号 pki trustpoint EmptyTP 失効チェックなし`
4	TLS1.2 排他を有効にし、次の設定コマンドを使用してデフォルトのトラストポイントを指定します。登録のための信頼性の高い安全な接続を確保するために、トランスポートパラメータも更新する必要があります。 cn-san-validate server コマンドは、テナント 200 で設定されたホスト名がアウトバウンドプロキシから受信した証明書の CN または SAN フィールドに含まれている場合に、ローカルゲートウェイが接続を許可することを保証します。 tcp-retry count を 1000 に設定します (5-msec multiples = 5 秒)。タイマー接続を確立するコマンドを使用すると、次に使用可能なオプションを考慮する前に、LGW がプロキシとの接続をセットアップするのを待つ時間を調整できます。このタイマーのデフォルトは 20 秒で、最低 5 秒です。低値で開始し、ネットワーク条件に対応するために必要な場合は増加します。 `sip-ua タイマー接続を確立します tls 5 トランスポート tcp tls v1.2 暗号シグナリングデフォルトトラストポイント EmptyTP cn-san-validate server tcp-retry 1000`
5	Webex Calling で使用される DigiCert CA 証明書を含む Cisco ルート CA バンドルをインストールします。crypto pki trustpool import clean url コマンドを使用して、指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアし、証明書の新しいバンドルをインストールします。 HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、次の設定を追加します。 ip httpクライアントプロキシサーバーyourproxy.comプロキシポート80 `ip http クライアントソースインターフェイス GigabitEthernet0/0/1 暗号 pki trustpool インポートクリーン URL https://www.cisco.com/security/pki/trs/ios_core.p7b`

Webex Calling 登録ベースのトランクの設定


 音声サービス voip ip address trusted list ipv4 x.x.x.x y.y.y モード border-element media statistics media bulk-stats allow-connections sip to sip supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 パスワード123$ sip asymmetric payload full early-offer forced 
 音声クラス コーデック 100 コーデックの設定 1 opus コーデックの設定 2 g711ulaw コーデックの設定 3 g711alaw 
 音声クラス stun-usage 100 stun-usage firewall-traversal flowdata stun-usage ice lite
 音声クラス srtp-crypto 100 暗号 1 AES_CM_128_HMAC_SHA1_80
 音声クラス uri 100 sip パターン dtg=Dallas1463285401_LGU 
 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI change "sip:" "sip:" rule 20 request ANY sip-header ANY sip-header To modify "" "" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"
 音声クラス テナント 100 レジストラの dns:98027369.us10.bcld.webex.com スキーム sips の有効期限が 240 更新比 50 tcp tls 資格情報番号 Dallas1171197921_LGU ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com remote-party-id sip-server dns なし:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com プライバシー ポリシー passthru 

テナント 100 を定義し、SIP VoIP ダイヤルピアを設定すると、ゲートウェイは、Webex Calling に対して TLS 接続を開始します。この時点で、アクセス SBC はその証明書をローカルゲートウェイに提示します。ローカルゲートウェイは、以前に更新された CA ルートバンドルを使用して、Webex Calling アクセス SBC 証明書を検証します。証明書が認識されると、ローカルゲートウェイと Webex Calling アクセス SBC の間で永続的な TLS セッションが確立されます。ローカルゲートウェイは、このセキュアな接続を使用して Webex アクセス SBC に登録できます。登録が認証にチャレンジされた場合:

レスポンスには、クレデンシャ ル設定のusername、password 、およびreal mパラメータが使用されます。
sip プロファイル 100 の変更ルールは、SIPS URL を SIP に変換するために使用されます。

アクセスSBCから200 OKを受信すると、登録が成功します。

SIP PSTN トランクを使用したローカルゲートウェイの設定

TDM/ISDN PSTN トランクを使用している場合は、次のセクション「TDM PSTN トランクを使用したローカルゲートウェイの設定」に進みます。

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。

 音声クラス uri 200 sip ホスト ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。

 ダイヤルピア ボイス 200 voip 説明 インバウンド/アウトバウンド IP PSTN トランクの宛先パターン BAD.BAD セッション プロトコル sipv2 セッション ターゲット ipv4:192.168.80.13 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

以下は、設定のフィールドの説明です。

 ダイヤルピア ボイス 200 voip  の説明 着信/発信 IP PSTN トランク

200のタグ を含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、ダイヤルピアの音声を参照してください。

destination-pattern BAD.BAD

session protocol sipv2

ダイヤルピア 20 0 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル (ダイヤルピア)を参照してください。

session target ipv4:192.168.80.13

宛先のターゲット IPv4 アドレスを示し、コールレグを送信します。セッションのターゲットは ITSP の IP アドレスです。詳細については、セッションターゲット (VoIP ダイヤルピア)を参照してください。

200 経由の着信 uri

VIA ヘッダーの判断基準を IP ヘッダーと IP アドレスPSTNを定義します。ローカルゲートウェイのすべての着信 IP PSTN コールレッグとダイヤルピア 200 を一致させます。詳細については、着信 URLを参照してください。

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、音声クラスコーデックを参照してください。

dtmf-relay rtp-nte

通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ローカルゲートウェイを Webex Calling と PSTN 間のコールのみルーティングするように設定している場合は、次のコールルーティング設定を追加します。Unified Communications Manager プラットフォームを使用してローカルゲートウェイを設定する場合は、次のセクションに進みます。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
 音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 200 の説明 コールを PSTN ダイヤルピア 200 にルーティングする
```
以下は、設定のフィールドの説明です。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
 ダイヤルピア ボイス 100 宛先 dpg 200 ダイヤルピア ボイス 200 宛先 dpg 100 
```
以下は、設定のフィールドの説明です。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

TDM PSTN トランクを使用したローカルゲートウェイの設定

IP メディア最適化を必要としない場合は、SIP PSTN トランクの設定手順に従います。PSTN VoIP ダイヤルピアの代わりに、ボイスポートと POTS ダイヤルピア（手順 2 および 3 を参照）を使用します。

 音声翻訳ルール 100 ルール 1 /^\+//A2A/ 音声翻訳プロファイル 100 呼び出された音声翻訳ルール 200 ルール 1 /^//A1A/ 音声翻訳プロファイル 200 呼び出された音声翻訳ルール 11 ルール 1 /^A1A/ // 音声翻訳プロファイル 11 呼び出された音声翻訳ルール 12 ルール 1 /^A2A44//0/ RULE 2/^A2A//00/ 音声翻訳プロファイル 12 呼び出された音声翻訳ルール 12 
 カードタイプ e1 0 2 つの isdn スイッチタイプ primary-net5 コントローラ E1 0/2/0 pri-group タイムスロット 1-31 
 ダイヤルピア ボイス 200 ポット説明 着信/発信 PRI PSTN トランクの宛先パターン BAD.BAD translation-profile 着信 200 直通ダイヤルポート 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Webex translation-profile inbound 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtm 
 音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 200 の説明 コールを PSTN ダイヤルピア 200 の音声クラス dpg 10 の説明 通話をループバックダイヤルピア 10 にルーティングする

ローカルゲートウェイを既存の Unified CM 環境で構成する

1	以下の音声クラス URI を設定: SIP VIA ポートを使用して Unified CM を Webex コールに分類します。 `voice class uri 300 sip pattern :5065` ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。 `音声クラス uri 400 sip パターン 192\.168\.80\.6[0-5]:5060` 発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。
2	次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。 IOS XE は、これらのレコードをローカルでターゲット UCM ホストとポートを決定するために使用します。この設定では、DNS システムでレコードを設定する必要はありません。DNS を使用する場合は、これらのローカル設定は必要ありません。 ip ホスト ucmpub.mydomain.com 192.168.80.60 ip ホスト ucmsub1.mydomain.com 192.168.80.61 ip ホスト ucmsub2.mydomain.com 192.168.80.62 ip ホスト ucmsub3.mydomain.com 192.168.80.63 ip ホスト ucmsub4.mydomain.com 192.168.80.64 ip ホスト ucmsub5.mydomain.com 192.168.80.65 ip ホスト _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 以下は、設定のフィールドの説明です。次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。 ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV リソースレコード名 2: SRV リソースレコードの優先順位 1: SRV リソースレコードの重み 5060: このリソースレコードでターゲットホストに使用するポート番号 ucmsub5.mydomain.com: リソースレコードターゲットホストリソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。たとえば、次のようなものです。 ip ホスト ucmsub5.mydomain.com 192.168.80.65 IPホスト: ローカル IOS XE データベースにレコードを作成します。 ucmsub5.mydomain.com: A レコードのホスト名。 192.168.80.65: ホスト IP アドレス。 SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。
3	次のダイヤルピアを設定します。 Unified CM と Webex Calling 間のコールのダイヤルピア: `ダイヤルピアボイス 300 voip の説明 UCM-Webex Calling トランクの宛先パターン BAD.BAD セッションプロトコル sipv2 セッション target dns:wxtocucm.io 着信 uri via 300 voice-class codec 100 voice-class sip bind control source-interface ギガビットイーサネット 0/0/0 voice-class sip bind media source-interface ギガビットイーサネット 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `ダイヤルピアボイス 300 voip の説明 UCM-Webex Calling トランク` タグ 30 0 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:wxtocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。 incoming uri via 300 音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。 Unified CM と PSTN 間のコールのダイヤルピア: `ダイヤルピアボイス 400 voip の説明 UCM-PSTN トランクの宛先パターン BAD.BAD セッションプロトコル sipv2 セッション target dns:pstntocucm.io 着信 uri via 400 voice-class codec 100 voice-class sip bind control source-interface ギガビットイーサネット 0/0/0 voice-class sip bind media source-interface ギガビットイーサネット 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `ダイヤルピアボイス 400 voip の説明 UCM-PSTN トランク` 400のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:pstntocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。 400 経由の着信 uri 音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
4	次の設定を使用してコールルーティングを追加します。 Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。DPG 100 を発信ダイヤルピア 100 で Webex Calling に対して定義します。DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。DPG 300 は、Webex からの着信ダイヤルピアに適用されます。 `音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 300 の説明コールを Unified CM にルーティング Webex Calling トランクダイヤルピア 300 にルーティング` Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。PSTN に対して発信ダイヤルピア 200 で DPG 200 を定義します。DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。 `音声クラス dpg 200 の説明コールを PSTN ダイヤルピア 200 音声クラス dpg 400 の説明コールを Unified CM PSTN トランクダイヤルピア 400 にルーティングする` 以下は、設定のフィールドの説明です。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。 `ダイヤルピアボイス 100 宛先 dpg 300 ダイヤルピアボイス 300 宛先 dpg 100` 以下は、設定のフィールドの説明です。宛先 dpg 300 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。 `ダイヤルピアボイス 200 宛先 dpg 400 ダイヤルピアボイス 400 宛先 dpg 200` これでローカルゲートウェイの設定は終了します。CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名でローカルゲートウェイを監視し、トラブルシューティングする

診断署名 (DS) は、IOS XE ベースのローカルゲートウェイで共通に観察される問題を積極的に検出し、イベントのメール、syslog、またはターミナルメッセージ通知を生成します。また、DS をインストールして、診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して、解決時間を短縮することもできます。

診断署名 (DS) は、問題のトリガーイベントと問題を通知、トラブルシューティング、修正するために取られるアクションに関する情報を含む XML ファイルです。syslog メッセージ、SNMP イベント、および特定の show コマンド出力の定期的なモニタリングを使用して、問題検出ロジックを定義できます。

アクションタイプには、show command 出力の収集が含まれます。

統合ログファイルの生成
HTTPS、SCP、FTP サーバなどのユーザー提供のネットワークロケーションにファイルをアップロードします。

TAC エンジニアは DS ファイルの作成者であり、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。Diagnostic Signatures Lookup Tool （DSLT）は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

DSLT からダウンロードした DS ファイルは編集していない。変更するファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
メール通知に安全な SMTP サーバーを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以上を実行中か確認してください。

前提条件

IOS XE 17.6.1a 以降を実行しているローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが Cisco IOS XE 17.6.1a 以降を実行している場合、プロアクティブな通知を送信するために使用する、セキュアな電子メールサーバを設定します。
```
ターミナル call-home mail-server :@ 優先順位 1 セキュアな tls エンド 
```
通知する管理者のメールアドレスでds_email 環境変数を設定します。
```
端末の call-home diagnostic-signature 環境の設定 ds_email 終了 
```

以下は、Gmail をセキュアな SMTP サーバーとして使用して、tacfaststart@gmail.com にプロアクティブ通知を送信するために、Cisco IOS XE 17.6.1a 以降で実行されているローカルゲートウェイの設定の例を示します。

Cisco IOS XE Bengaluru 17.6.x 以降のバージョンを使用することをお勧めします。

call-home mail-server tacfaststart:password@smtp.gmail.com 優先順位 1 セキュアな tls 診断署名環境 ds_email "tacfaststart@gmail.com"

[Google アカウントの管理] > [セキュリティ] に移動し、[安全性の低いアプリアクセス] 設定をオンにします。
「はい、はい、それは私です」と答えます。Gmail から「Google は、Google 以外のアプリを使用してアカウントにサインインするユーザーを防ぎました」というメールを受け取ります。

プロアクティブモニタリングのために診断署名をインストールする

CPU 使用率の監視

この DS は、SNMP OID を使用して 5 秒間 CPU 使用率を追跡します。1.3.6.1.4.1.9.2.1.56. 使用率が 75% 以上に達すると、すべてのデバッグを無効にし、ローカルゲートウェイにインストールされている診断署名をアンインストールします。下記の手順を実行して署名をインストールします。

show snmp コマンドを使用して、SNMP を有効にします。有効にしない場合は、snmp-server manager コマンドを設定します。

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp シャーシ: ABCDEFGHIGK 149655 SNMP パケット入力0 悪い SNMP バージョンエラー1 不明なコミュニティ名0 提供されたコミュニティ名の違法操作0 エンコーディングエラー 37763 リクエストされた変数の数2 変数の数 34560 取得リクエストPDU 138 取得ネクストPDU 2 セットリクエスト PDU 0 入力キューパケットドロップ（最大キューサイズ1000） 158277 SNMPパケット出力0 大きすぎるエラー (最大パケットサイズ 1500) 20 そのような名前エラーはありません0 悪い値エラー0 一般エラー 7998 応答 PDU 10280 トラップ PDU 現在 SNMP プロセス入力キューにあるパケット: 0 
SNMP global trap: 有効

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズまたは Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

LocalGateway# コピー ftp://username:password@/DS_64224.xml bootflash:

次の例では、FTP サーバーからローカルゲートウェイへのファイルのコピーを示しています。

ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 バイト] 0.064 秒 (55797 バイト/秒) にコピーされた 3571 バイト

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64224.xml ロードファイル DS_64224.xml 成功

show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

SIP トランク登録のモニタリング

この DS は、60 秒ごとにクラウドにSIP トランクするローカル Webex Calling登録解除をチェックします。登録解除イベントが検出されると、メールと syslog の通知が生成され、2 回の登録解除後に自動的にアンインストールされます。署名をインストールするには、以下の手順を使用します。

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64117 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	SIP-SIP
問題の種類	SIP トランクによる登録解除を行いました。

DS XML ファイルをローカルゲートウェイにコピーします。
```
ftp://username:password@/DS_64117.xml bootflash: 
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_64117.xml ロードファイル DS_64117.xml 成功 LocalGateway#

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

異常な通話切断の監視

この DS は、10 分ごとに SNMP ポーリングを使用して、SIP エラーの 403、488、503 で異常な通話切断を検出します。エラーカウントの増分が最後の投票から 5 以上である場合、syslog とメール通知が生成されます。署名をインストールするには、以下の手順を使用してください。

show snmp コマンドを使用して、SNMP が有効かどうかを確認します。有効になっていない場合は、snmp-server manager コマンドを設定します。

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp シャーシ: ABCDEFGHIGK 149655 SNMP パケット入力0 悪い SNMP バージョンエラー1 不明なコミュニティ名0 提供されたコミュニティ名の違法操作0 エンコーディングエラー 37763 リクエストされた変数の数2 変数の数 34560 取得リクエストPDU 138 取得ネクストPDU 2 セットリクエスト PDU 0 入力キューパケットドロップ（最大キューサイズ1000） 158277 SNMPパケット出力0 大きすぎるエラー (最大パケットサイズ 1500) 20 そのような名前エラーはありません0 悪い値エラー0 一般エラー 7998 応答 PDU 10280 トラップ PDU 現在 SNMP プロセス入力キューにあるパケット: 0 
SNMP global trap: 有効

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常通話切断検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
ftp://username:password@/DS_65221.xml bootflash:
```

ローカルゲートウェイに DS XML ファイルをインストールします。

call-home diagnostic-signature load DS_65221.xml ロードファイル DS_65221.xml 成功

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

診断署名をインストールして問題のトラブルシューティングを行う

診断署名 (DS) を使用して、問題を迅速に解決します。Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題の発生を検出、診断データの正しいセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを可能にするための署名を作成しました。診断署名（DS）は、問題の発生を手動で確認する必要性を排除し、断続的および一時的な問題のトラブルシューティングをはるかに容易にします。

収集された診断データがアップロードされる Cisco TAC ファイルサーバーパス (cxd.cisco.com) である追加の DS 環境変数 ds_fsurl_prefix を構成します。ファイルパスのユーザー名はケース番号で、パスワードはファイルアップロードトークンで、次のコマンドの Support Case Manager から取得できます。ファイルアップロードトークンは、必要に応じて Support Case Manager の [添付ファイル] セクションで生成できます。
```
ターミナル call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)環境を構成する ds_fsurl_prefix "scp://:@cxd.cisco.com" end 
```
例：
```
call-home diagnostic-signature 環境 ds_fsurl_prefix "環境 ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
show snmp コマンドを使用して、SNMP が有効になっていることを確認します。有効になっていない場合は、snmp-server manager コマンドを設定します。
```
show snmp %SNMP agent not enabled config t snmp-server manager end 
```

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

ftp://username:password@/DS_64224.xml bootflash: ftp://username:password@/DS_65095.xml bootflash:

ローカルゲートウェイに、高 CPU モニタリング DS 64224、DS 65095 XML ファイルの順にインストールします。

call-home diagnostic-signature load DS_64224.xml ロードファイル DS_64224.xml 成功 call-home diagnostic-signature load DS_65095.xml ロードファイル DS_65095.xml 成功

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされていることを確認します。状態の列には「登録済み」の値が必要です。

show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

登録済み

2020-11-08

診断署名の実行を確認します

次のコマンドで、show call-home diagnostic-signature コマンドの「ステータス」列が「実行中」に変わり、ローカルゲートウェイが署名内で定義されたアクションを実行します。show call-home 診断署名統計の出力は、診断署名が関心のあるイベントを検出してアクションを実行したかどうかを検証するための最適な方法です。「トリガーされた/Max/Deinstall」欄は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義される最大回数、トリガーされたイベントの最大数を検出した後に署名が自身をインストールアンインストールするかどうかを示します。

show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示する

DS ID	DS 名	トリガー済み/Max/Deinstall	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/日	23.053	23.053

診断署名をアンインストールする

トラブルシューティングのために診断署名を使用は、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、show call-home diagnostic-signature コマンドの出力から DS ID を取得し、次のコマンドを実行します。

call-home diagnostic-signature のデインストール

例：

call-home diagnostic-signature deinstall 64224

Control Hub 経由で Cisco IOS XE ゲートウェイを管理および検証する

Cisco IOS XE ゲートウェイの管理を改善するには、Control Hub を使用してゲートウェイを登録および管理することをお勧めします。これはオプションの設定です。登録すると、Control Hub の構成検証オプションを使用して、ローカルゲートウェイ構成を検証し、構成の問題を特定できます。現在、登録ベースのトランクのみがこの機能をサポートしています。

詳細については、以下を参照してください。

デザインの概要

この設計では、次の主な構成が使用されます。

音声クラステナント: トランク固有の構成を作成するために使用されます。
音声クラスuri: 着信ダイヤルピアの選択のための SIP メッセージを分類するために使用。
着信ダイヤルピア: 着信 SIP メッセージの処理を提供し、ダイヤルピアグループで発信ルートを決定します。
ダイヤルピアグループ: オンワードコールルーティングに使用する発信ダイヤルピアを定義します。
発信ダイヤルピア: アウトバウンド SIP メッセージの処理を提供し、必要なターゲットにルーティングします。

IP および SIP は PSTN トランクのデフォルトのプロトコルになりましたが、TDM (Time Division Multiplexing) ISDN 回路はまだ広く使用されており、Webex Calling トランクでサポートされています。TDM-IP コールフローでローカルゲートウェイの IP パスのメディア最適化を有効にするには、現在、2 レッグのコールルーティングプロセスを使用する必要があります。このアプローチは、下の画像に示すように、Webex Calling と PSTN トランクの間に一連の内部ループバックダイヤルピアを導入することにより、上記のコールルーティング設定を変更します。

このドキュメントでは、次の画像に示すホスト名、IP アドレス、およびインターフェイスが使用されます。オプションは、パブリックまたはプライベート（NATの背後）アドレッシングに提供されます。SRV DNS レコードは、複数の CUBE インスタンス間でロードバランシングされない限り、オプションです。

このドキュメントの残りの構成ガイダンスを使用して、ローカルゲートウェイの設定を次のように完了します。

ステップ 1：ルーターのベースライン接続とセキュリティを設定する
ステップ 2: Webex Calling トランクの設定

必要なアーキテクチャに応じて、次のいずれかを実行します。
ステップ 3: SIP PSTN トランクを使用したローカルゲートウェイの設定
ステップ 4: 既存の Unified CM 環境でのローカルゲートウェイの設定

または:
ステップ 3: TDM PSTN トランクを使用したローカルゲートウェイの設定

接続とセキュリティの設定

ベースラインの設定

すべての証明書ベースのローカルゲートウェイ展開には、Cisco IOS XE 17.9.1a 以降のバージョンが必要です。推奨されるバージョンについては、「Cisco Software Research 」ページを参照してください。プラットフォームを検索し、提案されたリリースのいずれかを選択します。
- ISR4000 シリーズルータは、Unified Communications および Security テクノロジーライセンスの両方で設定する必要があります。
- Catalyst Edge 8000シリーズのルーターには、ボイスカードまたはDSPが装備されており、DNA Essentialsのライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
- 大容量の要件については、High Security（HSEC）ライセンスおよび追加のスループットエンタイトルメントが必要になる場合があります。
  
  詳細については、認証コードを参照してください。
ビジネスポリシーに従うプラットフォームのベースライン設定を構築します。特に、以下を設定し、作業を確認します。
- NTP
- Acl
- ユーザー認証とリモートアクセス
- DNS
- IP ルーティング
- IP アドレス
Webex Calling に向かうネットワークは IPv4 アドレスを使用する必要があります。ローカルゲートウェイの完全修飾ドメイン名（FQDN）またはサービスレコード（SRV）アドレスは、インターネット上のパブリック IPv4 アドレスに解決する必要があります。
Webex に面しているローカルゲートウェイインターフェイスのすべての SIP ポートとメディアポートは、インターネットから直接アクセスするか、静的 NAT 経由でアクセスする必要があります。それに応じてファイアウォールを更新してください。
署名付き証明書をローカルゲートウェイにインストールします (詳細な設定手順は次のとおりです)。
- Cisco Webex 音声およびビデオプラットフォームへの通話でサポートされているルート認証局とはに詳述されているパブリック認証局 (CA) は、デバイス証明書に署名する必要があります。
- トランクの作成時に Control Hub で設定された FQDN は、ルータの共通名（CN）またはサブジェクト代替名（SAN）の証明書である必要があります。たとえば、次のようなものです。
  - 組織の Control Hub で設定されたトランクにローカルゲートウェイの FQDN として cube1.lgw.com:5061 がある場合、ルーター証明書の CN または SAN に cube1.lgw.com が含まれている必要があります。 
  - 組織の Control Hub で設定されたトランクが、トランクから到達可能なローカルゲートウェイの SRV アドレスとして LGWS.LGW.COM を持っている場合、ルータ証明書の CN または SAN には lgws.lgw.com が含まれている必要があります。クライアントアドレスが解決SRV (CNAME、A レコード、または IP アドレス) のレコードは、SAN ではオプションです。
  - トランクに FQDN または SRV を使用するかどうかにかかわらず、ローカルゲートウェイからのすべての新しい SIP ダイアログの連絡先アドレスは、Control Hub で設定された名前を使用します。
証明書がクライアントとサーバーの使用状況に対して署名済みである必要があります。
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

構成

1	次のように、有効でルーティング可能な IP アドレスをレイヤ 3 インターフェイスに割り当てます。 `インターフェイス GigabitEthernet0/0/0 説明 PSTN および/または CUCM の ip アドレスに面しているインターフェイス 192.168.80.14 255.255.255.0 ! インターフェイス GigabitEthernet0/0/1 の説明 Webex Calling (パブリックアドレス) ip アドレス 198.51.100.1 255.255.240 に面しているインターフェイス`
2	対称暗号化を使用してルータの STUN クレデンシャルを保護します。プライマリ暗号化キーと暗号化タイプを次のように設定します。 `key config-key password-encrypt YourPassword パスワード暗号化 aes`
3	希望する認証局 (CA) によって署名された証明書を使用して暗号化トラストポイントを作成します。次の exec コマンドを使用して RSA キーペアを作成します。 `暗号キーの生成 rsa 汎鍵エクスポートラベル lgw-key modulus 4096` トランクの fqdn として cube1.lgw.com を使用する場合、次の設定コマンドを使用して、署名済み証明書のトラストポイントを作成します。 `crypto pki trustpoint LGW_CERT 登録ターミナル pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key` 次の exec または configuration コマンドを使用して証明書署名リクエスト（CSR）を生成し、サポートされている CA プロバイダーから署名済み証明書を要求するために使用します。 `暗号 pki 登録 LGW_CERT`
4	中間（またはルート）CA 証明書を使用して新しい証明書を認証し、証明書をインポートします（ステップ 4）。次の exec または configuration コマンドを入力します。 `暗号 pki 認証 LGW_CERT`
5	次の exec または configuration コマンドを使用して、署名済みホスト証明書をインポートします。 `暗号 pki インポート LGW_CERT 証明書`
6	TLS1.2 排他を有効にし、次の設定コマンドを使用してデフォルトのトラストポイントを指定します。 `sip-ua 暗号シグナリングデフォルトトラストポイント LGW_CERT トランスポート tcp tls v1.2`
7	Webex Calling で使用される DigiCert CA 証明書を含む Cisco ルート CA バンドルをインストールします。crypto pki trustpool import clean url コマンドを使用して、指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアし、証明書の新しいバンドルをインストールします。 HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、次の設定を追加します。 ip httpクライアントプロキシサーバーyourproxy.comプロキシポート80 `ip http クライアントソースインターフェイス GigabitEthernet0/0/1 暗号 pki trustpool インポートクリーン URL https://www.cisco.com/security/pki/trs/ios_core.p7b`

Webex Calling 証明書ベースのトランクの設定


 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y モード border-element allow-connections sip to sip supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 パスワード123$ sip asymmetric payload full early-offer forced sip-profiles inbound 
 音声クラス コーデック 100 コーデックの設定 1 opus コーデックの設定 2 g711ulaw コーデックの設定 3 g711alaw 
 音声クラス stun-usage 100 stun-usage firewall-traversal flowdata stun-usage ice lite 
 音声クラス srtp-crypto 100 暗号 1 AES_CM_128_HMAC_SHA1_80
 音声クラス srtp-crypto 100 暗号 1 AEAD_AES_256_GCM 
 音声クラス uri 100 sip パターン cube1.lgw.com
 voice class sip-profiles 100 rule 10 リクエスト すべての sip-header 連絡先変更 "@.*:" "@cube1.lgw.com:" rule 20 応答 すべての sip-header 連絡先変更 "@.*:" "@cube1.lgw.com:" 
 音声クラス sip-profiles 100 rule 10 リクエスト ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response any sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1) 1.*) 10.80.13.12" "\1 192.65.79.20" rule 31 応答 ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" rule 40 の応答 ANY sdp-header Audio-Connection-Info 変更 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" RULE 41 の要求 ANY sdp-header Audio-Connection-Info 変更 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" RULE 50 の要求 ANY SDP-HEADER Connection-Info 変更 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" RULE 51 の応答 ANY sdp-header Connection-Info 変更 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" RULE 61 の要求 ANY sdp-header Session-Owner の変更 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" RULE 70 の要求 ANY sdp-header Audio-Attribute の変更"(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" rule 71 の応答 any sdp-header Audio 1.*) 10.80.13.12" "\1 192.65.79.20" rule 81 リクエスト ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 voice class sip-profiles 115 rule 10 request OPTIONS sip-header 連絡先変更 "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 要求 ANY sip-header 変更経由 "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 応答 ANY sdp-header Connection-Info 変更 "10.80.13.12" "192.65.79.20" rule 50 応答 ANY sdp-header Audio-Connection-Info 変更 "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 説明 Webex Calling up-interval 5 transport tcp tls sip-profiles 115
 voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

SIP PSTN トランクを使用したローカルゲートウェイの設定

TDM/ISDN PSTN トランクを使用している場合は、次のセクション「TDM PSTN トランクを使用したローカルゲートウェイの設定」に進みます。

Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、「ISDN PRI の設定」を参照してください。

PSTN トランクからの着信コールを識別するには、次の音声クラス uri を設定します。

 音声クラス uri 200 sip ホスト ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

音声クラス uri 200 sip

次の IP PSTN ダイヤルピアを設定します。

 ダイヤルピア ボイス 200 voip 説明 インバウンド/アウトバウンド IP PSTN トランクの宛先パターン BAD.BAD セッション プロトコル sipv2 セッション ターゲット ipv4:192.168.80.13 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

以下は、設定のフィールドの説明です。

 ダイヤルピア ボイス 200 voip  の説明 着信/発信 IP PSTN トランク

destination-pattern BAD.BAD

session protocol sipv2

ダイヤルピア 20 0 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル (ダイヤルピア)を参照してください。

session target ipv4:192.168.80.13

200 経由の着信 uri

バインド制御ソースインタフェース GigabitEthernet0/0/0

PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。

バインドメディアソースインターフェイス GigabitEthernet0/0/0

PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。

音声クラスコーデック 100

共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、音声クラスコーデックを参照してください。

dtmf-relay rtp-nte

通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。

no vad

音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。

ローカルゲートウェイを Webex Calling と PSTN 間のコールのみルーティングするように設定している場合は、次のコールルーティング設定を追加します。Unified Communications Manager プラットフォームを使用してローカルゲートウェイを設定する場合は、次のセクションに進みます。

ダイヤルピアグループを作成して、Webex Calling または PSTN にコールをルーティングします。Webex Calling に向けて発信ダイヤルピア 100 で DPG 100 を定義します。DPG 100 は、PSTN からの着信ダイヤルピアに適用されます。同様に、PSTN に向かって発信ダイヤルピア 200 で DPG 200 を定義します。DPG 200 は、Webex からの着信ダイヤルピアに適用されます。
```
 音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 200 の説明 コールを PSTN ダイヤルピア 200 にルーティングする
```
以下は、設定のフィールドの説明です。
ダイヤルピア 100
発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。
ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex にコールをルーティングします。
```
 ダイヤルピア ボイス 100 宛先 dpg 200 ダイヤルピア ボイス 200 宛先 dpg 100 
```
以下は、設定のフィールドの説明です。
destination dpg 200
どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。

これでローカルゲートウェイの設定は終了します。CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

TDM PSTN トランクを使用したローカルゲートウェイの設定

IP メディア最適化を必要としない場合は、SIP PSTN トランクの設定手順に従います。PSTN VoIP ダイヤルピアの代わりに、ボイスポートと POTS ダイヤルピア（手順 2 および 3 を参照）を使用します。

 音声翻訳ルール 100 ルール 1 /^\+//A2A/ 音声翻訳プロファイル 100 呼び出された音声翻訳ルール 200 ルール 1 /^//A1A/ 音声翻訳プロファイル 200 呼び出された音声翻訳ルール 11 ルール 1 /^A1A/ // 音声翻訳プロファイル 11 呼び出された音声翻訳ルール 12 ルール 1 /^A2A44//0/ RULE 2/^A2A//00/ 音声翻訳プロファイル 12 呼び出された音声翻訳ルール 12 
 カードタイプ e1 0 2 つの isdn スイッチタイプ primary-net5 コントローラ E1 0/2/0 pri-group タイムスロット 1-31 
 ダイヤルピア ボイス 200 ポット説明 着信/発信 PRI PSTN トランクの宛先パターン BAD.BAD translation-profile 着信 200 直通ダイヤルポート 0/2/0:15
 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Webex translation-profile inbound 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtm 
 音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 200 の説明 コールを PSTN ダイヤルピア 200 の音声クラス dpg 10 の説明 通話をループバックダイヤルピア 10 にルーティングする

ローカルゲートウェイを既存の Unified CM 環境で構成する

1	以下の音声クラス URI を設定: SIP VIA ポートを使用して Unified CM を Webex コールに分類します。 `voice class uri 300 sip pattern :5065` ポート経由の SIP を使用して、Unified CM を PSTN コールに分類します。 `音声クラス uri 400 sip パターン 192\.168\.80\.6[0-5]:5060` 発信元のソースアドレスとポート番号を説明する 1 つ以上のパターンを使用して、UCM からの着信メッセージを PSTN トランクに分類します。必要に応じて、正規表現を使用して、一致するパターンを定義できます。上記の例では、192.168.80.60 から 65 までの範囲およびポート番号 5060 の任意の IP アドレスに一致させるために正規表現が使用されます。
2	次の DNS レコードを設定して、Unified CM ホストへの SRV ルーティングを指定します。 IOS XE は、これらのレコードをローカルでターゲット UCM ホストとポートを決定するために使用します。この設定では、DNS システムでレコードを設定する必要はありません。DNS を使用する場合は、これらのローカル設定は必要ありません。 ip ホスト ucmpub.mydomain.com 192.168.80.60 ip ホスト ucmsub1.mydomain.com 192.168.80.61 ip ホスト ucmsub2.mydomain.com 192.168.80.62 ip ホスト ucmsub3.mydomain.com 192.168.80.63 ip ホスト ucmsub4.mydomain.com 192.168.80.64 ip ホスト ucmsub5.mydomain.com 192.168.80.65 ip ホスト _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ホスト _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 以下は、設定のフィールドの説明です。次のコマンドは、DNS SRV リソースレコードを作成します。各 UCM ホストとトランクのレコードを作成します。 ip ホスト _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV リソースレコード名 2: SRV リソースレコードの優先順位 1: SRV リソースレコードの重み 5060: このリソースレコードでターゲットホストに使用するポート番号 ucmsub5.mydomain.com: リソースレコードターゲットホストリソースレコードのターゲットホスト名を解決するには、ローカル DNS A レコードを作成します。たとえば、次のようなものです。 ip ホスト ucmsub5.mydomain.com 192.168.80.65 IPホスト: ローカル IOS XE データベースにレコードを作成します。 ucmsub5.mydomain.com: A レコードのホスト名。 192.168.80.65: ホスト IP アドレス。 SRV リソースレコードと A レコードを作成し、UCM 環境と優先コール分配戦略を反映させます。
3	次のダイヤルピアを設定します。 Unified CM と Webex Calling 間のコールのダイヤルピア: `ダイヤルピアボイス 300 voip の説明 UCM-Webex Calling トランクの宛先パターン BAD.BAD セッションプロトコル sipv2 セッション target dns:wxtocucm.io 着信 uri via 300 voice-class codec 100 voice-class sip bind control source-interface ギガビットイーサネット 0/0/0 voice-class sip bind media source-interface ギガビットイーサネット 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `ダイヤルピアボイス 300 voip の説明 UCM-Webex Calling トランク` タグ 30 0 を使用して VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 300 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:wxtocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io がコールをダイレクトするために使用されます。 incoming uri via 300 音声クラス URI 300 を使用して、ソースポート 5065 を使用して Unified CM からのすべての着信トラフィックをこのダイヤルピアにダイレクトします。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。 Unified CM と PSTN 間のコールのダイヤルピア: `ダイヤルピアボイス 400 voip の説明 UCM-PSTN トランクの宛先パターン BAD.BAD セッションプロトコル sipv2 セッション target dns:pstntocucm.io 着信 uri via 400 voice-class codec 100 voice-class sip bind control source-interface ギガビットイーサネット 0/0/0 voice-class sip bind media source-interface ギガビットイーサネット 0/0/0 dtmf-relay rtp-nte no vad` 以下は、設定のフィールドの説明です。 `ダイヤルピアボイス 400 voip の説明 UCM-PSTN トランク` 400のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 400 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。セッションターゲット dns:pstntocucm.io DNS SRV 解決を通じて複数の Unified CM ノードのセッションターゲットを定義します。この場合、ローカルで定義された SRV レコード pstntocucm.io がコールをダイレクトするために使用されます。 400 経由の着信 uri 音声クラス URI 400 を使用して、ソースポート 5060 を使用して指定された Unified CM ホストからのすべての着信トラフィックをこのダイヤルピアに転送します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 Unified CM との間のコールのコーデックフィルタリストを示します。詳細については、「音声クラスコーデック」を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 PSTN に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 PSTN に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
4	次の設定を使用してコールルーティングを追加します。 Unified CM と Webex Calling の間で通話をルーティングするダイヤルピアグループを作成します。DPG 100 を発信ダイヤルピア 100 で Webex Calling に対して定義します。DPG 100 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 300 で DPG 300 を定義します。DPG 300 は、Webex からの着信ダイヤルピアに適用されます。 `音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 300 の説明コールを Unified CM にルーティング Webex Calling トランクダイヤルピア 300 にルーティング` Unified CM と PSTN の間でコールをルーティングするダイヤルピアグループを作成します。PSTN に対して発信ダイヤルピア 200 で DPG 200 を定義します。DPG 200 は、Unified CM から関連付けられた着信ダイヤルピアに適用されます。同様に、Unified CM に向かって発信ダイヤルピア 400 で DPG 400 を定義します。DPG 400 は、PSTN からの着信ダイヤルピアに適用されます。 `音声クラス dpg 200 の説明コールを PSTN ダイヤルピア 200 音声クラス dpg 400 の説明コールを Unified CM PSTN トランクダイヤルピア 400 にルーティングする` 以下は、設定のフィールドの説明です。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用して、Webex から Unified CM に、および Unified CM から Webex にコールをルーティングします。 `ダイヤルピアボイス 100 宛先 dpg 300 ダイヤルピアボイス 300 宛先 dpg 100` 以下は、設定のフィールドの説明です。宛先 dpg 300 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。ダイヤルピアグループを適用して、PSTN から Unified CM に、Unified CM から PSTN にコールをルーティングします。 `ダイヤルピアボイス 200 宛先 dpg 400 ダイヤルピアボイス 400 宛先 dpg 200` これでローカルゲートウェイの設定は終了します。CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名でローカルゲートウェイを監視し、トラブルシューティングする

show command 出力を収集中
統合ログファイルの生成
HTTPS、SCP、FTP サーバーなどのネットワークロケーションをユーザーにアップロードする

TAC エンジニアは DS ファイルを作成し、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数字の ID があります。Diagnostic Signatures Lookup Tool （DSLT）は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

DSLT からダウンロードした DS ファイルは編集していない。変更するファイルは、整合性チェックエラーのためインストールに失敗します。
ローカルゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
メール通知に安全な SMTP サーバーを使用する場合は、ローカルゲートウェイが IOS XE 17.6.1 以上を実行中か確認してください。

前提条件

IOS XE 17.6.1 以上を実行するローカルゲートウェイ

診断署名はデフォルトで有効になっています。
デバイスが IOS XE 17.6.1 以降を実行している場合、プロアクティブ通知の送信に使用するセキュアなメールサーバーを構成します。
```
 ターミナル コールホーム メール サーバー  を設定します。@ 優先順位 1 セキュア tls エンド 
```

通知する管理者 ds_email のメールアドレスを使用して、環境変数を設定します。

 ターミナル call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)環境の設定 ds_email  end

プロアクティブモニタリングのために診断署名をインストールする

CPU 使用率の監視

コマンドを使用して SNMP を有効に設定し、 snmp を表示します。SNMP が有効になっていない場合は、snmp-server manager コマンドを設定します。

 show snmp %SNMP agent not enabled config t snmp-server manager end show snmp シャーシ: ABCDEFGHIGK 149655 SNMP パケット入力0 悪い SNMP バージョンエラー1 不明なコミュニティ名0 提供されたコミュニティ名の違法操作0 エンコーディングエラー 37763 リクエストされた変数の数2 変数の数 34560 取得リクエストPDU 138 取得ネクストPDU 2 セットリクエスト PDU 0 入力キューパケットドロップ（最大キューサイズ1000） 158277 SNMPパケット出力0 大きすぎるエラー (最大パケットサイズ 1500) 20 そのような名前エラーはありません0 悪い値エラー0 一般エラー 7998 応答 PDU 10280 トラップ PDU 現在 SNMP プロセス入力キューにあるパケット: 0 
SNMP global trap: 有効

Diagnostic Signatures Lookup Tool の以下のドロップダウンオプションを使用して、DS 64224 をダウンロードします。

ftp://username:password@/DS_64224.xml bootflash:

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メール通知による高 CPU 使用率

DS XML ファイルをローカルゲートウェイフラッシュにコピーします。

ftp://username:password@/DS_64224.xml bootflash:

次の例では、FTP サーバーからローカルゲートウェイへのファイルのコピーを示しています。

ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 バイト] 0.064 秒 (55797 バイト/秒) にコピーされた 3571 バイト

ローカルゲートウェイに DS XML ファイルをインストールします。

 call-home diagnostic-signature load DS_64224.xml ロードファイル DS_64224.xml 成功

show call-home diagnostic-signature コマンドを使用して、署名が正常にインストールされたことを確認します。状態の列には「登録済み」の値が必要です。

 show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: username@gmail.com

DSes をダウンロード：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-07 22:05:33

異常な通話切断の監視

コマンド show snmp を使用して、SNMP が有効になっている必要があります。SNMP が有効になっていない場合は、snmp-server manager コマンドを設定します。

show snmp %SNMP agent not enabled config t snmp-server manager end show snmp シャーシ: ABCDEFGHIGK 149655 SNMP パケット入力0 悪い SNMP バージョンエラー1 不明なコミュニティ名0 提供されたコミュニティ名の違法操作0 エンコーディングエラー 37763 リクエストされた変数の数2 変数の数 34560 取得リクエストPDU 138 取得ネクストPDU 2 セットリクエスト PDU 0 入力キューパケットドロップ（最大キューサイズ1000） 158277 SNMPパケット出力0 大きすぎるエラー (最大パケットサイズ 1500) 20 そのような名前エラーはありません0 悪い値エラー0 一般エラー 7998 応答 PDU 10280 トラップ PDU 現在 SNMP プロセス入力キューにあるパケット: 0 
SNMP global trap: 有効

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65221 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	メールおよび Syslog 通知による SIP の異常通話切断検出

DS XML ファイルをローカルゲートウェイにコピーします。
```
ftp://username:password@/DS_65221.xml bootflash:
```

ローカルゲートウェイに DS XML ファイルをインストールします。

 call-home diagnostic-signature load DS_65221.xml ロードファイル DS_65221.xml 成功

コマンド show call-home diagnostic-signature を使用して、署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。

診断署名をインストールして問題のトラブルシューティングを行う

診断データをアップロードするために、Cisco TAC ファイルサーバーパス (cxd.cisco.com) として別の DS 環境変数ds_fsurl_prefix を構成します。ファイルパスのユーザー名はケース番号で、パスワードはファイルアップロードトークンで、次のように Support Case Manager から取得できます。ファイルアップロードトークンは、必要に応じて Support Case Manager の [添付ファイル] セクションで生成できます。
```
 ターミナル call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)環境を構成する ds_fsurl_prefix "scp://:@cxd.cisco.com" end 
```
例：
```
 call-home diagnostic-signature 環境 ds_fsurl_prefix "環境 ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
```
コマンド show snmp を使用して、SNMP が有効になっている必要があります。SNMP が有効になっていない場合は、snmp-server manager コマンドを設定します。
```
 show snmp %SNMP agent not enabled config t snmp-server manager end 
```

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	パフォーマンス
問題の種類	通知メールによる CPU 使用率が高い

Diagnostic Signatures Lookup Tool の以下のオプションを使用して、DS 65095 をダウンロードします。

フィールド名	フィールド値

プラットフォーム	Cisco 4300、4400 ISR シリーズ、または Catalyst 8000V Edge ソフトウェア
製品	Webex Calling ソリューションの CUBE Enterprise
問題の範囲	Syslog
問題の種類	Syslog - %VOICE_IEC-3-GW: CCAPI: Internal Error (Call spike threshold): IEC=1.1.181.1.29.0

DS XML ファイルをローカルゲートウェイにコピーします。

 ftp://username:password@/DS_64224.xml bootflash: ftp://username:password@/DS_65095.xml bootflash:

ローカルゲートウェイに高 CPU モニタリング DS 64224 および DS 65095 XML ファイルをインストールします。

 call-home diagnostic-signature load DS_64224.xml ロードファイル DS_64224.xml 成功 call-home diagnostic-signature load DS_65095.xml ロードファイル DS_65095.xml 成功

 show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID

DS 名

リビジョン

ステータス

最終更新日時（GMT+00:00）

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08:00:07:45

65095

00:12:53

DSLGW_IEC_C_all_spike_threshold

0.0.12

登録済み

2020-11-08:00:12:53

診断署名の実行を確認します

show call-home diagnostic-signature 現在の診断署名設定: Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):https://tools.cisco.com/its/service/oddce/services/DDCEService 環境変数: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

ダウンロードされた DSes：

DS ID	DS 名	リビジョン	ステータス	最終更新日時（GMT+00:00）
64224	DS_LGW_CPU_MON75	0.0.10	登録済み	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	実行中	2020-11-08 00:12:53

コールホーム診断署名統計を表示する

DS ID	DS 名	トリガー済み/Max/Deinstall	平均実行時間（秒）	最長実行時間（秒）
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/日	23.053	23.053

診断署名をアンインストールする

call-home diagnostic-signature のデインストール

例：

call-home diagnostic-signature deinstall 64224

ローカルゲートウェイとして CUBE の高可用性を実装

基礎

前提条件

Webex Calling のローカルゲートウェイとして CUBE HA を展開する前に、以下の概念を深く理解するようにしてください。

Cisco Webex Calling ソリューション
Cisco Webex Calling のローカルゲートウェイオプション
ステートフルコール保持のための CUBE エンタープライズによるレイヤー 2 ボックス間冗長性

ハードウェアとソフトウェアのコンポーネント

この記事のコマンドとログの表示は、vCUBE（CSR1000v）で実装された Cisco IOS-XE 16.12.2 のソフトウェアの最小リリースに基づいています。

参考資料

さまざまなプラットフォーム向けの詳細な CUBE HA 設定ガイドを次に示します。

ISR 4K シリーズ— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Preferred Architecture for Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Webex Calling ソリューションの概要

この記事の焦点は、ローカルゲートウェイの展開 (以下を参照) です。Webex Calling のローカルゲートウェイ（プレミスベースの PSTN）トランクによって、顧客が所有する PSTN サービスへの接続が可能になります。また、Cisco Unified CM などのオンプレミス IP PBX 展開への接続も提供します。クラウド間のすべての通信は、メディア向け SIP および SRTP で TLS トランスポートを使用してセキュリティ保護されています。

レイヤー 2 のボックス間冗長性

CUBE HA レイヤー 2 ボックス間冗長性は、冗長性グループ (RG) インフラストラクチャプロトコルを使用して、ルーターのアクティブ/スタンバイペアを形成します。このペアは、それぞれのインターフェイスで同じ仮想 IP アドレス (VIP) を共有し、ステータスメッセージを継続的に交換します。CUBE セッションはルーターのペアリングのチェックポイントであり、アクティブルーターがサービスを停止した場合に、スタンバイルーターがすべての CUBE コール処理の責任を果たすことができるようになりました。その結果、シグナリングとメディアのステートフルな保持が可能になりました。

この記事では、CUBE HA は、ステートフルコール保持の CUBE ハイアベイラビリティ (HA) レイヤー 2 ボックス間 (B2B) 冗長性を参照します。

冗長性グループインフラストラクチャコンポーネント

2 つの CUBE 間で keepalive と hello メッセージを交換することで (コントロールインターフェイス)、各ルータの最終的な冗長状態をネゴシエートする HSRP のようなプロトコル。上の図の GigabitEthernet3です。
アクティブからスタンバイルータ (データインターフェイス経由) への各コールに関して、シグナリングとメディアの状態をチェックするための転送メカニズム。上記の図の GigabitEthernet3です。
トラフィックインターフェイスの仮想 IP (VIP) インターフェイスの構成と管理 (複数のトラフィックインターフェイスは同じ RG グループを使用して構成できます)。GigabitEthernet 1 および 2 はトラフィックインターフェイスと見なされます。

この RG コンポーネントは、音声 B2B HA をサポートするように特別に構成する必要があります。

信号とメディアの両方に関する仮想 IP (VIP) アドレス管理

B2B HA は、冗長性を確保する際に VIP に依存します。CUBE HA ペアの両方の CUBE で VIP および関連する物理インターフェイスは、同じ LAN サブネット上に存在している必要があります。VIP の構成、および特定の音声アプリケーション (SIP) への VIP インターフェイスのバインドは、音声 B2B HA サポートに必須です。Unified CM、Webex Calling アクセス SBC、サービスプロバイダー、プロキシなどの外部デバイスは、CUBE HA ルーターを通過するコールの宛先 IP アドレスとして VIP を使用します。そのため、Webex Calling の観点から、CUBE HA ペアは単一のローカルゲートウェイとして機能します。

コールのステートフルフェールオーバーのローカルゲートウェイとして CUBE HA を使用するには、以下の要件があります。

CUBE HA は TDM またはアナログインターフェイスを共存させることはできません
Gig1 および Gig2 はトラフィック (SIP/RTP) インターフェイス、Gig3 は冗長グループ (RG) コントロール/データインターフェイスと呼ばれます
グループ id 1 とグループ id 2 を持つ同じレイヤー 2 ドメインに配置できる CUBE HA ペアは 2 つまでです。同じグループ ID で 2 つの HA ペアを構成する場合、RG コントロール/データインターフェイスは異なるレイヤー 2 ドメイン (vlan、個別のスイッチ) に属している必要があります
ポートチャネルは、RG コントロール/データとトラフィックインターフェイスの両方でサポートされています
すべてのシグナリング/メディアは、仮想 IP アドレスから供給されます
プラットフォームが CUBE HA 関係にリロードされると、常にスタンバイとして起動します
すべてのインターフェイスの下位アドレス (Gig1、Gig2、Gig3) は、同じプラットフォームにある必要があります
冗長性インターフェイス識別子、rii は同じレイヤー 2 のペア/インターフェイスの組み合わせに対して固有である必要があります
両方の CUBE の構成は、物理構成を含む必要があり、同じ種類のプラットフォームと IOS-XE バージョンで実行されている必要があります
ループバックインターフェイスは、常に起動しているためバインドとして使用できません
複数のトラフィック (SIP/RTP) インターフェイス (Gig1、Gig2) では、インターフェイスのトラッキングが構成されている必要があります
CUBE-HA は、RG コントロール/データリンク (Gig3) のクロスオーバーケーブル接続ではサポートされていません
両方のプラットフォームは同一である必要があり、すべての同様のインターフェイスで CUBE HA が機能するように [物理スイッチ] を介して接続します。例: CUBE-1 と CUBE-2 の GE0/0/0 は同じスイッチ上で終了する必要があります
直接 CUBE 上で、またはいずれかの側のデータ HA で WAN を終了することができません
アクティブ/スタンバイは両方とも同じデータセンターにある必要があります
冗長性 (RG コントロール/データ、Gig3) に別の L3 インターフェイスを使用する必要があります。トラフィックに使用されるインターフェイスは、HA keepalives およびチェックポイントに使用できません
フェールオーバー時に、以前アクティブだった CUBE は、設計によって再読み込みされ、シグナリングとメディアを保持します

両方の CUBE で冗長性を構成する

HA ペアで使用し、仮想 IP を表示するために、両方の CUBE でレイヤー 2 ボックス間冗長性を構成する必要があります。

VCUBE-2#conf t
VCUBE-2(config)#冗長性
VCUBE-2(config)#音声サービス voip
VCUBE-2(config)#インターフェイス GigabitEthernet1
VCUBE-2#wr
 VCUBE-1#冗長性アプリケーショングループのすべての表示 障害状態 グループ 1 の情報: Runtime priority: [100] RG Faults RG State: UP. Total # of switchovers due to faults: 0 Total # of down/up state changes due to faults: 0 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state: Up My Role: ACTIVE Peer Role: STANDBY Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT RG Protocol RG 1 ------------------ Role: Active Negotiation: Enabled Priority: 100 Protocol state: Active Ctrl Intf(s) state: Up Active Peer: Local Standby Peer: address 10.1.1.2, priority 100, intf Gi3 Log counters: role change to active: 1 role change to standby: 1 disable events: rg down state 0, rg shut 0 ctrl intf events: 上 1、下 0、admin_down 0 イベントの再読み込み: local request 0, peer request 0 RG Media Context for RG 1 -------------------------- Ctx State: Active Protocol ID: 1 Media type: Default Control Interface: GigabitEthernet3 Current Hello timer: 3000 Configured Hello timer: 3000, Hold timer: 10000 Peer Hello timer: 3000, Peer Hold timer: 10000 Stats: Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 Authentication not configured Authentication Failure: 0 Reload Peer: TX 0, RX 0 Resign: TX 0, RX 0 Standy Peer: Present. Hold Timer: 10000 Pkts 61、Bytes 2074、HA Seq 0、Seq Number 69、Pkt Loss 0 VCUBE-1#

両方の CUBE でローカルゲートウェイを構成する

ユーザー名: フセイン1076LGU_
パスワード:lOV12MEaZx

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes
 VCUBE-1#冗長性アプリケーショングループ 1 グループ ID:1 グループ名:LocalGateway-HA 管理状態: シャットダウンなし 集約運用状態: Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#sip-ua 登録ステータスを表示する VCUBE-1#
 VCUBE-1#debug ccsip non-call SIP アウトオブダイアログ トレースが有効になっています VCUBE-1#debug ccsip info SIP 通話情報トレースが有効になっています VCUBE-1#debug ccsip message
 VCUBE-2#冗長性アプリケーション再読み込みグループ 1 自分
 VCUBE-1#sip-ua 登録ステータスのテナントを表示: 200 --------------------登録者インデックス1 --------------------- 回線ピアの期限が切れる (秒) レグサバイバル P-Associ-URI ============================== ===================== ============= Hussain5091_LGU -1 56 YES NORMAL VCUBE-1#
 VCUBE-1#show ログ Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. 1 月 9 日 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG ID 1 ロールがスタンバイからアクティブ 1 月 9 日 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: 切り替え、スタンバイ_ホットからアクティブ状態へ。1 月 9 日 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: アクティブ ロール イベント通知を受信しました。1 月 9 日 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:送信日時: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 から: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 宛先: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> 日付: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 登録連絡先: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> 有効期限: 240 Supported: path Content-Length: 0 

Webex Calling に Unified CM を構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

次の設定でローカルゲートウェイトランクの専用の SIP トランクセキュリティプロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex SIP トランクセキュリティプロファイルなどの意味のある説明
着信ポート	Webex 間のトラフィックでは、ローカルゲートウェイ構成で使用されるポートと一致する必要があります。5065

ローカルゲートウェイトランクの SIP プロファイルを構成する

次の設定でローカルゲートウェイトランク用の専用の SIP プロファイルを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex SIP プロファイルなどの意味のある説明
オプションの Ping を有効にして、サービスタイプ「なし (デフォルト)」のトランクの宛先ステータスをモニタします。	選択

Webex からのコールのコール検索スペースを作成する

次の設定で Webex から発信されたコールのためのコール検索スペースを作成します。

設定	値

名前	固有の名前 (Webex など)
説明	Webex Calling 検索スペースなどの意味のある説明
選択済みパーティション:	DN (+E.164 ディレクトリ番号) ESN (サイト間ダイヤル) PSTNInternational (PSTN アクセス) onNetRemote (GDPR 学習先)

Webex 間で SIP トランクを構成する

次の設定を使用して、ローカルゲートウェイ経由での Webex 間のコールに SIP トランクを作成します。

設定	値
デバイス情報
DeviceName	一意の名前 (Webex など)
説明	Webex SIP トランクなどの意味のある説明
すべてのアクティブな Unified CM ノード上で実行する	選択
着信コール
コール検索スペース	以前に定義されたコール検索スペース:Webex
AAR コール検索スペース	PSTN ルートパターンへのアクセス権のみを持つコール検索スペース: PSTNReroute
SIP 情報
接続先アドレス	ローカルゲートウェイ CUBE の IP アドレス
移動先ポート	5060
SIP トランクセキュリティプロファイル	定義済み:Webex
SIP プロファイル	定義済み:Webex

Webex のルートグループを構成する

次の設定でルートグループを作成します。

設定	値
ルートグループ情報
ルートグループ名	一意の名前 (Webex など)
選択したデバイス	以前に構成された SIP トランク:Webex

Webex のルートリストを構成する

次の設定でルートリストを作成します。

設定	値
ルートリスト情報
名前	一意の名前 (R_LWebex など)
説明	Webex のルートリストなど、意味のある説明
すべてのアクティブな Unified CM ノード上で実行する	選択
ルートリストメンバー情報
選択したグループ	以前に定義されたルートグループのみ:Webex

Webex の移動先のパーティションを作成する

次の設定で Webex の移動先のパーティションを作成します。

設定	値
ルートリスト情報
名前	一意の名前 (Webex など)
説明	Webex パーティションなどの意味のある説明

次にやる必要

Webex の移動先のルートパターンを構成する

次の設定で Webex の各 DID 範囲のルートパターンを構成します。

設定	値

ルートパターン	「\」が頭文字にある Webex で DID 範囲のフル +E.164 パターン例: \+140855501XX
ルートパーティション	Webex
ゲートウェイ/ルートリスト	RLWebex_
緊急の優先事項	選択

Webex の簡略サイト間ダイヤル正規化を構成する

短縮されたサイト間ダイヤルが Webex に必要な場合は、Webex の各 ESB 範囲にダイヤル正規化パターンを設定します。

設定	値

翻訳パターン	Webex の ESN 範囲の ESB パターン。例:80121XX
パーティション	Webex
説明	Webex 正規化パターンなどの意味のある説明
発信者のコール検索スペースを使用する	選択
緊急の優先事項	選択
後続ホップでの連続桁のタイムアウトを待たない	選択
着信側トランスフォームマスク	番号を + E.164 に正規化するマスク。例: +140855501XX

Webex Calling の機能をセットアップ

ハントグループをセットアップする

ハントグループのセットアップ方法の詳細については、「Cisco Webex Control Hub のハントグループ」を参照してください。

コールキューを作成する

コールキューをセットアップおよび管理する方法の詳細については、「Cisco Webex Control Hub でコールキューを管理する」を参照してください。

レセプショニストクライアントを作成する

フロントオフィス担当者のニーズに応えますユーザーを電話アテンダントに設定することで、組織内の特定の人物への着信をスクリーニングできます。

自動アテンダントを作成して管理する

セットアップメニューと、応答サービス、ハントグループ、ボイスメールボックスや実際のオペレーターなどへのルーティング機能によって、適切なあいさつを返すことができます。24 時間分のスケジュールを作成できます。あるいは、時間内か外かに応じて、異なるオプションを使うこともできます。

自動アテンダントの作成と管理の方法については、「Cisco Webex Control Hub で自動アテンダントを管理する」を参照してください。

ページンググループを構成する

コールピックアップを設定する

コールピックアップグループのセットアップ方法については、「Cisco Webex Control Hub でのコールピックアップ」を参照してください。

コールパークをセットアップする

コールパークのセットアップ方法の詳細については、「Cisco Webex Control Hub コールパーク」を参照してください。

ユーザーの割り込みを有効にする

1	https://admin.webex.comの顧客ビューから、［管理］>［ユーザー］の順に移動します。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］セクションに移動し、［割り込み］を選択します。
4	トグルをオンにすると、他のユーザーがこのユーザーの進行中のコールに自分自身を追加できるようになります。
5	このユーザーがコールに割り込むときに他のユーザーにトーンを再生する場合は、[このユーザーがコールで割り込むときにトーンを再生] にチェックを入れます。 [このユーザーが通話に割り込みを行ったときにトーンを再生する] 設定は、Customer Experience Basic および Essentials スーパーバイザーの割り込み機能には適用されません。スーパーバイザに対してこのオプションを有効にした場合でも、スーパーバイザがコールキューコールに割り込んだときに、システムはエージェントに通知トーンを再生しません。スーパーバイザがコールで割り込むときにエージェントにトーンを再生する場合は、[エージェントの通知トーン] 設定を使用して有効にできます。詳細については、「Webex Customer Experience Basi c」または「Webex Customer Experience Essentials」の「キューの作成」セクションを参照してください。
6	[保存] をクリックします。

ユーザーのプライバシーを有効にする

1	Control Hub にサインインし、[管理 ] > [ユーザー] の順に移動します。
2	ユーザーを選択し、[Calling] をクリックします。
3	［ユーザー権限間］領域に移動し、［プライバシー］を選択します。
4	このユーザーに適切な　[自動音声応答のプライバシー] 設定を選択します。このユーザーは内線でダイヤル可能ですこのユーザーは名前/姓でダイヤル可能です
5	[プライバシーを有効にする] チェックボックスをオンにします。ドロップダウンリストからメンバーを選択しないことで、全員をブロックすることができます。または、このユーザーの回線ステータスを監視できるユーザー、ワークスペース、仮想回線を選択することもできます。ロケーション管理者の場合、割り当てられたロケーションに関連するユーザー、ワークスペース、仮想回線のみがドロップダウンリストに表示されます。 [プライバシーを有効にする] チェックボックスをオフにすると、全員が回線のステータスを監視できるようになります。
6	ダイレクトコールピックアップと割り込みのプライバシーを有効にするには、[ダイレクトコールピックアップと割り込みのプライバシーを強制] チェックボックスをオンにします。このオプションを有効にすると、このユーザーに対してダイレクトコールピックアップと割り込みを使用できるのは、許可されたユーザー、仮想回線、およびワークスペースデバイスだけです。それ以外の場合、組織内の誰もが、ダイレクトコールピックアップと割り込みを回線上で呼び出すことができます。割り込みの詳細については、他のユーザーの通話に割り込みを参照してください。スーパーバイザは、エージェントがコールキューを介して受信するコールに常に割り込むことができます。つまり、プライバシー設定は、スーパーバイザの割り込みオプションには影響しません。
7	[名前でメンバーを追加] から、電話回線のステータスを監視し、ダイレクトコールピックアップと割り込みを呼び出せるユーザ、ワークスペース、仮想回線を選択します。
8	選択したメンバーをフィルタリングするには、［名前、番号、またはextでフィルタリング］フィールドを使用します。
9	選択したすべてのメンバーを削除するには、［すべて削除］をクリックします。個々のメンバーを削除するには、メンバーの名前の隣の [削除] をクリックします。
10	[保存] をクリックします。

モニタリングの設定

ユーザーの監視対象回線の最大数は 50 です。ただし、モニタリングリストを設定する際には、Webex Calling とネットワーク間の帯域幅に影響を与えるメッセージの数を考慮してください。また、ユーザの電話機の回線ボタンの数によって、監視される回線の最大数を決定します。

1	の顧客ビューから、［管理］に移動し、［ユーザー］をクリックします。https://admin.webex.com
2	変更するユーザーを選択し、[Calling] をクリックします。
3	[ユーザー権限間] セクションに移動し、[モニタリング] を選択します。
4	次から選択します: 監視対象回線追加コールパーク内線を追加するユーザーモニタリングのために、[モニタリング対象の回線を追加（Add Monitored Line）] リストに仮想回線を含めることができます。
5	このユーザーにパークされたコールを通知するかどうかを選択し、監視対象のユーザーまたはコールパーク内線を検索し、[保存] をクリックします。 Control Hub の監視回線リストは、ユーザーのデバイス上で表示される監視回線の順番に対応します。監視対象回線のリストをいつでも並べ替えることができます。監視対象の回線に表示される名前は、ユーザ、ワークスペース、仮想回線の [発信者 ID 名（Caller ID First Name）] フィールドと [姓（Last Name）] フィールドに入力された名前です。

実際の例を見てみましょう。Control Hub でユーザーのモニタリング設定を管理する方法については、このビデオデモンストレーションをご覧ください。

ユーザーのコールブリッジ警告トーンを有効にする

開始する前に

1	Control Hub にサインインし、[管理 ] > [ユーザー] の順に移動します。
2	ユーザーを選択し、[通話] タブをクリックします。
3	[ユーザー権限間] に移動し、[コールブリッジ警告トーン] をクリックします。
4	[コールブリッジング警告トーン] をオンにして、[保存] をクリックします。デフォルトでは、この機能は有効になっています。 MPP 共有回線のコールブリッジングの詳細については、「マルチプラットフォームデスクフォンの共有回線」を参照してください。 Webex アプリの共有回線でのコールブリッジングの詳細については、「WebexApp の共有回線アピアランス」を参照してください。

ユーザーのためにホテリングをオンにする

この機能を有効にすることで、ユーザーは主な卓上電話の機能性と機能を維持しながら、別のスペースで作業をすることができます。

1	の顧客ビューから、［管理］に移動し、［ユーザー］を選択します。https://admin.webex.com
2	ユーザーを選択し、[通話] タブをクリックします。
3	［ユーザー間の権限］セクションに移動し、［ホテリング］を選択してトグルをオンにします。
4	[ホテリングロケーション] 検索フィールドにホテリングホストの名前または番号を入力し、ユーザーに割り当てるホテリングホストを選択します。選択できるホテリングホストは 1 つだけです。別のホテリングホストを選択した場合、最初のホストは削除されます。ロケーション管理者の場合、割り当てられたロケーションに関連するホテリングホストのみを割り当てることができます。
5	ユーザーがホテリングホストに関連付けることができる時間を制限するには、[関連付け期間を制限(Limit Association Period)] ドロップダウンからユーザーがホテリングホストを使用できる時間を選択します。ユーザーは選択した時間の後に自動的にログアウトされます。ユーザーに指定された制限関連付け期間が、選択したホテリングホストの制限関連付け期間を超えると、画面にエラーメッセージが表示されます。たとえば、ホテリングホストに制限時間が 12 時間あり、ユーザーの制限時間が 24 時間ある場合、エラーメッセージが表示されます。この場合、ユーザーにより多くの時間が必要な場合は、ホテリングホストの制限関連期間を延長する必要があります。
6	[保存] をクリックします。ユーザは、ユーザハブから使用するホテリングホストを検索し、検索することもできます。詳細については、「どこからでも通話プロファイルにアクセスする」を参照してください。

実際の例を見てみましょう。Control Hub でホテリングを設定する方法については、このビデオデモンストレーションをご覧ください。

Webex Calling の導入傾向と使用レポート

通話レポートを表示する

Control Hub の [アナリティクス] ページを使用して、ユーザーがどのように Webex Calling と Webex アプリ (エンゲージメント) を使用しているか、また、通話のメディアエクスペリエンスの質について洞察を得ることができます。Webex Calling 分析にアクセスするには、Control Hub にサインインし、[アナリティクス] に移動し、[Calling] タブを選択します。

1	詳細な通話履歴レポートについては、Control Hub にサインインし、[アナリティクス] > [通話] に移動します。
2	[通話履歴の詳細] を選択します。専用インスタンスを使用する通話の詳細については、「専用インスタンスの分析」を参照してください。
3	メディア品質データにアクセスするには、Control Hub にサインインし、[アナリティクス] に移動し、[Calling] を選択します。詳細については、「クラウドコラボレーションポートフォリオのためのアナリティクス」を参照してください。

CScanツールを実行する

CScan は、Webex Calling へのネットワーク接続をテストするために設計されたネットワーク準備ツールです。

詳細については、「CScan を使用して Webex Calling ネットワークの品質をテストする」をご覧ください。

1	クレデンシャルまたは共有秘密で使用する前に、以下のコマンドを使用して、設定キーがパスワードに対して作成されていることを確認してください。 Type 6 パスワードは、AES 暗号化とこのユーザー定義の設定キーを使用して暗号化されます。 `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` これは、上に表示されている Control Hub のパラメーターに基づき、両方のプラットフォームに適用し、保存し、リロードするローカルゲートウェイの構成です。 Control Hub からの SIP ダイジェストクレデンシャルは太字でハイライトされています。 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Show コマンド出力を表示するには、VCUBE-2 の後に VCUBE-1 をリロードし、VCUBE-1 をスタンバイ CUBE にして、VCUBE-2 をアクティブ CUBE にします。
2	任意の時点で、1 個のプラットフォームのみが、Webex Calling アクセス SBC を使用したローカルゲートウェイとしてアクティブ登録を保持します。以下の show コマンドの出力を見てみましょう。 show redundancy application group 1 sip-ua レジスタステータスを表示 `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# 上記の出力から、 VCUBE-2 がアクティブ LGW で、Webex Calling アクセス SBC への登録を維持していることがわかります。しかし、「show sip-ua register status」の出力は VCUBE-1 では空です
3	VCUBE-1 で次のデバッグを有効にします `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	この場合、アクティブ LGW、VCUBE-2 で次のコマンドを実行してフェールオーバーをシミュレートします。 `VCUBE-2#redundancy application reload group 1 self` アクティブからスタンバイ LGW への切り替えは、上記に一覧表示されている CLI に加えて、以下のシナリオで発生します。アクティブルーターのリロード時アクティブなルーターの電源が再投入される時トラッキングが有効になっているアクティブなルーターの RG 構成されたインターフェイスがシャットダウンされる時
5	VCUBE-1 が Webex Calling アクセス SBC に登録されているかどうかを確認します。 VCUBE-2 は今すぐにリロードされます。 `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 がアクティブ LGW になりました。
6	仮想 IP を通じて SIP REGISTER を Webex Calling に送信し、200 OK を受信する VCUBE-1 に関連するデバッグログを確認してください。 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

1	クレデンシャルまたは共有秘密で使用する前に、以下のコマンドを使用して、設定キーがパスワードに対して作成されていることを確認してください。 Type 6 パスワードは、AES 暗号化とこのユーザー定義の設定キーを使用して暗号化されます。 `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` これは、上に表示されている Control Hub のパラメーターに基づき、両方のプラットフォームに適用し、保存し、リロードするローカルゲートウェイの構成です。 Control Hub からの SIP ダイジェストクレデンシャルは太字でハイライトされています。 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Show コマンド出力を表示するには、VCUBE-2 の後に VCUBE-1 をリロードし、VCUBE-1 をスタンバイ CUBE にして、VCUBE-2 をアクティブ CUBE にします。
2	任意の時点で、1 個のプラットフォームのみが、Webex Calling アクセス SBC を使用したローカルゲートウェイとしてアクティブ登録を保持します。以下の show コマンドの出力を見てみましょう。 show redundancy application group 1 sip-ua レジスタステータスを表示 `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# 上記の出力から、 VCUBE-2 がアクティブ LGW で、Webex Calling アクセス SBC への登録を維持していることがわかります。しかし、「show sip-ua register status」の出力は VCUBE-1 では空です
3	VCUBE-1 で次のデバッグを有効にします `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	この場合、アクティブ LGW、VCUBE-2 で次のコマンドを実行してフェールオーバーをシミュレートします。 `VCUBE-2#redundancy application reload group 1 self` アクティブからスタンバイ LGW への切り替えは、上記に一覧表示されている CLI に加えて、以下のシナリオで発生します。アクティブルーターのリロード時アクティブなルーターの電源が再投入される時トラッキングが有効になっているアクティブなルーターの RG 構成されたインターフェイスがシャットダウンされる時
5	VCUBE-1 が Webex Calling アクセス SBC に登録されているかどうかを確認します。 VCUBE-2 は今すぐにリロードされます。 `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 がアクティブ LGW になりました。
6	仮想 IP を通じて SIP REGISTER を Webex Calling に送信し、200 OK を受信する VCUBE-1 に関連するデバッグログを確認してください。 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

1	Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240`
2	Protect registration and STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows: `key config-key password-encrypt YourPassword password encryption aes`
3	Create a placeholder PKI trustpoint. Requires this trustpoint to configure TLS later. For registration-based trunks, this trustpoint doesn't require a certificate - as would be required for a certificate-based trunk. `crypto pki trustpoint EmptyTP revocation-check none`
4	Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands. Transport parameters should also be updated to ensure a reliable secure connection for registration: The cn-san-validate server command ensures that the Local Gateway permits a connection if the host name configured in tenant 200 is included in either the CN or SAN fields of the certificate received from the outbound proxy. Set tcp-retry count to 1000 (5-msec multiples = 5 seconds). The timer connection establish command allows you to tune how long the LGW waits to set up a connection with a proxy before considering the next available option. The default for this timer is 20 seconds and the minimum 5 seconds. Start with a low value and increase if necessary to accommodate network conditions. `sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000`
5	Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates: If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Create a registration based PSTN trunk for an existing location in Control Hub. Make a note of the trunk information that is provided once the trunk has been created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.
2	Enter the following commands to configure CUBE as a Webex Calling Local Gateway: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced` 以下は、設定のフィールドの説明です。 `ip address trusted list ipv4 x.x.x.x y.y.y.y` To protect against toll fraud, the trusted address list defines a list of hosts and networks from which the Local Gateway expects legitimate VoIP calls. By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default, so do not need to be added to the trusted list. When configuring your Local Gateway, add the IP subnets of your regional Webex Calling data center to the list. 詳細については、「Webex Calling のポート参照情報」を参照してください。Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways. If your LGW is behind a firewall with restricted cone NAT, you may prefer to disable the IP address trusted list on the Webex Calling facing interface. ファイアウォールはすでに、未承諾のインバウンドメッセージから保護VoIP。[無効にする] アクションは、Webex Calling ピアのアドレスが固定されたままである保証を保証できないので、長期構成のオーバーヘッドを削減します。また、いかなる場合にも、ピアに対してファイアウォールを構成する必要があります。 mode border-element Enables Cisco Unified Border Element (CUBE) features on the platform. media statistics ローカルゲートウェイ上のメディア監視が可能です。 media bulk-stats 一括通話統計のために、コントロール飛行機がデータ飛行機をポーリングできます。 For more information on these commands, see Media. allow-connections sip to sip Enable CUBE basic SIP back-to-back user agent functionality. For more information, see Allow connections. By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service). stun Enables STUN (Session Traversal of UDP through NAT) globally. 通話を Webex Calling ユーザーに転送する場合 ( 例えば、通話側と通話側の両当事者が Webex Calling のサブスクライバーであり、Webex Calling SBC にメディアを固定する場合)、メディアはピンホールが開いていないので、ローカルゲートウェイにフローできません。 The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall. For more information, see stun flowdata agent-id and stun flowdata shared-secret. asymmetric payload full Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload. early-offer forced Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.
3	Configure voice class codec 100 filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control. `voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw` 以下は、設定のフィールドの説明です。 voice class codec 100 Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec. Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.
4	Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` 以下は、設定のフィールドの説明です。 stun usage ice lite Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite. You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams
5	Configure the media encryption policy for Webex traffic. `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` 以下は、設定のフィールドの説明です。 voice class srtp-crypto 100 Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.
6	Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination trunk parameter: `voice class uri 100 sip pattern dtg=Dallas1463285401_LGU` 以下は、設定のフィールドの説明です。 voice class uri 100 sip Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use dtg= followed by the Trunk OTG/DTG value provided in Control Hub when the trunk was created. For more information, see voice class uri.
7	Configure sip profile 100, which will be used to modify SIP messages before they are sent to Webex Calling. voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:" 以下は、設定のフィールドの説明です。 rule 10 to 70 and 90* Ensures that SIP headers used for call signaling use the sip, rather than sips scheme, which is required by Webex proxies. Configuring CUBE to use sips ensures that secure registration is used. rule 80 Modifies the From header to include the trunk group OTG/DTG identifier from Control Hub to uniquely identify a Local Gateway site within an enterprise.
8	Configure Webex Calling trunk: Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. In particular, the trunk registration details provided in Control Hub earlier will be used in this step as detailed below. Dial-peers associated with this tenant later will inherit these configurations. The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration. voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru 以下は、設定のフィールドの説明です。 voice class tenant 100 Defines a set of configuration parameters that will be used only for the Webex Calling trunk. For more information, see voice class tenant. registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls ローカルゲートウェイの登録サーバーで、2 分ごとに更新が設定されている場合 (240 秒の 50%)。For more information, see registrar. Ensure that you use the Register Domain value from Control Hub here. credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks トランク登録認証の資格情報。For more information, see credentials (SIP UA). Ensure that you use the Line/Port host, Authentication Username and Authentication Password values respectively from Control Hub here. authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com コールの認証の課題。For more information, see authentication (dial-peer). Ensure that you use the Authentication Username, Authentication Password and Registrar Domain values respectively from Control Hub here. no remote-party-id Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id. sip-server dns:us25.sipconnect.bcld.webex.com Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk. connection-reuse 登録と通話処理に同じ永続的な接続を使用します。For more information, see connection-reuse. srtp-crypto 100 Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in step 5). For more information, see voice class srtp-crypto. session transport tcp tls TLS へのトランスポートを設定します。For more information, see session-transport. url sips SRVは、アクセス SBC によりサポートされている SIP である必要があります。その他のすべてのメッセージは、sip-profile 200 により SIP に変更されます。 error-passthru SIP エラー応答パススルー機能を指定します。For more information, see error-passthru. asserted-id pai ローカルゲートウェイで簡単に処理をオンにする。For more information, see asserted-id. bind control source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for messages sent to WebexCalling. For more information, see bind. bind media source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for media sent to WebexCalling. For more information, see bind. no pass-thru content custom-sdp テナントの下のデフォルトコマンド。For more information on this command, see pass-thru content. sip-profiles 100 Changes SIPs to SIP and modify Line/Port for INVITE and REGISTER messages as defined in sip-profiles 100. For more information, see voice class sip-profiles. outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Webex Calling SBC にアクセスします。Insert the Outbound Proxy Address provided in Control Hub when you created your trunk. For more information, see outbound-proxy. privacy-policy passthru Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy. Configure the Webex Calling trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` 100 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。 max-conn 250 Restricts the number of concurrent inbound and outbound calls between the LGW and Webex Calling. For registration trunks, the maximum value configured should be 250. Usea lower value if that would be more appropriate for your deployment. For more information on concurrent call limits for Local Gateway, refer to the Get started with Local Gateway document. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 ダイヤルピア 100 が SIP コールのコールコールを処理する場合に指定します。For more information, see session protocol (dial-peer). session target sip-server Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer. incoming uri request 100 To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see incoming uri. voice-class codec 100 Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec. voice-class stun-usage 100 Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN helps to open a firewall pinhole for media traffic. no voice-class sip localhost 送信メッセージの物理的 IP アドレスの代用として、From、Call-ID、Remote-Party-ID ヘッダーの DNS ローカルホスト名の代入を無効にします。 voice-class sip tenant 100 The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may be overridden at the dial-peer level. srtp コールレグの SRTP を有効にする。 no vad 音声アクティブティの検出を無効にします。

1	The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags: `voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12` 以下は、設定のフィールドの説明です。 voice translation-rule Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting. In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively. This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan. If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively. For more information, see voice translation-profile and voice translation-rule.
2	Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following: `card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31`
3	Configure the following TDM PSTN dial-peer: `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15` 以下は、設定のフィールドの説明です。 `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk` 200 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。For more information, see dial-peer voice. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface). translation-profile incoming 200 Assigns the translation profile that will add a call routing tag to the incoming called number. direct-inward-dial Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial. port 0/2/0:15 The physical voice port associated with this dial-peer.
4	To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups. dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 以下は、設定のフィールドの説明です。 `dial-peer voice 10 pots description Outbound loop-around leg` Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice. translation-profile incoming 11 Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface). session protocol sipv2 Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer). session target 192.168.80.14 Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer). bind control source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind. bind media source-interface GigabitEthernet0/0/0 Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind. dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。For more information, see  DTMF Relay (Voice over IP). codec g711alaw Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service. no vad 音声アクティブティの検出を無効にします。For more information, see  vad (dial peer).
5	Add the following call routing configuration: Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10` 以下は、設定のフィールドの説明です。 dial-peer 100 Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg. Apply dial-peer groups to route calls. `dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200` 以下は、設定のフィールドの説明です。 destination dpg 200 Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer. This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

1	Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240`
2	Protect STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows: `key config-key password-encrypt YourPassword password encryption aes`
3	Create an encryption trustpoint with a certificate signed by your preferred Certificate Authority (CA). Create an RSA key pair using the following exec command. `crypto key generate rsa general-keys exportable label lgw-key modulus 4096` When using cube1.lgw.com as the fqdn for the trunk, create a trustpoint for the signed certificate with the following configuration commands: `crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key` Generate Certificate Signing Request (CSR) with the following exec or configuration command and use it to request a signed certificate from a supported CA provider: `crypto pki enroll LGW_CERT`
4	Authenticate your new certificate using your intermediate (or root) CA certificate, then import the certificate (Step 4). Enter the following exec or configuration command: `crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here>`
5	Import a signed host certificate using the following exec or configuration command: `crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here>`
6	Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands: `sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2`
7	Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates: If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Create a CUBE certificate-based PSTN trunk for an existing location in Control Hub. For more information, see Configure trunks, route groups, and dial plans for Webex Calling. Make a note of the trunk information that is provided once the trunk is created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide.
2	Enter the following commands to configure CUBE as a Webex Calling Local Gateway: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound` 以下は、設定のフィールドの説明です。 `ip address trusted list ipv4 x.x.x.x y.y.y.y` To protect against toll fraud, the trusted address list defines a list of hosts and networks entities from which the Local Gateway expects legitimate VoIP calls. By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default so do not need to be added to the trusted list. When configuring your Local Gateway, add the IP subnets for your regional Webex Calling data center to the list, see Port Reference Information for Webex Calling for more information. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways. For more information on how to use an IP address trusted list to prevent toll fraud, see IP address trusted. mode border-element Enables Cisco Unified Border Element (CUBE) features on the platform. allow-connections sip to sip Enable CUBE basic SIP back to back user agent functionality. For more information, see Allow connections. By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service). stun Enables STUN (Session Traversal of UDP through NAT) globally. These global stun commands are only required when deploying your Local Gateway behind NAT. 通話を Webex Calling ユーザーに転送する場合 ( 例えば、通話側と通話側の両当事者が Webex Calling のサブスクライバーであり、Webex Calling SBC にメディアを固定する場合)、メディアはピンホールが開いていないので、ローカルゲートウェイにフローできません。 The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall. For more information, see  stun flowdata agent-id and  stun flowdata shared-secret. asymmetric payload full Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload. early-offer forced Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer. sip-profiles inbound Enables CUBE to use SIP profiles to modify messages as they are received. Profiles are applied via dial-peers or tenants.
3	Configure voice class codec 100 codec filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control. `voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw` 以下は、設定のフィールドの説明です。 voice class codec 100 Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec. Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.
4	Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk.(This step is not applicable for Webex for Government) `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` 以下は、設定のフィールドの説明です。 stun usage ice lite Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite. The stun usage firewall-traversal flowdata command is only required when deploying your Local Gateway behind NAT. You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams.
5	Configure the media encryption policy for Webex traffic.(This step is not applicable for Webex for Government) `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` 以下は、設定のフィールドの説明です。 voice class srtp-crypto 100 Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.
6	Configure FIPS-compliant GCM ciphers (This step is applicable only for Webex for Government). `voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM` 以下は、設定のフィールドの説明です。 voice class srtp-crypto 100 Specifies GCM as the cipher-suite that CUBE offers. It is mandatory to configure GCM ciphers for Local Gateway for Webex for Government.
7	Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination FQDN or SRV: `voice class uri 100 sip pattern cube1.lgw.com` 以下は、設定のフィールドの説明です。 voice class uri 100 sip Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use LGW FQDN or SRV configured in Control Hub while creating a trunk.
8	Configure SIP message manipulation profiles. If your gateway is configured with a public IP address, configure a profile as follows or skip to the next step if you are using NAT. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway and "198.51.100.1" is the public IP address of the Local Gateway interface facing Webex Calling: `voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:"` 以下は、設定のフィールドの説明です。 rules 10 and 20 To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices. Skip the next step if you have configured your Local Gateway with public IP addresses.
9	If your gateway is configured with a private IP address behind static NAT, configure inbound and outbound SIP profiles as follows. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway, "10.80.13.12" is the interface IP address facing Webex Calling and "192.65.79.20" is the NAT public IP address. SIP profiles for outbound messages to Webex Calling voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" 以下は、設定のフィールドの説明です。 rules 10 and 20 To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices. rules 30 to 81 Convert private address references to the external public address for the site, allowing Webex to correctly interpret and route subsequent messages. SIP profile for inbound messages from Webex Calling voice class sip-profiles 110 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12" rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12" rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 192.65.79.20" "\1 10.80.13.12" rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 192.65.79.20" "\1 10.80.13.12" rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 192.65.79.20" "\1 10.80.13.12" 以下は、設定のフィールドの説明です。 rules 10 to 80 Convert public address references to the configured private address, allowing messages from Webex to be correctly processed by CUBE. For more information, see voice class sip-profiles.
10	Configure a SIP Options keepalive with header modification profile. `voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115` 以下は、設定のフィールドの説明です。 voice class sip-options-keepalive 100 Configures a keepalive profile and enters voice class configuration mode. You can configure the time (in seconds) at which an SIP Out of Dialog Options Ping is sent to the dial-target when the heartbeat connection to the endpoint is in UP or Down status. This keepalive profile is triggered from the dial-peer configured towards Webex. To ensure that the contact headers include the SBC fully qualified domain name, SIP profile 115 is used. Rules 30, 40, and 50 are required only when the SBC is configured behind static NAT. In this example, cube1.lgw.com is the FQDN selected for the Local Gateway and if static NAT is used, "10.80.13.12" is the SBC interface IP address towards Webex Calling and "192.65.79.20" is the NAT public IP address.
11	Configure Webex Calling trunk: Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. Dial-peers associated with this tenant later will inherit these configurations: The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration. `voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !` 以下は、設定のフィールドの説明です。 voice class tenant 100 We recommend that you use tenants to configure trunks which have their own TLS certificate, and CN or SAN validation list. Here, the tls-profile associated with the tenant contains the trust point to be used to accept or create new connections, and has the CN or SAN list to validate the incoming connections. For more information, see voice class tenant. no remote-party-id Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id. sip-server dns:us25.sipconnect.bcld.webex.com Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk srtp-crypto 100 Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in Step 5). For more information, see voice class srtp-crypto. localhost dns: cube1.lgw.com Configures CUBE to replace the physical IP address in the From, Call-ID, and Remote-Party-ID headers in outgoing messages with the provided FQDN. session transport tcp tls Sets transport to TLS for associated dial-peers. For more information, see session-transport. no session refresh Disables SIP session refresh globally. error-passthru SIP エラー応答パススルー機能を指定します。For more information, see error-passthru. bind control source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for messages sent to Webex Calling. For more information, see bind. bind media source-interface GigabitEthernet0/0/1 Configures the source interface and associated IP address for media sent to Webex Calling. For more information, see bind. voice-class sip profiles 100 Applies the header modification profile (Public IP or NAT addressing) to use for outbound messages. For more information, see voice-class sip profiles. voice-class sip profiles 110 inbound Applies the header modification profile (NAT addressing only) to use for inbound messages. For more information, see voice-class sip profiles. privacy-policy passthru Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy. Configure the Webex Calling trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad` 以下は、設定のフィールドの説明です。 `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` 100 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明をします。For more information, see dial-peer voice. destination-pattern BAD.BAD A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case. session protocol sipv2 ダイヤルピア 100 が SIP コールのコールコールを処理する場合に指定します。For more information, see session protocol (dial-peer). session target sip-server Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer. incoming uri request 100 To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see  incoming uri. voice-class codec 100 Indicates codec filter list for calls to and from Webex Calling. For more information, see voice class codec. voice-class stun-usage 100 Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN help to open a firewall pinhole for media traffic. voice-class sip asserted-id pai Sets the outgoing calling information using the privacy asserted ID (PAI) header. For more information, see voice-class sip asserted-id. voice-class sip tenant 100 The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may overridden at the dial-peer level. For more information, see  voice-class sip tenant. voice-class sip options-keepalive profile 100 This command is used to monitor the availability of a group of SIP servers or endpoints using a specific profile (100). srtp コールレグの SRTP を有効にする。

1	Control Hub の既存のロケーションに登録ベースの PSTN トランクを作成します。トランクが作成されると、提供されたトランク情報をメモします。次の図で強調表示されているこれらの詳細は、このガイドの設定手順で使用されます。詳細については、「Webex Calling のトランク、ルートグループ、ダイヤルプランの設定」を参照してください。
2	次のコマンドを入力して、CUBE を Webex Calling ローカルゲートウェイとして設定します。 `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced` 設定フィールドの説明を次に示します。 `ip address trusted list ipv4 x.x.x.x y.y.y.y` トール詐欺から保護するために、信頼されたアドレスリストは、ローカルゲートウェイが正当な VoIP コールを期待するホストとネットワークのリストを定義します。デフォルトでは、ローカルゲートウェイは、信頼されたリストに含まれていない IP アドレスからのすべての着信 VoIP メッセージをブロックします。「セッションターゲット IP」またはサーバーグループ IP アドレスを持つ静的に設定されたダイヤルピアはデフォルトで信頼されるため、信頼されたリストに追加する必要はありません。ローカルゲートウェイを設定するときは、地域の Webex Calling データセンターの IP サブネットをリストに追加します。詳細については、「Webex Calling のポート参照情報」を参照してください。また、Unified Communications Manager サーバ（使用されている場合）および PSTN トランクゲートウェイのアドレス範囲を追加します。 LGW が制限されたコーン NAT を備えたファイアウォールの背後にある場合、Webex Calling 向けのインターフェイスの IP アドレスの信頼済みリストを無効にすることをお勧めします。ファイアウォールは、未承諾の着信 VoIP からすでに保護しています。アクションを無効にすると、Webex Calling ピアのアドレスが固定されたままであることを保証できず、いずれの場合もピアのファイアウォールを設定する必要があるため、長期的な構成のオーバーヘッドが軽減されます。モードボーダー要素プラットフォームで Cisco Unified Border Element（CUBE）機能を有効にします。メディア統計ローカルゲートウェイでメディアモニタリングを有効にします。メディア一括統計制御プレーンが一括コール統計のためにデータプレーンをポーリングできるようにします。これらのコマンドの詳細については、「メディア」を参照してください。 allow-connections sip to sip CUBE 基本 SIP バックツーバックユーザエージェント機能を有効にします。詳細については、「接続を許可」を参照してください。デフォルトでは、T.38 ファックス転送が有効になっています。詳細については、ファックスプロトコルt38 (音声サービス)を参照してください。スタイン STUN (NAT を介した UDP のセッショントラバーサル) をグローバルに有効にします。 Webex Calling ユーザーにコールを転送する場合（たとえば、着信側と発信側の両方が Webex Calling サブスクライバであり、Webex Calling SBC でメディアをアンカーする場合）、ピンホールが開いていないため、メディアはローカルゲートウェイにフローできません。ローカルゲートウェイの STUN バインディング機能により、ネゴシエートされたメディアパス上でローカルに生成された STUN 要求を送信できます。これは、ファイアウォールのピンホールを開くのに役立ちます。詳細については、「stun flowdata agent-id」および「stun flowdata shared-secret」を参照してください。非対称ペイロードフル DTMF と動的コーデックペイロードの両方に対して SIP 非対称ペイロードサポートを設定します。このコマンドの詳細については、非対称ペイロードを参照してください。 early-offer forced ローカルゲートウェイは、隣接するピアからの確認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、早期提供を参照してください。
3	を設定する音声クラスコーデック 100 トランクのフィルタ。この例では、すべてのトランクに同じコーデックフィルタが使用されます。正確な制御のために各トランクにフィルタを設定できます。 `voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw` 設定フィールドの説明を次に示します。音声クラスコーデック 100 SIP トランクを介したコールの優先コーデックのみを許可するために使用されます。詳細については、「音声クラスコーデック」を参照してください。 Opus コーデックは、SIP ベースの PSTN トランクでのみサポートされています。 PSTN トランクが音声 T1/E1 またはアナログ FXO 接続を使用している場合は、コーデックの設定 1 オプスから音声クラスコーデック 100の設定。
4	を設定する音声クラスの使い方 100 は、Webex Calling トランクで ICE を有効にします。 `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` 設定フィールドの説明を次に示します。スタンの使用法アイスライトすべての Webex Calling のダイヤルピアに対して ICE-Lite を有効にして、可能な限り、メディア最適化を可能にするために使用。詳細については、「voice class stun usage」および「stun usage ice lite」を参照してください。メディアパスの最適化を使用したコールフローには、ICE-lite のスタン使用が必要です。 SIP から TDM ゲートウェイへのメディア最適化を提供するには、IP-IP レッグで ICE-Lite が有効になっているループバックダイヤルピアを設定します。技術的な詳細は、アカウントまたはTACチームにお問い合わせください。
5	Webex トラフィックのメディア暗号化ポリシーを設定します。 `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` 設定フィールドの説明を次に示します。音声クラス srtp-crypto 100 SDP の SRTP 暗号スイート CUBE オファーおよび応答メッセージの唯一の SRTP オファーとして SHA1_80 を指定します。 Webex Calling は SHA180 のみをサポートします。_ 詳細については、音声クラス srtp-crypto を参照してください。
6	宛先トランクパラメータに基づいて、ローカルゲートウェイトランクへのコールを一意に識別するパターンを設定します。 `voice class uri 100 sip pattern dtg=Dallas1463285401_LGU` 設定フィールドの説明を次に示します。音声クラス uri 100 sip 着信トランクダイヤルピアへの着信 SIP 招待と一致するパターンを定義します。このパターンを入力する場合、トランクが作成されたときに、dtg= の後に Control Hub で提供されるトランク OTG/DTG 値を使用します。詳細については、音声クラス uri を参照してください。
7	を設定する sip プロファイル 100は、Webex Callingに送信される前にSIPメッセージを変更するために使用されます。 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:" 設定フィールドの説明を次に示します。ルール10～70、90* コールシグナリングに使用される SIP ヘッダーが、Webex プロキシによって要求される sips スキームではなく sip を使用することを確認します。 sips を使用するように CUBE を設定すると、セキュアな登録が使用されます。ルール80 From ヘッダーを変更して、トランクグループの OTG/DTG 識別子を Control Hub から含め、企業内のローカルゲートウェイサイトを一意に識別します。
8	Webex Calling トランクの設定: を作成音声クラステナント 100は、Webex Callingトランクに必要な設定を定義し、グループ化します。特に、以前の Control Hub で提供されるトランク登録の詳細は、以下の手順で使用されます。このテナントに関連付けられているダイヤルピアは、後でこれらの設定を継承します。次の例では、このガイドの目的のために、ステップ 1 に示されている値を使用します (太字で表示)。これらを構成のトランクの値に置き換えます。 voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru 設定フィールドの説明を次に示します。音声クラステナント 100 Webex Calling トランクにのみ使用される一連の設定パラメータを定義します。詳細については、「音声クラステナント」を参照してください。レジストラdns:98027369.us10.bcld.webex.com スキームsips expires 240 更新比 50 tcp tls 2 分 (240 秒の50%) ごとに更新するように登録が設定されたローカルゲートウェイのレジストラサーバー。詳細については、レジストラを参照してください。ここで Control Hub から [ドメインの登録] 値を使用していることを確認します。クレデンシャル番号 Dallas1171197921_LGU ユーザー名 Dallas1463285401_LGUパスワード 0 9Wt[M6ifY+realm BroadWorks トランク登録チャレンジのクレデンシャル。詳細については、資格情報（SIP UA）を参照してください。ここで、Control Hub からそれぞれ回線/ポートホスト、認証ユーザ名、認証パスワードの値を使用していることを確認します。認証ユーザ名 Dallas1171197921_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザ名 Dallas1171197921_LGUパスワード 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com コールの認証の課題。詳細については、認証（ダイヤルピア）を参照してください。ここで、Control Hub からそれぞれ認証ユーザ名、認証パスワード、およびレジストラドメインの値を使用していることを確認してください。 no remote-party-id Webex Calling が PAI をサポートしているため、SIP Remote-Party-ID (RPID) ヘッダーを無効にします。このヘッダーは CIO アサート済みID PAIだ詳細については、「remote-party-id」を参照してください。 sip-server dns:us25.sipconnect.bcld.webex.com トランクのターゲット SIP サーバを設定します。トランクを作成するときは、Control Hub で提供されるエッジプロキシ SRV アドレスを使用します。 connection-reuse 登録とコール処理に同じ永続接続を使用します。詳細については、「connection-reuse」を参照してください。 srtp クリプト 100 SRTP コールレッグ（接続）の優先暗号スイートを設定します（ステップ 5 で指定）。詳細については、音声クラス srtp-crypto を参照してください。 session transport tcp tls TLS へのトランスポートを設定します。詳細については、「session-transport」を参照してください。 url sips SRV クエリは、アクセス SBC でサポートされている SIP である必要があります。他のすべてのメッセージは SIP-profile 200 によって SIP に変更されます。 error-passthru SIP エラー応答パススルー機能を指定します。詳細については、error-passthruを参照してください。 asserted-id pai ローカルゲートウェイで PAI 処理をオンにします。詳細については、asserted-idを参照してください。バインド制御ソースインターフェイス GigabitEthernet0/0/1 WebexCalling に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/1 WebexCalling に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 no pass-thru content custom-sdp テナントの下のデフォルトコマンド。このコマンドの詳細については、パススルーコンテンツを参照してください。 sipプロファイル 100 で定義されているように、SIPをSIPに変更し、INVITEおよびREGISTERメッセージの回線/ポートを変更する sipプロファイル 100だ詳細については、「音声クラス sip プロファイル」を参照してください。アウトバウンドプロキシ dns:dfw04.sipconnect-us.bcld.webex.com Webex Calling アクセス SBC。トランクを作成したときに、Control Hub で提供されるアウトバウンドプロキシアドレスを挿入します。詳細については、「outbound-proxy」を参照してください。 privacy-policy passthru トランクのプライバシーヘッダーポリシーオプションを設定して、受信したメッセージから次のコールレッグにプライバシーの値を渡します。詳細については、プライバシーポリシーを参照してください。 Webex Calling トランクダイヤルピアを設定します。 `dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad` 設定フィールドの説明を次に示します。 `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` タグ 100 で VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。マックスコン 250 LGW と Webex Calling の間の同時着信コールと発信コールの数を制限します。登録トランクの場合、設定されている最大値は 250 である必要があります。 Usea は、展開に適している場合は値を下げます。ローカルゲートウェイの同時通話制限の詳細については、「ローカルゲートウェイを使い始める」のドキュメントを参照してください。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 100 が SIP コールレッグを処理するように指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。 session target sip-server テナント 100 で定義された SIP サーバが継承され、このダイヤルピアからのコールの宛先に使用されることを示します。着信 uri リクエスト 100 VoIP ダイヤルピアと着信コールのユニフォームリソース識別子（URI）を一致させるために使用される音声クラスを指定します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、音声クラスコーデックを参照してください。音声クラスのstun使用 100 ローカルゲートウェイでローカルに生成された STUN 要求を、ネゴシエートされたメディアパス経由で送信できるようにします。 STUN は、メディアトラフィックのファイアウォールのピンホールを開くのに役立ちます。 no voice-class sip localhost 発信メッセージの [送信元（From）]、[コール ID（CALL-ID）]、および [リモートパーティ（REMOTE-PARTY-ID）] ヘッダーの物理 IP アドレスの代わりに DNS ローカルホスト名の置換を無効にします。音声クラス SIP テナント 100 ダイヤルピアは、グローバルおよびテナント 100 で設定されたすべてのパラメータを継承します。パラメータはダイヤルピアレベルで上書きされる場合があります。 srtp コールレッグの SRTP を有効にします。 no vad 音声アクティブティの検出を無効にします。

1	ループバックダイヤルピア構成では、ダイヤルピアグループとコールルーティングタグを使用して、コールルーティングループを作成せずに、Webex と PSTN の間でコールが正しく渡されるようにします。コールルーティングタグの追加と削除に使用する次のトランスレーションルールを設定します。 `voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12` 設定フィールドの説明を次に示します。音声翻訳ルールルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。 Over-decadic digits (A) は、トラブルシューティングの明瞭さを追加するために使用されます。この設定では、translation-profile 100 によって追加されたタグを使用して、ループバックダイヤルピア経由で Webex Calling から PSTN へのコールをガイドします。同様に、translation-profile 200 によって追加されたタグは、PSTN から Webex Calling へのコールをガイドするために使用されます。翻訳プロファイル 11 と 12 は、Webex トランクと PSTN トランクにコールを配信する前に、これらのタグを削除します。この例では、Webex Calling からの着信番号が +E.164 形式で表示されていることを前提としています。ルール 100 は、有効な着信番号を維持するために、先頭の + を削除します。ルール 12 では、タグを削除するときに、国内または国際的なルーティング番号を追加します。ローカル ISDN ナショナルダイヤルプランに合った数字を使用します。 Webex Calling が全国形式で番号を提示する場合、ルール 100 と 12 を調整して、ルーティングタグをそれぞれ追加および削除するだけです。詳細については、「voice translation-profile」および「voice translation-rule」を参照してください。
2	使用するトランクタイプとプロトコルによって必要に応じて、TDM 音声インターフェイスポートを設定します。詳細については、「ISDN PRIの設定」を参照してください。たとえば、デバイスの NIM スロット 2 にインストールされているプライマリレート ISDN インターフェイスの基本設定には、次のものが含まれます。 `card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31`
3	次の TDM PSTN ダイヤルピアを設定します。 `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15` 設定フィールドの説明を次に示します。 `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk` タグ 200 で VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、「ダイヤルピアの音声」を参照してください。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、destination-pattern (interface)を参照してください。翻訳プロファイル着信 200 着信着信番号にコールルーティングタグを追加するトランスレーションプロファイルを割り当てます。ダイレクトインワードダイヤルセカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細は、ダイレクトインワードダイヤルを参照してください。ポート 0/2:0:15 このダイヤルピアに関連付けられている物理的な音声ポート。
4	TDM-IP コールフローでローカルゲートウェイの IP パスのメディア最適化を有効にするには、Webex Calling と PSTN トランクの間に一連の内部ループバックダイヤルピアを導入して、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信コールは最初にダイヤルピア 10 にルーティングされ、そこから適用されたルーティングタグに基づいてダイヤルピア 11 または 12 にルーティングされます。ルーティングタグを削除すると、コールはダイヤルピアグループを使用して発信トランクにルーティングされます。 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad 設定フィールドの説明を次に示します。 `dial-peer voice 10 pots description Outbound loop-around leg` VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、「ダイヤルピアの音声」を参照してください。翻訳プロファイル着信 11 先に定義したトランスレーションプロファイルを適用して、発信トランクに渡す前にコールルーティングタグを削除します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、destination-pattern (interface)を参照してください。 session protocol sipv2 このダイヤルピアが SIP コールレッグを処理することを指定します。詳細については、セッションプロトコル (ダイヤルピア)を参照してください。セッションのターゲット 192.168.80.14 ループバックのコールターゲットとしてローカルルータインターフェイスアドレスを指定します。詳細については、セッションターゲット (voip ダイヤルピア)を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 ループバックを介して送信されるメッセージのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 ループバックを介して送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte コールレッグで期待される DTMF 機能として RTP-NTE（RFC2833）を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。コーデック g711alaw すべての PSTN コールに G.711 を使用するように強制します。 ISDN サービスで使用されるコンパニオン方法に一致するように、a-law または u-law を選択します。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
5	次のコールルーティング設定を追加します。ダイヤルピアグループを作成して、ループバックを介して PSTN と Webex トランク間のコールをルーティングします。 `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10` 設定フィールドの説明を次に示します。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用してコールをルーティングします。 `dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200` 設定フィールドの説明を次に示します。宛先 DPG 200 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。これでローカルゲートウェイの設定は終了します。 CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

1	Control Hub の既存のロケーションに登録ベースの PSTN トランクを作成します。トランクが作成されると、提供されたトランク情報をメモします。次の図で強調表示されているこれらの詳細は、このガイドの設定手順で使用されます。詳細については、「Webex Calling のトランク、ルートグループ、ダイヤルプランの設定」を参照してください。
2	次のコマンドを入力して、CUBE を Webex Calling ローカルゲートウェイとして設定します。 `音声サービス voip ip address trusted list ipv4 x.x.x.x y.y.y モード border-element media statistics media bulk-stats allow-connections sip to sip supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 パスワード123$ sip asymmetric payload full early-offer forced` 以下は、設定のフィールドの説明です。 `ip アドレスの信頼リスト ipv4 x.x.x.x y.y.y` トール詐欺から保護するために、信頼されたアドレスリストは、ローカルゲートウェイが正当な VoIP コールを期待するホストとネットワークのリストを定義します。デフォルトでは、ローカルゲートウェイは、信頼されたリストに含まれていない IP アドレスからのすべての着信 VoIP メッセージをブロックします。「セッションターゲット IP」またはサーバグループ IP アドレスを持つ静的に設定されたダイヤルピアはデフォルトで信頼されるため、信頼されたリストに追加する必要はありません。ローカルゲートウェイを設定するときは、地域の Webex Calling データセンターの IP サブネットをリストに追加します。詳細については、「Webex Calling のポート参照情報」を参照してください。また、Unified Communications Manager サーバ（使用されている場合）および PSTN トランクゲートウェイのアドレス範囲を追加します。 LGW が制限付きコーン NAT のあるファイアウォールの背後にある場合は、Webex Calling に面したインターフェイスの IP アドレスの信頼リストを無効にすることをおすすめします。ファイアウォールはすでに、未承諾のインバウンドメッセージから保護VoIP。[無効にする] アクションは、Webex Calling ピアのアドレスが固定されたままである保証を保証できないので、長期構成のオーバーヘッドを削減します。また、いかなる場合にも、ピアに対してファイアウォールを構成する必要があります。モードボーダー要素プラットフォームで Cisco Unified Border Element（CUBE）機能を有効にします。メディア統計ローカルゲートウェイ上のメディア監視が可能です。メディア一括統計一括通話統計のために、コントロール飛行機がデータ飛行機をポーリングできます。これらのコマンドの詳細については、「メディア」を参照してください。 allow-connections sip to sip CUBE 基本 SIP バックツーバックユーザエージェント機能を有効にします。詳細については、「接続を許可」を参照してください。デフォルトでは、T.38 ファックス転送が有効になっています。詳細については、ファックスプロトコルt38 (音声サービス)を参照してください。スタイン STUN (NAT を介した UDP のセッショントラバーサル) をグローバルに有効にします。通話を Webex Calling ユーザーに転送する場合 ( 例えば、通話側と通話側の両当事者が Webex Calling のサブスクライバーであり、Webex Calling SBC にメディアを固定する場合)、メディアはピンホールが開いていないので、ローカルゲートウェイにフローできません。ローカルゲートウェイの STUN バインディング機能により、ネゴシエートされたメディアパス上でローカルに生成された STUN 要求を送信できます。これは、ファイアウォールのピンホールを開くのに役立ちます。詳細については、「stun flowdata agent-i d」および「stun flowdata shared-secret」を参照してください。非対称ペイロードフル DTMF と動的コーデックペイロードの両方に対して SIP 非対称ペイロードサポートを設定します。このコマンドの詳細については、非対称ペイロードを参照してください。 early-offer forced ローカルゲートウェイは、隣接するピアからの確認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、早期提供を参照してください。
3	トランクの音声クラスコーデック 100 フィルタを設定します。この例では、すべてのトランクに同じコーデックフィルタが使用されます。正確な制御のために各トランクにフィルタを設定できます。 `音声クラスコーデック 100 コーデックの設定 1 opus コーデックの設定 2 g711ulaw コーデックの設定 3 g711alaw` 以下は、設定のフィールドの説明です。音声クラスコーデック 100 SIP トランクを介したコールの優先コーデックのみを許可するために使用されます。詳細については、「音声クラスコーデック」を参照してください。 Opus コーデックは、SIP ベースの PSTN トランクでのみサポートされています。PSTN トランクが音声 T1/E1 またはアナログ FXO 接続を使用する場合、コーデックの基本設定 1 opus を音声クラスコーデック 100 構成から除外します。
4	音声クラス stun-usage 100 を設定して、Webex Calling トランクで ICE を有効にします。 `音声クラス stun-usage 100 stun-usage firewall-traversal flowdata stun-usage ice lite` 以下は、設定のフィールドの説明です。スタンの使用法アイスライトすべての Webex Calling のダイヤルピアに対して ICE-Lite を有効にして、可能な限り、メディア最適化を可能にするために使用。詳細については、「voice class stun usag e」および「stun usage ice lite」を参照してください。メディアパスの最適化を使用したコールフローには、ICE-lite のスタン使用が必要です。SIP から TDM ゲートウェイへのメディア最適化を提供するには、IP-IP レッグで ICE-Lite が有効になっているループバックダイヤルピアを設定します。技術的な詳細は、アカウントまたはTACチームにお問い合わせください。
5	Webex トラフィックのメディア暗号化ポリシーを設定します。 `音声クラス srtp-crypto 100 暗号 1 AES_CM_128_HMAC_SHA1_80` 以下は、設定のフィールドの説明です。音声クラス srtp-crypto 100 SDP の SRTP 暗号スイート CUBE オファーおよび応答メッセージの唯一の SRTP オファーとして SHA1_80 を指定します。Webex Calling は SHA1_80 のみをサポートします。詳細については、音声クラス srtp-crypto を参照してください。
6	宛先トランクパラメータに基づいて、ローカルゲートウェイトランクへのコールを一意に識別するパターンを設定します。 `音声クラス uri 100 sip パターン dtg=Dallas1463285401_LGU` 以下は、設定のフィールドの説明です。音声クラス uri 100 sip 着信トランクダイヤルピアへの着信 SIP 招待と一致するパターンを定義します。このパターンを入力する場合、トランクが作成されたときに、dtg= の後に Control Hub で提供されるトランク OTG/DTG 値を使用します。詳細については、音声クラス uri を参照してください。
7	sip プロファイル 100 を構成します。これは、Webex Calling に送信される SIP メッセージを変更するために使用されます。 `voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI change "sip:" "sip:" rule 20 request ANY sip-header ANY sip-header To modify "" "" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"` 以下は、設定のフィールドの説明です。ルール10～70、90 コールシグナリングに使用される SIP ヘッダーが、Webex プロキシによって要求される sips スキームではなく sip を使用することを確認します。sips を使用するように CUBE を設定すると、セキュアな登録が使用されます。ルール80 From ヘッダーを変更して、トランクグループの OTG/DTG 識別子を Control Hub から含め、企業内のローカルゲートウェイサイトを一意に識別します。
8	Webex Calling トランクの設定: 音声クラステナント 100 を作成して、Webex Calling トランクに特別に必要な設定を定義し、グループ化します。特に、以前の Control Hub で提供されるトランク登録の詳細は、以下の手順で使用されます。このテナントに関連付けられているダイヤルピアは、後でこれらの設定を継承します。次の例では、このガイドの目的のために、ステップ 1 に示されている値を使用します (太字で表示)。これらを構成のトランクの値に置き換えます。音声クラステナント 100 レジストラの dns:98027369.us10.bcld.webex.com スキーム sips の有効期限が 240 更新比 50 tcp tls 資格情報番号 Dallas1171197921_LGU ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com remote-party-id sip-server dns なし:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com プライバシーポリシー passthru 以下は、設定のフィールドの説明です。音声クラステナント 100 Webex Calling トランクにのみ使用される一連の設定パラメータを定義します。詳細については、「音声クラステナント」を参照してください。登録者 dns:98027369.us10.bcld.webex.com スキーム sips 有効期限 240 更新比 50 tcp tls ローカルゲートウェイの登録サーバーで、2 分ごとに更新が設定されている場合 (240 秒の 50%)。詳細については、レジストラを参照してください。ここで Control Hub から [ドメインの登録] 値を使用していることを確認します。資格情報番号 Dallas1171197921_LGU ユーザー名 Dallas1463285401_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks トランク登録認証の資格情報。詳細については、資格情報（SIP UA）を参照してください。ここで、Control Hub からそれぞれ回線/ポートホスト、認証ユーザ名、認証パスワードの値を使用していることを確認します。認証ユーザー名 Dallas1171197921_LGU パスワード 0 9Wt[M6ifY+ realm BroadWorks 認証ユーザー名 Dallas1171197921_LGU パスワード 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com コールの認証の課題。詳細については、認証（ダイヤルピア）を参照してください。ここで、Control Hub からそれぞれ認証ユーザ名、認証パスワード、およびレジストラドメインの値を使用していることを確認してください。 no remote-party-id Webex Calling が PAI をサポートしているため、SIP Remote-Party-ID (RPID) ヘッダーを無効にします。これは、CIO asserted-id pai を使用して有効になります。詳細については、「remote-party-id」を参照してください。 sip-server dns:us25.sipconnect.bcld.webex.com トランクのターゲット SIP サーバを設定します。トランクを作成するときは、Control Hub で提供されるエッジプロキシ SRV アドレスを使用します。 connection-reuse 登録と通話処理に同じ永続的な接続を使用します。詳細については、「connection-reuse」を参照してください。 srtp-crypto 100 SRTP コールレッグ（接続）の優先暗号スイートを設定します（手順で指定）5). 詳細については、音声クラス srtp-crypto を参照してください。 session transport tcp tls TLS へのトランスポートを設定します。詳細については、「session-transport」を参照してください。 url sips SRVは、アクセス SBC によりサポートされている SIP である必要があります。その他のすべてのメッセージは、sip-profile 200 により SIP に変更されます。 error-passthru SIP エラー応答パススルー機能を指定します。詳細については、error-passthruを参照してください。 asserted-id pai ローカルゲートウェイで簡単に処理をオンにする。詳細については、asserted-idを参照してください。 bind control source-interface GigabitEthernet0/0/1 WebexCalling に送信されるメッセージのソースインターフェイスと関連する IP アドレスを設定します。詳細は、bindを参照してください。 bind media source-interface GigabitEthernet0/0/1 WebexCalling に送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 no pass-thru content custom-sdp テナントの下のデフォルトコマンド。このコマンドの詳細については、パススルーコンテンツを参照してください。 sip プロファイル 100 sip-profile 100 で定義されているように、SIP を SIP に変更し、INVITE および REGISTER メッセージの回線/ポートを変更します。詳細については、「音声クラス sip プロファイル」を参照してください。 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Webex Calling SBC にアクセスします。トランクを作成したときに、Control Hub で提供されるアウトバウンドプロキシアドレスを挿入します。詳細については、「outbound-proxy」を参照してください。 privacy-policy passthru トランクのプライバシーヘッダーポリシーオプションを設定して、受信したメッセージから次のコールレッグにプライバシーの値を渡します。詳細については、プライバシーポリシーを参照してください。 Webex Calling トランクダイヤルピアを設定します。 `ダイヤルピアボイス 100 voip の説明着信/発信 Webex Calling max-conn 250 宛先パターン bad.bad セッションプロトコル sipv2 session target sip-server inbound uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad` 以下は、設定のフィールドの説明です。 `ダイヤルピアボイス 100 voip の説明着信/発信 Webex Calling` 100 VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を行います。 max-conn 250 LGW と Webex Calling の間の同時着信コールと発信コールの数を制限します。登録トランクの場合、設定されている最大値は 250 である必要があります。Usea は、展開に適している場合は値を下げます。ローカルゲートウェイの同時通話制限の詳細については、「ローカルゲートウェイを使い始める」のドキュメントを参照してください。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。この場合、有効な宛先パターンを使用できます。 session protocol sipv2 ダイヤルピア 100 が SIP コールのコールコールを処理する場合に指定します。詳細については、セッションプロトコル（ダイヤルピア）を参照してください。 session target sip-server テナント 100 で定義された SIP サーバが継承され、このダイヤルピアからのコールの宛先に使用されることを示します。着信 uri リクエスト 100 VoIP ダイヤルピアと着信コールのユニフォームリソース識別子（URI）を一致させるために使用される音声クラスを指定します。詳細については、着信 uri を参照してください。音声クラスコーデック 100 共通のコーデックフィルタリスト 100 を使用するようにダイヤルピアを設定します。詳細については、音声クラスコーデックを参照してください。音声クラスstun使用 100 ローカルゲートウェイでローカルに生成された STUN 要求を、ネゴシエートされたメディアパス経由で送信できるようにします。STUN は、メディアトラフィックのファイアウォールのピンホールを開くのに役立ちます。 no voice-class sip localhost 送信メッセージの物理的 IP アドレスの代用として、From、Call-ID、Remote-Party-ID ヘッダーの DNS ローカルホスト名の代入を無効にします。 voice-class SIP テナント 100 ダイヤルピアは、グローバルおよびテナント 100 で設定されたすべてのパラメータを継承します。パラメータはダイヤルピアレベルで上書きされる場合があります。 srtp コールレグの SRTP を有効にする。 no vad 音声アクティブティの検出を無効にします。

1	ループバックダイヤルピア構成では、ダイヤルピアグループとコールルーティングタグを使用して、コールルーティングループを作成せずに、Webex と PSTN の間でコールが正しく渡されるようにします。コールルーティングタグの追加と削除に使用する次のトランスレーションルールを設定します。 `音声翻訳ルール 100 ルール 1 /^\+//A2A/ 音声翻訳プロファイル 100 呼び出された音声翻訳ルール 200 ルール 1 /^//A1A/ 音声翻訳プロファイル 200 呼び出された音声翻訳ルール 11 ルール 1 /^A1A/ // 音声翻訳プロファイル 11 呼び出された音声翻訳ルール 12 ルール 1 /^A2A44//0/ RULE 2/^A2A//00/ 音声翻訳プロファイル 12 呼び出された音声翻訳ルール 12` 以下は、設定のフィールドの説明です。音声翻訳ルールルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。Over-decadic digits (A) は、トラブルシューティングの明瞭さを追加するために使用されます。この設定では、translation-profile 100 によって追加されたタグを使用して、ループバックダイヤルピア経由で Webex Calling から PSTN へのコールをガイドします。同様に、translation-profile 200 によって追加されたタグは、PSTN から Webex Calling へのコールをガイドするために使用されます。翻訳プロファイル 11 と 12 は、Webex トランクと PSTN トランクにコールを配信する前に、これらのタグを削除します。この例では、Webex Calling からの着信番号が +E.164 形式で表示されていることを前提としています。ルール 100 は、有効な着信番号を維持するために、先頭の + を削除します。ルール 12 では、タグを削除するときに、国内または国際的なルーティング番号を追加します。ローカル ISDN ナショナルダイヤルプランに合った数字を使用します。 Webex Calling が全国形式で番号を提示する場合、ルール 100 と 12 を調整して、ルーティングタグをそれぞれ追加および削除するだけです。詳細については、「voice translation-profil e」および「voice translation-rule」を参照してください。
2	使用するトランクタイプとプロトコルによって必要に応じて、TDM 音声インターフェイスポートを設定します。詳細については、「ISDN PRIの設定」を参照してください。たとえば、デバイスの NIM スロット 2 にインストールされているプライマリレート ISDN インターフェイスの基本設定には、次のものが含まれます。 `カードタイプ e1 0 2 つの isdn スイッチタイプ primary-net5 コントローラ E1 0/2/0 pri-group タイムスロット 1-31`
3	次の TDM PSTN ダイヤルピアを設定します。 `ダイヤルピアボイス 200 ポット説明着信/発信 PRI PSTN トランクの宛先パターン BAD.BAD translation-profile 着信 200 直通ダイヤルポート 0/2/0:15` 以下は、設定のフィールドの説明です。 `ダイヤルピアの音声 200 ポットの説明着信/発信 PRI PSTN トランク` 200のタグを含むVoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、ダイヤルピアの音声を参照してください。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、destination-pattern (interface)を参照してください。 translation-profile incoming 200 着信着信番号にコールルーティングタグを追加するトランスレーションプロファイルを割り当てます。ダイレクトインワードダイヤルセカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細は、ダイレクトインワードダイヤルを参照してください。ポート 0/2:0:15 このダイヤルピアに関連付けられている物理的な音声ポート。
4	TDM-IP コールフローでローカルゲートウェイの IP パスのメディア最適化を有効にするには、Webex Calling と PSTN トランクの間に一連の内部ループバックダイヤルピアを導入して、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信コールは最初にダイヤルピア 10 にルーティングされ、そこから適用されたルーティングタグに基づいてダイヤルピア 11 または 12 にルーティングされます。ルーティングタグを削除すると、コールはダイヤルピアグループを使用して発信トランクにルーティングされます。 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Webex translation-profile inbound 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 dtm 以下は、設定のフィールドの説明です。 `ダイヤルピアの音声 10 ポットの説明アウトバウンドループバックレッグ` VoIP ダイヤルピアを定義し、管理とトラブルシューティングを容易にするための意味のある説明を提供します。詳細については、ダイヤルピアの音声を参照してください。 translation-profile 着信 11 先に定義したトランスレーションプロファイルを適用して、発信トランクに渡す前にコールルーティングタグを削除します。 destination-pattern BAD.BAD 着信ダイヤルピアグループを使用して発信コールをルーティングする場合は、ダミー接続先パターンが必要です。詳細については、destination-pattern (interface)を参照してください。 session protocol sipv2 このダイヤルピアが SIP コールレッグを処理することを指定します。詳細については、セッションプロトコル (ダイヤルピア)を参照してください。セッションのターゲット 192.168.80.14 ループバックのコールターゲットとしてローカルルータインターフェイスアドレスを指定します。詳細については、セッションターゲット (voip ダイヤルピア)を参照してください。バインド制御ソースインタフェース GigabitEthernet0/0/0 ループバックを介して送信されるメッセージのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。バインドメディアソースインターフェイス GigabitEthernet0/0/0 ループバックを介して送信されるメディアのソースインターフェイスおよび関連する IP アドレスを設定します。詳細は、bindを参照してください。 dtmf-relay rtp-nte 通話レグで予想される DTMF 機能として RTP-NTE (RFC2833) を定義します。詳細については、「DTMF Relay (Voice over IP)」を参照してください。コーデック g711alaw すべての PSTN コールに G.711 を使用するように強制します。ISDN サービスで使用されるコンパニオン方法に一致するように、a-law または u-law を選択します。 no vad 音声アクティブティの検出を無効にします。詳細については、vad（ダイヤルピア）を参照してください。
5	次のコールルーティング設定を追加します。ダイヤルピアグループを作成して、ループバックを介して PSTN と Webex トランク間のコールをルーティングします。 `音声クラス dpg 100 の説明 Webex Calling のダイヤルピア 100 音声クラス dpg 200 の説明コールを PSTN ダイヤルピア 200 の音声クラス dpg 10 の説明通話をループバックダイヤルピア 10 にルーティングする` 以下は、設定のフィールドの説明です。ダイヤルピア 100 発信ダイヤルピアとダイヤルピアグループを関連付けます。詳細は、音声クラス dpgを参照してください。ダイヤルピアグループを適用してコールをルーティングします。 `ダイヤルピアボイス 100 宛先 dpg 10 ダイヤルピアボイス 200 宛先 dpg 10 ダイヤルピアボイス 11 宛先 dpg 100 ダイヤルピアボイス 12 宛先 dpg 200` 以下は、設定のフィールドの説明です。宛先 dpg 200 どのダイヤルピアグループを指定します。したがって、この着信ダイヤルピアに提示されたコールの発信処理にダイヤルピアを使用する必要があります。これでローカルゲートウェイの設定は終了します。CUBE 機能が初めて設定される場合は、設定を保存し、プラットフォームをリロードします。

コメントありがとうございます。

Webex Calling 設定ワークフロー

Webex Calling のローカル ゲートウェイの要件

一般的な前提条件

ローカル ゲートウェイのハードウェアおよびソフトウェア的要件

ローカル ゲートウェイのライセンスに関する要件

ローカル ゲートウェイの認証およびセキュリティ的要件

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

始める前に

次に行うこと

始める前に

始める前に

次に行うこと

次に行うこと

概要

ベースラインの設定

構成

前提条件

ベースラインの設定

構成

前提条件

プロアクティブ モニタリングのための診断署名をインストールする

異常な通話切断の監視

問題をトラブルシューティングするための診断署名をインストールする

診断署名の実行を確認する

診断署名をアンインストールする

基礎

両方の CUBE で冗長性を構成する

両方の CUBE でローカル ゲートウェイを構成する

ローカル ゲートウェイへトランクするための SIP トランク セキュリティ プロファイルを構成する

ローカル ゲートウェイ トランクの SIP プロファイルを構成する

Webex からのコールのコール検索スペースを作成する

Webex 間で SIP トランクを構成する

Webex のルート グループを構成する

Webex のルート リストを構成する

Webex の移動先のパーティションを作成する

次に行うこと

Webex の移動先のルート パターンを構成する

Webex の簡略サイト間ダイヤル正規化を構成する

ハント グループをセットアップする

通話キューを作成する

レセプショニスト クライアントを作成する

自動アテンダントを作成して管理する

ページング グループを構成する

コール ピックアップを設定する

コール パークをセットアップする

ユーザーの割り込みを有効にする

ユーザーのプライバシーを有効にする

モニタリングの設定

ユーザーのコール ブリッジ警告トーンを有効にする

始める前に

ユーザーのためにホテリングをオンにする

通話レポートを表示する

CScan ツールを実行する

一般的な前提条件

ローカル ゲートウェイのハードウェアおよびソフトウェア的要件

ローカル ゲートウェイのライセンスに関する要件

ローカル ゲートウェイの認証およびセキュリティ的要件

ローカルゲートウェイのファイアウォール、NAT Traversal、メディアパス最適化の各要件

始める前に

次に行うこと

始める前に

始める前に

次に行うこと

次に行うこと

概要

ベースラインの設定

構成

前提条件

ベースラインの設定

構成

前提条件

プロアクティブ モニタリングのための診断署名をインストールする

異常な通話切断の監視

問題をトラブルシューティングするための診断署名をインストールする

診断署名の実行を確認する

診断署名をアンインストールする

基礎

両方の CUBE で冗長性を構成する

両方の CUBE でローカル ゲートウェイを構成する

Webex Calling のローカルゲートウェイの要件

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

プロアクティブモニタリングのための診断署名をインストールする

両方の CUBE でローカルゲートウェイを構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

ローカルゲートウェイトランクの SIP プロファイルを構成する

Webex のルートグループを構成する

Webex のルートリストを構成する

Webex の移動先のルートパターンを構成する

ハントグループをセットアップする

レセプショニストクライアントを作成する

ページンググループを構成する

コールピックアップを設定する

コールパークをセットアップする

ユーザーのコールブリッジ警告トーンを有効にする

ローカルゲートウェイのハードウェアおよびソフトウェア的要件

ローカルゲートウェイのライセンスに関する要件

ローカルゲートウェイの認証およびセキュリティ的要件

プロアクティブモニタリングのための診断署名をインストールする

両方の CUBE でローカルゲートウェイを構成する

ローカルゲートウェイへトランクするための SIP トランクセキュリティプロファイルを構成する

ローカルゲートウェイトランクの SIP プロファイルを構成する

Webex のルートグループを構成する

Webex のルートリストを構成する

Webex の移動先のルートパターンを構成する

ハントグループをセットアップする