Webex Calling 用の Cisco IOS XE のローカル ゲートウェイの設定
list-menuフィードバックがある場合
組織に Webex Calling を設定した後、ローカル ゲートウェイを Webex Calling に接続するようにトランクを設定できます。 SIP TLS 転送は、ローカル ゲートウェイと Webex クラウド間のトランクを保護します。 ローカル ゲートウェイと Webex Calling 間のメディアは SRTP を使用します。

概要

Webex Calling は、現在 2 つのバージョンの Local Gateway をサポートしています。

  • ローカル ゲートウェイ

  • Webex の Local Gateway for Government

  • 始める前に、Webex CallingのプレースメントベースのPublic Switched Telephone Network(PSTN)およびLocal Gateway(LGW)要件を理解してください。参照 Webex 呼び出し用の Cisco 優先アーキテクチャより多くの情報のために。

  • この記事では、専用のローカル ゲートウェイ プラットフォームが配置されているが、既存の音声構成がないと仮定しています。既存のPSTNゲートウェイまたはCUBE Enterpriseのデプロイを変更して、Webex Callingのローカルゲートウェイ機能として使用する場合は、設定に注意してください。変更により、既存のコールフローと機能を中断しないようにしてください。

手順には、個々のコマンドオプションについて詳しく学ぶことができるコマンドリファレンスドキュメントへのリンクが含まれています。すべてのコマンドリファレンスリンクは、別途記載がない限り、Webex Managed Gateways Command Reference に移動します(この場合、コマンドリンクはCisco IOS Voice Command Referenceに移動します)。Cisco Unified Border Element でこれらのすべてのガイドにアクセスできます。 コマンドリファレンス.

サポートされているサードパーティのSBCに関する情報については、それぞれの製品参照ドキュメントを参照してください。

Webex Calling trunkのローカルゲートウェイを設定するには、次の2つのオプションがあります。

  • 登録ベースのトランク

  • 証明書ベースのトランク

タスクフローを Registration-based Local Gateway または Certificate-based Local Gateway Webex Calling trunk のローカルゲートウェイを設定します。

参照 Local Gateway を始める異なるトランクタイプに関するより多くの情報のために。コマンドラインインターフェース (CLI) を使用して、ローカル ゲートウェイ自体で以下の手順を実行します。Session Initiation Protocol (SIP) と Transport Layer Security (TLS) トランスポートを使用して、トランクを確保し、Secure Real Time Protocol (SRTP) を使用して、Local Gateway と Webex Calling 間のメディアを確保します。

  • CUBE をローカルゲートウェイとして選択します。Webex for Government は現在、サードパーティのセッション境界コントローラ (SBC) をサポートしていません。最新のリストを確認するには、 Local Gateway を始める.

  • Cisco IOS XE Dublin 17.12.1a またはそれ以降のバージョンの Webex for Government Local Gateways をインストールします。
  • Webex が政府をサポートしているルート証明書局 (CA) のリストを確認するには、を参照してください。 政府のための Webex のルート証明書局.

  • Webex for GovernmentのLocal Gatewayの外部ポートの範囲の詳細については、を参照してください。 Webex for Government(FedRAMP)のネットワーク要件.

Local Gateway for Webex for Government は以下をサポートしていません。

  • メディアパスの最適化のためのSTUN/ICE-Lite

  • ファックス(T.38)

Webex for GovernmentでWebex Calling trunkのローカルゲートウェイを設定するには、次のオプションを使用します。

  • 証明書ベースのトランク

タスクフローを Certificate-based Local Gateway Webex Calling トランクの Local Gateway を設定します。証明書ベースのローカルゲートウェイを構成する方法の詳細については、を参照してください。 Webex コール証明書ベースのトランクを設定します.

Webex for GovernmentのローカルゲートウェイをサポートするためにFIPS準拠のGCM暗号を設定することが必須です。そうでない場合、コール設定は失敗します。設定の詳細については、参照 Configure Webex Calling certificate-based trunk.

Webex for Government は、登録ベースの Local Gateway をサポートしていません。

このセクションでは、Cisco Unified Border Element (CUBE) を Webex Calling のローカルゲートウェイとして登録する SIP トランクを使用して構成する方法について説明します。この文書の最初の部分は、シンプルな PSTN ゲートウェイを設定する方法を示しています。この場合、PSTNからのすべての呼び出しはWebex Callingにルーティングされ、Webex Callingからのすべての呼び出しはPSTNにルーティングされます。以下の画像は、このソリューションとフォローされるハイレベルコールルーティング構成を強調しています。

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

  • ボイスクラスのテナント:トランク固有の構成を作成するために使用されます。

  • 音声クラス URI:インバウンドダイヤルピアの選択に SIP メッセージを分類するために使用します。

  • インバウンドダイヤルピア:インバウンドSIPメッセージの処理を提供し、ダイヤルピアグループを使用してアウトバウンドルートを決定します。

  • ダイヤルピアグループ:前方コールルーティングに使用するアウトバウンドダイヤルピアを定義します。

  • アウトバウンドダイヤルピア:アウトバウンドSIPメッセージの処理を提供し、必要なターゲットにルーティングします。

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

IPとSIPはPSTNトランクのデフォルトプロトコルとなっているが、TDM(Time Division Multiplexing)のISDN回路は現在も広く使用されており、Webex Calling Trunksでサポートされている。TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、現在、二脚コールルーティングプロセスを使用する必要があります。このアプローチは、以下の画像に示すように、Webex Calling と PSTN トランク間の内部ループバックダイヤルピアを導入することにより、上記のコールルーティング設定を変更します。

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

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

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

この文書では、以下の画像に示すホスト名、IPアドレス、インターフェイスが使用されます。

The host names, IP addresses, and interfaces used in Call routing configuration solutions

この文書の残りの構成ガイダンスを使用して、以下のローカルゲートウェイ構成を完了してください。

  • ステップ1:ルータベースライン接続とセキュリティの設定

  • ステップ2:Webex コールトランクを設定します

    必要なアーキテクチャに応じて、次のいずれかを実行してください。

  • ステップ3:SIP PSTN トランクでローカルゲートウェイを設定します

  • ステップ4:ローカル ゲートウェイを既存の Unified CM 環境で構成する

    または:

  • ステップ3:TDM PSTN トランクでローカルゲートウェイを設定します

ベースラインの設定

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

  • すべての登録ベースのLocal Gatewayデプロイメントには、Cisco IOS XE 17.6.1a以降のバージョンが必要です。Cisco IOS 17.12.2以降を推奨します。推奨バージョンについては、 Cisco ソフトウェア リサーチページプラットフォームを検索し、提案 リリースのいずれかを選択します。

    • ISR4000シリーズルータは、Unified Communicationsおよびセキュリティ技術ライセンスの両方で構成する必要があります。

    • ボイスカードまたはDSPを搭載した触媒エッジ8000 シリーズルータには、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。

  • ビジネスポリシーに従ったプラットフォームのベースライン構成を構築します。特に、以下の設定と検証を行います。

    • NTP

    • Acl

    • ユーザー認証とリモートアクセス

    • DNS

    • IP ルーティング

    • IPアドレス

  • Webex Calling へのネットワークは、IPv4 アドレスを使用する必要があります。

  • Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。

テナント側をWebex Callingに接続するように設定する場合、SRVベースのアドレスのみがサポートされます。

構成

1

有効でルーティング可能なIPアドレスをレイヤー3 インターフェイスに割り当てることを確認してください。


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

対称暗号化を使用してルータ上の登録およびSTUN資格情報を保護します。プライマリ暗号化鍵と暗号化の種類を次のように設定します。


key config-key password-encrypt YourPassword
password encryption aes

3

プレースホルダーPKIトラストポイントを作成します。

後で TLS を設定するには、この trustPoint が必要です。登録ベースのトランクの場合、このトラストポイントは、証明書ベースのトランクに必要な証明書を必要としません。


crypto pki trustpoint EmptyTP 
 revocation-check none
4

TLS1.2独占を有効にし、以下の設定コマンドを使用してデフォルトのトラストポイントを指定します。Transport パラメータを更新して、登録のための信頼性の高い安全な接続を確実にします。

メッセージは、 cn-san-validate server コマンドは、テナント200 で設定されたホスト名がアウトバウンドプロキシから受け取った証明書のCNまたはSANフィールドに含まれている場合、ローカルゲートウェイが接続を許可することを保証します。

  1. 設定 tcp-retry count から 1000 (5-msec の倍数 = 5 秒)

  2. メッセージは、 timer connection establish コマンドを使用すると、次の利用可能なオプションを検討する前に、プロキシとの接続を設定する LGW 待ち時間を調整できます。このタイマーのデフォルトは20 秒、最小5 秒です。低値で開始し、ネットワーク条件を満たすために必要であれば増加します。


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

Webex Calling で使用される IdenTrust Commercial Root CA1 証明書を含む Cisco ルート CA バンドルをインストールします。イベント、登録者、出席者にすばやくアクセスするため、 crypto pki trustpool import clean url 指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアするには、新しい証明書のバンドルをインストールします。

HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、以下の設定を追加します。

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

Control Hubの既存のロケーションの登録ベースのPSTNトランクを作成します。トランクが作成されたときに提供されたトランク情報をメモしてください。図でハイライトされている詳細は、このガイドの設定手順で使用されます。詳細については、を参照してください。 Webex 呼び出しのトランクス、ルートグループ、ダイヤルプランを設定します.

PSTN trunk registered
2

