この記事の内容
はじめに
トラブルシューティングデータを見る
トラブルシューティングデータをフィルタリングします
オペレーションダッシュボードからトラブルシューティングページへのクロス起動
通話記録を集める
分析を表示
Webex クラウド接続 UC を使用して Unified CM コールシグナリングの問題のトラブルシューティングを行います
list-menuこの記事の内容
list-menuフィードバックがある場合

Unified CM コール署名で問題が発生した場合、Webex Cloud-Connected UCはコラボレーションソリューションアナライザー(CSA)と統合され、コントロールハブに表示されるトラブルシューティング情報を使用して根本原因を特定することで問題のトラブルシューティングを行うことができます。

はじめに

トラブルシューティングデータを見る

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

始める前に

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

  • トラブルシューティング機能を動作させるには、Unified CMサービス管理ページで目的のクラスターの運用指標サービスを有効にする必要があります。 詳細については、「Control Hub の Webex クラウド接続 UC サービスを有効または無効にする」を参照してください。

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

  • トラブルシューティング機能を動作させるには、Webex サービスアビリティコネクタを導入してください。 詳細については、Webex サービスアビリティコネクタの導入ガイドを参照してください。

  • トラブルシューティング機能を機能させるには、Unified CMすべてのクラスタをWebex CloudConnected UCにオンボードし、それらの運用指標を有効にしてください。 また、これらのクラスタをWebexサービスアビリティコネクタに必ずオンボーディングしてください。

  • Unified CM各クラスタのすべてのノードをWebexサービスアビリティコネクタに必ずオンボードしてください。

  • すべてのコール処理ノードで、Cisco Unified Serviceabilityアプリケーションで「デバッグトレースレベル」を「詳細」に設定し、「トレースフィルター設定」セクションで「SIPコール処理トレースを有効にする」チェックボックスをオンにしてください(次のスクリーンショットを参照)。 詳細については、Unified CMお使いのリリースのバージョンの「Configure Trace」セクションを参照してください。Cisco Unified Serviceability Administration Guide

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

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

  • 電話番号 —電話をかけた番号。

  • ログ分析 — コールログ分析のアクションとステータスを表示します。 次の値を指定できます。

    • ログの収集 — 通話記録はまだ分析されていません。 通話記録の収集と分析を開始するには、「ログを収集」をクリックしてください。

    • 分析を表示 — 分析が完了すると、「ログを収集する」が「分析を表示」に変更されます。 「分析を表示」をクリックすると、分析にリダイレクトされます。

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

    • 再試行 —通話記録の分析が失敗しました。 通話記録の分析をもう一度開始するには、[再試行] をクリックしてください。

  • ダイヤル番号 —電話をかけた番号。

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

  • 通話状況 —成功、失敗、切断などの通話状況を表示します。

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

    • 失敗-CDRの発信元および終了原因コードが「0」、「1」、「2」、「3」、「16」、「17」、「31」、「126」、「127」、「393216」、「458752」、「262144」のいずれでもない場合は、障害として分類されます。 「失敗」はシグナリング障害を示します。

    • 中断 — 通話時間が0より長い通話失敗は「中断」として分類されます。 これは失敗した通話のサブセットです。 ドロップはメディア障害を示します。

    Unified CM12.5以前のバージョンを使用している場合は、「通話詳細記録管理ガイド」の「通話終了原因コード」表を参照してください。Cisco Unified Communications Manager

    Unified CM12.5 SU (1) 以上を使用している場合は、「通話報告および請求管理ガイド」の「通話終了原因コード」の表を参照してください。Cisco Unified Communications Manager

  • 失敗の理由 —通話障害または通話切断の理由。

  • 通話品質—良好、許容範囲、悪い、評価なしなどの通話グレードを表示します。 最近の電話では、データが表示されるまでに時間がかかる場合があります。 入手可能になるまで、この列に表示される値は「未採点」です。

    通話の採点方法の詳細については、「Unified CM通話品質評価」を参照してください。

  • 開始時間 — 通話が開始された日付と時刻。

  • 所要時間—通話を終了するまでにかかった時間(時間と分)。

  • 終了時刻 — 通話が終了した日付と時刻。

  • 通話ID —通話の一意の識別子。 詳細な通話記録を検索するのに使用できます。

  • ソースデバイス — 通話が行われたエンドポイント。

  • 宛先デバイス — 通話が行われたエンドポイント。

  • クラスター名 — Unified CM クラスターの名前。

  • Unified CMIPアドレス Unified CM —クラスターのIPアドレス。

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

  • 発信者ユーザーID —ソースエンドポイントの一意の識別子。

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

  • ソースURI —ソースエンドポイントのURI。

  • デスティネーションURI —デスティネーションエンドポイントのURI。

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

  • 宛先のIPアドレス —送信先のエンドポイントのIPアドレス。

トラブルシューティングデータをフィルタリングします

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

1

ページ上部の検索エリアをクリックします。

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

  • 通話品質

  • 通話状況

  • コール ID

  • クラスター名

  • 最終着信番号

  • 電話番号

  • ダイヤル番号

  • ソースデバイス

  • 送信先デバイス

  • 発信者ユーザーID

  • ダイヤルしたユーザーID

  • ソース URI

  • 目的地のURI

適用したいフィルターを選択してください。 たとえば、すべての不良通話のリストを見たい場合は、通話品質フィルターを選択し、ドロップダウンリストから「悪い」をクリックします。

複数のフィルターを同時に適用できます。

2

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

オペレーションダッシュボードからトラブルシューティングページへのクロス起動

1

Control Hubのカスタマービューから、サービス > コネクテッドUCに移動します。 オペレーションカードで、「ダッシュボード」をクリックします。

2

どのチャートでも、「今すぐトラブルシューティング」をクリックしてください。

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

通話記録を集める

1

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

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

2

適用したいフィルターを 1 つまたは複数選択してください。

3

ログ分析列で、ログを収集したい通話の「ログを収集」をクリックします。

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

4

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

ログ収集状況ウィンドウが表示されます。 以下は、ログ収集中に行われるさまざまな段階です。

  1. トリガーされました

  2. 収集します

  3. アップロードしています

  4. 完了しました

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

ログ収集を中止するには、「ログ収集をキャンセル」をクリックしてください。

分析を表示

収集したログを使用して、通話障害の原因を分析できます。

通話記録が収集されたら、「分析を表示」をクリックして結果をロードします。

結果が読み込まれると、SIP-Incoming ウィンドウに4つのタブが表示されます。 それらを使用して、通話障害の原因を分析してください。 SIP-Incoming ウィンドウのタブは次のとおりです。

  • コールレッグ情報 — コール、ネゴシエート機能、SIPレッグに関する情報を提供します。

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

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

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

  • ラダーダイアグラム — クラスターを通過するコールシグナリングを視覚的に表現します。Unified CM

    次の図は、「ラダーダイアグラム」タブの例を示しています。

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

    次の図は、数字分析タブの例を示しています。

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