このページのトラブルシューティング ビュー Webex Calling管理者は、Webex 通話のメディア品質の問題をトラブルシューティングできます。 通話に関連する情報を検索し、メディア統計を表示し、問題が発生した場所を識別し、問題を解決できます。
概要
考えられる原因 を判別するには、トラブルシューティング ビューと Webex Calling Analytics ダッシュボードで取得した集計情報を使用することをお勧めします。 Webex Calling ダッシュボードを使用して、ロケーション、ネットワークなどに関連する共通の原因を持つ複数のユーザーに影響を与える問題を表示します。トラブルシューティング ビュー Webex Calling個々の通話の問題を識別することができます。
メディア品質のトラブルシューティング機能は、特定の構成を必要としないで、Control Hub でデフォルトで使用できます。 完全な顧客、読み取り専用、サポート、パートナー、およびパートナー読み取り専用管理者が利用できます。
管理者は次の条件を使用 して検索して、登録されたエンドポイントの少なくとも 1 つのメディア セッションが使用されている通話Webex Calling 取得できます。
メールのユーザーパスワード
電話番号 (文字列に完全に一致)
MAC アドレス
通話 ID
メディア品質のトラブルシューティングでは、管理者は次の機能を利用できます。
通話の参加者のエンドツーエンドのエクスペリエンスを表示します。
通話のホップ詳細を表示します。
メディアがクラウドを通じて、またはユーザー Webex Calling間で直接(INTERACTIVE Connectivity 立ち上がり(ICE)を使用して通過する場合に表示します。
過去 21 日間の通話を表示します。
ユーザーのエクスペリエンスに影響を与えた通話品質メトリックスを分析します。 たとえば、管理者は Wi-Fi ネットワークに接続しているクライアントで高いジッターを観察する場合がありますが、パケット損失は受け入れ可能です。
問題が発信者または発信者に発生した場合に検出します。
メディア品質のトラブルシューティングはメディア セッションにのみ適用され、通話シグナリング セッションは表示しません。 例えば、アレックスは CFA (通話転送 All) をセットアップしたボブに電話をし、トラビジーナが応答しました。 このシナリオでは、メディアのトラブルシューティング ビューは、アレックスと24時間間に発生した通話を示します。焦点は、シグナリングフローや通話ライフサイクルではなく、メディアエクスペリエンスのトラブルシューティングに焦点を当ててるからです。 電話を使った通話 Webex Calling 終了後に表示されます。 トラブルシューティング ビューは、すべての関連するメトリックを提供して問題の領域を識別するのに役立ち、通話不良の根本原因を必ずしも提供できません。 次のポインタを参照して様々な要因を特定し、解決方法を決定してください。
|
サポートされている通話フロー
メディア品質レポートは、発信者と呼び出し先のエンドポイントとメディアリレーポイントから収集されます。 これにより、メディア エクスペリエンスの範囲を絞り込み、問題が発生したかどうかを識別できます。
発信者または呼び出し先
クラウドへの、またはクラウドからの Webex Calling パス。
通話に登録済みのエンドポイントが少なくとも 1 つの確立されたメディア セッションがある場合、呼Webex Calling は表示されます。 たとえば、ハント グループ から 8 人の担当者へのアウトバウンド通話の場合、1 人の担当者だけが応答した場合、他の 7 人のエージェントをトラブルシューティングするメディアエクスペリエンスはありません。 |
トラブルシューティングに使用するメディアエクスペリエンス またはWebex Callingパスは以下の通り:
オンネットで最適化 – ICE が成功し、ユーザー間でメディアが直接流れる組織内の通話。 詳細 Webex Callingを確認する場合は、「インタラクティブ接続の最適化と ICE」 を参照してください。
オンネットの最適化されない – Interactive Connectivity 立て込み (ICE) ができない、または確立できない組織内の通話。 このシナリオでは、メディアが Webex Calling クラウドを通じてフローします。
オンネット クラウド ホステッド – クラウドでホストされた メディア サーバー によってメディアが提供される組織内の通話(たとえば、ボイスメールの聞き取り、自動アテンダントへのダイヤル)。
登録されたエンドポイント間のネットWebex Calling通話 -
Cloud Connected PSTNを経由する- 相手方が直接ネットワークに接続している組織の受信および発信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 を検索します。 検索に関連付けられたすべての通話とミーティングの情報を表示します。
|
||
3 | すべての Webex Calling は、品質に対して採点されます。 ただし、Webex ミーティング または Webex セッションの通話の場合、この格付けは適用されません。 通話エクスペリエンスは、次のように採点されます。
|
||
4 | リスト ビューの特定の通話をクリックして、ホップの詳細を検査します。 [ホップの詳細] ビューが表示されます。 ホップの詳細から、次の方法があります。
エンドツーエンド通話エクスペリエンスは、通話の終わりに各 Webex Calling 登録済みエンドポイント (Webex App、Webex Calling App 、Webex Calling デバイスなど) から収集されたメディア品質データに基づいて作成されます。 これらのしきい値を満たす場合、通話は良く評価されます。パケットパケットは 5% 未満、遅延または往復時間 (RTT) 400 ms 未満、ジッターは 150 ms 未満です。 ホップの品質は、同 じクラウドのメディアリレーポイントから収集されたデータWebex Callingされます。 CCPP PSTNローカル ゲートウェイを通じて通話する場合、データ収集は Webex Calling クラウドからであり、エンドポイントからではありませんPSTNされます。 ホップ数は、これらのしきい値を満たす場合には、良く評価されます。
Analytics から取得した集計情報とともに個別の通話のトラブルシューティング ビューを使用することをお 勧めします。 トラブルシューティング ビューを使用して、異なる通話タイプの通話品質を分析しましょう。 |
ICE が成功し、クラウドのメディアリレーがパスから削除される組織内の通話。 メディア フローは、ユーザーのデバイスの間で直接行います。
提供日:
1 | 通話は発信者と呼び出し先の両方でエンドツーエンドのエクスペリエンスが優良として評価されます。 |
||
2 | 管理者は 2 人のユーザーの間で直接メディア フローを観察することができますが、Webex Calling クラウドを通じて移動することはできません。
|
提供日:
管理者は、次の情報を参照することができます。
1 | 発信者のエンドツーエンド のエクスペリエンスは、不良として採点されます。 |
2 | 発信側および受信ストリームの両方に影響する発信者のネットワークホップに問題があります。 |
3 | 呼び出し先のネットワーク ホップに問題があります。 |
4 | 発信者からの問題のため、呼び出し元のエンドツーエンドのエクスペリエンスは不良として採点されます。 |
提供日:
通話のエンドツーエンドエクスペリエンスが受け入れしきい値内であるとして、通話は良く評価されます。 管理者は以下を参照することができます。
1 | メトリックの一部が受け入れ可能なしきい値を超える場合、発信者のネットワーク ホップは不良として採点されます。 |
2 | ボイスメールからの送信ストリームは、メディアリレーポイントから収集されたメトリクスに関して良い評価を受け取ります。 |
3 | ボイスメディア サーバー収集またはお預かりするために使用されるメッセージは、現在、レポートメトリックスではありません。 ただし、これらのサーバーは Webex Calling Cloud の一部としてホストおよび管理されています。そのため、リンクセグメントの品質は内部的で常に高品質、低遅延です。 |
4 | 管理者は、発信者のエンドツーエンドのエクスペリエンスを良く評価することができますが、ホップは不良として採点されます。 これは、呼び出し先のホップが、発信者のネットワークのパフォーマンス劣化を補う優れたネットワークを有しているという理由です。 |
この例では、クライアント メディアは、クラウドを通じて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 または自宅から作業)で接続されます。これは、エクスペリエンスが関連するネットワーク機能によって影響を受け取る場合を意味します。 ネットワークに関 する問題を識別するにはWebex Calling Cscan を使ってネットワーク品質のテストを行う記事を参照してください。
通話タイプ固有の問題 - ユーザーのエクスペリエンスが悪い理由は、遠端の品質のためです。 これは、ユーザーがモバイル PSTN上で別のユーザーと話し、セッションがネットワーク上で高いパケット損失高いPSTNです。
[トラブルシューティング] ビューの凡例
右ペインのホップ・バイ・ホップビューで、以下の [通話の詳細] を表示することができます。
期限 | 説明 |
通話日付 | 通話が発生した日付です。 |
通話時刻 | 通話の開始および終了時刻を検索ビューで選択したタイムゾーンで表示します。 |
セッションタイプ | サポートされているセッションのタイプです。 例: Webex Call |
参加者 | 通話に参加した参加者の数です。 |
発信者名 | 発信者の名前です。 |
発信者メール アドレス | 発信者のメール アドレスです。 |
発信者番号 | 通話中に発信者が使用した電話番号。 |
音声 | 使用された音声タイプです。 |
ビデオ | 参加者がビデオを有効にしている場合は [はい] が表示されます。 ビデオが全く有効ではない場合、[いいえ] が表示されます。 |
パスの最適化 | 通話パスの最適化が通話に適用される場合に指定します。 許容される値: ICE (インタラクティブ接続の確立) PNC (プライベート ネットワーク接続)。 最適化なし |
通話タイプ | 通話タイプは以下のいずれかの種類です。 緊急 エンタープライズ 国際通話 モバイル 国内 操作係 Premium ショート 無料通話 不明 URI |
ホップ単位のビューでこれらのコールメトリクスを表示する
期限 | 説明 |
エンドポイント | 以下のいずれかを表示します。
|
ハードウェア | 以下のいずれかを表示します。
|
Location | Webex Callingに構成した場所を指定します。 |
市内 IP | メディアを送信するために使用されるネットワーク インターフェイスのクライアントのローカル IP アドレス。 |
パブリック IP | これは、クラウドパブリック IP確認されたクライアントのデフォルト アドレスです。 企業の場合、これは NAT を提供するファイアウォールのアドレスです。 |
MAC アドレス | クライアントエンドポイントの MAC アドレス。 |
地理情報 | パブリック IP アドレスの Geo ルックアップ。 これは、PNC で接続されている場合は、正確ではありません。 ユーザーが Webex アプリを使用し、VPN を通じてエンタープライズに接続している場合、場所は正確ではありません。 |
ISP | インターネットサービス プロバイダークラウドにネットワーク接続を提供するWebex Callingです。 |
ネットワーク | クライアントがメディアを交換するために使用したネットワーク接続のタイプです。 可能な値は次のとおりです。
|
音声コーデック | (送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。 |
ビデオコーデック | (送受信)クライアントによって送信されるメディアに対して使用されているメディアのエンコーディングおよびデコーディングの形式。 ビデオ通話にのみ適用されます。 |
コール ID | コールレグの識別に使用される内部識別子です。 |
一部のメトリクスは、ユーザーの身元を保持するために、記事のスクリーンショットでマスクされます。 |
制限事項
メディア品質メトリックスは、次のデバイスから利用できません。
アナログ電話
サードパーティ デバイス
IPv6 エンドポイント