CUBE を 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
  • 料金詐欺から保護するために、信頼されたアドレスリストは、ローカルゲートウェイが合法的なVoIP呼び出しを期待するホストとネットワークのリストを定義します。

  • デフォルトでは、ローカルゲートウェイは、信頼されたリストに含まれていないIPアドレスからのすべてのVoIPメッセージをブロックします。デフォルトでは、「セッションターゲットIP」またはサーバーグループIPアドレスを持つ静的に構成されたダイヤルピアが信頼されます。信頼されたリストにこれらのIPアドレスを追加する必要はありません。

  • ローカルゲートウェイを設定するときは、地域のWebex CallingデータセンターのIPサブネットをリストに追加します。詳細については、を参照してください。 Webex 呼び出しのポート参照情報.また、Unified Communications Managerサーバー(使用されている場合)およびPSTNトランクゲートウェイのアドレス範囲を追加します。

    あなたのLGWが制限コーンNATを持つファイアウォールの背後にいる場合は、WEBEX呼び出し対応インターフェイスのIPアドレスの信頼されたリストを無効にする方がよいでしょう。ファイアウォールはすでに、未承諾のインバウンドメッセージから保護VoIP。Webex Calling ピアのアドレスが固定されたままであることを保証できないため、ピアのファイアウォールを設定する必要があります。

mode border-element

プラットフォーム上の Cisco Unified Border Element (CUBE) 機能を有効にします。

media statistics

ローカル ゲートウェイ上のメディア監視が可能です。

media bulk-stats

一括通話統計のために、コントロール飛行機がデータ 飛行機をポーリングできます。

これらのコマンドの詳細については、を参照してください。 メディア.

allow-connections sip to sip

CUBE基本的なSIPバックツーバックユーザーエージェント機能を有効にします。詳細については、を参照してください。 接続を許可する.

デフォルトでは、T.38 ファックス転送が有効になります。詳細については、を参照してください。 ファックスプロトコルt38(音声サービス).

stun

STUN (Session Traversal of UDP THROUGH NAT) をグローバルに有効にします。

  • ローカルゲートウェイのSTUNバインディング機能により、ローカルで生成されたSTUNリクエストがネゴシエートされたメディアパス上で送信されます。これは、ファイアウォール内のピンホールを開くのに役立ちます。

詳細については、を参照してください。 stun フローデータエージェントIDstunフローデータ共有秘密.

asymmetric payload full

DTMFと動的コーデックペイロードの両方でSIP非対称ペイロードのサポートを設定します。詳細については、を参照してください。 非対称ペイロード.

early-offer forced

ローカルゲートウェイに、隣接するピアからの承認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、を参照してください。 早期オファー.

3

設定 voice class codec 100 G.711コーデックは、すべてのトランクに対してのみ使用できます。このシンプルなアプローチは、ほとんどのデプロイメントに適しています。必要に応じて、生成システムと終了システムの両方でサポートされている追加のコーデックタイプをリストに追加することができます。

より複雑なソリューション トランスコーディングDSPモジュールの使用はサポートされていますが、このガイドには含まれていません。


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

以下は、設定のフィールドの説明です。

voice class codec 100

SIP トランク呼び出しの優先コーデックのみを許可するために使用。詳細については、を参照してください。 音声クラスコーデック.

4

設定 voice class stun-usage 100 Webex Calling trunkでICEを有効にします。


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

以下は、設定のフィールドの説明です。

stun usage ice lite

すべてのWebex Callingに直面しているダイヤルピアでICE-Liteを有効にし、可能な限りメディア最適化を可能にします。詳細については、を参照してください。 音声クラスストーンの使用法石の使用法 アイス ライト.

メディアの最適化は、可能な限り、交渉されます。呼び出しが記録などのクラウドメディアサービスを必要とする場合、メディアは最適化できません。

5

Webex トラフィックのメディア暗号化ポリシーを設定します。


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

以下は、設定のフィールドの説明です。

voice class srtp-crypto 100

SDPで唯一のSRTP暗号化スイートCUBEが提供するSHA1_80をSDPで指定します。Webex 呼び出しは SHA1_80 のみをサポートします。詳細については、を参照してください。 音声クラス srtp-crypto.

6

宛先の trunk パラメータに基づいて、ローカルゲートウェイトランクへの呼び出しを識別するパターンを設定します。


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

以下は、設定のフィールドの説明です。

voice class uri 100 sip

着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、トランクが作成されたときにdtg=、コントロールハブで提供されるTrunk OTG/DTG値を使用します。詳細については、を参照してください。 音声クラスURI.

7

設定 sip profile 100SIP メッセージを Webex 呼び出しに送る前に変更するために使用します。


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プロキシが必要とするSIPスキームではなくSIPを使用することを保証します。SIPを使用するためにCUBEを設定すると、安全な登録が使用されます。

  • ルール 80

    From ヘッダーを変更して、トランクグループ OTG/DTG 識別子をコントロールハブから含め、エンタープライズ内のローカルゲートウェイサイトを一意に識別します。

米国またはカナダのPSTNプロバイダーは、スパムおよび詐欺通話のための発信者ID検証を提供することができます。 Webex Callingにおけるスパムまたは不正通報の表示記事

8

Webex コールトランクを設定します:

  1. 作成 voice class tenant 100 Webex Calling trunkのために特別に必要とされる定義およびグループ構成。特に、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 
      no session refresh
      url sips 
      error-passthru
      rel1xx disable
      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

    Webex Calling トランクにのみ使用される設定パラメータのセットを定義します。詳細については、を参照してください。 ボイス・クラステナント.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    ローカルゲートウェイの登録サーバーで、登録設定が2分ごとに更新されます(50%の240 秒)。詳細については、を参照してください。 登録者.

    Control HubからRegister Domain値を使用していることを確認してください。

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    トランク登録認証の資格情報。詳細については、を参照してください。 資格情報 (SIP UA).

    ここのControl HubからLine/Portホスト、Authentication Username、Authentication Passwordの値を使用していることを確認してください。

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    コールの認証の課題。詳細については、を参照してください。 認証 (ダイヤルピア).

    ここでコントロールハブから認証ユーザー名、認証パスワード、登録ドメインの値を使用していることを確認してください。

    no remote-party-id

    Webex Calling が PAI をサポートしているため、SIP Remote-Party-ID (RPID) ヘッダを無効にします。 asserted-id pai.詳細については、を参照してください。 リモートパーティー ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    トランクのターゲットSIPサーバーを設定します。トランクを作成したときに、コントロールハブで提供されるEdgeプロキシSRVアドレスを使用します。

    connection-reuse

    登録と通話処理に同じ永続的な接続を使用します。詳細については、を参照してください。 接続再利用.

    srtp-crypto 100

    SRTPコールレッグ(接続)に優先する暗号スイートを設定します(ステップ5で指定)。詳細については、を参照してください。 音声クラス srtp-crypto

    session transport tcp tls

    TLS へのトランスポートを設定します。詳細については、を参照してください。 セッション輸送.

    no session refresh

    CUBE と Webex 間の呼び出しに対して SIP セッションの更新を無効にします。詳細については、を参照してください。 セッションの更新.

    url sips

    SRVクエリは、アクセスSBCでサポートされているSIPでなければなりません。その他のすべてのメッセージは、SIP-PROFILEによって200SIPに変更されます。

    error-passthru

    SIP エラー応答パススルー機能を指定します。詳細については、を参照してください。 エラー-passthru.

    rel1xx disable

    Webex Calling トランクに対する信頼性の高い仮レスポンスの使用を無効にします。詳細については、を参照してください。 レル120世紀.

    asserted-id pai

    (オプション) P-Asserted-Identity ヘッダ処理をオンにし、Webex Calling トランクに使用する方法を制御します。

    Webex Calling には、ローカルゲートウェイへのアウトバウンドコール INVITE の P-Asserted-Identity (PAI) ヘッダーが含まれています。

    このコマンドが設定されている場合、PAIヘッダーからの呼び出し元情報を使用して、送信元とPAI/Remote-Party-IDヘッダーに入力します。

    このコマンドが設定されていない場合、[From] ヘッダーからの発信者の情報を使用して、送信する From と PAI/Remote-Party-ID ヘッダーに入力します。

    詳細については、を参照してください。 アサートID.

    bind control source-interface GigabitEthernet0/0/1

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

    bind media source-interface GigabitEthernet0/0/1

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

    no pass-thru content custom-sdp

    テナントの下のデフォルト コマンド。このコマンドの詳細については、を参照してください。 パススルー.

    sip-profiles 100

    SIP に SIP を変更し、 で定義された通り INVITE および REGISTER メッセージ用に回線/ポートを変更します sip-profiles 100.詳細については、を参照してください。 音声クラスsip-profiles.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling アクセス SBC。トランクを作成したときに、コントロールハブで提供されるアウトバウンドプロキシアドレスを挿入します。詳細については、を参照してください。 外部プロキシ.

    privacy-policy passthru

    トランクに対して、受信したメッセージから次のコールレッグにプライバシー値を渡すためのプライバシーヘッダーポリシーオプションを設定します。詳細については、を参照してください。 プライバシーポリシー.

  2. 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
    

    VoIPダイヤルピアを100タグで定義し、管理とトラブルシューティングの容易さのために意味のある説明を提供します。

    max-conn 250

    LGWコールとWebexコール間の同時着信数を制限します。登録トランクの場合、設定された最大値は250です。その方がデプロイに適切であれば、ユーザーの値を下げます。ローカルゲートウェイの同時通話制限の詳細については、 Local Gateway を始める文書

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス).

    session protocol sipv2

    ダイヤルピアがSIPコールレッグを処理する100 ことを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア).

    session target sip-server

    テナント100 で定義されたSIPサーバーが継承され、このダイヤルピアからの呼び出し先に使用されていることを示します。詳細については、を参照してください。 セッションターゲット (voip ダイヤルピア).

    incoming uri request 100

    VoIP ダイヤルピアと着信呼び出しの Uniform Resource Identifier (URI) に一致する音声クラスを指定する。詳細については、を参照してください。 入る URI.

    voice-class codec 100

    一般的なコーデックフィルタリスト100を使用するようにダイヤルピアを設定します。詳細については、を参照してください。 音声クラスコーデック.

    voice-class stun-usage 100

    ローカルゲートウェイでローカル生成されたSTUNリクエストを、ネゴシエートされたメディアパス経由で送信できるようにします。STUNは、メディアトラフィックのためのファイアウォールピンホールを開くのに役立ちます。詳細については、を参照してください。 音声クラス.

    no voice-class sip localhost

    送信メッセージの物理的 IP アドレスの代用として、From、Call-ID、Remote-Party-ID ヘッダーの DNS ローカル ホスト名の代入を無効にします。

    voice-class sip tenant 100

    ダイヤルピアは、グローバルおよびテナントで設定されたすべてのパラメータを継承しています100。パラメータは、ダイヤルピアレベルで上書きすることができます。

    srtp

    コールレグの SRTP を有効にする。

    no vad

    音声アクティブティの検出を無効にします。

  3. (オプション) 音声のみを強制的に呼び出します。

    ローカルゲートウェイのコールフローを使用してWebex呼び出しのビデオはサポートされていません。ビデオはいくつかのシナリオで機能することができますが、品質が劣化し、予期せぬ動作を引き起こす可能性があります。音声のみにコールを強制するには、Webex Calling ダイヤルピアで次のコマンドを適用します。

    voice-class sip audio forced

    ビデオを許可することを選択した場合、呼び出しが期待どおりに実行されない場合があります。

