ThousandWebex データを表示するには必須の Webex バージョン

Control Hub のトラブルシューティング と ThousandWebs エンドポイント自動セッションテスト (AST) のインテグレーションには、Webex アプリ デスクトップ バージョン 42.7 以降が必要です。

Webex ミーティング向け ThousandEyes

ThousandEyes では、顧客のトラフィックを処理する複数の Webex データ センターのフロント ドアに Webex 固有のクラウド エージェントを展開しています。これらのエージェントは ThousandEyes の全顧客が一般に使用でき、Webex のパフォーマンスをより適切に監視し、トラブルシューティングするためのツールです。これらのエージェントのキー バリューの詳細については、Webex Monitoring ソリューション ページを参照してください。

Webex 通話のための ThousandEyes

Webex Calling のお客様は 、 Control Hubで Webex Calling のメディア品質の問題をトラブルシューティングできます。ただし、ThousandEyes 統合により、ThousandEyes アプリケーションにクロス起動して、ネットワークのさらに詳しい情報や詳細な分析を行うことができます。分単位のデータが収集されます。Webex Calling では通話時間が通常短いため、1 分ごとの収集が推奨されます。

ThousandEyes メトリックが利用可能な場合、メディア コールでは、Control Hub でクロス起動リンクとコピー リンクを利用できます。通話セッションにメディアがない場合、ThousandEyes リンクは提供されません。

制限

• ThousandEyes for Webex Callingは、WebexアプリデスクトップとPhoneOSでの通話のみをサポートします。3.2.1 以降。
• ThousandEyes データはすべての Webex Calling 通話に適用されるわけではありません。通話が同じネットワーク内で確立された場合、Webex Calling クラウドを通過しない ICE 最適化通話と見なされる可能性があります。したがって、このシナリオでは ThousandEyes パスは表示されません。
• テストでは、実際の通話には影響がなかったにもかかわらず、VPN を使用すると 100% のパケット損失が発生したことが示されました。この問題は、次のエンドポイント エージェント クライアントのリリースで解決される予定です。詳細については、 ThousandEyes ドキュメントのリリース ノートを参照してください。

ボード、デスク、ルームシリーズデバイス向けThousandEyes

Cisco コラボレーション デバイスの ThousandEyes データを表示する場合は、 この記事を読んで、それらのデバイスとの ThousandEyes エージェントの統合を設定する方法を確認してください。

Cisco IP Phone 向け ThousandEyes

Cisco IP 電話の ThousandEyes データを表示する場合は、 これらの電話との ThousandEyes 統合を設定する方法について説明したこの記事をお読みください。

次の点に留意してください。

• 電話会議は モニタリング の下にのみ表示されます > トラブルシューティング > 会議 &を呼び出します。会議は Live Meetingsの下に表示されません。
• ICE に最適化された通話ではネットワーク パスが表示されません。

何千人ものユーザーがトラブルシューティングで動作する方法

ネットワークパスにより、合計往復損失、クライアントから各ホップの遅延、および 1 ホップから次のホップへの遅延を提供します。

ThousandEyes エンドポイント エージェントがマシンにインストールされているユーザーが、Webex アプリまたは Cisco コラボレーション デバイスを使用して会議に参加すると、参加者の詳細ページの [オーディオ品質] の下に [ネットワーク パス] 行が表示されます。この回線は、ユーザーのクライアントと音声メディア ノード間の音声データのネットワーク パス品質を示します。通常、音声とビデオのデータは同じパスを移動し、同じメディア ノードによって処理されるため、ユーザーのビデオ品質についても把握できるようになります。ネットワーク パスの品質は点線で表示されます。各点線は、自動セッション テストで設定された間隔に基づいています。

ネットワークパスで Thousand10s により報告された損失 (往復) は、アプリケーションエラーの回復前の損失率です。エラー回復パケット損失前のパフォーマンスの高いユーザーは、再送信中にアプリケーションが一部のイベントを復元した可能性パケット損失、ユーザーエクスペリエンスが悪いことを示す場合があります。Webex アプリはネットワーク接続が悪い時にパケットリカバリを行い、ユーザーのエクスペリエンスを向上します。

損失 (往復) は音声品質のパケット損失一致しません。後者の値はエラー回復後に測定されます。音声品質インジケータパケット損失実際のユーザーエクスペリエンスの方が優れたインジケーターです。

点線の上にカーソルを合わせると、その間隔中のユーザーの遅延 (往復) の平均値が表示されます。色は、値が満たしたしきい値に応じて変化します。しきい値は次の通り計算されます。

• 悪い（赤）—レイテンシー > 400msまたは損失（往復） > 5%
• 良好（良好）—レイテンシー < 300msまたは損失（往復） < 3%
• 普通（黄色）—上記のどちらでもない。
• 不明 (グレー)—ThousandEyes から Control Hub へのデータは利用できません。千千のダッシュボードから直接メトリックを取得することができます。

ポップアップ ウィンドウをクリックして、各ノードにホップを取るパスルートに関する詳細な情報を表示します。

ネットワーク パス ルートは、各ノードの細かい詳細を示します

ネットワーク パス ルートは、ホップが接続されている各ノードの詳細を表示します。遅延列は、クライアントのマシンから次のホップへの待ち時間を示します。リンクの遅延が括弧内に表示されます。これは、最後のホップから現在のホップへの遅延です。

ユーザーマシンノードの詳細

このノードはユーザーマシンのネットワークの詳細を表示します。

接続タイプ ノードの詳細

このノードは、ユーザーのマシンの接続タイプについての詳細を表示します。

VPN ノードの詳細

VPN に接続しているユーザーのマシンの場合、使用される VPN の詳細を確認できます。

ネットワーク ノードの詳細

このノードは、間隔中に行われたすべてのホップの詳細を表示します。100ms 以上の遅延を持つノードに 1 つのホップがある場合、ノードは赤としてハイライトされます。