概要

考えられる原因を特定するには、トラブルシューティング ビューと Webex Calling Analytics ダッシュボード から得られた集約情報を使用することをお勧めします。Webex Calling ダッシュボードを使用して、ロケーション、ネットワークなどに関連する共通の原因を持つ複数のユーザーに影響を与える問題を表示します。トラブルシューティング ビュー Webex Calling個々の通話の問題を識別することができます。

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

管理者は、少なくとも 1 つの Webex Calling 登録エンドポイントでメディアセッションが使用されたコールのリストを取得するために、次の条件を使用して検索できます。

  • メールのユーザーパスワード

  • 電話番号 (文字列に完全に一致)

  • MAC アドレス

  • 通話 ID

メディア品質のトラブルシューティングでは、管理者は次の機能を利用できます。

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

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

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

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

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

  • ユーザーのエクスペリエンスに影響を与えた通話品質メトリックスを分析します。たとえば、管理者は Wi-Fi ネットワーク経由でクライアントで高いジッタを監視できますが、パケット損失と遅延は許容される場合があります。

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

メディア品質のトラブルシューティングはメディア セッションにのみ適用され、コール シグナリング セッションは表示されません。例えば、アレックスは CFA (通話転送 All) をセットアップしたボブに電話をし、トラビジーナが応答しました。このシナリオでは、メディア トラブルシューティング ビューは、シグナリング フローやコール ライフサイクルではなく、メディア エクスペリエンスのトラブルシューティングに焦点を当てているため、コールが Alex と Christina の間で発生したことを示します。

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

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

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

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

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

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

サポートされている通話フロー

メディア品質レポートは、発信者と呼び出し先のエンドポイントとメディアリレーポイントから収集されます。これにより、メディア エクスペリエンスの範囲を絞り込み、問題が発生したかどうかを識別できます。

  • 発信者または呼び出し先

  • クラウドへの、またはクラウドからの Webex Calling パス。

通話に登録済みのエンドポイントが少なくとも 1 つの確立されたメディア セッションがある場合、呼Webex Calling は表示されます。たとえば、ハント グループ から 8 人の担当者へのアウトバウンド通話の場合、1 人の担当者だけが応答した場合、他の 7 人のエージェントをトラブルシューティングするメディアエクスペリエンスはありません。

トラブルシューティングに使用するメディアエクスペリエンス またはWebex Callingパスは以下の通り:

  • オンネット最適化 - ICE が成功し、メディアがユーザー間で直接流れる組織内のコール。詳細 Webex Callingを確認する場合は、「インタラクティブ接続の最適化と ICE」 を参照してください。

  • On-net Unoptimized - Interactive Connectivity Establishment(ICE)が不可能または確立された組織内のコール。このシナリオでは、メディアが Webex Calling クラウドを通じてフローします。

  • オンネット クラウド ホステッド - クラウドでホストされているメディア サーバーによってメディアが提供されている組織内の通話(ボイスメールのリスニング、自動アテンダントへのダイヤルなど)。

  • Webex Calling 登録済みエンドポイントへのオフネット通話 -

    • Cloud Connected PSTN Provider 経由で- 相手が PSTN ネットワーク上にある組織の着信および発信コール。メディアは、高品質相互接続で、クラウド接続PSTNプロバイダ (CCPP) を通じてリレーされます。

    • ローカル ゲートウェイ経由 - 相手方のメディアが企業を経由している組織の着信および発信コール。ローカル ゲートウェイの背後で、メディア セッションはエンタープライズがホストするユーザー (例えば、エンタープライズの通話制御に登録されている) または PSTN から利用できます。PSTN がエンタープライズによって提供されます。

ポイント・アンド・ポイントのネット通話に関与している登録ユーザーが 1~2 Webex Calling 人の場合、トラブルシューティングビューは両当事者のメトリックスを示します。通話がネット外(ユーザー 1 は PSTN ユーザーからの通話を受信)、トラブルシューティングビューでは、メディアリレーポイントから取得したメトリクスと共に User1 のクライアントメトリクスだけが表示されます。