9

CUBEなどのネットワークデバイスを構成し、デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、これらのコマンドを使用します。これらのコマンドにより、デバイスはローカルゲートウェイ上のジオロケーションヘッダーやPIDF-LO(Presence Information Data Format - Location Object)など、サポートされていないSIPヘッダーを通過することができます。この機能により、Nomadic E911サービスをサポートし、重要な位置情報を正しく保存および転送できるようにします。

  1. ダイヤルピアの設定

    Voice service voip
     sip
      pass-thru headers unsupp
    
  2. ピア固有の設定

    
    Dial-peer voice 911 voip
     voice-class sip pass-thru headers unsupp
  3. 特定のヘッダーの音声クラス設定

    Geo ロケーションヘッダーをプロキシ:

    
    voice class sip-hdr-passthrulist 200 
     passthru-hdr Geolocation-Routing
     passthru-hdr Geolocation
     passthru-hdr-unsupp

    インバウンド/アウトバウンドダイヤルピアにパススルーを適用します

    
    dial-peer voice 100 voip  // inbound
     voice-class sip pass-thru headers 200
    dial-peer voice 200 voip  // outbound
     voice-class sip pass-thru headers 200

    PIDFO本体のパススルーを有効にするには、以下を使用します。

    
    voice service voip 
     sip 
      pass-thru content unsupp

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

  • メッセージは、 usernamepassword、および realm パラメータから credentials 設定はレスポンスで使用されます。

  • sipプロファイル100 の修正ルールは、SIPSのURLをSIPに変換するために使用されます。

アクセスSBCから200 OKを受け取った場合、登録は成功します。

ローカルゲートウェイでのWebex呼び出しの認証と登録のフロー図

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

あなたのサービスプロバイダが安全なPSTNトランクを提供している場合、Webex Callingトランクについては、上記と同様の構成に従うことがあります。CUBEは安全なコールルーティングをサポートしています。

TDM / ISDN PSTN トランクを使用している場合は、次のセクションTDM PSTN トランクでローカルゲートウェイを設定します

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

1

PSTN トランクからのインバウンド呼び出しを識別するために、次の音声クラス uri を構成します。


voice class uri 200 sip
  host ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

voice class uri 200 sip

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

2

次の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 asserted-id pai
 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ダイヤルピアをタグで定義し200 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア・ボイス

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス).

session protocol sipv2

このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア).

session target ipv4: 192.168.80.13

PSTN プロバイダに送信される通話のターゲットアドレスを指定します。これは IP アドレスまたは DNS ホスト名です。詳細については、を参照してください。  セッションターゲット (VoIP ダイヤルピア).

incoming uri via 200

INVITE VIA ヘッダー URI を使用して、このダイヤルピアへの着信呼び出しに一致させるために使用する音声クラスを指定します。詳細については、を参照してください。  着信URL.

voice-class sip asserted-id pai

(オプション) P-Asserted-Identity ヘッダ処理をオンにし、PSTN トランクに使用する方法を制御します。このコマンドが使用されている場合、着信ダイヤルピアから提供された呼び出し当事者 ID は、送信元および P-Asserted-Identity ヘッダーに使用されます。このコマンドが使用されていない場合、着信ダイヤルピアから提供された呼び出し当事者 ID が From および Remote-Party-ID ヘッダーに出力するために使用されます。詳細については、を参照してください。 音声クラスsip asserted-id.

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

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

voice-class codec 100

一般的なコーデックフィルタリストを使用するようにダイヤルピアを設定します100。詳細については、を参照してください。 音声クラスコーデック.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声).

no vad

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

3

ローカルゲートウェイをWebex CallingとPSTN間のルート呼び出しにのみ設定する場合は、以下のコールルーティング設定を追加します。Unified Communications Manager プラットフォームでローカルゲートウェイを構成する場合は、次のセクションにスキップします。

  1. ダイヤルピアグループを作成し、Webex Calling または PSTN への呼び出しをルーティングします。Webex Callingに対してアウトバウンドダイヤルピアで100DPG100 を定義します。DPG100 は、PSTNからの着信ダイヤルピアに適用されます。同様に、PSTNに向かってアウトバウンドダイヤルピア200 でDPG200 を定義します。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

    以下は、設定のフィールドの説明です。

    dial-peer 100

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  2. ダイヤルピアグループを使用して、WebexからPSTNへ、PSTNからWebexへの呼び出しをルーティングします。

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    以下は、設定のフィールドの説明です。

    destination dpg 200

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

    これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

Webex Callingに向かってトランクを構築した後、次の設定を使用して、ループバックコールルーティングを備えたPSTNサービス用のTDMトランクを作成し、Webexコールレッグのメディア最適化を可能にします。

IPメディアの最適化を必要としない場合は、SIP PSTNトランクの設定手順に従ってください。PSTN VoIPダイヤルピアの代わりに、ボイスポートとPOTSダイヤルピア(ステップ2および3に示すように)を使用してください。

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 

以下は、設定のフィールドの説明です。

voice translation-rule

ルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。十進数字(「A」)は、トラブルシューティングの明快性を追加するために使用されます。

この構成では、翻訳プロファイル100 によって追加されたタグを使用して、ループバックダイヤルピアを介してWebex CallingからPSTNへの通話を誘導します。同様に、翻訳プロファイル200 によって追加されたタグは、PSTNからWebex Callingへの呼び出しを誘導するために使用されます。WebexとPSTNトランクにそれぞれ呼び出しを行う前に、翻訳プロファイル11 と12これらのタグを削除する。

この例では、Webex Calling からの呼び出し番号が +E.164 形式で表示されることを想定しています。ルール100 はリードする+を削除し、有効な呼び出された番号を維持します。ルール12 は、タグを削除するときに国内または国際的なルーティング桁を追加します。お住まいの地域のISDNナショナルダイヤルプランに合った数字を使用してください。

Webex Callingが全国形式の番号を提示する場合、ルール100 と12 を調整して、ルーティングタグを追加して削除するだけです。

詳細については、を参照してください。 音声翻訳音声翻訳.

2

使用するトランクタイプとプロトコルで必要に応じてTDM音声インターフェースポートを設定します。詳細については、を参照してください。 PRI ISDN の設定.たとえば、デバイスの NIM スロット2 にインストールされた Primary Rate 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

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

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス).

translation-profile incoming 200

着信番号にコールルーティングタグを追加する翻訳プロファイルを割り当てます。

direct-inward-dial

セカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細については、を参照してください。 インサイドダイヤル.

port 0/2/0:15

このダイヤルピアに関連付けられている物理音声ポート。

4

TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、Webex CallingとPSTNトランク間の内部ループバックダイヤルピアを導入することで、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信呼び出しは、最初にdial-peer10にルーティングされ、そこからdial-peer11または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 voip
 description Outbound loop-around leg

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

translation-profile incoming 11

先に定義された翻訳プロファイルを適用して、アウトバウンドトランクに渡す前に、コールルーティングタグを削除します。

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。詳細については、を参照してください。 出力パターン (インターフェイス).

session protocol sipv2

このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

session target ipv4: 192.168.80.14

ループバックへの呼び出しターゲットとしてローカルルーターインターフェイスを指定します。詳細については、を参照してください。 セッションターゲット (voip ダイヤルピア).

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

ループバックを介して送信されるメディアのソースインターフェイスと関連する IP アドレスを設定します。詳細については、を参照してください。  バインド.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

codec g711alaw

すべてのPSTNコールにG.711を使用するよう強制します。お使いのISDNサービスで使用するコーディング方法に一致する法律またはu法律を選択します。

no vad

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

5

以下のコールルーティング設定を追加します。

  1. ループバックを介して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

    以下は、設定のフィールドの説明です。

    dial-peer 100

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  2. コールをルーティングするためにダイヤルピアグループを適用します。

    
    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

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

前のセクションのPSTN-Webex Calling構成を変更して、Cisco Unified Communications Manager (UCM) クラスタに追加トランクを含めることができます。この場合、すべての呼び出しはUnified CMを介してルーティングされます。ポート5060 のUCMからの呼び出しはPSTNにルーティングされ、ポート5065 からの呼び出しはWebex Callingにルーティングされます。この呼び出しシナリオを含めるために、以下の増分構成を追加することができます。

Unified CMでWebex Callingトランクを作成する場合、SIP Trunk Security Profileの設定で5065の受信ポートを設定してください。これにより、ポート5065 の受信メッセージと、ローカルゲートウェイにメッセージを送信する際に、この値でVIAヘッダを埋め込むことができます。

Enter SIP trunk security profile information
1

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

  1. Unified CMをWebex呼び出しにSIP経由のポートを使用して分類します。

    
    voice class uri 300 sip
     pattern :5065
    
  2. ポート経由でSIPを使用してPSTNコールに統一されたCMを分類する:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    UCMからの受信メッセージをPSTNトランクに1つまたは複数のパターンを使用して、送信元のソースアドレスとポート番号を記述します。正規表現は、必要に応じてマッチングパターンを定義するために使用されます。

    上記の例では、192.168.80.60to65およびポート番号5060のIPアドレスにマッチする正規表現が使用されます。

