通話品質のトラブルシューティング機能は特別な構成を必要とせず、コントロール ハブでデフォルトで利用できます。完全な顧客、読み取り専用、サポート、パートナー、およびパートナー読み取り専用管理者が利用できます。

管理者は、次の基準を使用して検索し、少なくとも 1 つの専用インスタンス登録済みエンドポイントで通話セッションが使用された通話のリストを取得できます。

• 通話品質

• 失敗の理由

• 主催者名

• 通話 ID

• デバイスプール

• 最終着信番号
• 継続時間
• 発信番号
• ダイヤル先番号
• 通話者のユーザー ID
• ダイヤル先のユーザー ID
• 会話 ID
• 発信元デバイスのセッション ID
• 発信先デバイスのセッション ID

通話失敗および通話品質のトラブルシューティング機能により、管理者は次のことが可能になります。

• 通話の参加者のエンドツーエンドのエクスペリエンスを表示します。

• 通話のホップ詳細を表示します。

• 過去 7 日間の通話を表示します。

• ユーザーエクスペリエンスに影響を与えた通話品質メトリックを分析します。

• 問題が発信者または発信者に発生した場合に検出します。

1. Control Hub にサインインします。
2. サービス の下で 通話 → 専用インスタンス → 管理を選択します。
3. Cisco Unified Communications Managerをクリックし、 ヘルプデスクサービスで以下を有効にします。 :
   • Unifiedのテレメトリモジュールを有効にする CM/SME ノード。
   • アナリティクスのトグルを有効にします。
   • テレメトリ モジュールのバージョンが 2005 以上であることを確認します。

通話を分析するには、次の手順を実行します。

1. Control Hubにサインインし、 Monitoring に移動します > トラブルシューティング > 専用インスタンス。

   CDR レコードは、フィルターを適用した後にのみ表示されます。デフォルトでは、トラブルシューティング ページに通話は表示されません。

2. 表示するコール レグの通話ステータス、通話品質、失敗理由、ユーザー ID、電話番号、セッション ID、デバイス プールなどを検索します。

   

3. 通話は品質に応じて等級分けされます。通話エクスペリエンスは、次のように採点されます。

   ランク	SCSR しきい値
   	ロングコールの SCSR 範囲	ショートコール SCSR 範囲
   良好	3% 未満	20% 未満
   受入可能	3%-7%	20%-30%
   劣っている	7% を超える	30% を超える

4. リスト ビューで特定の通話をクリックすると、通話フローと通話の詳細に従って通話のラダー ダイアグラムを検査できます。

   通話診断には 2 つのビューがあります。詳細情報を表示するには、 シグナリング タブと メディア タブを切り替えることができます。

   • 署名
     • 各コール レグのコール ステータス (成功または失敗) とコール品質が点線の色で表示されます。
     • いずれかのコール レグで障害が発生した場合、障害の理由が表示されます。
     • 通話にトランクが関係している場合は、着信トランクと発信トランクの両方の詳細が Unified CM ブロック内に表示されます。
     • 発信元デバイスは、デスクフォン、またはクラウド デバイスとして表示される任意のソフトフォンです。

     • 管理者は、ホスト名をクリックして、Unified CM または他の UC アプリケーションを相互起動できます。

     

   • メディア
     • 2 人のユーザー間のメディア フローとその品質を表示します。
     • 両方のユーザーのハードウェア情報、IP アドレス、地理位置情報、ビデオ コーデック、電子メール ID、通話 ID などのメトリックが表示されます。

     

トラブルシューティングビューの凡例

ホップバイホップ ビューの右側のペインで次の詳細を確認します。

表1. 通話の詳細

項目	説明
通話日付	通話が発生した日付です。
通話時刻	通話の開始および終了時刻を検索ビューで選択したタイムゾーンで表示します。
セッションタイプ	サポートされているセッションのタイプです。例: Webex 通話。
参加者	通話に参加した参加者の数です。
発信者名	発信者の名前です。
音声	使用された音声タイプです。
ビデオ	参加者がビデオを有効にしている場合は「はい」と表示されます。ビデオが全く有効ではない場合、[いいえ] が表示されます。

表 2. DIの詳細

