概要
Webex Calling は、現在 2 つのバージョンの Local Gateway をサポートしています。
-
ローカル ゲートウェイ
-
Webex の Local Gateway for Government
-
始める前に、Webex CallingのプレースメントベースのPublic Switched Telephone Network(PSTN)およびLocal Gateway(LGW)要件を理解してください。参照 Webex 呼び出し用の Cisco 優先アーキテクチャより多くの情報のために。
-
この記事では、専用のローカル ゲートウェイ プラットフォームが配置されているが、既存の音声構成がないと仮定しています。既存のPSTNゲートウェイまたはCUBE Enterpriseのデプロイを変更して、Webex Callingのローカルゲートウェイ機能として使用する場合は、設定に注意してください。変更により、既存のコールフローと機能を中断しないようにしてください。
手順には、個々のコマンドオプションについて詳しく学ぶことができるコマンドリファレンスドキュメントへのリンクが含まれています。すべてのコマンドリファレンスリンクは、別途記載がない限り、Webex Managed Gateways Command Reference に移動します(この場合、コマンドリンクはCisco IOS Voice Command Referenceに移動します)。Cisco Unified Border Element でこれらのすべてのガイドにアクセスできます。 コマンドリファレンス.
サポートされているサードパーティのSBCに関する情報については、それぞれの製品参照ドキュメントを参照してください。
Webex Calling trunkのローカルゲートウェイを設定するには、次の2つのオプションがあります。
-
登録ベースのトランク
-
証明書ベースのトランク
タスクフローを Registration-based Local Gateway または Certificate-based Local Gateway Webex Calling trunk のローカルゲートウェイを設定します。
参照 Local Gateway を始める異なるトランクタイプに関するより多くの情報のために。コマンドラインインターフェース (CLI) を使用して、ローカル ゲートウェイ自体で以下の手順を実行します。Session Initiation Protocol (SIP) と Transport Layer Security (TLS) トランスポートを使用して、トランクを確保し、Secure Real Time Protocol (SRTP) を使用して、Local Gateway と Webex Calling 間のメディアを確保します。
-
CUBE をローカルゲートウェイとして選択します。Webex for Government は現在、サードパーティのセッション境界コントローラ (SBC) をサポートしていません。最新のリストを確認するには、 Local Gateway を始める.
- Cisco IOS XE Dublin 17.12.1a またはそれ以降のバージョンの Webex for Government Local Gateways をインストールします。
-
Webex が政府をサポートしているルート証明書局 (CA) のリストを確認するには、を参照してください。 政府のための Webex のルート証明書局.
-
Webex for GovernmentのLocal Gatewayの外部ポートの範囲の詳細については、を参照してください。 Webex for Government(FedRAMP)のネットワーク要件.
Local Gateway for Webex for Government は以下をサポートしていません。
-
メディアパスの最適化のためのSTUN/ICE-Lite
-
ファックス(T.38)
Webex for GovernmentでWebex Calling trunkのローカルゲートウェイを設定するには、次のオプションを使用します。
-
証明書ベースのトランク
タスクフローを Certificate-based Local Gateway Webex Calling トランクの Local Gateway を設定します。証明書ベースのローカルゲートウェイを構成する方法の詳細については、を参照してください。 Webex コール証明書ベースのトランクを設定します.
Webex for GovernmentのローカルゲートウェイをサポートするためにFIPS準拠のGCM暗号を設定することが必須です。そうでない場合、コール設定は失敗します。設定の詳細については、参照 Configure Webex Calling certificate-based trunk.
Webex for Government は、登録ベースの Local Gateway をサポートしていません。
このセクションでは、Cisco Unified Border Element (CUBE) を Webex Calling のローカルゲートウェイとして登録する SIP トランクを使用して構成する方法について説明します。この文書の最初の部分は、シンプルな PSTN ゲートウェイを設定する方法を示しています。この場合、PSTNからのすべての呼び出しはWebex Callingにルーティングされ、Webex Callingからのすべての呼び出しはPSTNにルーティングされます。以下の画像は、このソリューションとフォローされるハイレベルコールルーティング構成を強調しています。
この設計では、以下の主要な構成が使用されます。
-
ボイスクラスのテナント:トランク固有の構成を作成するために使用されます。
-
音声クラス URI:インバウンドダイヤルピアの選択に SIP メッセージを分類するために使用します。
-
インバウンドダイヤルピア:インバウンドSIPメッセージの処理を提供し、ダイヤルピアグループを使用してアウトバウンドルートを決定します。
-
ダイヤルピアグループ:前方コールルーティングに使用するアウトバウンドダイヤルピアを定義します。
-
アウトバウンドダイヤルピア:アウトバウンドSIPメッセージの処理を提供し、必要なターゲットにルーティングします。
IPとSIPはPSTNトランクのデフォルトプロトコルとなっているが、TDM(Time Division Multiplexing)のISDN回路は現在も広く使用されており、Webex Calling Trunksでサポートされている。TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、現在、二脚コールルーティングプロセスを使用する必要があります。このアプローチは、以下の画像に示すように、Webex Calling と PSTN トランク間の内部ループバックダイヤルピアを導入することにより、上記のコールルーティング設定を変更します。
オンプレミスのCisco Unified Communications ManagerソリューションをWebex Callingに接続する場合、シンプルなPSTNゲートウェイ構成をベースラインとして使用して、次の図に示すソリューションを構築できます。この場合、Unified Communications Managerは、すべてのPSTNおよびWebex呼び出しのコールの集中的なルーティングと処理を提供します。
この文書では、以下の画像に示すホスト名、IPアドレス、インターフェイスが使用されます。
この文書の残りの構成ガイダンスを使用して、以下のローカルゲートウェイ構成を完了してください。
-
ステップ1:ルータベースライン接続とセキュリティの設定
-
ステップ2:Webex コールトランクを設定します
必要なアーキテクチャに応じて、次のいずれかを実行してください。
-
ステップ3:SIP PSTN トランクでローカルゲートウェイを設定します
-
ステップ4:ローカル ゲートウェイを既存の Unified CM 環境で構成する
または:
-
ステップ3:TDM PSTN トランクでローカルゲートウェイを設定します
ベースラインの設定
Webex CallingのローカルゲートウェイとしてCiscoルーターを準備する最初のステップは、プラットフォームを確保し、接続を確立するためのベースライン構成を構築することです。
-
すべての登録ベースのLocal Gatewayデプロイメントには、Cisco IOS XE 17.6.1a以降のバージョンが必要です。Cisco IOS 17.12.2以降を推奨します。推奨バージョンについては、 Cisco ソフトウェア リサーチページプラットフォームを検索し、提案 リリースのいずれかを選択します。
-
ISR4000シリーズルータは、Unified Communicationsおよびセキュリティ技術ライセンスの両方で構成する必要があります。
-
ボイスカードまたはDSPを搭載した触媒エッジ8000 シリーズルータには、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
-
-
ビジネスポリシーに従ったプラットフォームのベースライン構成を構築します。特に、以下の設定と検証を行います。
-
NTP
-
Acl
-
ユーザー認証とリモートアクセス
-
DNS
-
IP ルーティング
-
IPアドレス
-
-
Webex Calling へのネットワークは、IPv4 アドレスを使用する必要があります。
-
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。
テナント側をWebex Callingに接続するように設定する場合、SRVベースのアドレスのみがサポートされます。
構成
| 1 |
有効でルーティング可能なIPアドレスをレイヤー3 インターフェイスに割り当てることを確認してください。
|
| 2 |
対称暗号化を使用してルータ上の登録およびSTUN資格情報を保護します。プライマリ暗号化鍵と暗号化の種類を次のように設定します。
|
| 3 |
プレースホルダーPKIトラストポイントを作成します。 後で TLS を設定するには、この trustPoint が必要です。登録ベースのトランクの場合、このトラストポイントは、証明書ベースのトランクに必要な証明書を必要としません。
|
| 4 |
TLS1.2独占を有効にし、以下の設定コマンドを使用してデフォルトのトラストポイントを指定します。Transport パラメータを更新して、登録のための信頼性の高い安全な接続を確実にします。 メッセージは、
|
| 5 |
Webex Calling で使用される IdenTrust Commercial Root CA1 証明書を含む Cisco ルート CA バンドルをインストールします。イベント、登録者、出席者にすばやくアクセスするため、 crypto pki trustpool import clean url 指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアするには、新しい証明書のバンドルをインストールします。 HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、以下の設定を追加します。 ip http client proxy-server yourproxy.com proxy-port 80
|
| 1 |
Control Hubの既存のロケーションの登録ベースのPSTNトランクを作成します。トランクが作成されたときに提供されたトランク情報をメモしてください。図でハイライトされている詳細は、このガイドの設定手順で使用されます。詳細については、を参照してください。 Webex 呼び出しのトランクス、ルートグループ、ダイヤルプランを設定します.
|
| 2 |
CUBE を Webex Calling Local Gateway として設定するには、次のコマンドを入力します。
以下は、設定のフィールドの説明です。
プラットフォーム上の Cisco Unified Border Element (CUBE) 機能を有効にします。 media statisticsローカル ゲートウェイ上のメディア監視が可能です。 media bulk-stats一括通話統計のために、コントロール飛行機がデータ 飛行機をポーリングできます。 これらのコマンドの詳細については、を参照してください。 メディア. allow-connections sip to sipCUBE基本的なSIPバックツーバックユーザーエージェント機能を有効にします。詳細については、を参照してください。 接続を許可する. デフォルトでは、T.38 ファックス転送が有効になります。詳細については、を参照してください。 ファックスプロトコルt38(音声サービス). STUN (Session Traversal of UDP THROUGH NAT) をグローバルに有効にします。
詳細については、を参照してください。 stun フローデータエージェントIDと stunフローデータ共有秘密. asymmetric payload fullDTMFと動的コーデックペイロードの両方でSIP非対称ペイロードのサポートを設定します。詳細については、を参照してください。 非対称ペイロード. early-offer forcedローカルゲートウェイに、隣接するピアからの承認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、を参照してください。 早期オファー. |
| 3 |
設定 voice class codec 100 G.711コーデックは、すべてのトランクに対してのみ使用できます。このシンプルなアプローチは、ほとんどのデプロイメントに適しています。必要に応じて、生成システムと終了システムの両方でサポートされている追加のコーデックタイプをリストに追加することができます。 より複雑なソリューション トランスコーディングDSPモジュールの使用はサポートされていますが、このガイドには含まれていません。
以下は、設定のフィールドの説明です。 voice class codec 100SIP トランク呼び出しの優先コーデックのみを許可するために使用。詳細については、を参照してください。 音声クラスコーデック. |
| 4 |
設定 voice class stun-usage 100 Webex Calling trunkでICEを有効にします。
以下は、設定のフィールドの説明です。 stun usage ice liteすべてのWebex Callingに直面しているダイヤルピアでICE-Liteを有効にし、可能な限りメディア最適化を可能にします。詳細については、を参照してください。 音声クラスストーンの使用法と 石の使用法 アイス ライト. メディアの最適化は、可能な限り、交渉されます。呼び出しが記録などのクラウドメディアサービスを必要とする場合、メディアは最適化できません。 |
| 5 |
Webex トラフィックのメディア暗号化ポリシーを設定します。
以下は、設定のフィールドの説明です。 voice class srtp-crypto 100SDPで唯一のSRTP暗号化スイートCUBEが提供するSHA1_80をSDPで指定します。Webex 呼び出しは SHA1_80 のみをサポートします。詳細については、を参照してください。 音声クラス srtp-crypto. |
| 6 |
宛先の trunk パラメータに基づいて、ローカルゲートウェイトランクへの呼び出しを識別するパターンを設定します。
以下は、設定のフィールドの説明です。 voice class uri 100 sip着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、トランクが作成されたときにdtg=、コントロールハブで提供されるTrunk OTG/DTG値を使用します。詳細については、を参照してください。 音声クラスURI. |
| 7 |
設定 sip profile 100SIP メッセージを Webex 呼び出しに送る前に変更するために使用します。
以下は、設定のフィールドの説明です。
米国またはカナダのPSTNプロバイダーは、スパムおよび詐欺通話のための発信者ID検証を提供することができます。 Webex Callingにおけるスパムまたは不正通報の表示記事 |
| 8 |
Webex コールトランクを設定します: |
| 9 |
CUBEなどのネットワークデバイスを構成し、デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、これらのコマンドを使用します。これらのコマンドにより、デバイスはローカルゲートウェイ上のジオロケーションヘッダーやPIDF-LO(Presence Information Data Format - Location Object)など、サポートされていないSIPヘッダーを通過することができます。この機能により、Nomadic E911サービスをサポートし、重要な位置情報を正しく保存および転送できるようにします。 |
テナントを定義した後 100 そしてSIP VoIPダイヤルピアを設定すると、ゲートウェイはTLS接続をWebex呼び出しに開始します。この時点で、アクセスSBCは証明書をローカルゲートウェイに提示します。ローカルゲートウェイは、以前に更新された CA ルートバンドルを使用して Webex Calling アクセス SBC 証明書を検証します。証明書が認識された場合、ローカルゲートウェイとWebex CallingアクセスSBCの間に永続的なTLSセッションが作成されます。ローカルゲートウェイは、この安全な接続を使用してWebexアクセスSBCに登録することができます。認証のために登録が困難な場合:
-
メッセージは、 username、password、および realm パラメータから credentials 設定はレスポンスで使用されます。
-
sipプロファイル100 の修正ルールは、SIPSのURLをSIPに変換するために使用されます。
アクセスSBCから200 OKを受け取った場合、登録は成功します。