2

Unified CM ホストへの SRV ルーティングを指定するために、以下の DNS レコードを設定します。

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 host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

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

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

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

ucmsub.mydomain5.com:リソースレコードのターゲットホスト

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

ip host ucmsub5.mydomain.com 192.168.80.65

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

ucmsub.mydomain5.com:A レコードホスト名。

192.168.80.65:ホスト IP アドレス。

UCM環境と好ましいコール配布戦略を反映するSRVリソースレコードとレコードを作成します。

3

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

  1. Unified CMとWebexのコール間の通話のためのダイヤルピア:

    
    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

    VoIPダイヤルピアをタグで定義し300 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。

    session protocol sipv2

    ダイヤルピアがSIPコールレッグを処理する300 ことを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

    session target dns:wxtocucm.io

    複数のUnified CMノードのセッションターゲットをDNS SRV解像度で定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io が呼び出しを指示するために使用されます。

    incoming uri via 300

    音声クラスURI300 を使用して、ソースポート5065 を使用してUnified CMからのすべての受信トラフィックをこのダイヤルピアに指示します。詳細については、を参照してください。  入る URI.

    voice-class codec 100

    Unified CMへの呼び出しとUnified CMからの呼び出しのコーデックフィルタリストを表示します。詳細については、を参照してください。  音声クラスコーデック.

    bind control source-interface GigabitEthernet0/0/0

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

    no vad

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

  2. 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ダイヤルピアをタグで定義し400 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。

    session protocol sipv2

    ダイヤルピアがSIPコールレッグを処理する400 ことを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

    session target dns:pstntocucm.io

    複数のUnified CMノードのセッションターゲットをDNS SRV解像度で定義します。この場合、ローカルで定義されたSRVレコードpstntocucm.ioを使用して呼び出しを指示します。

    incoming uri via 400

    音声クラスURI400 を使用して、ソースポート5060 を使用して指定されたUnified CMホストからのすべての受信トラフィックをこのダイヤルピアに指示します。詳細については、を参照してください。  入る URI.

    voice-class codec 100

    Unified CMへの呼び出しとUnified CMからの呼び出しのコーデックフィルタリストを表示します。詳細については、を参照してください。  音声クラスコーデック.

    bind control source-interface GigabitEthernet0/0/0

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

    no vad

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

4

以下の構成を使用してコールルーティングを追加します。

  1. Unified CMとWebex Callingの間の呼び出しをルーティングするダイヤルピアグループを作成します。DPG100 を定義する outbound dial-peer 100 Webexの呼び出しDPG 100は、Unified CMからの対応する着信ダイヤルピアに適用されます。同様に、DPG300をUnified CMに対してアウトバウンドダイヤルピア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 
  2. Unified CMとPSTN間の呼び出しをルーティングするダイヤルピアグループを作成します。DPG200 を定義する outbound dial-peer 200 PSTNへ。DPG 200は、Unified CMからの対応する着信ダイヤルピアに適用されます。同様に、DPG400をUnified CMに対してアウトバウンドダイヤルピア400で定義する。DPG400 は、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

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  3. ダイヤルピアグループを使用して、WebexからUnified CMへ、Unified CMからWebexへの通話をルーティングします。

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    以下は、設定のフィールドの説明です。

    destination dpg 300

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

  4. PSTNからUnified CMへ、およびPSTNへのUnified CMからUnified CMへの通話をルーティングするには、ダイヤルピアグループを適用します。

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

診断署名 (DS) は、IOS XE ベースのローカル ゲートウェイで共通に観察される問題を積極的に検出し、イベントのメール、syslog、またはターミナル メッセージ通知を生成します。また、DSをインストールして、診断データ収集を自動化し、Cisco TACケースに転送して解像度の時間を短縮することもできます。

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

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

  • 統合ログファイルの生成

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

TAC エンジニアは DS ファイルの作成者であり、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。診断署名ルックアップツール(DSLT) は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

  • ダウンロードしたDSファイルを編集しないでください DSLTシステム.変更するファイルは、整合性チェックエラーのためインストールに失敗します。

  • ローカル ゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。

  • 電子メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイがIOS XE 17.6.1以上を実行していることを確認してください。

前提条件

IOS XE17.6.1a以上を実行しているローカルゲートウェイ

  1. 診断署名はデフォルトで有効になっています。

  2. デバイスがCisco IOS XE 17.6.1a以上を実行している場合、事前通知を送信するために使用する安全なメールサーバーを設定します。

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 

  3. 管理者のEメールアドレスで環境変数ds_email を設定して通知します。

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

以下は、Cisco IOS XE で実行されているローカルゲートウェイの構成例を示します。 17.6.1プロアクティブ通知を送信する tacfaststart@gmail.comGmailをセキュアSMTPサーバーとして使用する:

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 に対応する一般的なウェブベースの Gmail クライアントではないので、特定の Gmail アカウント設定を行い、端末からメールを正しく処理するための権限を与える必要があります:

  1. 移動 Manage Google Account > Security をオンにして、 Less secure app access 設定

  2. 「はい、はい、それは私です」と答えます。Gmail から「Google は、Google 以外のアプリを使用してアカウントにサインインするユーザーを防ぎました」というメールを受け取ります。

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

CPU 使用率の監視

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

  1. イベント、登録者、出席者にすばやくアクセスするため、 show snmp SNMPを有効にするコマンド。有効にしない場合は、 snmp-server manager します。

    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 
    
  2. ダウンロード DS 64224次のドロップダウンオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco 4300、4400 ISRシリーズまたは Cisco CSR 1000Vシリーズ

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    通知メールによる CPU 使用率が高い

  3. 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) 
    
  4. ローカルゲートウェイに DS XML ファイルをインストールします。

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. イベント、登録者、出席者にすばやくアクセスするため、 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

    00...10

    登録者数

    2020-11-07 22:05:33

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

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

このDSは、Webex CallingクラウドでLocal Gateway SIP Trunkの登録解除を60 秒ごとに確認します。登録解除イベントが検出されると、メールと syslog 通知を生成し、2 回登録解除が行った後にアンインストールされます。 署名をインストールするには、以下の手順を使用してください。

  1. ダウンロード DS 64117次のドロップダウンオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco 4300、4400 ISRシリーズCisco CSR 1000Vシリーズ

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    SIP-SIP

    問題の種類

    SIP トランクによる登録解除を行いました。

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。状態の列には「登録済み」の値が必要です。

異常通話の監視が切断される

このDSは、10分ごとにSNMPポーリングを使用して、SIPエラー403、488および503で異常なコール切断を検出します。  エラー数の増分が最後の投票から5より大きいか、または等しい場合は、syslogと電子メールの通知を生成します。 下記の手順を実行して、署名をインストールしてください。

  1. イベント、登録者、出席者にすばやくアクセスするため、 show snmp SNMP が有効かどうかをチェックします。有効になっていない場合は、 snmp-server manager します。

    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 
    
  2. ダウンロード DS 65221次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco 4300、4400 ISRシリーズCisco CSR 1000Vシリーズ

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    メールおよび Syslog 通知による SIP の異常通話切断検出

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

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

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。状態の列には「登録済み」の値が必要です。

診断署名をインストールして問題のトラブルシューティングを行う

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

あなたはそれを使用することができます 診断署名ルックアップツール適切な署名を見つけ、与えられた問題を自己解決するためにそれらをインストールするか、サポートエンゲージメントの一環としてTACエンジニアが推奨する署名をインストールすることができます。

