はじめに

Webex Cloud-Connected UC は Collaboration Solutions Analyzer(CSA)と統合され、Unified CM コールシグナリングの問題のトラブルシューティングを可能にします。

トラブルシューティング データの表示

読み取り専用の管理者または完全な管理者またはサポート管理者の場合、Control Hub に表示されるトラブルシューティング情報 を使用して、ユーザーが発生する Unified CM コールシグナリングの問題の根本原因を特定できます。

はじめる前に

  • 完全管理者、読み取り専用管理者、またはサポート管理者のいずれかとしてログインしていることを確認してください。ログ分析のトラブルシューティング は、これらの役割にのみ機能します。

  • トラブルシューティング機能が動作するには、 [サービスの管理] ページで、必要な Unified CM の業務メトリクスサービスを有効にする必要があります。詳細については、「制御ハブで Cloud-Connected UC サービスを有効または無効にする」を参照してください。

  • トラブルシューティング機能を使用してログを収集し、それらを分析する場合、 Cisco TAC 配信サービスのプライバシーデータシートに記載されているとおりに、他のデータが地域外で処理され、保存される 場合があります

  • トラブルシューティング機能を機能させるには、Webex Serviceability Connector を展開していることを確認してください。詳細については、 「Webex Serviceability Connector の導入ガイド」を参照してください。

  • トラブルシューティング機能を機能させるには、すべての Unified CM クラスタを Webex Cloud-Connected UC にオンボードし、それらの業務メトリクスを有効にします。また、これらのクラスタを Webex Serviceability Connector にオンボードしていることを確認してください。

  • 各 Unified CM クラスタのすべてのノードを Webex Serviceability Connector にオンボードしていることを確認してください。

  • すべての呼処理ノードで、Cisco Unified Serviceability アプリケーションで、Debug Trace LevelDetailed に設定されていることを確認し、Trace Filter Settings セクションで、Enable SIP Call Processing Trace チェックボックスをオンにします(次のスクリーンショットを参照)。詳細については、ご使用のバージョンの Unified CM リリースの 『Cisco Unified Serviceability アドミニストレーション ガイド』の「トレースの設定」セクションを参照してください。

Control Hub のカスタマービューから、[監視] > [トラブルシューティング] に移動します。[Connected UC] をクリックします。

トラブルシューティングページが表示され、次の情報が表示されます。

  • 発信者番号 - 電話をかけた場所からの番号。

  • ログ分析 - アクションと通話ログ分析のステータスを表示します。次のいずれかの値になります。

    • ログの収集 - 通話ログはまだ解析されていません。[ログの収集] をクリックして、通話ログの収集と分析を開始します。

    • 分析の表示 - 分析の完了時に、ログの収集分析の表示に変わります。[分析の表示] をクリックすると、分析にリダイレクトされます。

    • ステップ 4 の X - 通話記録の収集が進行中です。

    • 再試行 - 通話ログの分析に失敗しました。[再試行] をクリックして、通話ログの分析を再度開始します。

  • ダイヤル番号 - 通話が発信された番号。

  • 最終的な通話の番号 - 通話が最終的に接続された番号。通話が転送される場合、この番号はダイヤルされ た番号とは異なります。

  • 通話ステータス -成功、失敗、切断などの通話ステータスを表示します。

    • 成功はシグナリングとメディアの成功を示します。

    • 失敗:CDR の発生原因と終了原因コードが該当する値(「0」、「1」、「2」、「3」、「16」、「17」、「31」、「126」、「127」、「393216」、「458752」、「262144」)のいずれかではない場合 、失敗に分類されます。失敗は、シグナリングの失敗を示します。

    • 切断 - 継続時間が 0 以上の失敗した通話は、切断として分類されます。これは、失敗したコールのサブセットです。切断は、メディアの失敗を示します 。

    Unified CMバージョン 12.5 以下を使用している場合は、『 Call Detail Records Administration Guide for Cisco Unified Communications Manager』の「コール終了原因コード」表を参照してください。

    Unified CM バージョン 12.5 以上を使用している場合は、『 Call Reporting and Billing Administration Guide for Cisco Unified Communications Manager』「コール終了原因コード」表を参照してください。

  • 失敗の理由 - 通話の失敗または切断の理由。

  • 通話の品質 - Good、Acceptable、Poor、Ungraded などの通話グレードが表示されます。最近の通話一部は、データの表示に 時間がかかる場合があります。使用可能になるまで、この列に表示される値は未設定です。

    通話のグレードの詳細については、「Unified CM 通話品質グレード 」を参照してください。

  • 開始時刻:通話が開始された日時。

  • 通話時間:通話を終了するのにかかる時間(時間と分)。

  • 終了時刻:通話が終了した日時。

  • 通話 ID:通話の一意の識別子。詳細な通話ログの検索に使用できます。

  • 送信元デバイス:通話が行われたエンドポイント。

  • 宛先デバイス:通話が実行されたエンドポイント。

  • クラスタ名:Unified CM クラスタの名前。

  • Unified CM IP アドレス:IP クラスタの Unified CM アドレス。

  • Unified CMバージョン:クラスタ上の Unified CM バージョン。

  • 発信者ユーザ ID:送信元エンドポイント用の一意の識別子。

  • ダイヤルされたユーザー ID:宛先エンドポイント用の一意の識別子。

  • 送信元 URI:URI エンドポイントの一部です。

  • 宛先 URI:URI エンドポイントの一部です。

  • 送信元 IP アドレス:送信元エンドポイントの IP アドレス。

  • 宛先 IP アドレス:宛先エンドポイントの IP アドレス。