上記のWebex Callingに向かってトランクを構築した際、以下の設定を使用して、SIPベースのPSTNプロバイダに対して暗号化されていないトランクを作成します。
あなたのサービスプロバイダが安全なPSTNトランクを提供している場合、Webex Callingトランクについては、上記と同様の構成に従うことがあります。CUBEは安全なコールルーティングをサポートしています。
TDM / ISDN PSTN トランクを使用している場合は、次のセクションTDM PSTN トランクでローカルゲートウェイを設定します。
Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、を参照してください。 PRI ISDN の設定.
| 1 |
PSTN トランクからのインバウンド呼び出しを識別するために、次の音声クラス uri を構成します。
以下は、設定のフィールドの説明です。 voice class uri 200 sip着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、IP PSTN ゲートウェイの IP アドレスを使用してください。詳細については、を参照してください。 音声クラスURI. |
| 2 |
次のIP PSTNダイヤルピアを設定します。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアをタグで定義し200 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア・ボイス destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス). session protocol sipv2このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア). session target ipv4: 192.168.80.13PSTN プロバイダに送信される通話のターゲットアドレスを指定します。これは IP アドレスまたは DNS ホスト名です。詳細については、を参照してください。 セッションターゲット (VoIP ダイヤルピア). incoming uri via 200INVITE VIA ヘッダー URI を使用して、このダイヤルピアへの着信呼び出しに一致させるために使用する音声クラスを指定します。詳細については、を参照してください。 着信URL.
voice-class sip asserted-id pai
(オプション) P-Asserted-Identity ヘッダ処理をオンにし、PSTN トランクに使用する方法を制御します。このコマンドが使用されている場合、着信ダイヤルピアから提供された呼び出し当事者 ID は、送信元および P-Asserted-Identity ヘッダーに使用されます。このコマンドが使用されていない場合、着信ダイヤルピアから提供された呼び出し当事者 ID が From および Remote-Party-ID ヘッダーに出力するために使用されます。詳細については、を参照してください。 音声クラスsip asserted-id.
bind control
source-interface
GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェースと関連する IP アドレスを設定します。詳細については、を参照してください。 バインド. bind media source-interface GigabitEthernet0/0/0PSTNに送信されるメディアのソースインターフェースと関連するIPアドレスを設定します。詳細については、を参照してください。 バインド. voice-class codec 100一般的なコーデックフィルタリストを使用するようにダイヤルピアを設定します100。詳細については、を参照してください。 音声クラスコーデック. dtmf-relay rtp-nteRTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声). no vad音声アクティブティの検出を無効にします。詳細については、を参照してください。 VAD (ダイヤル ピア). |
| 3 |
ローカルゲートウェイをWebex CallingとPSTN間のルート呼び出しにのみ設定する場合は、以下のコールルーティング設定を追加します。Unified Communications Manager プラットフォームでローカルゲートウェイを構成する場合は、次のセクションにスキップします。 |
Webex Callingに向かってトランクを構築した後、次の設定を使用して、ループバックコールルーティングを備えたPSTNサービス用のTDMトランクを作成し、Webexコールレッグのメディア最適化を可能にします。
IPメディアの最適化を必要としない場合は、SIP PSTNトランクの設定手順に従ってください。PSTN VoIPダイヤルピアの代わりに、ボイスポートとPOTSダイヤルピア(ステップ2および3に示すように)を使用してください。
| 1 |
ループバックダイヤルピアの構成は、ダイヤルピアのグループとコールルーティングタグを使用して、コールルーティングループを作成せずにコールがWebexとPSTNの間で正しく渡されるようにします。コールルーティングタグを追加および削除するために使用される以下の翻訳ルールを設定します。
以下は、設定のフィールドの説明です。 voice translation-ruleルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。十進数字(「A」)は、トラブルシューティングの明快性を追加するために使用されます。 この構成では、翻訳プロファイル100 によって追加されたタグを使用して、ループバックダイヤルピアを介してWebex CallingからPSTNへの通話を誘導します。同様に、翻訳プロファイル200 によって追加されたタグは、PSTNからWebex Callingへの呼び出しを誘導するために使用されます。WebexとPSTNトランクにそれぞれ呼び出しを行う前に、翻訳プロファイル11 と12これらのタグを削除する。 この例では、Webex Calling からの呼び出し番号が +E.164 形式で表示されることを想定しています。ルール100 はリードする+を削除し、有効な呼び出された番号を維持します。ルール12 は、タグを削除するときに国内または国際的なルーティング桁を追加します。お住まいの地域のISDNナショナルダイヤルプランに合った数字を使用してください。 Webex Callingが全国形式の番号を提示する場合、ルール100 と12 を調整して、ルーティングタグを追加して削除するだけです。 |
| 2 |
使用するトランクタイプとプロトコルで必要に応じてTDM音声インターフェースポートを設定します。詳細については、を参照してください。 PRI ISDN の設定.たとえば、デバイスの NIM スロット2 にインストールされた Primary Rate ISDN インターフェイスの基本的な構成には、以下が含まれます。
|
| 3 |
次の TDM PSTN ダイヤルピアを設定します。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアを200タグで定義し、管理とトラブルシューティングの容易さのために意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア. destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス). translation-profile incoming 200着信番号にコールルーティングタグを追加する翻訳プロファイルを割り当てます。 direct-inward-dialセカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細については、を参照してください。 インサイドダイヤル. port 0/2/0:15このダイヤルピアに関連付けられている物理音声ポート。 |
| 4 |
TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、Webex CallingとPSTNトランク間の内部ループバックダイヤルピアを導入することで、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信呼び出しは、最初にdial-peer10にルーティングされ、そこからdial-peer11または12適用されたルーティングタグに基づいてルーティングされます。ルーティングタグを削除した後、ダイヤルピアグループを使用してアウトバウンドトランクに呼び出しがルーティングされます。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアを定義し、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア. translation-profile incoming 11先に定義された翻訳プロファイルを適用して、アウトバウンドトランクに渡す前に、コールルーティングタグを削除します。 destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。詳細については、を参照してください。 出力パターン (インターフェイス). session protocol sipv2このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア). session target ipv4: 192.168.80.14ループバックへの呼び出しターゲットとしてローカルルーターインターフェイスを指定します。詳細については、を参照してください。 セッションターゲット (voip ダイヤルピア). bind control source-interface GigabitEthernet0/0/0ループバックを通じて送信されるメッセージのソースインターフェースと関連するIPアドレスを設定します。詳細については、を参照してください。 バインド. bind media source-interface GigabitEthernet0/0/0ループバックを介して送信されるメディアのソースインターフェイスと関連する IP アドレスを設定します。詳細については、を参照してください。 バインド. dtmf-relay rtp-nteRTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声). codec g711alaw すべてのPSTNコールにG.711を使用するよう強制します。お使いのISDNサービスで使用するコーディング方法に一致する法律またはu法律を選択します。 no vad音声アクティブティの検出を無効にします。詳細については、を参照してください。 VAD (ダイヤル ピア). |
| 5 |
以下のコールルーティング設定を追加します。 これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。
|
前のセクションのPSTN-Webex Calling構成を変更して、Cisco Unified Communications Manager (UCM) クラスタに追加トランクを含めることができます。この場合、すべての呼び出しはUnified CMを介してルーティングされます。ポート5060 のUCMからの呼び出しはPSTNにルーティングされ、ポート5065 からの呼び出しはWebex Callingにルーティングされます。この呼び出しシナリオを含めるために、以下の増分構成を追加することができます。
Unified CMでWebex Callingトランクを作成する場合、SIP Trunk Security Profileの設定で5065の受信ポートを設定してください。これにより、ポート5065 の受信メッセージと、ローカルゲートウェイにメッセージを送信する際に、この値でVIAヘッダを埋め込むことができます。

