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

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

  • ローカルゲートウェイ

  • 政府向け Webex のローカルゲートウェイ

  • 始める前に、の構内公衆交換電話網(PSTN)とローカルゲートウェイ(LGW)の要件を理解してください。Webex Calling 詳細については、シスコプリファードアーキテクチャを参照してください。Webex Calling

  • この記事では、既存の音声設定なしで専用のローカルゲートウェイプラットフォームが導入されていることを前提としています。 既存のPSTNゲートウェイまたはCUBE Enterpriseの導入をローカルゲートウェイ機能として使用するように変更する場合はWebex Calling、構成に細心の注意を払ってください。 変更を加えたからといって、既存の通話フローや機能が中断されないようにしてください。

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

サポートされているサードパーティのSBCについては、 それぞれの製品リファレンスドキュメントを参照してください。

Webex Callingトランクのローカルゲートウェイを設定するには、次の2つの方法があります。

  • 登録ベースのトランク

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

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

さまざまなトランクタイプの詳細については、「ローカルゲートウェイ入門」を参照してください。 コマンドラインインターフェイス (CLI)を使用して、ローカルゲートウェイ自体で次の手順を実行します。 トランクの保護にはセッション開始プロトコル(SIP)とトランスポート層セキュリティ(TLS) トランスポートを使用し、 ローカルゲートウェイと間のメディアを保護するにはセキュアリアルタイムプロトコル(SRTP)を使用します。Webex Calling

  • ローカルゲートウェイとしてCUBEを選択してください。 政府向け Webex は現在、サードパーティのセッションボーダーコントローラー(SBC)をサポートしていません。 最新のリストを確認するには、「ローカルゲートウェイ入門」を参照してください。

  • すべての Webex for Government ローカルゲートウェイに Cisco IOS XE Dublin 17.12.1a 以降のバージョンをインストールしてください。
  • Webex for Government がサポートしているルート認証局 (CA) のリストを確認するには、「政府向け Webex のルート認証局」を参照してください。

  • Webex for Governmentのローカルゲートウェイの外部ポート範囲の詳細については、「のネットワーク要件」を参照してください。Webex for Government (FedRAMP)

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

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

  • ファックス (T.38)

Webex for Webex Calling Governmentでトランクにローカルゲートウェイを設定するには、次のオプションを使用してください。

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

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

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

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

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

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

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

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

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

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

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

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

インタラクティブ接続確立(ICE)とTDM (時分割多重化)Webex CallingISDN回線でメディアを最適化するには、双方向のコールルーティングプロセスを使用する必要があります。

IPとSIPがPSTNトランクのデフォルトプロトコルになっていますが、TDM( 時分割多重化)ISDN回線は依然として一般的で、で完全にサポートされています。Webex Calling これらのTDM-IPコールフローのメディア最適化を有効にするには、 エンドポイントがダイレクトメディアパスをネゴシエートできるインタラクティブ接続確立(ICE)を使用する必要があります。

この最適化を実現するには、二段階の通話ルーティングプロセスが必要です。 このアプローチでは 、次の図に示すように、 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ゲートウェイ構成を使用できます。 この場合、 ユニファイドコミュニケーションマネージャーはすべてのPSTNと通話の一元的なルーティングと処理を行います。Webex Calling

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 Calling トランクの設定

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

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

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

    または:

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

ベースライン構成

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

  • すべての登録ベースのローカルゲートウェイ導入には、Cisco IOS XE 17.6.1a以降のバージョンが必要です。 Cisco IOS17.12.2以降をお勧めします。 推奨バージョンについては、 シスコソフトウェアリサーチのページを参照してください。 プラットフォームを検索して、 推奨リリースを1つ選択してください。

    • ISR4000シリーズのルーターは、 ユニファイドコミュニケーションとセキュリティテクノロジーの両方のライセンスで構成する必要があります。

    • ボイスカードまたは DSP を搭載した Catalyst Edge 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 を設定するにはこのトラストポイントが必要です。 登録ベースのトランクの場合、このトラストポイントは証明書ベースのトランクに必要な証明書を必要としません。


crypto pki trustpoint EmptyTP 
 revocation-check none
4

