Webex Calling のトラブルシューティングを使用すると、特定の Webex Calling 通話のメディア品質や通話接続関連の問題をトラブルシューティングできます。通話品質が悪いという顧客からの苦情など、さまざまな理由から通話のトラブルシューティングが必要になる場合があります。この場合、トラブルシューティング ビューに直接移動し、特定の通話を検索して、ホップの詳細を表示し、問題の発生箇所を正確に特定できます。また、トラブルシューティングを使用すると、組織の通話品質を積極的に監視し、ユーザーが気付く前に特定の問題に先手を打つこともできます。

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

Webex Calling のトラブルシューティングにより、次のことが可能になります。

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

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

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

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

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

• 過去 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 つのセグメントとみなされ、自動応答からボブへの通話は同じ通話フローの別のセグメントとみなされます。したがって、単一の複雑な通話は複数の通話セグメントで構成される場合があります。

通常、コール セグメントは 2 つのコール レッグ (CDR) で構成されます。開始レグと終了レグ。ただし、PSTN 通話が含まれるシナリオでは、Webex Calling の観点からは単一のコール レグ (Webex ユーザーの終了レグ) のみが生成される場合があります。

各通話セグメントには、異なる結果 (成功、失敗、拒否など) が存在します。したがって、Control Hub のトラブルシューティング ビューで通信イベントを通話セグメントとして表示することが重要です。これにより、顧客は個々のセグメントへの完全な内訳を観察できるようになり、複雑なコールフロー内の問題を正確に特定できるようになります。

通話サマリ

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

通話サマリーを使用すると、視覚的なタイムライン ビューで通話フローを最初から最後まで簡単に把握できます。左側の各参加者はユーザー タイプ (PSTN、ハント グループ、コール キューなど) を表し、その前の線はその参加者のコール インタラクションを表します。2 人の参加者間のやり取りが通話セグメントです。参加者の上にマウスを置くと、名前、ユーザータイプ、期間のタイムスタンプなどの詳細情報を表示できます。特定の参加者をクリックすると、同じページの通話概要カードの下のホップ ビューで通話セグメントの詳細を表示できます。PSTN およびローカル ゲートウェイ ユーザー タイプを持つ参加者の一部はクリックできないことに注意してください。

通話の概要では、ダイヤル、パーク、転送などの通話アクションも強調表示されます。そして、失敗、拒否などの接続ステータス。特定の兆候にマウスを合わせると詳細が表示され、問題が発生した正確な時点で問題を特定してトラブルシューティングすることができます。

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

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

ホップの詳細ビュー

ホップ詳細ビューでは次のデータが表示されます。

ホップの詳細から、次の操作を実行できます。

• ホップが PSTN またはローカル ゲートウェイ経由でルーティングされたかどうかを表示します。

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

• 次のシナリオで通話に関する分析情報を表示します。

  • 通話に関連するどのホップにもメディアがありませんでした。

  • パス最適化のセットアップに失敗しました。

  • ホップの 1 つが失敗したか、通話を拒否しました。失敗したホップは赤でマークされ、拒否されたホップは黄色でマークされます。ホップが失敗または拒否された理由も示されます。

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

  

• エンドポイントとクラウドの間のホップにカーソル 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 エンドポイント