以下は、「%VOICE_IEC-3-GW」の発生を検出するためのDSを見つけてインストールする方法の例です。CCAPI:Internal Error (call spike threshold):IEC=1.1.181.1.29.0" syslogと診断データ収集の自動化:

  1. 追加の DS 環境変数を設定します 例 1 dbx_sort() の例これは、収集された診断データがアップロードされる 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"  
  2. SNMPが有効になっていることを確認してください。 show snmp します。有効になっていない場合は、 snmp-server manager します。

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. 高CPU使用時にすべてのデバッグおよび診断の署名を無効にするための積極的な対策として、高CPUモニタリングDS64224 をインストールしてください。ダウンロード DS 64224次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    通知メールによる CPU 使用率が高い

  4. ダウンロード DS 65095次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    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.290

  5. 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: 
  6. High CPUモニタリングDS64224 、次に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 
    
  7. 署名が正常にインストールされていることを確認する 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 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    ダウンロードされた DSes:

    DS ID

    DS 名

    リビジョン

    ステータス

    最後の更新 (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    00...10

    登録者数

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    00...12

    登録者数

    2020-11-08

診断署名の実行を確認します

次のコマンドでは、 show call-home diagnostic-signature ローカルゲートウェイが署名内で定義されたアクションを実行している間、コマンドは「実行中」に変更されます。の 出力 show call-home diagnostic-signature statistics 診断のシグネチャーが興味のあるイベントを検出してアクションを実行するかどうかを検証する最良の方法です。「トリガーされた/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

00...10

登録者数

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

00...12

実行中(Running)

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/Y

23。053

23。053

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

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

トラブルシューティングのために診断署名を使用は、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、 show call-home diagnostic-signature コマンドを実行し、次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID> 

例:

call-home diagnostic-signature deinstall 64224 

診断署名検索ツールに定期的に新しい署名が追加されます。これは展開で一般的に見られる問題に基づいて行います。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

Cisco IOS XE Gatewaysのより良い管理のために、Control Hubを介してゲートウェイを登録して管理することをお勧めします。オプション設定です。登録すると、Control Hubの構成検証オプションを使用して、Local Gateway構成を検証し、構成の問題を特定できます。現在、登録ベースのトランクのみがこの機能をサポートしています。

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

このセクションでは、証明書ベースの相互な TLS (mTLS) SIP トランクを使用して、Webex 呼び出しのローカルゲートウェイとして 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呼び出しのコールの集中的なルーティングと処理を提供します。

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

この文書では、以下の画像に示すホスト名、IPアドレス、インターフェイスが使用されます。オプションは、パブリックまたはプライベート(NATの背後)アドレス指定のために提供されます。SRV DNS レコードは、複数の CUBE インスタンス間で負荷分散しない限り、オプションです。

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

この文書の残りの構成ガイダンスを使用して、以下のローカルゲートウェイ構成を完了してください。

ベースラインの設定

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

  • すべての証明書ベースのローカルゲートウェイの展開には、Cisco IOS XE 17.9.1a以降のバージョンが必要です。Cisco IOS XE 17.12.2以降を推奨します。推奨バージョンについては、 Cisco ソフトウェア リサーチページプラットフォームを検索し、提案 リリースのいずれかを選択します。

    • ISR4000シリーズルータは、Unified Communicationsおよびセキュリティ技術ライセンスの両方で構成する必要があります。

    • ボイスカードまたはDSPを搭載した触媒エッジ8000 シリーズルータには、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。

    • 高容量の要件では、高セキュリティ(HSEC)ライセンスと追加のスループットエンティティメントが必要になる場合があります。

      関連情報 認証コード詳しくはこちら

  • ビジネスポリシーに従ったプラットフォームのベースライン構成を構築します。特に、以下の設定と検証を行います。

    • NTP

    • Acl

    • ユーザー認証とリモートアクセス

    • DNS

    • IP ルーティング

    • IPアドレス

  • Webex Calling へのネットワークは、IPv4 アドレスを使用する必要があります。Control Hubで設定されたローカルゲートウェイ完全修飾ドメイン名(FQDN)またはサービスレコード(SRV)アドレスは、インターネット上のパブリックIPv4 アドレスに解決する必要があります。

  • Webexに面しているLocal Gatewayインターフェース上のすべてのSIPおよびメディアポートは、直接または静的なNATを介してインターネットからアクセス可能である必要があります。それに応じてファイアウォールを更新してください。

  • 以下の詳細な設定手順に従って、署名された証明書をローカルゲートウェイにインストールします。

    • Public Certificate Authority (CA) の詳細  Cisco Webex オーディオおよびビデオプラットフォームへの呼び出しでサポートされているルート証明書当局はどれですか?デバイスの証明書に署名する必要があります。

    • Server Authentication Extended Key Usage (EKU) のみを含む証明書がサポートされています。Webex Calling は、TLS ハンドシェイク確立中に、クライアント認証 EKU の存在を検証または強制しません。

      サードパーティのSession Border Controller(SBC)の中には、厳格なEKU検証を実施し、クライアント認証EKUが含まれていない証明書を拒否する場合があります。このような場合、SBCがServer Authentication EKUのみで証明書を受け入れるか、厳格なEKU検証を無効にするように設定されていることを確認してください。

    • 証明書の主体共通名(CN)、または主体代替名(SAN)の1つは、コントロールハブで設定されたFQDNと同じでなければなりません。

      Common Name (CN) またはSAN (Subject Alternative Name) の証明書を購入する場合、証明書が小文字のみを使用していることを確認してください。Control Hubの設定では、すべてのFQDNエントリは自動的に小文字に変換され、FQDNと証明書との間の文字ケーシングの不一致は、トランク登録を成功させません。

      例:

      • 組織のControl Hubで構成されたトランクにcube1.lgw.com:5061がローカルゲートウェイのFQDNである場合、ルーター証明書のCNまたはSANにはcube.lgw.com1が含まれている必要があります。 

      • 組織のControl Hubで構成されたトランクがトランクからアクセス可能なローカルゲートウェイのSRVアドレスとしてLGWS.LGW.COMがある場合、ルータ証明書のCNまたはSANにはlgws.lgw.comが含まれている必要があります。クライアント アドレスが 解決SRV (CNAME、A レコード、または IP アドレス) のレコードは、SAN ではオプションです。

      • トランクにFQDNまたはSRVを使用している場合でも、ローカルゲートウェイからすべてのSIPダイアログの連絡先アドレスは、コントロールハブで設定された名前を使用する必要があります。

  • Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。このバンドルには、Webex プラットフォームを検証するために使用される CA ルート証明書が含まれています。

構成

1

有効でルーティング可能なIPアドレスをレイヤー3 インターフェイスに割り当てることを確認してください。


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

対称暗号化を使用して、ルータ上のSTUN資格情報を保護します。プライマリ暗号化鍵と暗号化の種類を次のように設定します。


key config-key password-encrypt YourPassword
password encryption aes
3

ドメインの証明書を使用して暗号化トラストポイントを作成します。 サポート認証局(CA)。

  1. 以下のexecコマンドを使用してRSAキーペアを作成します。

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. 以下の設定コマンドを使用して、証明書の信頼ポイントを作成し、証明書署名リクエストで使用するフィールド値を指定します。

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn none
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
     hash sha256 

    証明書フィールドのノート:

    • fqdn: これは Webex 呼び出しに必要なフィールドではありません。証明書署名要求にこのフィールドを含まないようにこの設定を "none" に設定します。このコマンドを使用してFQDNを含める必要がある場合、Local Gateway操作には影響はありません。

    • 件名:ローカルゲートウェイからの呼び出しを検証するには、Webexは、SIPコンタクトヘッダーのFQDNとSBC証明書の被験者共通名(CN)属性またはSAN(Subject Alternative Name)フィールドのいずれかに含まれているものと、SIPコンタクトヘッダーのFQDNと一致する必要があります。被験者フィールドには少なくとも 1 つの CN 属性を含める必要があり、必要に応じて、他の属性を含めることができます。詳細については、を参照してください。 被験者名.

    • 件名alt-名前:SBC証明書のSANフィールドには、追加のFQDNのリストを含めることができます。Webex はこのリストをチェックして、証明書の Subject CN 属性が一致しない場合、ローカルゲートウェイからのメッセージの SIP 連絡先ヘッダーを検証します。

    • ハッシュの意味:証明書署名要求(CSR)はSHAを使用して署名することをお勧めします256。Cisco IOS XE 17.11.1は、このアルゴリズムをデフォルトで使用し、以前のリリースでは、ハッシュコマンドを使用します。

  3. 以下のexecまたは設定コマンドを使用して証明書署名リクエスト(CSR)を生成し、サポートされているCAプロバイダから署名された証明書を要求するために使用します。

    crypto pki enroll LGW_CERT

4

ホスト証明書を認証するために、中間署名 CA の証明書を指定します。以下のexecまたは設定コマンドを入力します。


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

5

署名されたホスト証明書を、以下の exec または設定コマンドを用いてインポートします。


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

6

TLS1.2独占を有効にし、以下の設定コマンドを使用して音声アプリケーションで使用するデフォルトのトラストポイントを指定します。


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

7

Webex Calling で使用される IdenTrust Commercial Root CA 1 証明書を含む Cisco ルート CA バンドルをインストールします。イベント、登録者、出席者にすばやくアクセスするため、 crypto pki trustpool import clean url url 指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアするには、証明書の新しいバンドルをインストールします。

HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、以下の設定を追加します。

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

Control Hubの既存の場所のためのCUBE証明書ベースPSTNトランクを作成します。詳細については、を参照してください。 Webex 呼び出しのトランクス、ルートグループ、ダイヤルプランを設定します.

トランクの作成に関するトランク情報をメモしてください。以下の図でハイライトされているように、これらの詳細はこのガイドの設定手順で使用されます。

CUBE 証明書ベースの PSTN トランクグループを作成

2

CUBE を 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
  • 料金詐欺から保護するために、信頼されたアドレスリストは、ローカルゲートウェイが合法的なVoIP呼び出しを期待するホストとネットワークエンティティのリストを定義します。

  • デフォルトでは、ローカルゲートウェイは、信頼されたリストに含まれていないIPアドレスからのすべてのVoIPメッセージをブロックします。デフォルトでは、「セッションターゲットIP」またはサーバーグループIPアドレスを持つ静的に構成されたダイヤルピアが信頼されます。信頼されたリストにこれらのIPアドレスを追加する必要はありません。

  • ローカルゲートウェイを設定するときは、地域のWebex CallingデータセンターのIPサブネットをリストに追加します。 Webex 呼び出しのポート参照情報より多くの情報のために。また、Unified Communications Managerサーバー(使用されている場合)およびPSTNトランクゲートウェイのアドレス範囲を追加します。

  • 料金詐欺を防ぐために信頼されたIPアドレスの使用方法の詳細については、を参照してください。 信頼されたIPアドレス.

mode border-element

プラットフォーム上の Cisco Unified Border Element (CUBE) 機能を有効にします。

allow-connections sip to sip

CUBEの基本的なSIPをユーザーエージェント機能に戻して有効にします。詳細については、を参照してください。 接続を許可する.

デフォルトでは、T.38 ファックス転送が有効になります。詳細については、を参照してください。 ファックスプロトコルt38(音声サービス).

stun

STUN (Session Traversal of UDP THROUGH NAT) をグローバルに有効にします。

これらのグローバル stun コマンドは、Local Gateway を NAT の後ろにデプロイする場合にのみ必要です。

  • ローカルゲートウェイのSTUNバインディング機能により、ローカルで生成されたSTUNリクエストがネゴシエートされたメディアパス上で送信されます。これは、ファイアウォール内のピンホールを開くのに役立ちます。

詳細については、を参照してください。  stun フローデータエージェントIDと  stunフローデータ共有秘密.

asymmetric payload full

DTMFと動的コーデックペイロードの両方でSIP非対称ペイロードのサポートを設定します。このコマンドの詳細については、を参照してください。 非対称ペイロード.

early-offer forced

ローカルゲートウェイに、隣接するピアからの承認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、を参照してください。 早期オファー.

sip-profiles inbound

CUBE が SIP プロファイルを受信時に変更できるようにします。プロファイルは、ダイヤルピアまたはテナントを通じて適用されます。

3

設定 voice class codec 100 G.711コーデックは、すべてのトランクに対してのみ使用できます。このシンプルなアプローチは、ほとんどのデプロイメントに適しています。必要に応じて、生成システムと終了システムの両方でサポートされているコーデックタイプをリストに追加します。

より複雑なソリューション トランスコーディングDSPモジュールの使用はサポートされていますが、このガイドには含まれていません。


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

以下は、設定のフィールドの説明です。

voice class codec 100

SIP トランク呼び出しの優先コーデックのみを許可するために使用。詳細については、を参照してください。 音声クラスコーデック.

4

設定 voice class stun-usage 100 Webex Calling trunkでICEを有効にします。(この手順は、Webex for Government には適用されません)


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

以下は、設定のフィールドの説明です。

stun usage ice lite

すべてのWebex Callingに直面しているダイヤルピアでICE-Liteを有効にし、可能な限りメディア最適化を可能にします。詳細については、を参照してください。 音声クラスストーンの使用法石の使用法 アイス ライト.

メッセージは、 stun usage firewall-traversal flowdata コマンドは、NAT の背後にローカルゲートウェイをデプロイする場合にのみ必要です。

メディアの最適化は、可能な限り、交渉されます。呼び出しが記録などのクラウドメディアサービスを必要とする場合、メディアは最適化できません。

5

Webex トラフィックのメディア暗号化ポリシーを設定します。(この手順は、Webex for Government には適用されません)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

以下は、設定のフィールドの説明です。

voice class srtp-crypto 100

SDPで唯一のSRTP暗号化スイートCUBEが提供するSHA1_80をSDPで指定します。Webex 呼び出しは SHA1_80 のみをサポートします。詳細については、を参照してください。 音声クラス srtp-crypto.

6

FIPS準拠のGCM暗号を設定する(この手順は、Webex for Governmentにのみ適用されます)


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

以下は、設定のフィールドの説明です。

voice class srtp-crypto 100

CUBE が提供する暗号スイートとして GCM を指定します。Webex for Local Gateway for Government の GCM 暗号を設定する必要があります。

7

ターゲットFQDNまたはSRVに基づいて、ローカルゲートウェイトランクへの呼び出しを一意に識別するパターンを設定します。


voice class uri 100 sip
 pattern cube1.lgw.com

以下は、設定のフィールドの説明です。

voice class uri 100 sip

着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、トランクのControl Hubで設定されたトランクFQDNまたはSRVを使用してください。

Webex Calling の証明書ベースのトランクのテナント側の設定では、ローカルゲートウェイで SRV ベースの Webex Calling Edge アドレスを使用してください。FQDN はもはやサポートされていません。

8

SIP メッセージ操作プロファイルを設定します。ゲートウェイがパブリックIPアドレスで設定されている場合は、次のようにプロファイルを設定するか、NATを使用している場合は、次のステップにスキップします。この例では、cube1.lgw.com はローカルゲートウェイに設定されている FQDN です。


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:" 
 

以下は、設定のフィールドの説明です。

ルール10 と 20

Webex がローカルゲートウェイからのメッセージを認証できるようにするには、SIPリクエストとレスポンスメッセージの「連絡先」ヘッダーには、Control Hubのトランクにプロビジョニングされた値が含まれている必要があります。これは、単一のホストの FQDN か、デバイスのクラスタに使用される SRV 名です。

9

ゲートウェイが静的NATの背後にプライベートIPアドレスで設定されている場合、インバウンド/アウトバウンドSIPプロファイルを以下のように設定します。この例では、cube1.lgw.comはローカルゲートウェイに設定されたFQDNであり、「10.80.13.12」はWebex Callingに直面するインターフェイスIPアドレスであり、「192.65.79.20」はNATパブリックIPアドレスです。

Webex コールへの送信メッセージのための SIP プロファイル

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

Webex がローカルゲートウェイからのメッセージを認証できるようにするには、SIPリクエストとレスポンスメッセージの「連絡先」ヘッダーには、Control Hubのトランクにプロビジョニングされた値が含まれている必要があります。これは、単一のホストの FQDN か、デバイスのクラスタに使用される SRV 名です。

rules 30 to 81

プライベート アドレスの参照をサイトの外部公開アドレスに変換し、Webex がその後のメッセージを正しく解釈し、ルーティングできるようにします。

Webex Calling からのインバウンドメッセージの SIP プロファイル

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

パブリックアドレス参照を設定したプライベートアドレスに変換し、CUBE が Webex からのメッセージを処理できるようにします。

詳細については、を参照してください。 音声クラスsip-profiles.

米国またはカナダのPSTNプロバイダーは、スパムおよび詐欺通話のための発信者ID検証を提供することができます。 Webex Callingにおけるスパムまたは不正通報の表示記事

10

ヘッダ変更プロファイルを持つ SIP Options keepalive を設定します。


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

keepalive プロファイルを構成し、ボイスクラスの構成モードに入ります。エンドポイントへのハートビート接続がUPまたはDOWNの状態にあるときに、SIP Out of Dialog Options Pingがダイヤルターゲットに送信される時間(秒単位)を設定できます。

この keepalive プロファイルは、Webex に設定されたダイヤルピアからトリガーされます。

コンタクトヘッダーにSBC完全修飾ドメイン名が含まれていることを確認するために、SIPプロファイル115 が使用されます。規則30、40、50はSBCが静的NATの背後に設定されている場合にのみ必要です。

この例では、cube1.lgw.comはローカルゲートウェイに選択されたFQDNであり、静的なNATが使用されている場合、"10.80.13.12"はWebex Callingに対するSBCインターフェイスIPアドレスであり、"192.65.79.20"はNATパブリックIPアドレスです。

11

Webex コールトランクを設定します:

  1. 作成 voice class tenant 100 Webex Calling trunkのために特別に必要とされる定義およびグループ構成。このテナントに関連するダイヤルピアは、後にこれらの構成を継承します。

    次の例は、このガイドの目的(太字で表示)のために、ステップ1 で示す値を使用します。設定中のトランクの値と置き換えます。

    
    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
     rel1xx disable
     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 
     sip-profiles 110 inbound
     privacy-policy passthru
    !

    以下は、設定のフィールドの説明です。

    voice class tenant 100

    テナントを使用してTLS証明書とCNまたはSAN検証リストを持つトランクを構成することをお勧めします。ここでは、テナントに関連する tls-profile には、新しい接続を受け入れまたは作成するために使用される信頼ポイントが含まれており、受信接続を検証するための CN または SAN リストがあります。詳細については、を参照してください。 ボイス・クラステナント.

    no remote-party-id

    Webex Calling が PAI をサポートしているため、SIP Remote-Party-ID (RPID) ヘッダーを無効にします。 asserted-id pai します。詳細については、を参照してください。 リモートパーティー ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    トランクのターゲットSIPサーバーを設定します。トランクを作成したときに、コントロールハブで提供されるEdgeプロキシSRVアドレスを使用します

    srtp-crypto 100

    SRTPコールレッグ(接続)の優先する暗号スイートを設定します(ステップ5で指定)。詳細については、を参照してください。 音声クラス srtp-crypto.

    localhost dns: cube1.lgw.com

    送信メッセージのFrom、Call-ID、およびREMOTE-PARTY-IDヘッダー内の物理的なIPアドレスを提供されたFQDNに置き換えるためにCUBEを構成します。ここでトランクのコントロールハブで設定されたトランクFQDNまたはSRVを使用します。

    session transport tcp tls

    関連するダイヤルピアの TLS へのトランスポートを設定します。詳細については、を参照してください。 セッション輸送.

    no session refresh

    CUBE と Webex 間の呼び出しに対して SIP セッションの更新を無効にします。詳細については、を参照してください。 セッションの更新.

    error-passthru

    SIP エラー応答パススルー機能を指定します。詳細については、を参照してください。 エラー-passthru.

    rel1xx disable

    Webex Calling トランクに対する信頼性の高い仮レスポンスの使用を無効にします。詳細については、を参照してください。 レル120世紀.

    asserted-id pai

    (オプション) P-Asserted-Identity ヘッダ処理をオンにし、Webex Calling トランクに使用する方法を制御します。

    Webex Calling には、ローカルゲートウェイへのアウトバウンドコール INVITE の P-Asserted-Identity (PAI) ヘッダーが含まれています。

    このコマンドが設定されている場合、PAIヘッダーからの呼び出し元情報を使用して、送信元とPAI/Remote-Party-IDヘッダーに入力します。

    このコマンドが設定されていない場合、[From] ヘッダーからの発信者の情報を使用して、送信する From と PAI/Remote-Party-ID ヘッダーに入力します。

    詳細については、を参照してください。 アサートID.

    bind control source-interface GigabitEthernet0/0/1

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

    bind media source-interface GigabitEthernet0/0/1

    Webex Callingに送信されるメディアのソースインターフェースと関連するIPアドレスを設定します。詳細については、を参照してください。 バインド.

    voice-class sip profiles 100

    送信メッセージに使用するヘッダ変更プロファイル (パブリック IP または NAT アドレス) を適用します。詳細については、を参照してください。 音声クラスSIPプロファイル.

    voice-class sip profiles 110 inbound

    NATの背後にあるLGW展開の場合:インバウンドメッセージに使用するヘッダ変更プロファイルを適用します。詳細については、 voice-class sip profiles を参照してください。

    privacy-policy passthru

    受信メッセージから次のコールレッグにプライバシーヘッダを透過的に渡すように CUBE を設定します。詳細については、を参照してください。 プライバシーポリシー.

  2. Webex Calling トランクダイヤルピアを設定します。

    
    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 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

    VoIP ダイヤルピアをタグで定義する 100 管理やトラブルシューティングの容易さについて、意味のある説明をします。詳細については、を参照してください。 ダイヤルピア.

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用できます。詳細については、を参照してください。 出力パターン (インターフェイス).

    session protocol sipv2

    このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア).

    session target sip-server

    テナント100 で定義されたSIPサーバーが継承され、このダイヤルピアからの呼び出し先に使用されていることを示します。

    incoming uri request  100

    INVITE リクエストヘッダー URI を使用して、このダイヤルピアへの着信呼び出しに一致させるために使用する音声クラスを指定します。詳細については、を参照してください。  入る URI.

    voice-class codec 100

    Webex コールへの呼び出しと Webex コールからの呼び出しのコーデックフィルタリストを表示します。詳細については、を参照してください。 音声クラスコーデック.

    voice-class stun-usage 100

    ローカルゲートウェイからローカル生成されたSTUNリクエストをネゴシエートされたメディアパス経由で送信できるようにします。STUNパケットは、メディアトラフィックのためのファイアウォールピンホールを開き、メディア最適化のための有効なパスを検出するのに役立ちます。

    voice-class sip tenant 100

    ダイヤルピアは、グローバルおよびテナントで設定されたすべてのパラメータを継承しています100。パラメータは、ダイヤルピアレベルで上書きされることがあります。詳細については、を参照してください。  ボイス・クラス・シップテナント.

    voice-class sip options-keepalive profile 100

    このコマンドは、特定のプロファイル(100)を使用して、SIPサーバーまたはエンドポイントのグループの可用性を監視します。

    srtp

    コールレグの SRTP を有効にする。

  3. (オプション) 音声のみを強制的に呼び出します。

    ローカルゲートウェイのコールフローを使用してWebex呼び出しのビデオはサポートされていません。ビデオはいくつかのシナリオで機能することができますが、品質が劣化し、予期せぬ動作を引き起こす可能性があります。音声のみにコールを強制するには、Webex Calling ダイヤルピアで次のコマンドを適用します。

    voice-class sip audio forced

    ビデオを許可することを選択した場合、呼び出しが期待どおりに実行されない場合があります。