トラブルシューティングのフィルタ

Control Hub に表示される Webex Cloud-Connected UC 通話に関連するトラブルシューティング情報をフィルタリングできます。

1

ページの上部にある検索領域をクリックします。

ドロップダウンリストが次のフィルタで表示されます。

  • コール品質

  • コールステータス

  • Call ID

  • クラスタ名

  • 最終通話番号

  • 発信者番号

  • [ダイヤル番号]

  • 送信元デバイス

  • 接続先デバイス

  • 発信者ユーザー ID 

  • ダイヤルされたユーザー ID

  • 送信元 URI

  • 宛先 URI

適用するフィルタを選択します。例えば、すべての不良コールのリストを表示する場合は、[通話品質] フィルタを選択し、ドロップダウンリストから [不良] をクリックします。


 

複数のフィルタを同時に適用することができます。

2 

(オプション)フィルタをクリアするには x をクリックします。複数のフィルタをクリアするには、画面の右上にある [すべてクリア] をクリックします。

操作ダッシュボードからトラブルシューティング ページへの相互起動

1 

Cisco Webex Control Hub の顧客ビューで、[サービス(Services)] > [接続された UC(Connected UC)] に移動します。操作カードで、[ダッシュボード] をクリックします。

2 

どのグラフでも、[今すぐトラブルシューティング] をクリックします。

これにより、適切なフィルタが選択された状態でトラブルシューティングページが相互起動します。

コール ログの収集

1

Control Hub のカスタマービューから、[監視] > [トラブルシューティング] に移動します。[Connected UC] をクリックします。

[トラブルシューティング] ページが表示されます。

2 

適用するフィルタ(複数可)を選択します。

3 

[ログ分析] 列で、ログを収集する通話の [ログの収集] をクリックします。


 

複数のノードをクリックして、ログを同時に収集します。

4

ログ収集の進行状況を表示する通話に対応する進行状況バーをクリックします。

[ログ収集ステータス] ウィンドウが表示されます。ログ収集中に実行されるさまざまなステージを以下に示します。

  1. トリガー済み

  2. 収集中

  3. アップロード中

  4. 完了

[完了] ステップに到達したら、[閉じる] をクリックして [ログ収集ステータス] ウィンドウを終了します。

ログの収集を中止するには、[ログ収集のキャンセル] をクリックします。

分析の表示

収集したログを使用して、コール失敗の理由を分析できます。

通話ログを収集した後、[分析の表示] をクリックして結果をロードします。

結果がロードされると、[SIP 着信] ウィンドウに 4 つのタブが表示されます。これらの情報を使用して、コールが失敗した理由を分析します。[SIP 着信] ウィンドウのタブは次のとおりです。

  • コールレッグ情報:コール、ネゴシエートされた機能、および SIP レッグに関する情報を提供します。

    次の図は、コールレッグ情報タブの例を示しています。

  • シグナリング タブ:メッセージの方向、拡張可能な SIP メッセージ、およびネゴシエートされたメディア機能を提供する SIP 会話を表示します。

    次の図は、[シグナリングタブ の例を示しています。

  • はしご図:Unified CMクラスタを通過するコールシグナリングの視覚的表現を提供します。

    次の図は、[はしご図] タブの例を示しています。

  • ディジット分析:分析されたコールのコールセットアップに関係するすべてのディジット分析のリストを表示します。

    次の図は、ディジット分析タブの例を示しています。