紹介

トラブルシューティングの情報を表示する

読み取り専用管理者またはフル管理者またはサポート管理者である場合、Control Hub にあるトラブルシューティング情報を使用して、ユーザーが直面する Unified CM 通話シグナリング問題の根本原因を判断できます。

開始する前に

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

  • トラブルシューティング機能が動作するためには、[サービス管理] ページで希望する Unified CM クラスタの運用メトリクス サービスを有効にする必要があります。詳細については、「コントロール ハブ の Webex 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 アプリケーションで [デバッグ トレース レベル][詳細] に設定し、[トレース フィルタ設定] セクションで [SIP コール処理トレースを有効にする] チェックボックスをオンにします (次のスクリーンショットを参照)。詳細については、お使いの Unified CM リリースのバージョンの『Cisco Unified Serviceability Administration Guide 』の「トレースの設定 」セクションを参照してください。

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

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

  • 発信番号—発信元の番号です。

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

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

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

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

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

  • ダイヤル番号—コールが行われた番号です。

  • 最終着信番号—通話が最終的に接続された番号です。通話が転送された場合、この番号は発信した番号とは異なる番号になります。

  • 通話ステータス: 成功、失敗、ドロップなどの通話ステータスを表示します。

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

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

    • [ドロップ(Dropped)]:継続時間が 0 より大きい失敗したコールは、[ドロップ(Dropped)] に分類されます。失敗した通話のサブセットです。ドロップは、メディアの失敗を示します。

    Unified CM バージョン 12.5 以降を使用している場合は、「Cisco Unified Communications Manager のコール詳細レコード管理ガイド 」の「通話終了原因コード」テーブルを参照してください。

    Unified CM 12.5 SU(1) 以上を使用している場合は、『Call Reporting and Billing Administration Guide for Cisco Unified Communications Manager 』の「通話終了原因コード」表を参照してください。

  • 失敗の理由: 通話の失敗またはドロップの理由。

  • 通話品質: 良好、許容可能、不良、未採点などの通話グレードを表示します。最近の通話の一部では、データの表示に時間がかかる場合があります。使用可能になるまで、この列に表示される値は [未採点(Ungraded)] です。

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

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

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

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

  • 通話 ID—通話の一意の識別子。詳細な通話ログを検索するため使用できます。

  • 発信元デバイス—発信元のエンドポイント。

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

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

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

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

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

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

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

  • 宛先 URI—宛先エンドポイントの URI。

  • ソース IP アドレス—ソースエンドポイントの IP アドレス。

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

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

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

1

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

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

  • 通話品質

  • 通話ステータス

  • コール ID

  • クラスター名

  • 最終着信番号

  • 発信番号

  • ダイヤル先番号

  • 発信元デバイス

  • 宛先デバイス

  • 通話者のユーザー ID

  • ダイヤル先のユーザー ID

  • ソース URL

  • 宛先 URL

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

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

2

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

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

1

Control Hub の顧客ビューから [サービス] > [接続済みの UC] に移動します。[オペレーション] カードで、[ダッシュボード] をクリックします。

2

任意のチャートで、[今すぐトラブルシューティング] をクリックします。

これにより、[トラブルシューティング] ページが開き、適切なフィルタが選択されます。

通話ログの収集

1

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

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

2

適用するフィルタまたはフィルタを選択します。

3

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

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

4

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

[ログ収集ステータス ] ウィンドウが表示されます。ログ収集中に発生するさまざまな段階を次に示します。

  1. トリガーされました

  2. 収集しています

  3. アップロード中

  4. 完了

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

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

分析を表示

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

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

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

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

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

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

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

  • はしご図: Unified CM クラスタを横断するコール シグナリングを視覚的に表示します。

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

  • ディジット分析: 分析されたコールの通話設定に関連するすべてのディジット分析のリストを表示します。

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