12

(オプション) CUBEなどのネットワークデバイスを構成し、デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、これらのコマンドを使用します。これらのコマンドにより、デバイスはローカルゲートウェイ上のジオロケーションヘッダーやPIDF-LO(Presence Information Data Format - Location Object)など、サポートされていないSIPヘッダーを通過することができます。この機能により、Nomadic E-911サービスをサポートし、重要な位置情報を正しく保存および転送できるようにします。

  1. ダイヤルピアの設定

    Voice service voip
     sip
      pass-thru headers unsupp
    
  2. ダイヤルピア固有の設定

    
    Dial-peer voice 911 voip
     voice-class sip pass-thru headers unsupp
  3. 特定のヘッダーの音声クラス設定

    Geo ロケーションヘッダーをプロキシ:

    
    voice class sip-hdr-passthrulist 200 
     passthru-hdr Geolocation-Routing
     passthru-hdr Geolocation
     passthru-hdr-unsupp

    インバウンド/アウトバウンドダイヤルピアにパススルーを適用します

    
    dial-peer voice 100 voip  // inbound
     voice-class sip pass-thru headers 200
    dial-peer voice 200 voip  // outbound
     voice-class sip pass-thru headers 200

    PIDFO本体のパススルーを有効にするには、以下を使用します。

    
    voice service voip 
     sip 
      pass-thru content unsupp

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