項目	説明
主催者名	通話の発信元となる Unified CM ノードのホスト名。
発信セッションID	セッション ID は、発信側デバイスと着信側デバイスのセッション ID を記録するために、通話詳細レコード (CDR) で使用されます。これらのフィールドはセッションが終了したときに入力され、通話に関係する各デバイスに関連付けられたセッションの一意の識別子を提供します。
宛先セッションID
会議 ID/Call ID	グローバル コール ID は、Cisco Unified IP Phone がオフフックされるたび、またはゲートウェイから通話が受信されるたびに割り当てられる識別子です。
デバイスプール	発信元のデバイスプール device/Caller,

表 3。 ホップバイホップビューのコールメトリック

項目	説明
ハードウェア	以下のいずれかを表示します。 物理的なエンドポイントの Desk Phone モデル情報。 Webex アプリの場合は「-」。 Cisco Room シリーズ デバイスの Room シリーズ モデル情報。
パブリック IP	これは、クラウドパブリック IP確認されたクライアントのデフォルト アドレスです。企業の場合、これは NAT を提供するファイアウォールのアドレスです。
地理情報	パブリック IP アドレスの Geo ルックアップ。
ビデオコーデック	(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。ビデオ通話にのみ適用されます。
コール ID	コールレグの識別に使用される内部識別子です。

SIP 図を生成し、選択した通話の SDL ログをダウンロードできます。SIP ダイアグラムは、エンドポイント間で交換される SIP メッセージを視覚的に表現し、ユーザーがコールフローを理解して異常を識別するのに役立ちます。

この機能は次のような場合に役立ちます。

• 登録の失敗や誤った応答など、通話が失敗している場所や問題が発生している場所を正確に特定します。

• セットアップ、変更、終了を含む通話ライフサイクル全体を追跡して、ネットワーク内での通話の進行状況を把握します。

• SIP メッセージのタイミングを分析して、通話品質に影響を及ぼす可能性のある遅延や遅延を検出します。

SIP 図を生成するには:

1. Control Hubにサインインし、 Monitoring に移動します > トラブルシューティング > 専用インスタンス。

2. 表示するコール レグの通話ステータス、通話品質、失敗理由、ユーザー ID、電話番号、セッション ID、デバイス プールなどを検索します。

   

3. リスト ビューで特定の通話をクリックすると、通話フローと通話の詳細に従って通話のラダー ダイアグラムを検査できます。

4. SIPダイアグラムの生成をクリックします。

   このプロセス中に、ログは Unified CM ノードから収集され、クラウドにアップロードされます。

   

5. SIP 図 ドロップダウンを使用して、 SIP 図を表示するか、通話をさらに分析するためにログ をダウンロードします。

   SIP ダイアグラムを表示するための分析時間は、通話中に取得されるログのサイズによって異なります。ログのサイズは 10 ～ 300 MB の範囲で、分析時間に影響し、通常は 1 ～ 5 分かかります。

   • SIP 図を表示するには:

     1. SIP ダイアグラム ドロップダウンで SIP ダイアグラムの表示 [ をクリックします。

        

     2. ラダー ダイアグラムをクリックすると、Unified CM クラスタを通過するコール シグナリングが視覚的に表示されます。

        

   • ログファイルをダウンロードするには:

     1. SIP ダイアグラム ドロップダウンで [] ログのダウンロード をクリックします。

        ダウンロードした zip ファイルを解凍するといくつかのファイルが表示され、各ファイルはノードの 1 つから収集されたログを表します。内容を表示するには、内部ファイルを再度抽出します。

        

        

        抽出すると、ファイルにはノードのホスト名にちなんで名付けられたフォルダーが表示され、ノード上の元のレイアウトを反映したディレクトリ構造が含まれます。このフォルダ内の SDL および通話ログは、通話の発信と切断のタイムスタンプに基づいて整理されます。

• パークアンドリトリーブ、および CER 911 通話はサポートされていません。通話にシグナリング データが利用できません] または この通話タイプはサポートされていません が シグナリング タブと メディア タブの下に表示されます。

  

• 一部の CDR が利用できない場合、または CDR に必要な情報がすべて含まれていない場合は、ラダー図が部分的に作成されます。下部には関連ノード セクションがあり、呼び出しに関係する可能性のあるノードが表示されます。

• ログのローテーションが発生し、通話が発生した期間の SDL ログと CALL ログが見つからない場合、分析は失敗します。