Webex Callingのトラブルシューティング機能を使用すると、特定のWebex Calling通話におけるメディア品質や通話接続に関する問題をトラブルシューティングできます。通話品質が悪いという顧客からの苦情など、さまざまな理由で通話のトラブルシューティングが必要になる場合があります。この場合は、トラブルシューティング画面に直接移動し、該当する呼び出しを検索して、ホップの詳細を表示することで、問題の原因を特定できます。トラブルシューティング機能を使えば、組織の通話品質を事前に監視し、ユーザーが問題に気づく前に特定の問題を未然に防ぐこともできます。

トラブルシューティングビューにアクセスするには、Control Hubでフル管理者、読み取り専用管理者、またはサポート管理者のいずれかのロールを持っている必要があります。

Webex Callingのトラブルシューティングでは、以下のことが可能です。

• 成功した通話、失敗した通話、拒否された通話を検索します。

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

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

• メディアがクラウドを通じて、またはユーザー Webex Calling間で直接(INTERACTIVE Connectivity 立ち上がり(ICE)を使用して通過する場合に表示します。

• 通話にメディアが含まれていない場合、またはパス最適化の設定が失敗した場合は、インサイトを表示します。

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

• シグナリング関連の通話失敗および拒否を表示します。

• ユーザーのエクスペリエンスに影響を与えた通話品質メトリックスを分析します。例えば、管理者はWi-Fiネットワーク上のクライアントで高いジッターを観測するかもしれないが、パケット損失や遅延は許容範囲内とみなすかもしれない。

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

電話を使った通話 Webex Calling 終了後に表示されます。

トラブルシューティングビューは、関連するすべての指標を提供することで問題領域を特定するのに役立ちますが、必ずしも通話不良の根本原因を示すものではありません。次のポインタを参照して様々な要因を特定し、解決方法を決定してください。

• ユーザーのエンドツーエンドのエクスペリエンス。

• [ホップの詳細] ビュー。

• ユーザーまたはメディアリレーポイントからメトリクスを送受信します。

• 外部ネットワークまたはネットワーク間の通話 の発生、または通信が登録済みのWebex Callingかどうか。

検索ビュー

以下の条件を使用して検索すると、少なくとも1つのWebex Calling登録エンドポイントでメディアセッションが使用された通話の一覧を取得できます。

• メール アドレス

• 電話番号

• MACアドレス

• 通話 ID

• 相関ID

ユーザーのメールアドレスを検索すると、そのユーザーの会議と通話がそれぞれのタブに分かれて表示されます。

• 会議—ユーザーが参加したすべての会議が含まれます。

• Webex Calling - Webex Calling のすべての通話が含まれています。

• Webex での通話 - Webex での通話に関する情報が含まれています。

相関IDまたは電話番号で検索すると、関連するタブ（この場合はWebex通話）のみが表示され、関連する結果のみが表示されます。

通話を検索すると、関連する通話セグメントが Webex Calling タブに表示されます。以下のデータが利用可能です。

ユーザーの主要業績評価指標（KPI）を検索しました

ユーザーを検索すると、 Webex Calling タブで以下の KPI が利用できます。

• 総通話数—通話の総数。

• 総通話セグメント数—通話セグメントの総数。

• 失敗した通話セグメント数 - 失敗した通話セグメントの数。

• 拒否された通話セグメント数 - 拒否された通話セグメントの数。

• 低品質の通話セグメント - 品質が悪かった通話セグメントの数。

通話セグメントとは?

通話セグメントとは、Webex Calling通話の個別の部分を表すものです。基本的に、2人の参加者間の直接的な接続またはホップごとに、1つの通話セグメントが構成されます。

例えば、アリスが自動応答システムに電話をかけ、そのシステムがボブに電話を転送した場合、アリスから自動応答システムへの通話は通話の1つのセグメントとみなされ、自動応答システムからボブへの通話は同じ通話フローの別のセグメントとみなされます。したがって、単一の複雑な通話は、複数の通話セグメントから構成される可能性がある。

通常、通話セグメントは2つの通話レッグ（CDR）で構成されます。起点となる脚と終点となる脚。ただし、PSTN通話を含むシナリオでは、Webex Callingの観点からは、単一の通話レッグ（Webexユーザーの終端レッグ）のみが生成される可能性があります。

各通話セグメントには、それぞれ異なる結果（成功、失敗、拒否など）が生じる可能性があります。したがって、コントロールハブのトラブルシューティングビューにおいて、通信イベントを通話セグメントとして表現することが非常に重要です。これにより、顧客は個々のセグメントへの完全な内訳を確認でき、複雑な通話フロー内の問題を正確に特定することが可能になります。

通話サマリ

通話詳細ページの通話概要セクションは、通話シーケンス全体の包括的なエンドツーエンドの進行状況を視覚的に表示します。この高レベルビューにより、顧客は、複数の論理的な「通話」（共通の相関IDで定義される）や複雑な転送シナリオが含まれる場合でも、通話全体の流れを視覚的に把握できます。コールサマリーは、すべての中間ホップと関連する「コール」をインテリジェントに統合し、包括的で一貫性のあるビューを提供します。

通話概要機能を使用すると、通話の流れを最初から最後まで視覚的なタイムラインビューで素早く把握できます。左側の各参加者はユーザーの種類（PSTN、ハントグループ、コールキューなど）を表し、その前の線はその参加者の通話インタラクションを表します。2人の参加者間のやり取りは通話セグメントである。参加者にカーソルを合わせると、名前、ユーザーの種類、参加期間のタイムスタンプなどの詳細情報が表示されます。特定の参加者をクリックすると、同じページの通話概要カードの下にあるホップビューで、通話セグメントの詳細を確認できます。PSTNおよびローカルゲートウェイのユーザータイプを持つ参加者の中には、クリックできないものがあることに注意してください。

通話概要には、発信、保留、転送などの通話操作も表示されます。接続状態（失敗、拒否など）も表示されます。特定の標識にカーソルを合わせると詳細情報が表示され、問題が発生したまさにその場所で問題を特定し、トラブルシューティングを行うのに役立ちます。

例えば、上記のスクリーンショットは、外部のPSTNユーザーが自動応答システムにダイヤルインし、その通話がコールキューに転送された通話を表しています。その後、通話は2人のオペレーターに転送され、そのうち2人目のオペレーターが通話に応答し、PSTNユーザーと話しました。メディア品質オーバーレイは、エンドポイントにおけるメディア品質を表します。凡例には、通話概要を理解するのに役立つ詳細情報が記載されています。

通話概要セクションに関するより詳細な説明については、こちらのビデオキャストをご覧ください 。

ホップの詳細表示

ホップ詳細ビューでは、以下のデータが利用可能です。

ホップの詳細情報から、以下のことが可能です。

• ホップがPSTN経由かローカルゲートウェイ経由かを確認します。

• 通話の発信者または着信者のユーザーの種類を表示します。例としては HuntGroup、 、 VoiceMailGroup、 RoutePointなどがあります。 詳細通話履歴レポート には、考えられるすべてのユーザータイプのリストが表示されます。

• 以下のシナリオにおける通話に関する分析結果をご覧ください。

  • この通話に関連する通信経路については、メディアによる報道は一切なかった。

  • パス最適化の設定に失敗しました。

  • ホップの一つが失敗したか、呼び出しを拒否しました。失敗したホップは赤色で、拒否されたホップは黄色でマークされます。ホップが失敗または拒否された理由も記載されています。

• デバイスの上にカーソルを合わせると、エンドツーエンドの通話エクスペリエンスが表示されます。

  

• エンドポイントとクラウドの間のホップにカーソル Webex Calling、ホップの詳細を表示します。

エンドツーエンドの通話体験は、通話終了時に各Webex Calling登録エンドポイント（Webexアプリ、または8865やDesk Proなどのデバイス）から収集されるメディア品質データに基づいています。エンドポイントが以下のしきい値を満たしている場合、通話は良好と評価されます。

• パケット損失が 5%.

• 遅延時間または往復時間（RTT）が400ミリ秒未満。

• ジッターは150ミリ秒未満。

ホップの品質は、同 じクラウドのメディアリレーポイントから収集されたデータWebex Callingされます。CCPP PSTNローカル ゲートウェイを通じて通話する場合、データ収集は Webex Calling クラウドからであり、エンドポイントからではありませんPSTNされます。メディア中継地点が以下の基準を満たしている場合、そのホップは良好と評価されます。

• パケット損失が 2.5% 未満

• 待機時間または RTT は 200 ms 未満です。

• ジッターは 75 ms 未満です。

ホップの詳細にデータを保存することもできます。そのためには、 アクション を選択し、以下のいずれかのオプションを選択してください。

• トラブルシューティングの通話記録を保存する（CSV形式）
• 通話レポートを保存 (JSON)
• 参加者の詳細を保存 (CSV)

通話詳細ペイン

ホップ詳細ビューの右側の「通話詳細」ペインには、以下のデータが表示されます。

制限

以下のデバイスでは、メディア品質指標、ネットワーク側からの発信フローおよび終端フローは利用できません。

• アナログ電話

• IPv6 エンドポイント