あなたのサービスプロバイダが安全なPSTNトランクを提供している場合、Webex Callingトランクについては、上記と同様の構成に従うことがあります。CUBEは安全なコールルーティングをサポートしています。

TDM / ISDN PSTN トランクを使用している場合は、次のセクションTDM PSTN トランクでローカルゲートウェイを設定します

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

1

PSTN トランクからのインバウンド呼び出しを識別するために、次の音声クラス uri を構成します。


voice class uri 200 sip
  host ipv4:192.168.80.13

以下は、設定のフィールドの説明です。

voice class uri 200 sip

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

2

次の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 asserted-id pai
 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ダイヤルピアをタグで定義し200 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア・ボイス

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス).

session protocol sipv2

このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア).

session target ipv4: 192.168.80.13

PSTN プロバイダに送信される通話のターゲットアドレスを指定します。これは IP アドレスまたは DNS ホスト名です。詳細については、を参照してください。  セッションターゲット (VoIP ダイヤルピア).

incoming uri via 200

INVITE VIA ヘッダー URI を使用して、このダイヤルピアへの着信呼び出しに一致させるために使用する音声クラスを指定します。詳細については、を参照してください。  着信URL.

voice-class sip asserted-id pai

(オプション) P-Asserted-Identity ヘッダ処理をオンにし、PSTN トランクに使用する方法を制御します。このコマンドが使用されている場合、着信ダイヤルピアから提供された呼び出し当事者 ID は、送信元および P-Asserted-Identity ヘッダーに使用されます。このコマンドが使用されていない場合、着信ダイヤルピアから提供された呼び出し当事者 ID が From および Remote-Party-ID ヘッダーに出力するために使用されます。詳細については、を参照してください。 音声クラスsip asserted-id.

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

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

voice-class codec 100

一般的なコーデックフィルタリストを使用するようにダイヤルピアを設定します100。詳細については、を参照してください。 音声クラスコーデック.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声).

no vad

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

3

ローカルゲートウェイをWebex CallingとPSTN間のルート呼び出しのみに設定している場合は、以下のコールルーティング設定を追加します。Unified Communications Manager プラットフォームでローカルゲートウェイを構成する場合は、次のセクションにスキップします。

  1. ダイヤルピアグループを作成し、Webex Calling または PSTN への呼び出しをルーティングします。Webex Callingに対してアウトバウンドダイヤルピアで100DPG100 を定義します。DPG100 は、PSTNからの着信ダイヤルピアに適用されます。同様に、PSTNに向かってアウトバウンドダイヤルピア200 でDPG200 を定義します。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

    以下は、設定のフィールドの説明です。

    dial-peer 100

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  2. WebexからPSTNへ、PSTNからWebexへの通話をルーティングするには、ダイヤルピアグループを適用します。

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    以下は、設定のフィールドの説明です。

    destination dpg 200

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

    これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

Webex Callingに向かってトランクを構築した後、次の設定を使用して、ループバックコールルーティングを備えたPSTNサービス用のTDMトランクを作成し、Webexコールレッグのメディア最適化を可能にします。

IPメディアの最適化を必要としない場合は、SIP PSTNトランクの設定手順に従ってください。PSTN VoIPダイヤルピアの代わりに、ボイスポートとPOTSダイヤルピア(ステップ2および3に示すように)を使用してください。

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 

以下は、設定のフィールドの説明です。

voice translation-rule

ルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。十進数字(「A」)は、トラブルシューティングの明快性を追加するために使用されます。

この設定では、翻訳プロファイルによって追加されたタグ 100ループバックダイヤルピアを介してWebex CallingからPSTNへの呼び出しを誘導するために使用されます。同様に、翻訳プロファイル200 によって追加されたタグは、PSTNからWebex Callingへの呼び出しを誘導するために使用されます。WebexとPSTNトランクにそれぞれ呼び出しを行う前に、翻訳プロファイル11 と12これらのタグを削除します。

この例では、Webex Calling からの呼び出し番号が +E.164 形式で表示されることを想定しています。ルール100 はリードする+を削除し、有効な呼び出された番号を維持します。ルール12 は、タグを削除するときに国内または国際的なルーティング桁を追加します。お住まいの地域のISDNナショナルダイヤルプランに合った数字を使用してください。

Webex Callingが全国形式の番号を提示する場合、ルール100 と12 を調整して、ルーティングタグを追加して削除するだけです。

詳細については、を参照してください。 音声翻訳音声翻訳.

2

使用するトランクタイプとプロトコルで必要に応じてTDM音声インターフェースポートを設定します。詳細については、を参照してください。 PRI ISDN の設定.たとえば、デバイスの NIM スロット2 にインストールされた Primary Rate 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

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

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス).

translation-profile incoming 200

着信番号にコールルーティングタグを追加する翻訳プロファイルを割り当てます。

direct-inward-dial

セカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細については、を参照してください。 インサイドダイヤル.

port 0/2/0:15

このダイヤルピアに関連付けられている物理音声ポート。

4

TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、Webex CallingとPSTNトランク間の内部ループバックダイヤルピアを導入することで、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信呼び出しは、最初にdial-peer10にルーティングされ、そこからdial-peer11または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 voip
 description Outbound loop-around leg

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

translation-profile incoming 11

先に定義された翻訳プロファイルを適用して、アウトバウンドトランクに渡す前に、コールルーティングタグを削除します。

destination-pattern BAD.BAD

インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。詳細については、を参照してください。 出力パターン (インターフェイス).

session protocol sipv2

このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

session target ipv4: 192.168.80.14

ループバックへの呼び出しターゲットとしてローカルルーターインターフェイスを指定します。詳細については、を参照してください。 セッションターゲット (voip ダイヤルピア).

bind control source-interface  GigabitEthernet0/0/0

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

bind media source-interface  GigabitEthernet0/0/0

ループバックを介して送信されるメディアのソースインターフェイスと関連する IP アドレスを設定します。詳細については、を参照してください。  バインド.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

codec g711alaw

すべてのPSTNコールにG.711を使用するよう強制します。お使いのISDNサービスで使用するコーディング方法に一致する法律またはu法律を選択します。

no vad

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

5

以下のコールルーティング設定を追加します。

  1. ループバックを介して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

    以下は、設定のフィールドの説明です。

    dial-peer 100

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  2. コールをルーティングするためにダイヤルピアグループを適用します。

    
    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

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

前のセクションのPSTN-Webex Calling構成を変更して、Cisco Unified Communications Manager (UCM) クラスタに追加トランクを含めることができます。この場合、すべての呼び出しはUnified CMを介してルーティングされます。ポート5060 のUCMからの呼び出しはPSTNにルーティングされ、ポート5065 からの呼び出しはWebex Callingにルーティングされます。この呼び出しシナリオを含めるために、以下の増分構成を追加することができます。

1

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

  1. Unified CMをWebex呼び出しにSIP経由のポートを使用して分類します。

    
    voice class uri 300 sip
     pattern :5065
    
  2. ポート経由でSIPを使用してPSTNコールに統一されたCMを分類する:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    UCMからPSTNトランクへの受信メッセージを、ソースアドレスとポート番号を記述する1つ以上のパターンを使用して分類します。正規表現は、必要に応じてマッチングパターンを定義するために使用されます。

    上記の例では、192.168.80.60to65およびポート番号5060のIPアドレスにマッチする正規表現が使用されます。