トラブルシューティングビューの通話シナリオの大部分は、2 つの呼び出しレミー (発信者と呼び出し先) を表示します。しかし、一部の通話シナリオ (コール パークや取得など) では、コールレグは 1 つしか表示されません。このような場合は、トラブルシューティング ビューで他のコールレグが個別に表示されます。これにより、通話のトラブルシューティングや問題が発生した場所を検出することができます。しかし、重複時間など共通のエンティティを使用して 2 つのコールレコールを手動で関連付ける必要があります。トラブルシューティング ビューの今後の機能強化により、手動ルックアップを使用する必要が除去されます。

Webex Calling トラブルシューティング ビューへのアクセス

Webex 通話を分析するには、以下を実行します。

1

の顧客ビューから、[システム https://admin.webex.com/の監視] [ トラブルシューティング > 行きます。

2

[ ミーティングと通話 ] を選択して、ユーザーまたはデバイスの電子メール ID、電話番号 (完全に一致する文字列)、ユーザーまたはデバイスの MAC アドレス、または表示する通話レグの通話 ID を検索します。

検索に関連付けられたすべての通話とミーティングの情報を表示します。

リスト ビューには、少なくとも 1 つの Webex Calling 登録済みエンドポイントを使用して行われた通話と、メディア セッションが表示されます。

3

すべての Webex Calling は、品質に対して採点されます。ただし、Webex ミーティングまたは Webex セッションでの通話の場合、このグレーディングは適用されません。通話エクスペリエンスは、次のように採点されます。

  • Poor – 発信者または発信者のどちらかがエンドツーエンドのエクスペリエンスが低かったことを示します(たとえば、音声が途切れるなど)。
  • 良い – 発信者のエンドツーエンドのエクスペリエンスを示し、発信者がしきい値を超えなかったことを示します。
  • なし– Webex セッションでのミーティングまたは通話に適用されます。
  • 利用不可– Webex セッションでのミーティングまたは通話に適用されます。
4

リスト ビューの特定の通話をクリックして、ホップの詳細を検査します。[ホップの詳細] ビューが表示されます。

ホップの詳細から、次の方法があります。

  • これらのシナリオのいずれかまたは両方でコールに関するインサイトを表示します。

    • コールに関連するホップのメディアはありませんでした

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

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

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

エンドツーエンドの通話エクスペリエンスは、通話の最後に各 Webex Calling 登録エンドポイント (Webex アプリまたは 8865 または Desk Pro などのデバイス) から収集されたメディア品質データに基づいています。これらのしきい値を満たす場合、コールは良好と評価されます。

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

  • 遅延または往復時間(RTT)が 400 ms 未満

  • ジッターが150ms未満

ホップの品質は、同 じクラウドのメディアリレーポイントから収集されたデータWebex Callingされます。CCPP PSTNローカル ゲートウェイを通じて通話する場合、データ収集は Webex Calling クラウドからであり、エンドポイントからではありませんPSTNされます。ホップ数は、これらのしきい値を満たす場合には、良く評価されます。

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

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

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

ホップ数は、セッション中にサンプリング時間およびネットワークの変動性に応じて変化します。メディアリレーポイントとクライアント(エンドツーエンドのエクスペリエンス)によって報告される値が一致しない場合があります。ただし、パスに一緒に配置するために近くに配置する必要があります。

Analytics から取得した集計情報とともに個別の通話のトラブルシューティング ビューを使用することをお 勧めします

トラブルシューティング ビューを使用して、異なる通話タイプの通話品質を分析しましょう。

ICE が成功し、クラウドのメディアリレーがパスから削除される組織内の通話。メディア フローは、ユーザーのデバイスの間で直接行います。

推論:

1

通話は発信者と呼び出し先の両方でエンドツーエンドのエクスペリエンスが優良として評価されます。

2

管理者は 2 人のユーザーの間で直接メディア フローを観察することができますが、Webex Calling クラウドを通じて移動することはできません。

最適化された通話フローでは、2 人のユーザー間のメディアがローカル ネットワークを通過するので、エンタープライズまたはローカル ネットワークが問題のソースである場合、エクスペリエンスが悪い場合があります。待ち時間または RTT は、通話の最適化では常に低くなりますが、パケット損失およびジッターは引き続き、2 人のユーザー間のネットワークに応じて要素になる場合があります。

ICE 通話が成功しない組織内の通話で、メディアがユーザーのクラウドをWebex Callingします。

推論:

管理者は、次の情報を参照することができます。

1

発信者のエンドツーエンド のエクスペリエンスは、不良として採点されます。

2

発信側および受信ストリームの両方に影響する発信者のネットワークホップに問題があります。

3

呼び出し先のネットワーク ホップに問題があります。

4

発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。

メディアがクラウドでホストされている組織によって提供されるメディア サーバー内の通話。

推論:

通話のエンドツーエンドエクスペリエンスが受け入れしきい値内であるとして、通話は良く評価されます。管理者は以下を参照することができます。

1

メトリックの一部が受け入れ可能なしきい値を超える場合、発信者のネットワーク ホップは不良として採点されます。

2

ボイスメールからの送信ストリームは、メディアリレーポイントから収集されたメトリクスに関して良い評価を受け取ります。

3

ボイスメディア サーバー収集またはお預かりするために使用されるメッセージは、現在、レポートメトリックスではありません。ただし、これらのサーバーは Webex Calling Cloud の一部としてホストおよび管理されています。そのため、リンクセグメントの品質は内部的で常に高品質、低遅延です。

4

管理者は、発信者のエンドツーエンドのエクスペリエンスを良く評価することができますが、ホップは不良として採点されます。これは、呼び出し先のホップが、発信者のネットワークのパフォーマンス劣化を補う優れたネットワークを有しているという理由です。

相手方がネットワーク上にある組織をPSTN出します。メディアは、クラウド接続されたネットワークプロバイダー (CCPP PSTNでリレーされます。

この例では、クライアント メディアは、クラウドを通じてPSTNプロバイダーから来ています。

呼び出しのエンドツーエンド エクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。

1

問題は、送信ストリームに関する特別PSTN発信者のホップ数です。

2

呼び出し先のネットワーク ホップに問題があります。

3

発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。

4

PSTN ネットワーク上の発信者のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、Webex Calling Cloud に送信されないので、現在使用可能ではありません。

発信者のメディアがエンタープライズから来ている組織に発信または発信します。メディア セッションは、エンタープライズがホストするユーザー (例えば、UCM に登録されている) または PSTN から利用できます。PSTN がエンタープライズを通して提供されます。

推論

通話のエンドツーエンドエクスペリエンスが受け入れ可能なしきい値内ではなされていないので、通話は不良として採点されます。管理者は、次の情報を参照することができます。

1

ストリームの送受信の両方で、Webex Calling Cloud に対する発信者のホップに問題があります。

2

ホップまたはユーザーの最後に見られた問題 (デバイス、ネットワークなど) で見られた問題のために、発信者のエンドツーエンドのエクスペリエンスは不良として採点されます。

3

通話者の末尾から Webex Calling Cloud への着信トラフィックは、良く評価されます。

4

ローカル ゲートウェイから呼び出される呼び出し先のエンドツーエンド エクスペリエンスと受信ストリーミング メトリックは、これらのメトリクスが Webex Calling Cloud に送信されないので、現在使用可能ではありません。

メディア品質の問題のトラブルシューティング

ホップ 1 つで表示することで、問題が発生した場所を特定することができます。問題がどこにあるか確認し、メトリック(ジッター、パケット損失、遅延)で問題をトラブルシューティングするために、以下を試みできます。

メディアの問題の一般的な可能性は次のとおりです。

  • ネットワーク/ISP/ロケーション固有の問題 - ファイアウォール、ネットワーク構成、または帯域幅により、特定のロケーションまたはネットワーク サブネットでのエクスペリエンスが低下するパターンがあります。分析ビューで通話ごとのトラブルシューティング ビュー (不良なセッションに関連付けられている場所を識別) を使用して、場所の集計パターンを確認します。

  • ユーザー固有の問題 - ユーザーまたはデバイスは、ネットワークの不良(Wi-Fiや在宅勤務など)で接続されているため、関連するネットワーク機能によってエクスペリエンスが影響を受けます。ネットワークに関する問題を特定するには、「CScan を使用して Webex Calling ネットワーク品質をテストす る」の記事を参照してください。

  • 通話タイプ固有の問題 - ユーザーのエクスペリエンスが低いのは、エンドポイントの品質が原因です。これは、ユーザーがモバイル PSTN上で別のユーザーと話し、セッションがネットワーク上で高いパケット損失高いPSTNです。

  • No-media issue- 一部のホップでメディア送信がない場合があります。[インサイト] バナーには、[ホップの詳細] ページの上部に原因が表示され、ホップの詳細ページの情報ボックスに責任者が表示されます。通話中にメディアが存在しない原因と、責任のある当事者はここに記載されています。

    • Webex は送信者からメディアを受信しません。

    • Webex は受信者からメディアを受信しません。

    • Webex はどちらの方向からもメディアを受信しません。

    • Webex は受信者にメディアを送信しません。Webex エンジニアリングはこの問題に対処します。

    • Webex はクラウド PSTN からメディアを受信していません。Webex エンジニアリングはこの問題に対処します。

    • Webex はクラウド サービスからメディアを受信していません。Webex エンジニアリングはこの問題に対処します。

    • Webex はローカル ゲートウェイからメディアを受信していません。顧客管理者は問題を調査する必要があります。

  • メディア パスの最適化の失敗- メディア パスの最適化を正常に設定できないコールがいくつかあります。[インサイト(Insights)] バナーには、ICE コールが失敗した原因と [ホップの詳細(Hop details)] ページの上部に解像度が表示されます。

    考えられる理由の一部は

    • サーバーアクセスが停止したため、ICE が失敗しました - Webex Calling ポート参照情報を参照してください

    • 接続チェックのため ICE が失敗しました - ネットワーク間の接続を確認します

    • デフォルトのパス往復時間が最適化されたパスに類似/優れていたため、ICEが失敗しました

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

ホップ バイ ホップ ビューの右側のペインで、次の通話の詳細を参照してください。

項目説明
通話日付通話が発生した日付です。
通話時刻通話の開始および終了時刻を検索ビューで選択したタイムゾーンで表示します。
セッションタイプ

サポートされているセッションのタイプです。例: Webex Call

参加者通話に参加した参加者の数です。
発信者名発信者の名前です。
発信者メール アドレス発信者のメール アドレスです。
発信者番号通話中に発信者が使用した電話番号。
音声使用された音声タイプです。
ビデオ参加者がビデオを有効にしている場合は [はい] が表示されます。ビデオが全く有効ではない場合、[いいえ] が表示されます。
パスの最適化

通話パスの最適化が通話に適用される場合に指定します。許容される値:

ICE (インタラクティブ接続の確立)

PNC (プライベート ネットワーク接続)。

最適化なし

通話タイプ

通話タイプは以下のいずれかの種類です。

緊急

エンタープライズ

国際通話

モバイル

国内

操作係

Premium

ショート

無料通話

不明

URI

hop-by-hop ビューでこれらの通話メトリックを表示します。

項目説明
エンドポイント

以下のいずれかを表示します。

  • 物理的なエンドポイント用の卓上電話

  • Webex アプリ

  • Cisco Room シリーズ デバイスの会議室デバイス

ハードウェア

以下のいずれかを表示します。

  • 物理的なエンドポイントの卓上電話モデル情報

  • Webexアプリの場合は「-」

  • Cisco Room Series デバイスの Room シリーズのモデル情報

Location

Webex Callingに構成した場所を指定します。

市内 IP

メディアを送信するために使用しているネットワーク インターフェイスのクライアントのローカル IP アドレス。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。

パブリック IP

これは、クラウドパブリック IP確認されたクライアントのデフォルト アドレスです。企業の場合、これは NAT を提供するファイアウォールのアドレスです。ユーザーのパーソナル アイデンティティを保護するために IP アドレスを一部非表示にしています。

MAC アドレス

クライアントエンドポイントの MAC アドレス。

地理情報

パブリック IP アドレスの Geo ルックアップ。PNC 経由で接続されている場合、このアドレスは正確ではありません。ユーザーが Webex アプリを使用し、VPN を通じてエンタープライズに接続している場合、場所は正確ではありません。

ISP

インターネットサービス プロバイダークラウドにネットワーク接続を提供するWebex Callingです。

ネットワーク

クライアントがメディアを交換するために使用したネットワーク接続のタイプです。可能な値は次のとおりです。

  • Wi-Fi

  • イーサネット

  • 細胞

  • 不明

音声コーデック

(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。

ビデオコーデック

(送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。ビデオ通話にのみ適用されます。

コール ID

コールレグの識別に使用される内部識別子です。

一部のメトリクスは、ユーザーの身元を保持するために、記事のスクリーンショットでマスクされます。

制限事項

メディア品質メトリクスは、次のデバイスからは利用できません。

  • アナログ電話

  • サードパーティ デバイス

  • IPv6 エンドポイント