次の設定コマンドを使用して、TLS1.2の排他性を有効にし、デフォルトのトラストポイントを指定します。 登録のための信頼性の高い安全な接続を確保するために、トランスポートパラメータを更新してください:

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

  1. TCP リトライ回数を1000(5ミリ秒の倍数 = 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

が使用するIdenTrust商用ルートCA1証明書を含むCiscoルートCA1バンドルをインストールしてください。Webex Calling crypto pki trustpool import clean urlコマンドを使用して、指定されたURLからルートCAバンドルをダウンロードし、 現在のCAトラストプールをクリアしてから、新しい証明書バンドルをインストールしてください。

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

ip http クライアントプロキシサーバー yourproxy.com プロキシポート 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

コントロールハブの既存の場所用に、登録ベースのPSTNトランクを作成します。 トランクが作成されたら提供されるトランク情報を書き留めておいてください。 図で強調表示されている詳細は、 このガイドの設定手順で使用されます。 詳細については、「トランク、ルートグループ、 ダイヤルプランの設定」を参照してください。Webex Calling

PSTN trunk registered
2

次のコマンドを入力して、Webex Calling CUBEをローカルゲートウェイとして設定します。

 
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 Calling。 また、 ユニファイドコミュニケーションマネージャーサーバー(使用している場合) とPSTNトランクゲートウェイのアドレス範囲を追加してください。

    LGWが制限されたコーンNATを備えたファイアウォールの背後にある場合は、 Webex Calling対面インターフェイスのIPアドレスの信頼リストを無効にしたほうがいいかもしれません。 ファイアウォールはすでに、 一方的なインバウンドVoIPからあなたを保護しています。 無効にすると、 ピアのアドレスが固定されることを保証できず、Webex Calling どのような場合でもピア用にファイアウォールを設定する必要があるため、長期的な構成のオーバーヘッドが軽減されます。

モードボーダーエレメント

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

メディア統計

ローカルゲートウェイでメディアモニタリングを有効にします。

メディア一括統計情報

コントロールプレーンがデータプレーンをポーリングして一括コール統計を取得できるようにします。

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

接続を許可する-スキップ・ツー・シップ

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

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

気絶させます

STUN( NATを介したUDPのセッショントラバーサル)をグローバルに有効にします。

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

詳細については、「スタンフローデータエージェントID」と「スタンフローデータ共有シークレット」を参照してください。

非対称ペイロードフル

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

アーリーオファーが強制されます

ローカルゲートウェイに、 隣接するピアからの確認を待つのではなく、最初の INVITE メッセージでSDP情報を送信するように強制します。 このコマンドの詳細については、early-offer を参照してください。

3

すべてのトランクに G.711 コーデックのみを許可する音声クラスコーデック 100 を設定します。 このシンプルなアプローチは、ほとんどの導入に適しています。 必要に応じて、 発信側システムと終端側システムの両方でサポートされている追加のコーデックタイプをリストに追加できます。

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


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

設定用のフィールドの説明は次のとおりです。

音声クラスコーデック 100

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

4

トランクでICEを有効にするには、ボイスクラスのstun-usage 100を設定してください。Webex Calling


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

設定用のフィールドの説明は次のとおりです。

スタン使用法、アイスライト

可能な限りメディアを最適化できるように、 Webex Calling向かい合っているすべてのダイヤルピアでICE-Liteを有効にしていました。 詳細については、ボイスクラスのスタン使用法とスタン使用量「ice lite」を参照してください。

メディアの最適化は可能な限り交渉されます。 通話に録音などのクラウドメディアサービスが必要な場合、 メディアは最適化できません。

5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

設定用のフィールドの説明は次のとおりです。

ボイスクラス srtp-crypto 100

SHA1_80 オファーメッセージとアンサーメッセージでSDPでCUBEが提供している唯一のSRTP暗号スイートとして指定します。 Webex Callingサポートのみです SHA1_80。 詳細については、音声クラス srtp-crypto を参照してください。

6

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


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

設定用のフィールドの説明は次のとおりです。

ボイスクラス URI 100 チップ

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

7

SIPメッセージが送信される前に変更するために使用されるSIPプロファイル100を設定しますWebex Calling。


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

設定用のフィールドの説明は次のとおりです。

  • ルール10から70と90まで

    コールシグナリングに使用されるSIPヘッダーが、Webexプロキシが必要とするSIPスキームではなく、 SIPスキームを使用するようにします。 SIPを使用するようにCUBEを設定すると、安全な登録が確実に使用されます。

  • ルール 80

    企業内のローカルゲートウェイサイトを一意に識別するために、 コントロールハブのトランクグループOTG/DTG識別子を含むようにFromヘッダーを変更します。

8

Webex Callingトランクの設定:

  1. ボイスクラステナント100を作成して、 Webex Callingトランクに特に必要な設定を定義してグループ化します。 特に、 前にコントロールハブで提供されたトランク登録の詳細は、以下に詳述するように、このステップで使用されます。 このテナントに関連付けられているダイヤルピアは、後でこれらの設定を継承します。

    次の例では、 このガイドの目的のためにステップ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
    

    設定用のフィールドの説明は次のとおりです。

    ボイスクラステナント 100

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

    レジストラ DNS: 98027369.us10.bcld.webex.com スキームスキップの有効期限 240 リフレッシュ比 50 TCP TLS

    登録が2分ごと(240秒の 50%)に更新されるように設定されているローカルゲートウェイのレジストラサーバー。 詳細については、レジストラを参照してください。

    ここのコントロールハブのドメイン登録値を必ず使用してください。

    Dallas1171197921_LGU Dallas1463285401_LGU 資格情報番号ユーザー名パスワード 0 9Wt [ M6ify+ レルム ブロードワークス

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

    ここでは、 コントロールハブの回線/ポートホスト、 認証ユーザー名、 認証パスワードの値をそれぞれ使用してください。

    認証、ユーザー名、 Dallas1171197921_LGU パスワード 0 9Wt [ M6ify+] レルム-ブロードワークス
    Dallas1171197921_LGU 認証ユーザー名パスワード 0 9Wt [ M6ify+ レルム] 98027369.us10.bcld.webex.com

    通話の認証チャレンジ。 詳細については、認証 (ダイヤルピア) を参照してください。

    ここでは、 コントロールハブの認証ユーザー名、認証パスワード、 レジストラードメインの値をそれぞれ使用してください。

    リモートパーティIDはありません

    Webex CallingPAIをサポートしているので、SIPリモートパーティID (RPID)ヘッダーを無効にしてください。PAIは、アサーテッドID paiを使用して有効になります。 詳細については、リモートパーティーIDを参照してください。

    シップサーバーのDNS: us25.sipconnect.bcld.webex.com

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

    接続の再利用

    登録と通話処理に同じ固定接続を使用します。 詳しくは、「接続の再利用」を参照してください。

    stp-crypto 100さん

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

    セッショントランスポート TCP TLS

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

    セッション更新なし

    CUBE と Webex 間の通話の SIP セッション更新を無効にします。 詳しくは、 セッションの更新を参照してください。

    カール・シップス

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

    エラーパススルー

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

    rel1xx 無効にします

    トランクでの信頼できる暫定応答の使用を無効にします。Webex Calling 詳細については、rel1xxを参照してください。

    アサーテッドIDペイ

    (オプション) P-Asserted-Identityヘッダー処理をオンにして、 これがトランクにどのように使用されるかを制御します。Webex Calling

    Webex Callingローカルゲートウェイへのアウトバウンドコールへの招待に、 P-Asserted-Identity(PAI)ヘッダーを含みます。

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

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

    詳細については、asserted-idを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/1

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/1

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

    パススルーコンテンツなし custom-sdp

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

    シッププロファイル 100

    SIPをSIPに変更し、 SIPプロファイル100で定義されているようにINVITEおよびREGISTERメッセージの回線/ポートを変更します。 詳しくは、 音声クラスのSIPプロファイルを参照してください。

    アウトバウンドプロキシ DNS : dfw04.sipconnect-us.bcld.webex.com

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

    プライバシーポリシーパススルー

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

  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
    

    タグ100のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。

    マックスコン 250%

    LGWと間の同時インバウンドコールとアウトバウンドコールの数を制限します。Webex Calling 登録トランクでは、最大値は250に設定する必要があります。 導入環境に適している場合は、値を小さくしてください。 ローカルゲートウェイの同時通話制限の詳細については、「 ローカルゲートウェイ入門」を参照してください。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

    セッションプロトコル sipv2

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

    セッションターゲット SIPサーバー

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

    受信したURIリクエスト 100%

    VoIPダイヤルピアを着信通話のユニフォームリソース識別子(URI) と照合するために使用される音声クラスを指定します。 詳細については、「 受信URI」を参照してください。

    音声クラスコーデック 100

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

    ボイスクラスのスタン使い方 100

    ローカルゲートウェイでローカルに生成されたSTUNリクエストを、 ネゴシエートされたメディアパスを介して送信できます。 STUNは、メディアトラフィックのファイアウォールのピンホールを開くのに役立ちます。 詳しくは、ボイスクラスのスタン使い方を参照してください 。

    音声クラスなし SIP ローカルホスト

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

    ボイスクラスのシップテナント 100

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

    STP

    コールレッグのSRTPを有効にします。

    いいえ、悪いです

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

  3. (オプション)通話を音声のみに強制します。

    Webex Calling ローカルゲートウェイのコールフローを使用したビデオオーバーはサポートされていません。 シナリオによってはビデオが機能することもありますが、画質が低下したり 、予期しない動作が発生したりすることがあります。 通話を音声のみに強制するには、Webex Calling ダイヤルピアの下で次のコマンドを適用してください。

    voice-class sip audio forced

    ビデオを許可すると、通話が期待どおりに行われないことがあります。

9

CUBEなどのネットワークデバイスを設定し、デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、次のコマンドを使用してください。 これらのコマンドにより、デバイスはローカルゲートウェイ上の位置情報ヘッダーやPIDF-LO(プレゼンス情報データ形式-ロケーションオブジェクト)など、サポートされていない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. 特定のヘッダーの音声クラス設定

    位置情報ヘッダーをプロキシするには:

    
    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 Calling この時点で、アクセスSBCは証明書をローカルゲートウェイに提示します。 ローカルゲートウェイは、Webex Calling 以前に更新されたCAルートバンドルを使用してアクセスSBC証明書を検証します。 証明書が認識されると、 Webex CallingローカルゲートウェイとアクセスSBCの間で永続的なTLSセッションが確立されます。 これで、 ローカルゲートウェイはこの安全な接続を使用して、Webex access SBCに登録できます。 認証のために登録が求められるとき:

  • 認証情報設定のユーザー名、パスワード、 レルムパラメーターが応答に使用されます。

  • SIPS URLをSIPSに戻すには、SIPSプロファイル100の変更ルールが使用されます。

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

Flow diagram of authentication and registration of Webex Calling with Local gateway

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

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

TDM/ISDN PSTNトランクを使用している場合は、次のセクション「TDM PSTNトランクを使ったローカルゲートウェイの設定」に進んでください。

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

1

PSTNトランクからの着信コールを識別するには、次の音声クラスURIを設定してください。


voice class uri 200 sip
  host ipv4:192.168.80.13

設定用のフィールドの説明は次のとおりです。

ボイスクラス URI 200 チップ

着信した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

タグ200のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。 詳細については、 ダイヤルピアボイスを参照してください。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

セッションプロトコル sipv2

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

セッションターゲット ipv4: 192.168.80.13

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

200経由でURIが届きます

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

ボイスクラスシップアサーテッドIDペア

(オプション) P-Asserted-Identityヘッダー処理をオンにして、これがPSTNトランクにどのように使用されるかを制御します。 このコマンドを使用すると、 着信ダイヤルピアから提供された発信側のIDが、 発信FromヘッダーとP-Asserted-Identityヘッダーに使用されます。 このコマンドを使用しない場合、 着信ダイヤルピアから提供された発信側のIDが、 発信FromヘッダーとRemote-Party-IDヘッダーに使用されます。 詳細については、ボイスクラス SIP アサーテッドIDを参照してください。

バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

音声クラスコーデック 100

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

DTMF-リレー rtp-nte

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

いいえ、悪いです

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

3

Webex CallingとPSTN間の通話のみをルーティングするようにローカルゲートウェイを設定する場合は、次の通話ルーティング設定を追加してください。 ユニファイドコミュニケーションマネージャープラットフォームでローカルゲートウェイを設定する場合は、 次のセクションに進んでください。

  1. ダイヤルピアグループを作成して、Webex Calling通話をPSTNにルーティングします。 DPG 100をアウトバウンドダイヤルピア100に定義してください。Webex Calling DPG 100は、PSTNからの着信ダイヤルピアに適用されます。 同様に、PSTNへのアウトバウンドダイヤルピア200を備えたDPG 200を定義してください。 DPG 200は、 Webexからの着信ダイヤルピアに適用されます。

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 100

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

  2. ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex に通話をルーティングします。

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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 200

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

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

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

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 

設定用のフィールドの説明は次のとおりです。

音声翻訳ルール

ルールで定義された正規表現を使用して、通話ルーティングタグを追加または削除します。 トラブルシューティングをわかりやすくするために、10進数を超える数字(「A」)が使用されます。

この設定では、 translation-profile 100によって追加されたタグを使用して、Webex Callingループバックダイヤルピアを介して発信元からPSTNにコールを誘導します。 同様に、トランスレーションプロファイル200によって追加されたタグは、 PSTNからの通話を宛先に誘導するために使用されます。Webex Calling トランスレーションプロファイル11と12は、 それぞれWebexトランクとPSTNトランクにコールを配信する前にこれらのタグを削除します。

この例では、Webex Calling からの着信者番号が+E.164形式で表示されていることを前提としています。 ルール100では、有効な着信者番号を維持するために、先頭の+を削除します。 ルール12では、タグを削除するときに国内線または国際線のルーティング番号を追加します。 お住まいの地域のISDN国内ダイヤルプランに合った数字を使用してください。

Webex Calling 数字が国内形式で表示されている場合は、ルール100と12を調整して、 ルーティングタグをそれぞれ追加したり削除したりするだけです。

詳細については、「音声翻訳プロファイル」と「音声翻訳ルール」を参照してください。

2

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

タグ200のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。 詳細については、ダイヤルピアボイスを参照してください。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

翻訳プロフィールが200件届きます

着信着信番号にコールルーティングタグを追加するトランスレーションプロファイルを割り当てます。

ダイレクトインワードダイヤル

セカンダリダイヤルトーンを提供せずに通話をルーティングします。 詳しくは、「ダイレクト・インワードダイヤル」を参照してください。

ポート 0/2/ 0:15

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

4

TDM-IPコールフローを使用してローカルゲートウェイのIPパスのメディア最適化を有効にするには、とPSTNトランク間に内部ループバックダイヤルピアを導入して、 コールルーティングを変更できます。 Webex Calling 次のループバックダイヤルピアを設定します。 この場合、 すべての着信コールは最初にダイヤルピア10にルーティングされ、 そこから適用されたルーティングタグに基づいてダイヤルピア11または12にルーティングされます。 ルーティングタグを削除すると、 コールはダイヤルピアグループを使用して発信トランクにルーティングされます。


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

設定用のフィールドの説明は次のとおりです。


dial-peer voice 10 voip
 description Outbound loop-around leg

VoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするためにわかりやすい説明をしています。 詳細については、ダイヤルピアボイスを参照してください。

翻訳プロフィールが11件届きます

先に定義したトランスレーションプロファイルを適用して、 発信トランクに渡す前にコールルーティングタグを削除します。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

セッションプロトコル sipv2

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

セッションターゲット ipv4: 192.168.80.14

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

バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

DTMF-リレー rtp-nte

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

コーデック g711alaw

すべてのPSTNコールにG.711を使用するように強制します。 ISDNサービスで使用されているコンパンド方法に合わせて、a-lawまたはu-lawを選択してください。

いいえ、悪いです

音声アクティビティ検出を無効にします。 詳細については、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

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 200

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

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

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

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

Enter SIP trunk security profile information
1

次の音声クラスURIを設定してください:

  1. SIP Unified CM VIAポートを使用してWebexコールに分類します。

    
    voice class uri 300 sip
     pattern :5065
    
  2. Unified CMポート経由のSIPを使用してPSTNコールに分類します:

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

    発信元のアドレスとポート番号を説明する1つ以上のパターンを使用して、UCMからPSTNトランクへの着信メッセージを分類します。 必要に応じて、 正規表現を使用してマッチングパターンを定義できます。

    上の例では、 192.168.80.60から65までの範囲のIPアドレスとポート番号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: このリソースレコードのターゲットホストに使用するポート番号

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

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

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: ローカルの IOS XE データベースにレコードを作成します。

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

192.168.80.65: ホストのIPアドレスです。

UCM環境と希望する通話分散戦略を反映したSRVリソースレコードとAレコードを作成してください。

3

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

  1. Unified CMととの間の通話のダイヤルピア Webex Calling

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    設定用のフィールドの説明は次のとおりです。

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300というタグでVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。

    セッションプロトコル sipv2

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

    セッションターゲット DNS: wxtocucm.io

    Unified CMDNS SRV解像度によって複数のノードのセッションターゲットを定義します。 この場合、 ローカルで定義されたSRVレコードwxtocucm.ioがダイレクトコールに使用されます。

    300経由でURIが届きます

    音声クラス URI 300を使用して、Unified CM 送信元ポート5065を使用するすべての着信トラフィックをこのダイヤルピアに転送します。 詳細については、「 受信URI」を参照してください。

    音声クラスコーデック 100

    Unified CM宛先のコールと発信元のコーデックフィルターリストを示します。 詳細については、 音声クラスコーデックを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

    DTMF-リレー rtp-nte

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

    いいえ、悪いです

    音声アクティビティ検出を無効にします。 詳細については、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

    400というタグでVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。

    セッションプロトコル sipv2

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

    セッションターゲット DNS: pstntocucm.io

    Unified CMDNS SRV解像度によって複数のノードのセッションターゲットを定義します。 この場合、 ローカルで定義されたSRVレコードpstntocucm.ioがダイレクトコールに使用されます。

    400経由でURIが届きます

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

    音声クラスコーデック 100

    Unified CM宛先のコールと発信元のコーデックフィルターリストを示します。 詳細については、 音声クラスコーデックを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

    DTMF-リレー rtp-nte

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

    いいえ、悪いです

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

4

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

  1. Unified CMとの間で通話をルーティングするダイヤルピアグループを作成してください。Webex Calling DPG 100をアウトバウンドダイヤルピア100に定義してください。Webex Calling DPG 100は、 からの関連する着信ダイヤルピアに適用されます。Unified CM 同様に、DPG 300をアウトバウンドダイヤルピア300と定義してください。Unified CM 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との間で通話をルーティングするダイヤルピアグループを作成してください 。 PSTNへのアウトバウンドダイヤルピア200でDPG 200を定義してください。 DPG 200は、 からの関連する着信ダイヤルピアに適用されます。Unified CM 同様に、DPG 400をアウトバウンドダイヤルピア400と定義してください。Unified CM DPG 400は、 PSTNからの着信ダイヤルピアに適用されます。

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 100

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

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

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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 300%

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

  4. ダイヤルピアグループを適用して、PSTNからのコールをPSTNへ、Unified CM Unified CMまたはPSTNからPSTNにルーティングします。

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

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

Diagnostic Signatures(DS)は、IOS XEベースのローカルゲートウェイでよく見られる問題を積極的に検出し、そのイベントの電子メール、Syslog、またはターミナルメッセージ通知を生成します。 DSをインストールして診断データの収集を自動化し、Cisco TAC収集したデータをケースに転送して解決時間を短縮することもできます。

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

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

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

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

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

始める前に:

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

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

  • メール通知に安全なSMTPサーバーを使用する場合は、ローカルゲートウェイでIOS XE 17.6.1以降が実行されていることを確認してください。

前提条件

IOS XE 17.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. ds_email 通知する管理者のメールアドレスを環境変数に設定してください。

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

以下は、Cisco IOS XE 17.6.1a以降で動作するローカルゲートウェイの設定例で、Gmailを安全なSMTPサーバーとして使用して、プロアクティブな通知を tacfaststart@gmail.com に送信します。

Cisco IOSXEバンガロール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 IOSXEソフトウェア上で動作するローカルゲートウェイは、 OAuthをサポートする一般的なWebベースのGmailクライアントではありません。そのため、デバイスからのメールを正しく処理するには、 特定のGmailアカウント設定を行い、特定の権限を与える必要があります。

  1. [Googleアカウントの管理] > [セキュリティ] に移動し、[安全性の低いアプリアクセス ] 設定を有効にしてください。

  2. Gmailから「 Google以外のアプリを使用して誰かがあなたのアカウントにログインすることを許可しました」というメールを受け取ったら、「はい、私でした」と答えてください。

予防的な監視のために診断シグネチャをインストールしてください

高いCPU使用率の監視

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

  1. SNMPを有効にするには、show 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をダウンロードします。

    フィールド名

    フィールド値

    プラットフォーム

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

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メール通知で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コマンドを使用して、シグニチャが正常にインストールされていることを確認してください。 ステータス列には「登録済み」 の値があるはずです。

    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 

    DSE のダウンロード:

    DS ID

    DSの名前

    改訂

    ステータス

    最終更新(GMT+ 00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    登録済み

    2020-11-07 22:05:33

    このシグニチャがトリガーされると、それ自体を含め、実行中のすべてのDSがアンインストールされます。 必要に応じて、DS 64224を再インストールして、 ローカルゲートウェイの高いCPU使用率を引き続き監視してください。

SIPトランク登録の監視

このDSは、Webex Calling ローカルゲートウェイSIPトランクのクラウドへの登録解除を60秒ごとにチェックします。 登録解除イベントが検出されると、 電子メールとSyslog通知が生成され、登録解除が2回発生すると自動的にアンインストールされます。 以下の手順で署名をインストールしてください。

  1. 診断署名検索ツールの次のドロップダウンオプションを使用してDS 64117をダウンロードします。

    フィールド名

    フィールド値

    プラットフォーム

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

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    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をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

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

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メールと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: CCAPI: 内部エラー (コールスパイクしきい値): IEC=1.1.181.1.29.0" syslogの発生を検出するDSを見つけてインストールし、次の手順を使用して診断データを自動的に収集する方法の例です。

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

    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. show snmpコマンドを使用して、 SNMPが有効になっていることを確認してください。 有効になっていない場合は、snmp-server managerコマンドを設定してください。

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. CPU使用率が高いときにすべてのデバッグと診断シグネチャを無効にする予防策として、必ず高CPU監視DS 64224をインストールしてください。 診断署名検索ツールの次のオプションを使用してDS 64224をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

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

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メール通知でCPU使用率が高い。

  4. 診断署名検索ツールの次のオプションを使用してDS 65095をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

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

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    システムログ

    問題の種類

    シスログ-% VOICE_IEC -3-GW: CCAPI: 内部エラー (コールスパイクしきい値): IEC=1.1.181.1.29.0

  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 モニタリングのDS 64224をインストールし、次にDS 65095 XMLファイルをローカルゲートウェイにインストールします 。

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  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 

    ダウンロードした DSE:

    DS ID

    DSの名前

    改訂

    ステータス

    最終更新(GMT+ 00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    登録済み

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    登録済み

    2020-11-08

診断シグネチャの実行を確認します

次のコマンドでは、show call-home diagnostic-signatureコマンドの「ステータス」列が「実行中」に変わります。その間、 ローカルゲートウェイはシグニチャ内で定義されたアクションを実行します。 show call-home診断シグネチャ統計情報の出力は 、 診断シグネチャが対象のイベントを検出してアクションを実行するかどうかを確認する最良の方法です。 「Triggered/Max/Deinstall」列には、 特定のシグニチャがイベントをトリガーした回数、 イベントを検出するために定義されている最大回数、トリガーされたイベントの最大数を検出した後にシグニチャが自動的にアンインストールされるかどうかが表示されます。

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

ダウンロードした DSE:

DS ID

DSの名前

改訂

ステータス

最終更新(GMT+ 00:00)

64224

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

実行中

2020-11-08 00:12:53

コールホーム診断シグネチャ統計を表示します

DS ID

DSの名前

トリガー/Max/Deinstall

平均実行時間 (秒)

最大実行時間 (秒)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

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

診断シグネチャをトラブルシューティングに使用することは、通常、 何らかの問題が発生したことを検出した後にアンインストールするように定義されています。 シグニチャを手動でアンインストールしたい場合は、show call-home diagnostic-signatureコマンドの出力からDS IDを取得して、次のコマンドを実行してください。

call-home diagnostic-signature deinstall <DS ID> 

例:

call-home diagnostic-signature deinstall 64224 

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

Cisco IOSXE Gatewayをより適切に管理するには、Control Hubからゲートウェイを登録して管理することをお勧めします。 これはオプションの設定です。 登録すると、コントロールハブの構成検証オプションを使用して、 ローカルゲートウェイの構成を検証し、構成上の問題を特定できます。 現在、この機能をサポートしているのは登録ベースのトランクだけです。

ゲートウェイ管理、ローカルゲートウェイの検証、 サイトの存続可能性について詳しくは、次の記事を参照してください。

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

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

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

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

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

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

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

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

インタラクティブ接続確立(ICE)とTDM (時分割多重化)Webex CallingISDN回線でメディアを最適化するには、双方向のコールルーティングプロセスを使用する必要があります。

IPとSIPがPSTNトランクのデフォルトプロトコルになっていますが、TDM( 時分割多重化)ISDN回線は依然として一般的で、で完全にサポートされています。Webex Calling これらのTDM-IPコールフローのメディア最適化を有効にするには、 エンドポイントがダイレクトメディアパスをネゴシエートできるインタラクティブ接続確立(ICE)を使用する必要があります。

この最適化を実現するには、二段階の通話ルーティングプロセスが必要です。 このアプローチでは 、次の図に示すように、 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ゲートウェイ構成を使用できます。 この場合、 ユニファイドコミュニケーションマネージャーがすべてのPSTNと通話の一元的なルーティングと処理を行います。Webex Calling

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

このドキュメントでは、次の図に示すホスト名、IPアドレス、インターフェイスが使用されています 。 パブリックアドレスまたはプライベート(NATの後ろ) アドレスのオプションが用意されています。 複数のCUBEインスタンス間で負荷を分散しない限り、SRV DNSレコードはオプションです。

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

このドキュメントの残りの部分にある設定ガイダンスを使用して、 次のようにローカルゲートウェイの設定を完了してください。

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

  • ステップ2: Webex Calling トランクの設定

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

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

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

    または:

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

ベースライン構成

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

  • 証明書ベースのローカルゲートウェイの導入にはすべて、Cisco IOS XE 17.9.1a以降のバージョンが必要です。 Cisco IOSXE 17.12.2以降をお勧めします。 推奨バージョンについては、 シスコソフトウェアリサーチのページを参照してください。 プラットフォームを検索して、 推奨リリースを1つ選択してください。

    • ISR4000シリーズのルーターは、 ユニファイドコミュニケーションとセキュリティテクノロジーの両方のライセンスで構成する必要があります。

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

    • 大容量が必要な場合は、ハイセキュリティ(HSEC) ライセンスと追加のスループット資格が必要な場合もあります。

      詳細については、認証コードを参照してください。

  • ビジネスポリシーに沿ったプラットフォームのベースライン構成を構築してください。 特に、以下を設定して確認してください。

    • NTP

    • ACL

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

    • DNS

    • IPルーティング

    • IPアドレス

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

  • Webexに面するローカルゲートウェイインターフェイスのすべてのSIPポートとメディアポートは、 インターネットから直接または静的NAT経由でアクセスできる必要があります。 それに応じてファイアウォールを更新してください。

  • 以下に示す詳細な設定手順に従って、 ローカルゲートウェイに署名付き証明書をインストールしてください。

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

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

      サードパーティのセッションボーダーコントローラー(SBC)の中には、 厳格なEKU検証を実施し、クライアント認証EKUを含まない証明書を拒否するものがあります。 そのような場合は、 SBCがサーバー認証EKUのみの証明書を受け入れるように設定されているか、厳密なEKU検証(サポートされている場合 )を無効にするように設定されていることを確認してください。

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

      共通名(CN)またはサブジェクト代替名 (SAN)の証明書を購入するときは、証明書が小文字のみを使用していることを確認してください。 Control Hubの設定では、すべてのFQDNエントリが自動的に小文字に変換され、 FQDNと証明書の大文字と小文字が一致しないとトランクの登録が成功しません。

      例えば:

      • 組織のコントロールハブに設定されているトランクに、 ローカルゲートウェイのFQDNとしてcube1.lgw.com: 5061がある場合、ルーター証明書のCNまたはSANにはcube1.lgw.comが含まれている必要があります。 

      • 組織のコントロールハブに設定されているトランクに、 トランクからアクセスできるローカルゲートウェイの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

サポートされているCertificate Authority(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 Calling 証明書署名リクエストにこのフィールドを含めない場合は、この設定を「なし」に設定してください。 このコマンドを使用してFQDNを含める必要がある場合でも、 ローカルゲートウェイの操作には影響しません。

    • サブジェクト名:ローカルゲートウェイからの通話を検証するには、WebexはSIP連絡先ヘッダーのFQDNを、 SBC証明書のサブジェクト共通名(CN)属性またはサブジェクト代替名(SAN) フィールドに含まれるFQDNと一致させる必要があります。 件名フィールドには少なくともCN属性が含まれている必要があり、 必要に応じて他の属性を含めることもできます。 詳細については、件名を参照してください。

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

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

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

    crypto pki enroll LGW_CERT

4

ホスト証明書を認証するために、 中間署名CAの証明書を提供してください。 次の実行コマンドまたは設定コマンドを入力してください。


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

が使用するIdenTrust商用ルートCA 1証明書を含むCiscoルートCAバンドルをインストールしてください。Webex Calling crypto pki trustpool import clean url urlコマンドを使用して、 指定されたURLからルートCAバンドルをダウンロードし、現在のCAトラストプールをクリアしてから、新しい証明書バンドルをインストールしてください。

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

ip http クライアントプロキシサーバー yourproxy.com プロキシポート 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

コントロールハブの既存の場所に、CUBE証明書ベースのPSTNトランクを作成します。 詳細については、「トランク、ルートグループ、 ダイヤルプランの設定」を参照してください。Webex Calling

トランクの作成時にトランク情報を書き留めておいてください。 次の図で強調表示されているこれらの詳細は、 このガイドの設定手順で使用されます。

CUBE certificate-based PSTN trunk group is created

2

次のコマンドを入力して、Webex Calling CUBEをローカルゲートウェイとして設定します。


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 Calling また、 ユニファイドコミュニケーションマネージャーサーバー(使用している場合) とPSTNトランクゲートウェイのアドレス範囲を追加してください。

  • IPアドレスの信頼リストを使用して通話詐欺を防止する方法の詳細については、「信頼できるIPアドレス」を参照してください。

モードボーダーエレメント

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

接続を許可する-スキップ・ツー・シップ

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

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

気絶させます

STUN( NATを介したUDPのセッショントラバーサル)をグローバルに有効にします。

これらのグローバルスタンコマンドは、 ローカルゲートウェイをNATの背後に展開する場合にのみ必要です。

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

詳細については、「スタンフローデータエージェントID」と「スタンフローデータ共有シークレット」を参照してください。

非対称ペイロードフル

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

アーリーオファーが強制されます

ローカルゲートウェイに、 隣接するピアからの確認を待つのではなく、最初の INVITE メッセージでSDP情報を送信するように強制します。 このコマンドの詳細については、early-offer を参照してください。

SIPプロファイルインバウンド

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

3

すべてのトランクに G.711 コーデックのみを許可する音声クラスコーデック 100 を設定します。 このシンプルなアプローチは、ほとんどの導入に適しています。 必要に応じて、発信側システムと終端側システムの両方でサポートされているコーデックタイプを追加してください。

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


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

設定用のフィールドの説明は次のとおりです。

音声クラスコーデック 100

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

4

トランクでICEを有効にするには、ボイスクラスのstun-usage 100を設定してください。Webex Calling(このステップは政府向け Webex には適用されません)


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

設定用のフィールドの説明は次のとおりです。

スタン使用法、アイスライト

可能な限りメディアを最適化できるように、 Webex Calling向かい合っているすべてのダイヤルピアでICE-Liteを有効にしていました。 詳細については、ボイスクラスのスタン使用法とスタン使用量「ice lite」を参照してください。

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

メディアの最適化は可能な限り交渉されます。 通話に録音などのクラウドメディアサービスが必要な場合、 メディアは最適化できません。

5

Webex トラフィックのメディア暗号化ポリシーを設定します。(このステップは政府向け Webex には適用されません)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

設定用のフィールドの説明は次のとおりです。

ボイスクラス srtp-crypto 100

SHA1_80 オファーメッセージとアンサーメッセージでSDPでCUBEが提供している唯一のSRTP暗号スイートとして指定します。 Webex Callingサポートのみです SHA1_80。 詳細については、音声クラス srtp-crypto を参照してください。

6

FIPS 準拠の GCM 暗号を設定します(このステップは政府向け Webex にのみ適用されます)。


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

設定用のフィールドの説明は次のとおりです。

ボイスクラス srtp-crypto 100

CUBEが提供する暗号スイートとしてGCMを指定します。 政府向け Webex のローカルゲートウェイには GCM 暗号を設定することが必須です。

7

宛先のFQDNまたはSRVに基づいてローカルゲートウェイトランクへのコールを一意に識別するパターンを設定してください:


voice class uri 100 sip
 pattern cube1.lgw.com

設定用のフィールドの説明は次のとおりです。

ボイスクラス URI 100 チップ

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

の証明書ベースのトランクをテナント側で設定するときはWebex Calling、Webex CallingローカルゲートウェイではSRVベースの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リクエストとレスポンスメッセージの「Contact」ヘッダーに、コントロールハブのトランクにプロビジョニングされた値が含まれている必要があります。 これは、単一ホストのFQDN、 またはデバイスのクラスターに使用されるSRV名のどちらかになります。

9

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

へのアウトバウンドメッセージ用のSIPプロファイル Webex Calling

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

設定用のフィールドの説明は次のとおりです。

ルール10と20

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

ルール30から81まで

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

からの受信メッセージのSIPプロファイル Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

設定用のフィールドの説明は次のとおりです。

ルール 10から80まで

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

詳しくは、 音声クラスのSIPプロファイルを参照してください。

10

ヘッダー変更プロファイルを使用してSIPオプションのキープアライブを設定します。


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

設定用のフィールドの説明は次のとおりです。

ボイスクラス SIP-オプション-キープアライブ 100

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

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

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

この例では、 cube1.lgw.comはローカルゲートウェイ用に選択されたFQDNです。スタティックNATを使用する場合、「10.80.13.12」 は宛先となるSBCインターフェイスのIPアドレスで、「192.65.79.20」はNATのパブリックIPアドレスです。Webex Calling

11

Webex Callingトランクの設定:

  1. ボイスクラステナント100を作成して、 Webex Callingトランクに特に必要な設定を定義してグループ化します。 このテナントに関連付けられているダイヤルピアは、 後で次の設定を継承します。

    次の例では、 このガイドの目的のためにステップ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
    !

    設定用のフィールドの説明は次のとおりです。

    ボイスクラステナント 100

    テナントを使用してトランクを設定することをお勧めします。 トランクには独自のTLS証明書とCNまたはSAN検証リストがあります。 ここで、 テナントに関連付けられているTLSプロファイルには、 新しい接続の受け入れまたは作成に使用されるトラストポイントと、 着信接続を検証するためのCNまたはSANリストが含まれています。 詳しくは、 ボイスクラステナントを参照してください。

    リモートパーティIDはありません

    Webex CallingPAIをサポートしているので、SIPリモートパーティID(RPID)ヘッダーを無効にします。PAIは、アサーテッドID paiコマンドを使用して有効になります。 詳細については、リモートパーティーIDを参照してください。

    シップサーバーのDNS: us25.sipconnect.bcld.webex.com

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

    stp-crypto 100さん

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

    ローカルホスト DNS: キューブ1.lgw.com

    送信メッセージの From、Call-ID、 およびリモートパーティIDヘッダーの物理IPアドレスを、 指定されたFQDNに置き換えるようにCUBEを設定します。 ここでは、コントロールハブでトランクに設定されているトランクのFQDNまたはSRVを使用してください。

    セッショントランスポート TCP TLS

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

    セッション更新なし

    CUBE と Webex 間の通話の SIP セッション更新を無効にします。 詳しくは、 セッションの更新を参照してください。

    エラーパススルー

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

    rel1xx 無効にします

    トランクでの信頼できる暫定応答の使用を無効にします。Webex Calling 詳細については、rel1xxを参照してください。

    アサーテッドIDペイ

    (オプション) P-Asserted-Identityヘッダー処理をオンにして、 これがトランクにどのように使用されるかを制御します。Webex Calling

    Webex Callingローカルゲートウェイへのアウトバウンドコールへの招待に、 P-Asserted-Identity(PAI)ヘッダーを含みます。

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

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

    詳細については、asserted-idを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/1

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/1

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

    ボイスクラスのSIPプロファイル 100

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

    音声クラス SIP プロファイル 110 インバウンド

    NATのみの背後にあるLGW展開の場合: 受信メッセージに使用するヘッダー変更プロファイルを適用します。 詳しくは、 ボイスクラスのSIPプロファイルを参照してください。

    プライバシーポリシーパススルー

    受信したメッセージのプライバシーヘッダーを次のコールレッグに透過的に渡すように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

    タグ100のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。 詳細については、ダイヤルピアボイスを参照してください。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

    セッションプロトコル sipv2

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

    セッションターゲット SIPサーバー

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

    受信したURIリクエスト 100%

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

    音声クラスコーデック 100

    Webex Calling宛先のコールと発信元のコーデックフィルターリストを示します。 詳細については、 音声クラスコーデックを参照してください。

    ボイスクラスのスタン使い方 100

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

    ボイスクラスのシップテナント 100

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

    ボイスクラスのSIPオプション-キープアライブプロファイル 100

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

    STP

    コールレッグのSRTPを有効にします。

  3. (オプション)通話を音声のみに強制します。

    Webex Calling ローカルゲートウェイのコールフローを使用したビデオオーバーはサポートされていません。 シナリオによってはビデオが機能することもありますが、画質が低下したり 、予期しない動作が発生したりすることがあります。 通話を音声のみに強制するには、Webex Calling ダイヤルピアの下で次のコマンドを適用してください。

    voice-class sip audio forced

    ビデオを許可すると、通話が期待どおりに行われないことがあります。

12

(オプション)CUBEなどのネットワークデバイスを設定し、 デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、 次のコマンドを使用してください。 これらのコマンドにより、デバイスはローカルゲートウェイ上の位置情報ヘッダーやPIDF-LO(プレゼンス情報データ形式-ロケーションオブジェクト)など、サポートされていない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. 特定のヘッダーの音声クラス設定

    位置情報ヘッダーをプロキシするには:

    
    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インターフェイスを設定するには、ISDN PRIの設定を参照してください。

1

PSTNトランクからの着信コールを識別するには、次の音声クラスURIを設定してください。


voice class uri 200 sip
  host ipv4:192.168.80.13

設定用のフィールドの説明は次のとおりです。

ボイスクラス URI 200 チップ

着信した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

タグ200のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。 詳細については、 ダイヤルピアボイスを参照してください。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

セッションプロトコル sipv2

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

セッションターゲット ipv4: 192.168.80.13

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

200経由でURIが届きます

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

ボイスクラスシップアサーテッドIDペア

(オプション) P-Asserted-Identityヘッダー処理をオンにして、これがPSTNトランクにどのように使用されるかを制御します。 このコマンドを使用すると、 着信ダイヤルピアから提供された発信側のIDが、 発信FromヘッダーとP-Asserted-Identityヘッダーに使用されます。 このコマンドを使用しない場合、 着信ダイヤルピアから提供された発信側のIDが、 発信FromヘッダーとRemote-Party-IDヘッダーに使用されます。 詳細については、ボイスクラス SIP アサーテッドIDを参照してください。

バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

音声クラスコーデック 100

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

DTMF-リレー rtp-nte

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

いいえ、悪いです

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

3

Webex CallingとPSTN間の通話のみをルーティングするようにローカルゲートウェイを設定する場合は、次の通話ルーティング設定を追加してください。 ユニファイドコミュニケーションマネージャープラットフォームでローカルゲートウェイを設定する場合は、 次のセクションに進んでください。

  1. ダイヤルピアグループを作成して、Webex Calling通話をPSTNにルーティングします。 DPG 100をアウトバウンドダイヤルピア100に定義してください。Webex Calling DPG 100は、PSTNからの着信ダイヤルピアに適用されます。 同様に、PSTNへのアウトバウンドダイヤルピア200を備えたDPG 200を定義してください。 DPG 200は、 Webexからの着信ダイヤルピアに適用されます。

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 100

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

  2. ダイヤルピアグループを適用して、Webex から PSTN に、および PSTN から Webex に通話をルーティングします。

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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 200

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

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

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

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 

設定用のフィールドの説明は次のとおりです。

音声翻訳ルール

ルールで定義された正規表現を使用して、通話ルーティングタグを追加または削除します。 トラブルシューティングをわかりやすくするために、10進数を超える数字(「A」)が使用されます。

この設定では、 translation-profile 100によって追加されたタグを使用して、Webex Callingループバックダイヤルピアを介して発信元からPSTNにコールを誘導します。 同様に、トランスレーションプロファイル200によって追加されたタグは、 PSTNからの通話を宛先に誘導するために使用されます。Webex Calling トランスレーションプロファイル11と12は、 それぞれWebexトランクとPSTNトランクにコールを配信する前にこれらのタグを削除します。

この例では、Webex Calling からの着信者番号が+E.164形式で表示されていることを前提としています。 ルール100では、有効な着信者番号を維持するために、先頭の+を削除します。 ルール12では、タグを削除するときに国内線または国際線のルーティング番号を追加します。 お住まいの地域のISDN国内ダイヤルプランに合った数字を使用してください。

Webex Calling 数字が国内形式で表示されている場合は、ルール100と12を調整して、 ルーティングタグをそれぞれ追加したり削除したりするだけです。

詳細については、「音声翻訳プロファイル」と「音声翻訳ルール」を参照してください。

2

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

タグ200のVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。 詳細については、ダイヤルピアボイスを参照してください。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

翻訳プロフィールが200件届きます

着信着信番号にコールルーティングタグを追加するトランスレーションプロファイルを割り当てます。

ダイレクトインワードダイヤル

セカンダリダイヤルトーンを提供せずに通話をルーティングします。 詳しくは、「ダイレクト・インワードダイヤル」を参照してください。

ポート 0/2/ 0:15

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

4

TDM-IPコールフローを使用してローカルゲートウェイのIPパスのメディア最適化を有効にするには、とPSTNトランク間に内部ループバックダイヤルピアを導入して、 コールルーティングを変更できます。 Webex Calling 次のループバックダイヤルピアを設定します。 この場合、 すべての着信コールは最初にダイヤルピア10にルーティングされ、 そこから適用されたルーティングタグに基づいてダイヤルピア11または12にルーティングされます。 ルーティングタグを削除すると、 コールはダイヤルピアグループを使用して発信トランクにルーティングされます。


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

設定用のフィールドの説明は次のとおりです。


dial-peer voice 10 voip
 description Outbound loop-around leg

VoIPダイヤルピアを定義し、管理とトラブルシューティングを容易にするためにわかりやすい説明をしています。 詳細については、ダイヤルピアボイスを参照してください。

翻訳プロフィールが11件届きます

先に定義したトランスレーションプロファイルを適用して、 発信トランクに渡す前にコールルーティングタグを削除します。

デスティネーションパターン BAD.BAD

着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 詳しくは、デスティネーションパターン (インターフェイス) を参照してください。

セッションプロトコル sipv2

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

セッションターゲット ipv4: 192.168.80.14

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

バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

DTMF-リレー rtp-nte

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

コーデック g711alaw

すべてのPSTNコールにG.711を使用するように強制します。 ISDNサービスで使用されているコンパンド方法に合わせて、a-lawまたはu-lawを選択してください。

いいえ、悪いです

音声アクティビティ検出を無効にします。 詳細については、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

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 200

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

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

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

1

次の音声クラスURIを設定してください:

  1. SIP Unified CM VIAポートを使用してWebexコールに分類します。

    
    voice class uri 300 sip
     pattern :5065
    
  2. Unified CMポート経由のSIPを使用してPSTNコールに分類します:

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

    発信元のアドレスとポート番号を説明する1つ以上のパターンを使用して、UCMからPSTNトランクへの着信メッセージを分類します。 必要に応じて、 正規表現を使用してマッチングパターンを定義できます。

    上の例では、 192.168.80.60から65までの範囲のIPアドレスとポート番号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: このリソースレコードのターゲットホストに使用するポート番号

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

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

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: ローカルの IOS XE データベースにレコードを作成します。

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

192.168.80.65: ホストのIPアドレスです。

UCM環境と希望する通話分散戦略を反映したSRVリソースレコードとAレコードを作成してください。

3

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

  1. Unified CMととの間の通話のダイヤルピア Webex Calling

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    設定用のフィールドの説明は次のとおりです。

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300というタグでVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。

    セッションプロトコル sipv2

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

    セッションターゲット DNS: wxtocucm.io

    Unified CMDNS SRV解像度によって複数のノードのセッションターゲットを定義します。 この場合、 ローカルで定義されたSRVレコードwxtocucm.ioがダイレクトコールに使用されます。

    300経由でURIが届きます

    音声クラス URI 300を使用して、Unified CM 送信元ポート5065を使用するすべての着信トラフィックをこのダイヤルピアに転送します。 詳細については、「 受信URI」を参照してください。

    音声クラスコーデック 100

    Unified CM宛先のコールと発信元のコーデックフィルターリストを示します。 詳細については、 音声クラスコーデックを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

    DTMF-リレー rtp-nte

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

    いいえ、悪いです

    音声アクティビティ検出を無効にします。 詳細については、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

    400というタグでVoIPダイヤルピアを定義し、 管理とトラブルシューティングを容易にするためにわかりやすい説明を付けます。

    デスティネーションパターン BAD.BAD

    着信ダイヤルピアグループを使用して発信通話をルーティングする場合は、 ダミーの宛先パターンが必要です。 この場合、任意の有効な宛先パターンを使用できます。

    セッションプロトコル sipv2

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

    セッションターゲット DNS: pstntocucm.io

    Unified CMDNS SRV解像度によって複数のノードのセッションターゲットを定義します。 この場合、 ローカルで定義されたSRVレコードpstntocucm.ioがダイレクトコールに使用されます。

    400経由でURIが届きます

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

    音声クラスコーデック 100

    Unified CM宛先のコールと発信元のコーデックフィルターリストを示します。 詳細については、 音声クラスコーデックを参照してください。

    バインドコントロールソースインターフェイスギガビットイーサネット 0/0/0

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

    バインドメディアソースインターフェイスギガビットイーサネット 0/0/0

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

    DTMF-リレー rtp-nte

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

    いいえ、悪いです

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

4

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

  1. Unified CMとの間で通話をルーティングするダイヤルピアグループを作成してください。Webex Calling DPG 100をアウトバウンドダイヤルピア100に定義してください。Webex Calling DPG 100は、 からの関連する着信ダイヤルピアに適用されます。Unified CM 同様に、DPG 300をアウトバウンドダイヤルピア300と定義してください。Unified CM 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との間で通話をルーティングするダイヤルピアグループを作成してください 。 PSTNへのアウトバウンドダイヤルピア200でDPG 200を定義してください。 DPG 200は、 からの関連する着信ダイヤルピアに適用されます。Unified CM 同様に、DPG 400をアウトバウンドダイヤルピア400と定義してください。Unified CM DPG 400は、 PSTNからの着信ダイヤルピアに適用されます。

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    設定用のフィールドの説明は次のとおりです。

    ダイヤルピア 100

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

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

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

    設定用のフィールドの説明は次のとおりです。

    デスティネーション・ドッグ 300%

    どのダイヤルピアグループ 、 つまりこの着信ダイヤルピアに送られるコールの発信処理にダイヤルピアを使用するかを指定します。

  4. ダイヤルピアグループを適用して、PSTNからのコールをPSTNへ、Unified CM Unified CMまたはPSTNからPSTNにルーティングします。

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

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

Diagnostic Signatures(DS)は、Cisco IOS XEベースのローカルゲートウェイでよく見られる問題を積極的に検出し、そのイベントの電子メール、Syslog、 またはターミナルメッセージ通知を生成します。 DSをインストールして診断データの収集を自動化し、Cisco TAC 収集したデータをケースに転送して解決時間を短縮することもできます。

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

  • showコマンド出力の収集

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

  • HTTPS、SCP、FTPサーバーなど、ユーザーが提供したネットワークの場所にファイルをアップロードする

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

始める前に:

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

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

  • メール通知に安全なSMTPサーバーを使用する場合は、ローカルゲートウェイでIOS XE 17.6.1以降が実行されていることを確認してください。

前提条件

IOS XE 17.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. show snmpコマンドを使用して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:

    フィールド名

    フィールド値

    プラットフォーム

    シスコ 4300、4400 ISR シリーズ、または Catalyst 8000V エッジソフトウェア

    製品

    CUBE Webex Calling エンタープライズインソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メール通知で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 

    DSE のダウンロード:

    DS ID

    DSの名前

    改訂

    ステータス

    最終更新(GMT+ 00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    登録済み

    2020-11-07 22:05:33

    このシグニチャがトリガーされると、それ自体を含め、実行中のすべてのDSがアンインストールされます。 必要に応じて、DS 64224を再インストールして、 ローカルゲートウェイの高いCPU使用率を引き続き監視してください。

異常な通話切断の監視

このDSは10分ごとにSNMPポーリングを行い、 SIPエラー403、488、503による異常な通話切断を検出します。  エラー数の増加が前回のポーリングから5以上になると、Syslogと電子メール通知が生成されます。 以下の手順で署名をインストールしてください。

  1. show snmpコマンドを使用して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をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

    シスコ 4300、4400 ISR シリーズ、または Catalyst 8000V エッジソフトウェア

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メールと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 これにより、問題の発生を手動で確認する必要がなくなり、 断続的な問題や一時的な問題のトラブルシューティングがはるかに簡単になります。

Diagnostic Signatures Lookup Toolを使用して、 該当するシグネチャを見つけてインストールし、特定の問題を自己解決することができます。また、 サポート契約の一環としてTACのエンジニアが推奨するシグネチャをインストールすることもできます。

これは、 「% VOICE_IEC -3-GW: CCAPI: 内部エラー (コールスパイクしきい値): IEC=1.1.181.1.29.0" syslogの発生を検出するDSを見つけてインストールし、次の手順を使用して診断データを自動的に収集する方法の例です。

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

    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. show snmpコマンドを使用してSNMPが有効になっていることを確認してください。 SNMPが有効になっていない場合は、 snmp-serverマネージャーコマンドを設定してください。

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. CPU使用率が高いときにすべてのデバッグと診断シグネチャを無効にする予防策として、高CPU監視DS 64224をインストールすることをお勧めします。 診断署名検索ツールの次のオプションを使用してDS 64224をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

    シスコ 4300、4400 ISR シリーズ、または Catalyst 8000V エッジソフトウェア

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    パフォーマンス

    問題の種類

    メール通知でCPU使用率が高い。

  4. 診断署名検索ツールの次のオプションを使用してDS 65095をダウンロードしてください。

    フィールド名

    フィールド値

    プラットフォーム

    シスコ 4300、4400 ISR シリーズ、または Catalyst 8000V エッジソフトウェア

    製品

    CUBE Webex Calling エンタープライズ・イン・ソリューション

    問題の範囲

    システムログ

    問題の種類

    シスログ-% VOICE_IEC -3-GW: CCAPI: 内部エラー (コールスパイクしきい値): IEC=1.1.181.1.29.0

  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モニタリングDS 64224をインストールし、次にDS 65095 XMLファイルをローカルゲートウェイにインストールします 。

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  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 

    ダウンロードした DSE:

    DS ID

    DSの名前

    改訂

    ステータス

    最終更新(GMT+ 00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    登録済み

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    登録済み

    2020-11-08:00:12:53

診断シグネチャの実行を確認します

次のコマンドでは、 ローカルゲートウェイがシグニチャ内で定義されているアクションを実行している間、show call-home diagnostic-signatureコマンドの「ステータス」列が「実行中」に変わります。 show call-home診断シグネチャ統計の出力は 、 診断シグネチャが対象のイベントを検出してアクションを実行したかどうかを確認する最良の方法です。 「Triggered/Max/Deinstall」列には、 特定のシグニチャがイベントをトリガーした回数、 イベントを検出するために定義されている最大回数、トリガーされたイベントの最大数を検出した後にシグニチャが自動的にアンインストールされるかどうかが表示されます。

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

ダウンロードした DSE:

DS ID

DSの名前

改訂

ステータス

最終更新(GMT+ 00:00)

64224

DS_LGW_CPU_MON75

0.0.10

登録済み

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

実行中

2020-11-08 00:12:53

コールホーム診断シグネチャ統計を表示します

DS ID

DSの名前

トリガー/Max/Deinstall

平均実行時間 (秒)

最大実行時間 (秒)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Notification email that is sent during Diagnostic Signature execution

診断シグネチャをアンインストールします

診断シグネチャをトラブルシューティングに使用するのは、通常、 何らかの問題が発生したことを検出した後にアンインストールするように定義されています。 シグネチャを手動でアンインストールしたい場合は、show call-home diagnostic-signatureの出力からDS IDを取得して、次のコマンドを実行してください。

call-home diagnostic-signature deinstall <DS ID> 

例:

call-home diagnostic-signature deinstall 64224 

新しい署名は、 導入時に発生した問題に基づいて、診断署名検索ツールに定期的に追加されます。 TACは現在、 新しいカスタム署名の作成リクエストをサポートしていません。

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