| 1 |
以下の音声クラス URI を設定: |
| 2 |
Unified CM ホストへの SRV ルーティングを指定するために、以下の DNS レコードを設定します。 IOS XEは、これらのレコードを使用して、ターゲットUCMホストとポートをローカルで決定します。この設定では、DNS システム内のレコードを設定する必要はありません。DNSを使用する場合は、これらのローカル設定は必要ありません。
以下は、設定のフィールドの説明です。 次のコマンドは、DNS SRV リソースレコードを作成します。各UCMホストとトランクのレコードを作成します。 ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip.__udp.pstntocucm.io:SRVリソースレコード名 2:SRV リソースレコードの優先度 1:SRVリソースレコードの重量 5060:このリソースレコードのターゲットホストに使用するポート番号 ucmsub.mydomain5.com:リソースレコードのターゲットホスト リソースレコードのターゲットホスト名を解決するには、ローカル DNS レコードを作成します。例: ip host ucmsub5.mydomain.com 192.168.80.65 IP ホスト:ローカル IOS XE データベースにレコードを作成します。 ucmsub.mydomain5.com:A レコードホスト名。 192.168.80.65:ホスト IP アドレス。 UCM環境と好ましいコール配布戦略を反映するSRVリソースレコードとレコードを作成します。 |
| 3 |
次のダイヤルピアを設定します。 |
| 4 |
以下の構成を使用してコールルーティングを追加します。 |
診断署名 (DS) は、IOS XE ベースのローカル ゲートウェイで共通に観察される問題を積極的に検出し、イベントのメール、syslog、またはターミナル メッセージ通知を生成します。また、DSをインストールして、診断データ収集を自動化し、Cisco TACケースに転送して解像度の時間を短縮することもできます。
診断署名 (DS) は、問題のトリガー イベントと問題を通知、トラブルシューティング、修正するために取られるアクションに関する情報を含む XML ファイルです。問題検出ロジックは、syslogメッセージ、SNMPイベント、および特定のshowコマンド出力を定期的に監視することで、定義できます。
アクションタイプには、show command 出力の収集が含まれます。
-
統合ログファイルの生成
-
HTTPS、SCP、FTPサーバーなどのユーザが提供するネットワークロケーションにファイルをアップロードします。
TAC エンジニアは DS ファイルの作成者であり、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数値 ID があります。診断署名ルックアップツール(DSLT) は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。
開始する前に:
-
ダウンロードしたDSファイルを編集しないでください DSLTシステム.変更するファイルは、整合性チェックエラーのためインストールに失敗します。
-
ローカル ゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
-
電子メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイがIOS XE 17.6.1以上を実行していることを確認してください。
前提条件
IOS XE17.6.1a以上を実行しているローカルゲートウェイ
-
診断署名はデフォルトで有効になっています。
-
デバイスがCisco IOS XE 17.6.1a以上を実行している場合、事前通知を送信するために使用する安全なメールサーバーを設定します。
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end -
管理者のEメールアドレスで環境変数ds_email を設定して通知します。
configure terminal call-home diagnostic-signature environment ds_email <email address> end
以下は、Cisco IOS XE で実行されているローカルゲートウェイの構成例を示します。 17.6.1プロアクティブ通知を送信する tacfaststart@gmail.comGmailをセキュアSMTPサーバーとして使用する:
Cisco IOS XE Bengaluru 17.6.x またはそれ以降のバージョンを使用することをお勧めします。
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Cisco IOS XE ソフトウェアで起動するローカル ゲートウェイは OAuth に対応する一般的なウェブベースの Gmail クライアントではないので、特定の Gmail アカウント設定を行い、端末からメールを正しく処理するための権限を与える必要があります:
-
移動 をオンにして、 Less secure app access 設定
-
「はい、はい、それは私です」と答えます。Gmail から「Google は、Google 以外のアプリを使用してアカウントにサインインするユーザーを防ぎました」というメールを受け取ります。
プロアクティブ モニタリングのために診断署名をインストールする
CPU 使用率の監視
このDSは、SNMP OID 1.3.6.1.4.1.9.2.1.56を使用してCPU使用を5秒間追跡します。使用率が75%以上に達すると、すべてのデバッグを無効にし、ローカルゲートウェイにインストールされているすべての診断署名をアンインストールします。下記の手順を実行して署名をインストールします。
-
イベント、登録者、出席者にすばやくアクセスするため、 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 -
ダウンロード DS 64224次のドロップダウンオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco 4300、4400 ISRシリーズまたは Cisco CSR 1000Vシリーズ
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
通知メールによる CPU 使用率が高い
-
DS XML ファイルをローカルゲートウェイフラッシュにコピーします。
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:次の例では、FTP サーバーからローカル ゲートウェイへのファイルのコピーを示しています。
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec) -
ローカルゲートウェイに DS XML ファイルをインストールします。
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success -
イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。ステータス列の値が「registered」になっているはずです。
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDSes をダウンロード:
DS ID
DS 名
リビジョン
ステータス
最後の更新 (GMT+00:00)
64224
DS_LGW_CPU_MON75
00...10
登録者数
2020-11-07 22:05:33
トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要に応じて、DS64224 を再インストールして、Local Gatewayで高いCPU使用を監視し続けます。
SIP トランク登録のモニタリング
このDSは、Webex CallingクラウドでLocal Gateway SIP Trunkの登録解除を60 秒ごとに確認します。登録解除イベントが検出されると、メールと syslog 通知を生成し、2 回登録解除が行った後にアンインストールされます。 署名をインストールするには、以下の手順を使用してください。
-
ダウンロード DS 64117次のドロップダウンオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco 4300、4400 ISRシリーズ、Cisco CSR 1000Vシリーズ
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
SIP-SIP
問題の種類
SIP トランクによる登録解除を行いました。
-
DS XML ファイルをローカルゲートウェイにコピーします。
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: -
ローカルゲートウェイに DS XML ファイルをインストールします。
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway# -
イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。状態の列には「登録済み」の値が必要です。
異常通話の監視が切断される
このDSは、10分ごとにSNMPポーリングを使用して、SIPエラー403、488および503で異常なコール切断を検出します。 エラー数の増分が最後の投票から5より大きいか、または等しい場合は、syslogと電子メールの通知を生成します。 下記の手順を実行して、署名をインストールしてください。
-
イベント、登録者、出席者にすばやくアクセスするため、 show snmp SNMP が有効かどうかをチェックします。有効になっていない場合は、 snmp-server manager します。
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp 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 -
ダウンロード DS 65221次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco 4300、4400 ISRシリーズ、Cisco CSR 1000Vシリーズ
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
メールおよび Syslog 通知による SIP の異常通話切断検出
-
DS XML ファイルをローカルゲートウェイにコピーします。
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash: -
ローカルゲートウェイに DS XML ファイルをインストールします。
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success -
イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。状態の列には「登録済み」の値が必要です。
診断署名をインストールして問題のトラブルシューティングを行う
診断署名 (DS) を使用して、問題を迅速に解決します。Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題の発生を検出、診断データの正しいセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを可能にするための署名を作成しました。診断署名(DS)は、問題の発生を手動で確認する必要性を排除し、断続的および一時的な問題のトラブルシューティングをはるかに容易にします。
あなたはそれを使用することができます 診断署名ルックアップツール適切な署名を見つけ、与えられた問題を自己解決するためにそれらをインストールするか、サポートエンゲージメントの一環としてTACエンジニアが推奨する署名をインストールすることができます。
以下は、「%VOICE_IEC-3-GW」の発生を検出するためのDSを見つけてインストールする方法の例です。CCAPI:Internal Error (call spike threshold):IEC=1.1.181.1.29.0" syslogと診断データ収集の自動化:
-
追加の DS 環境変数を設定します 例 1 dbx_sort() の例これは、収集された診断データがアップロードされる Cisco TAC ファイルサーバーパス (cxd.cisco.com) です。 ファイルパスのユーザー名はケース番号、パスワードはファイルアップロードトークンであり、そこから取得できるファイルアップロードトークンです。 サポートケースマネージャー次のコマンドで。 ファイルアップロードトークンは、必要に応じてサポートケースマネージャーの添付ファイル セクションで生成できます。
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end例:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" -
SNMPが有効になっていることを確認してください。 show snmp します。有効になっていない場合は、 snmp-server manager します。
show snmp %SNMP agent not enabled config t snmp-server manager end -
高CPU使用時にすべてのデバッグおよび診断の署名を無効にするための積極的な対策として、高CPUモニタリングDS64224 をインストールしてください。ダウンロード DS 64224次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
通知メールによる CPU 使用率が高い
-
ダウンロード DS 65095次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco 4300、4400 ISR シリーズ、または Cisco CSR 1000V シリーズ
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
Syslog
問題の種類
Syslog - %VOICE_IEC-3-GW:CCAPI:Internal Error (Call spike threshold):IEC=1.1.181.1.290
-
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: -
High CPUモニタリングDS64224 、次にDS 65095 XMLファイルをローカルゲートウェイにインストールします。
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success -
署名が正常にインストールされていることを確認する show call-home diagnostic-signature します。状態の列には「登録済み」の値が必要です。
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.comダウンロードされた DSes:
DS ID
DS 名
リビジョン
ステータス
最後の更新 (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
00...10
登録者数
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
00...12
登録者数
2020-11-08
診断署名の実行を確認します
次のコマンドでは、 show call-home diagnostic-signature ローカルゲートウェイが署名内で定義されたアクションを実行している間、コマンドは「実行中」に変更されます。の 出力 show call-home diagnostic-signature statistics 診断のシグネチャーが興味のあるイベントを検出してアクションを実行するかどうかを検証する最良の方法です。「トリガーされた/Max/Deinstall」欄は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義される最大回数、トリガーされたイベントの最大数を検出した後に署名が自身をインストールアンインストールするかどうかを示します。
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
ダウンロードされた DSes:
|
DS ID |
DS 名 |
リビジョン |
ステータス |
最後の更新 (GMT+00:00) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
00...10 |
登録者数 |
2020-11-08 00:07:45 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
00...12 |
実行中(Running) |
2020-11-08 00:12:53 |
コール ホーム診断署名統計を表示する
|
DS ID |
DS 名 |
起動/Max/Deinstall |
平均実行時間(秒) |
最長実行時間(秒) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0。000 |
0。000 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23。053 |
23。053 |
診断署名通知メール送信されるコマンドには、問題の種類、デバイスの詳細、ソフトウェア バージョン、実行構成、与えられた問題のトラブルシューティングに関連するコマンド出力の表示など、重要な情報が含まれている必要があります。
診断署名をアンインストールする
トラブルシューティングのために診断署名を使用は、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、 show call-home diagnostic-signature コマンドを実行し、次のコマンドを実行します。
call-home diagnostic-signature deinstall <DS ID>
例:
call-home diagnostic-signature deinstall 64224
診断署名検索ツールに定期的に新しい署名が追加されます。これは展開で一般的に見られる問題に基づいて行います。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。
Cisco IOS XE Gatewaysのより良い管理のために、Control Hubを介してゲートウェイを登録して管理することをお勧めします。オプション設定です。登録すると、Control Hubの構成検証オプションを使用して、Local Gateway構成を検証し、構成の問題を特定できます。現在、登録ベースのトランクのみがこの機能をサポートしています。
詳細については、以下を参照してください。
このセクションでは、証明書ベースの相互な TLS (mTLS) SIP トランクを使用して、Webex 呼び出しのローカルゲートウェイとして Cisco Unified Border Element (CUBE) を構成する方法について説明します。この文書の最初の部分は、シンプルな PSTN ゲートウェイを設定する方法を示しています。この場合、PSTNからのすべての呼び出しはWebex Callingにルーティングされ、Webex Callingからのすべての呼び出しはPSTNにルーティングされます。以下の画像は、このソリューションとフォローされるハイレベルコールルーティング設定をハイライトします。
この設計では、以下の主要な構成が使用されます。
-
声クラステナント: トランク固有の構成を作成するために使用されます。
-
ボイスクラスURI:インバウンドダイヤルピアの選択に SIP メッセージを分類するために使用します。
-
インバウンドダイヤルピア:インバウンドSIPメッセージの処理を提供し、ダイヤルピアグループを使用してアウトバウンドルートを決定します。
-
ダイヤルピアグループ:前方コールルーティングに使用するアウトバウンドダイヤルピアを定義します。
-
アウトバウンドダイヤルピア:アウトバウンドSIPメッセージの処理を提供し、必要なターゲットにルーティングします。
オンプレミスのCisco Unified Communications ManagerソリューションをWebex Callingに接続する場合、シンプルなPSTNゲートウェイ構成をベースラインとして使用して、次の図に示すソリューションを構築できます。この場合、Unified Communications Managerは、すべてのPSTNおよびWebex呼び出しのコールの集中的なルーティングと処理を提供します。
この文書では、以下の画像に示すホスト名、IPアドレス、インターフェイスが使用されます。オプションは、パブリックまたはプライベート(NATの背後)アドレス指定のために提供されます。SRV DNS レコードは、複数の CUBE インスタンス間で負荷分散しない限り、オプションです。
この文書の残りの構成ガイダンスを使用して、以下のローカルゲートウェイ構成を完了してください。
ベースラインの設定
Webex CallingのローカルゲートウェイとしてCiscoルーターを準備する最初のステップは、プラットフォームを確保し、接続を確立するためのベースライン構成を構築することです。
-
すべての証明書ベースのローカルゲートウェイの展開には、Cisco IOS XE 17.9.1a以降のバージョンが必要です。Cisco IOS XE 17.12.2以降を推奨します。推奨バージョンについては、 Cisco ソフトウェア リサーチページプラットフォームを検索し、提案 リリースのいずれかを選択します。
-
ISR4000シリーズルータは、Unified Communicationsおよびセキュリティ技術ライセンスの両方で構成する必要があります。
-
ボイスカードまたはDSPを搭載した触媒エッジ8000 シリーズルータには、DNA Advantageライセンスが必要です。ボイスカードやDSPのないルーターには、最低限のDNA Essentialsライセンスが必要です。
-
高容量の要件では、高セキュリティ(HSEC)ライセンスと追加のスループットエンティティメントが必要になる場合があります。
関連情報 認証コード詳しくはこちら
-
-
ビジネスポリシーに従ったプラットフォームのベースライン構成を構築します。特に、以下の設定と検証を行います。
-
NTP
-
Acl
-
ユーザー認証とリモートアクセス
-
DNS
-
IP ルーティング
-
IPアドレス
-
-
Webex Calling へのネットワークは、IPv4 アドレスを使用する必要があります。Control Hubで設定されたローカルゲートウェイ完全修飾ドメイン名(FQDN)またはサービスレコード(SRV)アドレスは、インターネット上のパブリックIPv4 アドレスに解決する必要があります。
-
Webexに面しているLocal Gatewayインターフェース上のすべてのSIPおよびメディアポートは、直接または静的なNATを介してインターネットからアクセス可能である必要があります。それに応じてファイアウォールを更新してください。
-
以下の詳細な設定手順に従って、署名された証明書をローカルゲートウェイにインストールします。
-
Public Certificate Authority (CA) の詳細 Cisco Webex オーディオおよびビデオプラットフォームへの呼び出しでサポートされているルート証明書当局はどれですか?デバイスの証明書に署名する必要があります。
-
Server Authentication Extended Key Usage (EKU) のみを含む証明書がサポートされています。Webex Calling は、TLS ハンドシェイク確立中に、クライアント認証 EKU の存在を検証または強制しません。
サードパーティのSession Border Controller(SBC)の中には、厳格なEKU検証を実施し、クライアント認証EKUが含まれていない証明書を拒否する場合があります。このような場合、SBCがServer Authentication EKUのみで証明書を受け入れるか、厳格なEKU検証を無効にするように設定されていることを確認してください。
-
証明書の主体共通名(CN)、または主体代替名(SAN)の1つは、コントロールハブで設定されたFQDNと同じでなければなりません。
Common Name (CN) またはSAN (Subject Alternative Name) の証明書を購入する場合、証明書が小文字のみを使用していることを確認してください。Control Hubの設定では、すべてのFQDNエントリは自動的に小文字に変換され、FQDNと証明書との間の文字ケーシングの不一致は、トランク登録を成功させません。
例:
-
組織のControl Hubで構成されたトランクにcube1.lgw.com:5061がローカルゲートウェイのFQDNである場合、ルーター証明書のCNまたはSANにはcube.lgw.com1が含まれている必要があります。
-
組織のControl Hubで構成されたトランクがトランクからアクセス可能なローカルゲートウェイのSRVアドレスとしてLGWS.LGW.COMがある場合、ルータ証明書のCNまたはSANにはlgws.lgw.comが含まれている必要があります。クライアント アドレスが 解決SRV (CNAME、A レコード、または IP アドレス) のレコードは、SAN ではオプションです。
-
トランクにFQDNまたはSRVを使用している場合でも、ローカルゲートウェイからすべてのSIPダイアログの連絡先アドレスは、コントロールハブで設定された名前を使用する必要があります。
-
-
-
Cisco ルート CA バンドルをローカルゲートウェイにアップロードします。このバンドルには、Webex プラットフォームを検証するために使用される CA ルート証明書が含まれています。
構成
| 1 |
有効でルーティング可能なIPアドレスをレイヤー3 インターフェイスに割り当てることを確認してください。
|
| 2 |
対称暗号化を使用して、ルータ上のSTUN資格情報を保護します。プライマリ暗号化鍵と暗号化の種類を次のように設定します。
|
| 3 |
ドメインの証明書を使用して暗号化トラストポイントを作成します。 サポート認証局(CA)。 |
| 4 |
ホスト証明書を認証するために、中間署名 CA の証明書を指定します。以下のexecまたは設定コマンドを入力します。
|
| 5 |
署名されたホスト証明書を、以下の exec または設定コマンドを用いてインポートします。
|
| 6 |
TLS1.2独占を有効にし、以下の設定コマンドを使用して音声アプリケーションで使用するデフォルトのトラストポイントを指定します。
|
| 7 |
Webex Calling で使用される IdenTrust Commercial Root CA 1 証明書を含む Cisco ルート CA バンドルをインストールします。イベント、登録者、出席者にすばやくアクセスするため、 crypto pki trustpool import clean url url 指定された URL からルート CA バンドルをダウンロードし、現在の CA トラストプールをクリアするには、証明書の新しいバンドルをインストールします。 HTTPS を使用してインターネットにアクセスするためにプロキシを使用する必要がある場合は、CA バンドルをインポートする前に、以下の設定を追加します。 ip http client proxy-server yourproxy.com proxy-port 80
|
| 1 |
Control Hubの既存の場所のためのCUBE証明書ベースPSTNトランクを作成します。詳細については、を参照してください。 Webex 呼び出しのトランクス、ルートグループ、ダイヤルプランを設定します. トランクの作成に関するトランク情報をメモしてください。以下の図でハイライトされているように、これらの詳細はこのガイドの設定手順で使用されます。
|
| 2 |
CUBE を Webex Calling Local Gateway として設定するには、次のコマンドを入力します。
以下は、設定のフィールドの説明です。
プラットフォーム上の Cisco Unified Border Element (CUBE) 機能を有効にします。 allow-connections sip to sipCUBEの基本的なSIPをユーザーエージェント機能に戻して有効にします。詳細については、を参照してください。 接続を許可する. デフォルトでは、T.38 ファックス転送が有効になります。詳細については、を参照してください。 ファックスプロトコルt38(音声サービス). STUN (Session Traversal of UDP THROUGH NAT) をグローバルに有効にします。 これらのグローバル stun コマンドは、Local Gateway を NAT の後ろにデプロイする場合にのみ必要です。
詳細については、を参照してください。 stun フローデータエージェントIDと stunフローデータ共有秘密. asymmetric payload fullDTMFと動的コーデックペイロードの両方でSIP非対称ペイロードのサポートを設定します。このコマンドの詳細については、を参照してください。 非対称ペイロード. early-offer forcedローカルゲートウェイに、隣接するピアからの承認を待つ代わりに、最初の INVITE メッセージで SDP 情報を送信するように強制します。このコマンドの詳細については、を参照してください。 早期オファー. sip-profiles inboundCUBE が SIP プロファイルを受信時に変更できるようにします。プロファイルは、ダイヤルピアまたはテナントを通じて適用されます。 |
| 3 |
設定 voice class codec 100 G.711コーデックは、すべてのトランクに対してのみ使用できます。このシンプルなアプローチは、ほとんどのデプロイメントに適しています。必要に応じて、生成システムと終了システムの両方でサポートされているコーデックタイプをリストに追加します。 より複雑なソリューション トランスコーディングDSPモジュールの使用はサポートされていますが、このガイドには含まれていません。
以下は、設定のフィールドの説明です。 voice class codec 100SIP トランク呼び出しの優先コーデックのみを許可するために使用。詳細については、を参照してください。 音声クラスコーデック. |
| 4 |
設定 voice class stun-usage 100 Webex Calling trunkでICEを有効にします。(この手順は、Webex for Government には適用されません)
以下は、設定のフィールドの説明です。 stun usage ice liteすべてのWebex Callingに直面しているダイヤルピアでICE-Liteを有効にし、可能な限りメディア最適化を可能にします。詳細については、を参照してください。 音声クラスストーンの使用法と 石の使用法 アイス ライト. メッセージは、 stun usage firewall-traversal flowdata コマンドは、NAT の背後にローカルゲートウェイをデプロイする場合にのみ必要です。 メディアの最適化は、可能な限り、交渉されます。呼び出しが記録などのクラウドメディアサービスを必要とする場合、メディアは最適化できません。 |
| 5 |
Webex トラフィックのメディア暗号化ポリシーを設定します。(この手順は、Webex for Government には適用されません)
以下は、設定のフィールドの説明です。 voice class srtp-crypto 100SDPで唯一のSRTP暗号化スイートCUBEが提供するSHA1_80をSDPで指定します。Webex 呼び出しは SHA1_80 のみをサポートします。詳細については、を参照してください。 音声クラス srtp-crypto. |
| 6 |
FIPS準拠のGCM暗号を設定する(この手順は、Webex for Governmentにのみ適用されます)。
以下は、設定のフィールドの説明です。 voice class srtp-crypto 100CUBE が提供する暗号スイートとして GCM を指定します。Webex for Local Gateway for Government の GCM 暗号を設定する必要があります。 |
| 7 |
ターゲットFQDNまたはSRVに基づいて、ローカルゲートウェイトランクへの呼び出しを一意に識別するパターンを設定します。
以下は、設定のフィールドの説明です。 voice class uri 100 sip着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、トランクのControl Hubで設定されたトランクFQDNまたはSRVを使用してください。 Webex Calling の証明書ベースのトランクのテナント側の設定では、ローカルゲートウェイで SRV ベースの Webex Calling Edge アドレスを使用してください。FQDN はもはやサポートされていません。 |
| 8 |
SIP メッセージ操作プロファイルを設定します。ゲートウェイがパブリックIPアドレスで設定されている場合は、次のようにプロファイルを設定するか、NATを使用している場合は、次のステップにスキップします。この例では、cube1.lgw.com はローカルゲートウェイに設定されている FQDN です。
以下は、設定のフィールドの説明です。 ルール10 と 20Webex がローカルゲートウェイからのメッセージを認証できるようにするには、SIPリクエストとレスポンスメッセージの「連絡先」ヘッダーには、Control Hubのトランクにプロビジョニングされた値が含まれている必要があります。これは、単一のホストの FQDN か、デバイスのクラスタに使用される SRV 名です。 |
| 9 |
ゲートウェイが静的NATの背後にプライベートIPアドレスで設定されている場合、インバウンド/アウトバウンドSIPプロファイルを以下のように設定します。この例では、cube1.lgw.comはローカルゲートウェイに設定されたFQDNであり、「10.80.13.12」はWebex Callingに直面するインターフェイスIPアドレスであり、「192.65.79.20」はNATパブリックIPアドレスです。
Webex コールへの送信メッセージのための SIP プロファイル
以下は、設定のフィールドの説明です。 rules 10 and 20Webex がローカルゲートウェイからのメッセージを認証できるようにするには、SIPリクエストとレスポンスメッセージの「連絡先」ヘッダーには、Control Hubのトランクにプロビジョニングされた値が含まれている必要があります。これは、単一のホストの FQDN か、デバイスのクラスタに使用される SRV 名です。 rules 30 to 81プライベート アドレスの参照をサイトの外部公開アドレスに変換し、Webex がその後のメッセージを正しく解釈し、ルーティングできるようにします。 Webex Calling からのインバウンドメッセージの SIP プロファイル
以下は、設定のフィールドの説明です。 rules 10 to 80パブリックアドレス参照を設定したプライベートアドレスに変換し、CUBE が Webex からのメッセージを処理できるようにします。 詳細については、を参照してください。 音声クラスsip-profiles. 米国またはカナダのPSTNプロバイダーは、スパムおよび詐欺通話のための発信者ID検証を提供することができます。 Webex Callingにおけるスパムまたは不正通報の表示記事 |
| 10 |
ヘッダ変更プロファイルを持つ SIP Options keepalive を設定します。
以下は、設定のフィールドの説明です。 voice class sip-options-keepalive 100keepalive プロファイルを構成し、ボイスクラスの構成モードに入ります。エンドポイントへのハートビート接続がUPまたはDOWNの状態にあるときに、SIP Out of Dialog Options Pingがダイヤルターゲットに送信される時間(秒単位)を設定できます。 この keepalive プロファイルは、Webex に設定されたダイヤルピアからトリガーされます。 コンタクトヘッダーにSBC完全修飾ドメイン名が含まれていることを確認するために、SIPプロファイル115 が使用されます。規則30、40、50はSBCが静的NATの背後に設定されている場合にのみ必要です。 この例では、cube1.lgw.comはローカルゲートウェイに選択されたFQDNであり、静的なNATが使用されている場合、"10.80.13.12"はWebex Callingに対するSBCインターフェイスIPアドレスであり、"192.65.79.20"はNATパブリックIPアドレスです。 |
| 11 |
Webex コールトランクを設定します: |
| 12 |
(オプション) CUBEなどのネットワークデバイスを構成し、デバイスが処理しないセッション開始プロトコル(SIP)ヘッダーを転送するには、これらのコマンドを使用します。これらのコマンドにより、デバイスはローカルゲートウェイ上のジオロケーションヘッダーやPIDF-LO(Presence Information Data Format - Location Object)など、サポートされていないSIPヘッダーを通過することができます。この機能により、Nomadic E-911サービスをサポートし、重要な位置情報を正しく保存および転送できるようにします。 |
上記のWebex Callingに向かってトランクを構築した際、以下の設定を使用して、SIPベースのPSTNプロバイダに対して暗号化されていないトランクを作成します。
あなたのサービスプロバイダが安全なPSTNトランクを提供している場合、Webex Callingトランクについては、上記と同様の構成に従うことがあります。CUBEは安全なコールルーティングをサポートしています。
TDM / ISDN PSTN トランクを使用している場合は、次のセクションTDM PSTN トランクでローカルゲートウェイを設定します。
Cisco TDM-SIP ゲートウェイで PSTN コールレッグの TDM インターフェイスを設定するには、を参照してください。 PRI ISDN の設定.
| 1 |
PSTN トランクからのインバウンド呼び出しを識別するために、次の音声クラス uri を構成します。
以下は、設定のフィールドの説明です。 voice class uri 200 sip着信SIP招待と着信トランクダイヤルピアに一致するパターンを定義します。このパターンを入力するときは、IP PSTN ゲートウェイの IP アドレスを使用してください。詳細については、を参照してください。 音声クラスURI. |
| 2 |
次のIP PSTNダイヤルピアを設定します。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアをタグで定義し200 、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア・ボイス destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス). session protocol sipv2このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア). session target ipv4: 192.168.80.13PSTN プロバイダに送信される通話のターゲットアドレスを指定します。これは IP アドレスまたは DNS ホスト名です。詳細については、を参照してください。 セッションターゲット (VoIP ダイヤルピア). incoming uri via 200INVITE VIA ヘッダー URI を使用して、このダイヤルピアへの着信呼び出しに一致させるために使用する音声クラスを指定します。詳細については、を参照してください。 着信URL.
voice-class sip asserted-id pai
(オプション) P-Asserted-Identity ヘッダ処理をオンにし、PSTN トランクに使用する方法を制御します。このコマンドが使用されている場合、着信ダイヤルピアから提供された呼び出し当事者 ID は、送信元および P-Asserted-Identity ヘッダーに使用されます。このコマンドが使用されていない場合、着信ダイヤルピアから提供された呼び出し当事者 ID が From および Remote-Party-ID ヘッダーに出力するために使用されます。詳細については、を参照してください。 音声クラスsip asserted-id.
bind control
source-interface
GigabitEthernet0/0/0
PSTN に送信されるメッセージのソースインターフェースと関連する IP アドレスを設定します。詳細については、を参照してください。 バインド. bind media source-interface GigabitEthernet0/0/0PSTNに送信されるメディアのソースインターフェースと関連するIPアドレスを設定します。詳細については、を参照してください。 バインド. voice-class codec 100一般的なコーデックフィルタリストを使用するようにダイヤルピアを設定します100。詳細については、を参照してください。 音声クラスコーデック. dtmf-relay rtp-nteRTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声). no vad音声アクティブティの検出を無効にします。詳細については、を参照してください。 VAD (ダイヤル ピア). |
| 3 |
ローカルゲートウェイをWebex CallingとPSTN間のルート呼び出しのみに設定している場合は、以下のコールルーティング設定を追加します。Unified Communications Manager プラットフォームでローカルゲートウェイを構成する場合は、次のセクションにスキップします。 |
Webex Callingに向かってトランクを構築した後、次の設定を使用して、ループバックコールルーティングを備えたPSTNサービス用のTDMトランクを作成し、Webexコールレッグのメディア最適化を可能にします。
IPメディアの最適化を必要としない場合は、SIP PSTNトランクの設定手順に従ってください。PSTN VoIPダイヤルピアの代わりに、ボイスポートとPOTSダイヤルピア(ステップ2および3に示すように)を使用してください。
| 1 |
ループバックダイヤルピアの構成は、ダイヤルピアのグループとコールルーティングタグを使用して、コールルーティングループを作成せずにコールがWebexとPSTNの間で正しく渡されるようにします。コールルーティングタグを追加および削除するために使用される以下の翻訳ルールを設定します。
以下は、設定のフィールドの説明です。 voice translation-ruleルールで定義された正規表現を使用して、コールルーティングタグを追加または削除します。十進数字(「A」)は、トラブルシューティングの明快性を追加するために使用されます。 この設定では、翻訳プロファイルによって追加されたタグ 100ループバックダイヤルピアを介してWebex CallingからPSTNへの呼び出しを誘導するために使用されます。同様に、翻訳プロファイル200 によって追加されたタグは、PSTNからWebex Callingへの呼び出しを誘導するために使用されます。WebexとPSTNトランクにそれぞれ呼び出しを行う前に、翻訳プロファイル11 と12これらのタグを削除します。 この例では、Webex Calling からの呼び出し番号が +E.164 形式で表示されることを想定しています。ルール100 はリードする+を削除し、有効な呼び出された番号を維持します。ルール12 は、タグを削除するときに国内または国際的なルーティング桁を追加します。お住まいの地域のISDNナショナルダイヤルプランに合った数字を使用してください。 Webex Callingが全国形式の番号を提示する場合、ルール100 と12 を調整して、ルーティングタグを追加して削除するだけです。 |
| 2 |
使用するトランクタイプとプロトコルで必要に応じてTDM音声インターフェースポートを設定します。詳細については、を参照してください。 PRI ISDN の設定.たとえば、デバイスの NIM スロット2 にインストールされた Primary Rate ISDN インターフェイスの基本的な構成には、以下が含まれます。
|
| 3 |
次の TDM PSTN ダイヤルピアを設定します。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアを200タグで定義し、管理とトラブルシューティングの容易さのために意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア. destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。この場合、有効な宛先パターンを使用することができます。詳細については、を参照してください。 出力パターン (インターフェイス). translation-profile incoming 200着信番号にコールルーティングタグを追加する翻訳プロファイルを割り当てます。 direct-inward-dialセカンダリダイヤルトーンを提供せずにコールをルーティングします。詳細については、を参照してください。 インサイドダイヤル. port 0/2/0:15このダイヤルピアに関連付けられている物理音声ポート。 |
| 4 |
TDM-IPコールフローでローカルゲートウェイのIPパスのメディア最適化を有効にするには、Webex CallingとPSTNトランク間の内部ループバックダイヤルピアを導入することで、コールルーティングを変更できます。次のループバックダイヤルピアを設定します。この場合、すべての着信呼び出しは、最初にdial-peer10にルーティングされ、そこからdial-peer11または12適用されたルーティングタグに基づいてルーティングされます。ルーティングタグを削除した後、ダイヤルピアグループを使用してアウトバウンドトランクに呼び出しがルーティングされます。
以下は、設定のフィールドの説明です。
VoIPダイヤルピアを定義し、管理とトラブルシューティングの容易さのための意味のある説明を提供します。詳細については、を参照してください。 ダイヤルピア. translation-profile incoming 11先に定義された翻訳プロファイルを適用して、アウトバウンドトランクに渡す前に、コールルーティングタグを削除します。 destination-pattern BAD.BADインバウンドダイヤルピアグループを使用してアウトバウンドコールをルーティングする場合、ダミーの宛先パターンが必要です。詳細については、を参照してください。 出力パターン (インターフェイス). session protocol sipv2このダイヤルピアがSIPコールレッグを処理することを指定します。詳細については、を参照してください。 セッションプロトコル (ダイヤルピア). session target ipv4: 192.168.80.14ループバックへの呼び出しターゲットとしてローカルルーターインターフェイスを指定します。詳細については、を参照してください。 セッションターゲット (voip ダイヤルピア). bind control source-interface GigabitEthernet0/0/0ループバックを通じて送信されるメッセージのソースインターフェースと関連するIPアドレスを設定します。詳細については、を参照してください。 バインド. bind media source-interface GigabitEthernet0/0/0ループバックを介して送信されるメディアのソースインターフェイスと関連する IP アドレスを設定します。詳細については、を参照してください。 バインド. dtmf-relay rtp-nteRTP-NTE (RFC2833) を、コールレッグで期待される DTMF 機能として定義します。詳細については、を参照してください。 DTMFリレー(IP経由の声). codec g711alaw すべてのPSTNコールにG.711を使用するよう強制します。お使いのISDNサービスで使用するコーディング方法に一致する法律またはu法律を選択します。 no vad音声アクティブティの検出を無効にします。詳細については、を参照してください。 VAD (ダイヤル ピア). |
| 5 |
以下のコールルーティング設定を追加します。 これにより、Local Gatewayの設定が終了します。これが初めてCUBE機能が設定されている場合は、設定を保存し、プラットフォームを再読み込みします。
|
前のセクションのPSTN-Webex Calling構成を変更して、Cisco Unified Communications Manager (UCM) クラスタに追加トランクを含めることができます。この場合、すべての呼び出しはUnified CMを介してルーティングされます。ポート5060 のUCMからの呼び出しはPSTNにルーティングされ、ポート5065 からの呼び出しはWebex Callingにルーティングされます。この呼び出しシナリオを含めるために、以下の増分構成を追加することができます。
| 1 |
以下の音声クラス URI を設定: |
| 2 |
Unified CM ホストへの SRV ルーティングを指定するために、以下の DNS レコードを設定します。 IOS XEは、これらのレコードを使用して、ターゲットUCMホストとポートをローカルで決定します。この設定では、DNS システム内のレコードを設定する必要はありません。DNSを使用する場合は、これらのローカル設定は必要ありません。
以下は、設定のフィールドの説明です。 次のコマンドは、DNS SRV リソースレコードを作成します。各UCMホストとトランクのレコードを作成します。 ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip.__udp.pstntocucm.io:SRVリソースレコード名 2:SRV リソースレコードの優先度 1:SRVリソースレコードの重量 5060:このリソースレコードのターゲットホストに使用するポート番号 ucmsub.mydomain5.com:リソースレコードのターゲットホスト リソースレコードのターゲットホスト名を解決するには、ローカル DNS レコードを作成します。例: ip host ucmsub5.mydomain.com 192.168.80.65 IP ホスト:ローカル IOS XE データベースにレコードを作成します。 ucmsub.mydomain5.com:A レコードホスト名。 192.168.80.65:ホスト IP アドレス。 UCM環境と好ましいコール配布戦略を反映するSRVリソースレコードとレコードを作成します。 |
| 3 |
次のダイヤルピアを設定します。 |
| 4 |
以下の構成を使用してコールルーティングを追加します。 |
診断署名 (DS) は、Cisco IOS XE ベースのローカル ゲートウェイで共通に観察される問題を事前に検出し、イベントのメール、syslog、またはターミナル メッセージ通知を生成します。さらに、DS をインストールして診断データ収集を自動化し、収集したデータを Cisco TAC ケースに転送して解決時間を短縮することもできます。
診断署名 (DS) は、問題のトリガー イベントと問題を通知、トラブルシューティング、修正するためのアクションに関する情報を含む XML ファイルです。syslog メッセージ、SNMP イベント、および特定のコマンド出力の定期的な監視を使用して、問題の検出ロジックを定義します。アクションタイプには以下が含まれます。
-
show command 出力を収集中
-
統合ログファイルの生成
-
HTTPS、SCP、FTP サーバーなどのネットワークロケーションをユーザーにアップロードする
TAC エンジニアは DS ファイルを作成し、整合性保護のためにデジタル署名します。各 DS ファイルには、システムによって割り当てられた固有の数字の ID があります。診断署名ルックアップツール(DSLT) は、さまざまな問題を監視およびトラブルシューティングするための適切な署名を見つけるための単一のソースです。
開始する前に:
-
ダウンロードしたDSファイルを編集しないでください DSLTシステム.変更するファイルは、整合性チェックエラーのためインストールに失敗します。
-
ローカル ゲートウェイがメール通知を送信するために必要な簡易メール転送プロトコル (SMTP) サーバー。
-
電子メール通知にセキュアなSMTPサーバーを使用する場合は、ローカルゲートウェイがIOS XE 17.6.1以上を実行していることを確認してください。
前提条件
IOS XE17.6.1以上を実行するローカルゲートウェイ
-
診断署名はデフォルトで有効になっています。
-
デバイスがIOS XE 17.6.1以上を実行している場合、事前通知を送信するために使用する安全なメールサーバーを設定します。
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end -
通知する管理者のメールアドレスを使用して環境変数 ds_emailを設定します。
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
プロアクティブ モニタリングのために診断署名をインストールする
CPU 使用率の監視
このDSは、SNMP OID 1.3.6.1.4.1.9.2.1.56を使用して5秒のCPU使用を追跡します。使用率が75%以上に達すると、すべてのデバッグを無効にし、ローカルゲートウェイにインストールしたすべての診断シグネチャをアンインストールします。下記の手順を実行して署名をインストールします。
-
コマンドを使用してSNMPを有効にしていることを確認してください 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 ダウンロード DS 64224次のドロップダウンオプションを使用して、 診断署名ルックアップツール:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:フィールド名
フィールド値
Platform
Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア
対応製品
Webex CallingソリューションのCUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
メール通知による高 CPU 使用率

