ThousandEyesのデータを表示するには、Webexのバージョンが必要です

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

千はい Webex Meetings

ThousandEyesでは、 顧客のトラフィックを処理する複数のWebexデータセンターの正面玄関に、Webex固有のクラウドエージェントを導入しています。 これらのエージェントは、ThousandEyesのすべてのお客様が一般的に使用でき、 Webexのパフォーマンスをより適切に監視およびトラブルシューティングするためのツールです。 これらのエージェントの主な価値の詳細については、Webex モニタリングソリューションページを参照してください。

千はい Webex Calling

Webex CallingWebex Callingお客様はコントロールハブでメディア品質の問題をトラブルシューティングできます。 しかし、ThousandEyesを統合すると、ThousandEyesアプリケーションを相互起動して、ネットワークの詳細や詳細な分析を行うことができます。 分単位のデータが収集されます。 通話時間は一般的に短いため、1分単位の収集をお勧めしますWebex Calling。

ThousandEyesの指標が利用できる場合、メディアカールの場合、コントロールハブでクロス起動リンクとコピーリンクを使用できます。 通話セッションにメディアがない場合、ThousandEyesリンクは提供されません。

制限事項

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

ボード、デスク、ルームシリーズのデバイスではThousandEyesです

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

シスコのIP電話はサウザンド・アイズ

Cisco IP電話のThousandEyesデータを表示したい場合は、それらの電話とのThousandEyes統合の設定方法に関するこの記事を読んでください。

次のことを覚えておいてください:

• 電話での会議は、[監視] > [トラブルシューティング] > [会議と通話] にのみ表示されます。 会議は「ライブミーティング」には表示されません。
• ICEに最適化された通話では、ネットワークパスは表示されません。

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

ネットワークパスは、往復損失の合計、クライアントから各ホップまでの遅延、 およびあるホップから次のホップまでの遅延を示します

マシンにThousandEyesエンドポイントエージェントがインストールされているユーザーが、 WebexアプリまたはCiscoコラボレーションデバイスを介して会議に参加すると、参加者の詳細ページの「音質」 の下にネットワークパスの行が表示されます。 この行は、 ユーザーのクライアントとオーディオメディアノード間のオーディオデータのネットワークパス品質を示しています。 一般に、オーディオとビデオのデータは同じ経路を伝え、同じメディアノードで処理されるので 、ユーザーのビデオ品質がどのようなものかをよく理解することもできます。 ネットワークパスの品質は点線で表示されます。 各点線は、 自動セッションテストで設定された間隔に基づいています。

ThousandEyesがネットワークパスで報告した損失（往復）は、 アプリケーションエラー回復前の損失率です。 アプリケーションが再送信中にパケット損失をいくらか回復した可能性があるため、 エラー回復前にパケット損失が多かったからといって、 必ずしもユーザーエクスペリエンスが悪いとは限りません。 Webex Appはパケットリカバリを実行して、 ネットワーク接続が不十分な場合のユーザーエクスペリエンスを向上させます。

音質のパケット損失値はエラー回復後に測定されるため、損失（往復）は音質のパケット損失値と一致しません。 オーディオ品質のパケットロスは、 実際のユーザーエクスペリエンスのより良い指標です。

点線にカーソルを合わせると、その期間中のユーザーのレイテンシー（往復） の平均値が表示されます。 色は、値が満たされたしきい値によって変わります。 しきい値は次のように計算されます。

• 悪い（赤）—レイテンシー> 400ミリ秒または損失（往復）> 5%
• 良い（良い）—レイテンシー < 300ms または損失（往復）< 3%
• フェア（黄色）—上記のどちらでもありません。
• 不明（灰色）— ThousandEyesからコントロールハブにデータを送信することはできません。 それでもThousandEyesダッシュボードから指標を直接取得できるかもしれません。

ポップアップウィンドウをクリックすると、 ホップが各ノードにたどった経路に関する詳細情報が表示されます。

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

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

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

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

接続タイプノードの詳細

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

VPN ノードの詳細

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

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

このノードには、その間隔中に行われたすべてのホップの詳細が表示されます。 遅延が100ミリ秒を超えるホップがノードに1つあると、 ノードは赤く強調表示されます。