ThousandEyes データを表示するために必要な Webex バージョン

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

ThousandEyes AST は、デスクトップ バージョンの Webex Meetings アプリと Webex アプリの両方をサポートしています。 ただし、トラブルシューティングのインテグレーションには、デスクトップ バージョンの Webex アプリから参加するユーザーのネットワーク パスしか表示されません。

Webex Calling の ThousandEyes

Webex Calling の顧客は、Control Hub で Webex Calling のメディア品質の問題をトラブルシューティングできます。 しかし、ThousandEyes統合を使用すると、ThousandEyesアプリケーションにクロス起動して、ネットワークの詳細と詳細な分析を行うことができます。 分単位のデータが収集されます。 Webex Calling では通常、1 分あたりの収集が推奨されます。

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

制限事項

• ThousandEyes for Webex Calling は、Webex アプリ デスクトップでの通話のみをサポートします。
• ThousandEyes データは、すべての Webex Calling 通話には適用されません。 同じネットワーク内にコールが確立されている場合、Webex Calling クラウドを通過しない ICE 最適化されたコールと見なされる場合があります。 したがって、ThousandEyes パスはこのシナリオでは表示されません。
• テストでは、実際の通話に影響がなかったにもかかわらず、VPN が使用されたときに 100% のパケット損失が示されました。 この問題は、次の Endpoint Agent Client リリースで解決されます。 詳細については、ThousandEyesドキュメンテーションのリリースノートだ

Board、Desk、および Room シリーズデバイス用の ThousandEyes

Cisco コラボレーション デバイスの ThousandEyes データを表示する場合は、これらのデバイスと ThousandEyes Agent のインテグレーションを設定する方法について、この記事を参照してください。

ThousandEyes のトラブルシューティングの仕組み

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

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

ネットワークパスでThousandEyesによって報告された損失(往復)は、アプリケーションエラーの回復前の損失率です。 エラーリカバリ前のパケット損失が大きい場合、アプリケーションが再送信中にパケット損失を回収した可能性があるため、必ずしもユーザーエクスペリエンスが低いとは言えません。 Webex アプリはパケットリカバリを実行し、ネットワーク接続不良時のユーザーエクスペリエンスを向上させます。

エラー リカバリ後に後者の値が測定されるため、損失 (往復) は音声品質でのパケット損失値と一致しません。 音声品質のパケット損失は、実際のユーザーエクスペリエンスのより良いインジケータです。

ThousandEyes AST は、ミーティングが開始されるとすぐにネットワーク パス データのキャプチャを開始します。 ただし、トラブルシューティングでデータが入力されるまで最大 5 分の遅延が発生する可能性があります。 ライブミーティングを表示するときに、データがまだ入力されていない場合は、5 分後にページを更新します。

点線にカーソルを合わせると、その間隔中のユーザーのレイテンシー (往復) 平均値を確認できます。 値が満たされたしきい値に応じて色が変わります。 しきい値は次のように計算されます。

• 不良（赤）:遅延が400msを超えているか、損失（往復）が5%を超えている
• 良（良）—遅延が300ms未満または損失（往復）が3%未満
• フェア（黄色）:上記のいずれにも該当しません。
• 不明（グレー）:ThousandEyes から Control Hub にデータを使用できません。 ThousandEyes ダッシュボードからメトリックを直接取得できる場合があります。

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

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

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

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

このノードには、ユーザマシンのネットワークの詳細が表示されます。

接続タイプ ノードの詳細

このノードには、ユーザのマシンの接続タイプに関する詳細が表示されます。

VPN ノードの詳細

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

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

このノードは、インターバル中に作成されたすべてのホップの詳細を示します。 ノードが 100 ms を超える遅延を持つノードに 1 つのホップがある場合、ノードは赤色で強調表示されます。

これらのノードは ICMP 要求に応答しないため、不明なノードには情報が表示されません。