-
DS XML ファイルをローカルゲートウェイフラッシュにコピーします。
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:次の例では、FTP サーバーからローカル ゲートウェイへのファイルのコピーを示しています。
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec) -
ローカルゲートウェイに DS XML ファイルをインストールします。
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success -
イベント、登録者、出席者にすばやくアクセスするため、 show call-home diagnostic-signature 署名が正常にインストールされていることを確認するためのコマンド。状態の列には「登録済み」の値が必要です。
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDSes をダウンロード:
DS ID
DS 名
リビジョン
ステータス
最後の更新 (GMT+00:00)
64224
DS_LGW_CPU_MON75
00...10
登録者数
2020-11-07 22:05:33
トリガーされると、この署名によって、この署名そのものを含む実行中のすべての DS がアンインストールされます。必要に応じて、DS64224 を再インストールして、Local Gatewayで高いCPU使用状況を監視してください。
異常な通話切断の監視
このDSは、10分ごとにSNMPポーリングを使用して、SIPエラー403、488および503で異常なコール切断を検出します。 エラー数の増分が最後の投票から5より大きいか、または等しい場合は、syslogと電子メールの通知を生成します。 下記の手順を実行して、署名をインストールしてください。
-
コマンドを使用して SNMP が有効になっていることを確認します show snmp.SNMP が有効でない場合は、 snmp-server manager します。
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled -
ダウンロード DS 65221次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
メールおよび Syslog 通知による SIP の異常通話切断検出
-
DS XML ファイルをローカルゲートウェイにコピーします。
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash: -
ローカルゲートウェイに DS XML ファイルをインストールします。
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success -
コマンドを使う show call-home diagnostic-signature 署名が正常にインストールされていることを確認します。ステータス列の値が「registered」になっているはずです。
診断署名をインストールして問題のトラブルシューティングを行う
診断署名 (DS) を使用して、問題を迅速に解決できます。Cisco TAC エンジニアは、特定の問題のトラブルシューティング、問題の発生を検出、診断データの正しいセットを収集し、データを Cisco TAC ケースに自動的に転送するために必要なデバッグを可能にするための署名を作成しました。これにより、問題の発生を手動で確認する必要がなくなり、断続的、および一時的な問題のトラブルシューティングがはるかに容易になります。
あなたはそれを使用することができます 診断署名ルックアップツール該当する署名を見つけ、特定の問題を自己解決するためにそれらをインストールするか、サポートエンゲージメントの一環としてTACエンジニアが推奨する署名をインストールすることができます。
以下は、「%VOICE_IEC-3-GW」の発生を検出するためのDSを見つけてインストールする方法の例です。CCAPI:Internal Error (call spike threshold):IEC=1.1.181.1.29.0" syslogと診断データ収集の自動化:
診断データをアップロードするために、別の DS 環境変数 ds_fsurl_prefix を Cisco TAC ファイルサーバパス (cxd.cisco.com) に設定します。 ファイルパスのユーザー名はケース番号、パスワードはファイルアップロードトークンであり、そこから取得できるファイルアップロードトークンです。 サポートケースマネージャー次のとおりである。 ファイルアップロードトークンは、必要に応じてサポートケースマネージャーの添付ファイル セクションで生成できます。

configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end例:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"-
コマンドを使用して SNMP が有効になっていることを確認します show snmp.SNMP が有効になっていない場合は、 snmp-server manager します。
show snmp %SNMP agent not enabled config t snmp-server manager end -
高速CPU使用時にすべてのデバッグおよび診断署名を無効にするため、高速CPUモニタリングDS64224 をインストールすることをお勧めします。ダウンロード DS 64224次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
パフォーマンス
問題の種類
通知メールによる CPU 使用率が高い
-
ダウンロード DS 65095次のオプションを使用して、 診断署名ルックアップツール:
フィールド名
フィールド値
Platform
Cisco4300、4400 ISRシリーズ、またはCATALYST 8000V Edgeソフトウェア
対応製品
Webex Calling ソリューションの CUBE Enterprise
問題の範囲
Syslog
問題の種類
Syslog - %VOICE_IEC-3-GW:CCAPI:Internal Error (Call spike threshold):IEC=1.1.181.1.290
-
DS XML ファイルをローカルゲートウェイにコピーします。
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: -
高いCPU監視DS64224 、次にDS 65095 XMLファイルをローカルゲートウェイにインストールします。
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success -
署名が正常にインストールされていることを確認する show call-home diagnostic-signature.ステータス列の値が「registered」になっているはずです。
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.comダウンロードされた DSes:
DS ID
DS 名
リビジョン
ステータス
最後の更新 (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
00...10
登録者数
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
00...12
登録者数
2020-11-08:00:12:53
診断署名の実行を確認します
次のコマンドでは、コマンドの「ステータス」列 show call-home diagnostic-signature ローカルゲートウェイが署名内で定義されたアクションを実行している間、「実行中」に変更します。の 出力 show call-home diagnostic-signature statistics これは、診断の署名が興味のあるイベントを検出してアクションを実行するかどうかを検証する最良の方法です。「トリガーされた/Max/Deinstall」欄は、指定された署名がイベントをトリガーした回数、イベントを検出するために定義される最大回数、トリガーされたイベントの最大数を検出した後に署名が自身をインストールアンインストールするかどうかを示します。
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
ダウンロードされた DSes:
|
DS ID |
DS 名 |
リビジョン |
ステータス |
最後の更新 (GMT+00:00) |
|---|---|---|---|---|
|
64224 |
DS_LGW_CPU_MON75 |
00...10 |
登録者数 |
2020-11-08 00:07:45 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
00...12 |
実行中(Running) |
2020-11-08 00:12:53 |
コール ホーム診断署名統計を表示する
|
DS ID |
DS 名 |
起動/Max/Deinstall |
平均実行時間(秒) |
最長実行時間(秒) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0。000 |
0。000 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23。053 |
23。053 |
診断署名通知メール送信されるレポートには、問題の種類、デバイスの詳細、ソフトウェア バージョン、コンフィギュレーションの実行、および与えられた問題のトラブルシューティングに関連するコマンド出力の表示などの重要な情報が含されます。
診断署名をアンインストールする
トラブルシューティングのために診断署名を使用すると、一般的に、いくつかの問題が発生した場合の検出後にアンインストールするために定義されます。署名を手動でアンインストールする場合は、以下の出力から DS ID を取得します。 show call-home diagnostic-signature そして次のコマンドを実行します。
call-home diagnostic-signature deinstall <DS ID>
例:
call-home diagnostic-signature deinstall 64224
診断署名ルックアップ ツールに、展開で見られる問題に基づいて、定期的に新しい署名が追加されます。TAC では現在、新しいカスタム署名の作成リクエストをサポートしていません。