2

Unified CM ホストへの SRV ルーティングを指定するために、以下の DNS レコードを設定します。

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 host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

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

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

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

ucmsub.mydomain5.com:リソースレコードのターゲットホスト

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

ip host ucmsub5.mydomain.com 192.168.80.65

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

ucmsub.mydomain5.com:A レコードホスト名。

192.168.80.65:ホスト IP アドレス。

UCM環境と好ましいコール配布戦略を反映するSRVリソースレコードとレコードを作成します。

3

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

  1. Unified CMとWebexのコール間の通話のためのダイヤルピア:

    
    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

    VoIPダイヤルピアをタグで定義し300 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。

    session protocol sipv2

    ダイヤルピアがSIPコールレッグを処理する300 ことを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

    session target dns:wxtocucm.io

    複数のUnified CMノードのセッションターゲットをDNS SRV解像度で定義します。この場合、ローカルで定義された SRV レコード wxtocucm.io が呼び出しを指示するために使用されます。

    incoming uri via 300

    音声クラスURI300 を使用して、ソースポート5065 を使用してUnified CMからのすべての受信トラフィックをこのダイヤルピアに指示します。詳細については、を参照してください。  入る URI.

    voice-class codec 100

    Unified CMへの呼び出しとUnified CMからの呼び出しのコーデックフィルタリストを表示します。詳細については、を参照してください。  音声クラスコーデック.

    bind control source-interface GigabitEthernet0/0/0

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

    no vad

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

  2. 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ダイヤルピアをタグで定義し400 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。

    destination-pattern BAD.BAD

    インバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。

    session protocol sipv2

    ダイヤルピアがSIPコールレッグを処理する400 ことを指定します。詳細については、を参照してください。  セッションプロトコル (ダイヤルピア).

    session target dns:pstntocucm.io

    複数のUnified CMノードのセッションターゲットをDNS SRV解像度で定義します。この場合、ローカルで定義されたSRVレコードpstntocucm.ioを使用して呼び出しを指示します。

    incoming uri via 400

    音声クラスURI400 を使用して、ソースポート5060 を使用して指定されたUnified CMホストからのすべての受信トラフィックをこのダイヤルピアに指示します。詳細については、を参照してください。  入る URI.

    voice-class codec 100

    Unified CMへの呼び出しとUnified CMからの呼び出しのコーデックフィルタリストを表示します。詳細については、を参照してください。  音声クラスコーデック.

    bind control source-interface GigabitEthernet0/0/0

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。  DTMFリレー(IP経由の声).

    no vad

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

4

以下の構成を使用してコールルーティングを追加します。

  1. Unified CMとWebex Callingの間の呼び出しをルーティングするダイヤルピアグループを作成します。DPG100 を定義する outbound dial-peer 100 Webexの呼び出しDPG 100は、Unified CMからの対応する着信ダイヤルピアに適用されます。同様に、DPG300をUnified CMに対してアウトバウンドダイヤルピア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 
  2. Unified CMとPSTN間の呼び出しをルーティングするダイヤルピアグループを作成します。DPG200 を定義する outbound dial-peer 200 PSTNへ。DPG 200は、Unified CMからの対応する着信ダイヤルピアに適用されます。同様に、DPG400をUnified CMに対してアウトバウンドダイヤルピア400で定義する。DPG400 は、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

    アウトバウンドダイヤルピアとダイヤルピアのグループを関連付けます。詳細については、を参照してください。  音声クラスDPG.

  3. ダイヤルピアグループを使用して、WebexからUnified CMへ、Unified CMからWebexへの呼び出しをルーティングします。

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    以下は、設定のフィールドの説明です。

    destination dpg 300

    どのダイヤルピアグループかを指定します。したがって、この着信ダイヤルピアに提示される呼び出しのアウトバウンド処理に、ダイヤルピアを使用する必要があります。

  4. PSTNからUnified CMへ、およびPSTNへのUnified CMからUnified CMへの通話をルーティングするには、ダイヤルピアグループを適用します。

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。

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

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

  • show command 出力を収集中

  • 統合ログファイルの生成

  • HTTPS、SCP、FTP サーバーなどのネットワークロケーションをユーザーにアップロードする

TAC エンジニアは DS ファイルを作成し、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数字の ID があります。診断署名ルックアップツール(DSLT) は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。

開始する前に:

  • ダウンロードしたDSファイルを編集しないでください DSLTシステム.変更するファイルは、整合性チェックエラーのためインストールに失敗します。

  • ローカル ゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。

  • 電子メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイがIOS XE 17.6.1以上を実行していることを確認してください。

前提条件

IOS XE17.6.1以上を実行するローカルゲートウェイ

  1. 診断署名はデフォルトで有効になっています。

  2. デバイスがIOS XE 17.6.1以上を実行している場合、事前通知を送信するために使用する安全なメールサーバーを設定します。

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 

  3. 通知する管理者のメールアドレスを使用して環境変数 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%以上に達すると、すべてのデバッグを無効にし、ローカルゲートウェイにインストールしたすべての診断シグネチャをアンインストールします。下記の手順を実行して署名をインストールします。

  1. コマンドを使用してSNMPを有効にしていることを確認してください show snmp.SNMP が有効になっていない場合は、 snmp-server manager します。

    
    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 
    
  2. ダウンロード DS 64224次のドロップダウンオプションを使用して、 診断署名ルックアップツール:

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

    フィールド名

    フィールド値

    Platform

    Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア

    対応製品

    Webex CallingソリューションのCUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    メール通知による高 CPU 使用率

    Download DS 64224 from Diagnostic Signatures Lookup tool
  3. 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) 
    
  4. ローカルゲートウェイに DS XML ファイルをインストールします。

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. イベント、登録者、出席者にすばやくアクセスするため、 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

    00...10

    登録者数

    2020-11-07 22:05:33

    トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要に応じて、DS64224 を再インストールして、Local Gatewayで高いCPU使用状況を監視してください。

異常な通話切断の監視

このDSは、10分ごとにSNMPポーリングを使用して、SIPエラー403、488および503で異常なコール切断を検出します。  エラー数の増分が最後の投票から5より大きいか、または等しい場合は、syslogと電子メールの通知を生成します。 下記の手順を実行して、署名をインストールしてください。

  1. コマンドを使用して SNMP が有効になっていることを確認します show snmp.SNMP が有効でない場合は、 snmp-server manager します。

    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 
  2. ダウンロード DS 65221次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    メールおよび Syslog 通知による SIP の異常通話切断検出

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

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

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. コマンドを使う show call-home diagnostic-signature 署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。

診断署名をインストールして問題のトラブルシューティングを行う

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

あなたはそれを使用することができます 診断署名ルックアップツール該当する署名を見つけ、特定の問題を自己解決するためにそれらをインストールするか、サポートエンゲージメントの一環としてTACエンジニアが推奨する署名をインストールすることができます。

以下は、「%VOICE_IEC-3-GW」の発生を検出するためのDSを見つけてインストールする方法の例です。CCAPI:Internal Error (call spike threshold):IEC=1.1.181.1.29.0" syslogと診断データ収集の自動化:

  1. 診断データをアップロードするために、別の DS 環境変数 ds_fsurl_prefix Cisco TAC ファイルサーバパス (cxd.cisco.com) に設定します。 ファイルパスのユーザー名はケース番号、パスワードはファイルアップロードトークンであり、そこから取得できるファイルアップロードトークンです。 サポートケースマネージャー次のとおりである。 ファイルアップロードトークンは、必要に応じてサポートケースマネージャーの添付ファイル セクションで生成できます。

    The file upload token generated in the Attachments section of the 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"  
  2. コマンドを使用して SNMP が有効になっていることを確認します show snmp.SNMP が有効になっていない場合は、 snmp-server manager します。

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. 高速CPU使用時にすべてのデバッグおよび診断署名を無効にするため、高速CPUモニタリングDS64224 をインストールすることをお勧めします。ダウンロード DS 64224次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア

    対応製品

    Webex Calling ソリューションの CUBE Enterprise

    問題の範囲

    パフォーマンス

    問題の種類

    通知メールによる CPU 使用率が高い

  4. ダウンロード DS 65095次のオプションを使用して、 診断署名ルックアップツール:

    フィールド名

    フィールド値

    Platform

    Cisco4300、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.290

  5. 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: 
  6. 高いCPU監視DS64224 、次に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 
    
  7. 署名が正常にインストールされていることを確認する 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

    00...10

    登録者数

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    00...12

    登録者数

    2020-11-08:00:12:53

診断署名の実行を確認します

次のコマンドでは、コマンドの「ステータス」列 show call-home diagnostic-signature ローカルゲートウェイが署名内で定義されたアクションを実行している間、「実行中」に変更します。の 出力 show call-home diagnostic-signature statistics これは、診断の署名が興味のあるイベントを検出してアクションを実行するかどうかを検証する最良の方法です。「トリガーされた/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

00...10

登録者数

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

00...12

実行中(Running)

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/Y

23。053

23。053

診断署名通知メール送信されるレポートには、問題の種類、デバイスの詳細、ソフトウェア バージョン、コンフィギュレーションの実行、および与えられた問題のトラブルシューティングに関連するコマンド出力の表示などの重要な情報が含されます。

Notification email that is sent during Diagnostic Signature execution

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

トラブルシューティングのために診断署名を使用すると、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、以下の出力から DS ID を取得します。 show call-home diagnostic-signature そして次のコマンドを実行します。

call-home diagnostic-signature deinstall <DS ID> 

例:

call-home diagnostic-signature deinstall 64224 

診断署名ルックアップ ツールに、展開で見られる問題に基づいて、定期的に新しい署名が追加されます。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。

この投稿記事は役に立ちましたか?
この投稿記事は役に立ちましたか?