--- title: "ユーザーエクスペリエンス監視ドリルダウンページ（リモート接続元およびオフィスユーザー）" slug: "the-user-experience-monitoring-drill-down-page-remote-and-office-users" updated: 2026-11-10T00:10:01Z published: 2026-11-10T00:10:01Z canonical: "knowledge.catonetworks.com/the-user-experience-monitoring-drill-down-page-remote-and-office-users" --- > ## Documentation Index > Fetch the complete documentation index at: https://knowledge.catonetworks.com/llms.txt > Use this file to discover all available pages before exploring further. # ユーザーエクスペリエンス監視ドリルダウンページ（リモート接続元およびオフィスユーザー） この記事では、ユーザーエクスペリエンス監視のドリルダウンページを使用して、リモート接続元およびオフィスユーザーのパフォーマンスとエクスペリエンスを分析する方法を説明します。 エクスペリエンス監視のページで分析をレビューする詳細については、[ユーザーエクスペリエンス監視ドリルダウンページの理解](/v1/docs/understanding-the-experience-monitoring-drill-down-pages)を参照してください。 ## 概要 エクスペリエンス監視ページで特定のリモートまたはオフィスユーザーをクリックすると、そのユーザーのデータを表示するユーザーエクスペリエンス監視ドリルダウンページが開きます。このページには、ユーザーのアプリケーショントラフィックを分析するためのカスタマイズされたウィジェットのセットが表示されます。以下のセクションでは、ページ上に表示されるウィジェットについて説明します。 ![](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/Experience Monitoring User Drill-Down Aug 2026.png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) ## ユーザーエクスペリエンス監視ウィジェット これらは、ユーザーエクスペリエンス監視データをドリルダウンして分析するために表示されるウィジェットです： - ユーザーサマリー - ページ上部のウィジェットは、ユーザー名、接続元サイト、最終接続PoP、ISPなどのユーザーに関する基本情報を表示します。さらに、このウィジェットはユーザーのデバイスに関する詳細を示しています。最後に接続したデバイス、OS、Catoクライアントのバージョン、接続に利用された内部および外部IPアドレスが含まれます。 - **アプリケーションを選択** - ユーザーの最も使用されているアプリケーションの平均エクスペリエンススコアとデータ使用量を表示します。選択されたアプリケーションに特化したデータを表示するページをフィルタリングするには、アプリケーションを選択してください。デフォルトでは、ページは使用量による上位アプリケーションでフィルタリングされています。 - 使用サマリー - **アプリケーションを選択**ウィジェットの右側にあるウィジェットは、選択されたアプリケーションの使用状況とトラフィック情報を表示します - **ユーザーデバイス** - ユーザーが接続したデバイスに関する情報を表示します - **ユーザーアプリケーション体験スコア** - 選択されたアプリケーションのユーザーの平均エクスペリエンススコア（**良好** ／ **普通** ／**低い**）と、すべてのアプリケーションの全体スコアと比較して、設定された時間範囲にわたるアプリケーションスコアのグラフを表示します 平均エクスペリエンススコアは、以下のアプリケーションパフォーマンスメトリックに基づいています： CatoのAIベースのアルゴリズムは、各アプリケーションに対して個別のしきい値を作成します。 アプリケーション体験スコアがどのように計算されるかについてさらに知りたい場合は、[この記事](/v1/docs/what-is-cato-experience-monitoring)を参照してください。 - 最初のバイトまでの時間 - TCP接続 - TLS接続 - HTTPレイテンシー - HTTP/Sエラー - **Zoom/Teamsパフォーマンス** - ZoomまたはMicrosoft Teamsアプリケーションが選択された場合に表示されるウィジェットです。ウィジェットに表示される内容： - 設定された時間範囲にわたる総会議数と、体験（良好、普通、低い）による内訳 - 設定された時間範囲中の会議のタイムラインで、各メディアタイプ（音声、ビデオ、画面共有）の体験の様子や切断が発生した場合を示します ![DEM_Zoom_widget.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35977782944413.png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) - **接続詳細** - ネットワークパス中の異なる論理ノードに関するデータを表示します。ユーザーに関連するノードには次のものが含まれます: **デバイスハードウェア**、**ワイファイ**、**LANゲートウェイ**、**トンネル**、および選択された**アプリケーション**。さらに、トラフィックを処理するCatoクラウドPoPのノードもあります。トラフィックが第二のPoPからエグレスする場合、両方のPoPのイン、エグ部分が表示されます。目的地に関連するノードも表示され、以下が含まれます： 各ノードのエクスペリエンス監視スコアリングの詳細については、[エクスペリエンス監視接続詳細 (EA-Socketとラストマイルアンダーレイ)](/v1/docs/experience-monitoring-connection-details)をご覧ください。 このウィジェットは、詳細データにさらにドリルダウンして、ネットワークパスの各部分の潜在的な問題を特定するための各ノードに対して展開可能なセクションも提供します。以下のサブセクションで説明します。 - **ファーストマイル** - 目的地とPoP間のISP接続。 - **目的地ソケット** - 目的地サイトのソケット。例として、ユーザーがソケットサイトの背後にあるWANアプリケーションにアクセスしている場合。 ### 接続詳細 > デバイスハードウェア **デバイスハードウェア**セクションは、ユーザーデバイスに関する以下のデータを示しています： - **デバイスパフォーマンス** - - **平均。**エクスペリエンス - デバイスの平均CPU使用率（CPU負荷）とメモリ使用率（メモリ負荷）に基づくデバイスパフォーマンスの平均エクスペリエンススコア。ノードに表示されるリスクスコアは、メトリックの中で最も低い結果に基づいています。例として、CPU負荷が良好であるが、メモリ負荷が普通である場合、ノードスコアは普通となります。これが各スコアのメトリックです： - CPU負荷 - 良好 - 使用中のCPUが70％未満 - 普通 - 使用中のCPUが70〜90％の範囲内 - 低い - 使用中のCPUが90％超 - メモリ負荷 - 良好 - 使用中のメモリが60％未満 - 普通 - 使用中のメモリが60〜80％の範囲内 - 低い - 使用中のメモリが80％超 - **平均。** CPU負荷 - 設定された時間範囲にわたるユーザーデバイスの平均CPU使用率 - **平均。**メモリ負荷 - 設定された時間範囲にわたるユーザーデバイスの平均メモリ使用率 - デバイスパフォーマンスグラフ - **CPU**および**メモリ**の時間ごとの負荷を示すグラフ ### 接続詳細 > ワイファイ ワイファイセクションは、Wi-Fi信号の強度に関する情報を表示し、以下が含まれます： - **ワイファイパフォーマンス** - - **平均。**エクスペリエンス - 信号強度メトリックに基づくWi-Fiパフォーマンスの平均エクスペリエンススコア。これがWi-Fiエクスペリエンスのスコアリング方法です： - 良好 - 信号強度 -67 dBm以上 - 普通 - 信号強度 -67 dBmと-80 dBmの間 - 低い - 信号強度 -80 dBm以下 - **平均。**信号強度 - 設定された時間範囲にわたるユーザーの平均Wi-Fi信号強度 - **Wi-Fi信号強度** - ユーザーが利用した各Wi-Fiネットワークの信号強度を時間にわたって示すグラフ ### 接続詳細 > アクセスポイント アクセスポイントセクションは、接続性および認証に影響を与える問題を分析するのに役立つ、統合されたWi-Fiプラットフォームから収集された無線アクセスポイントイベントを表示します。これらのイベントを他のネットワークノードと関連付けて、問題がアクセスポイントか、ローカルな無線環境、ISP接続、デバイスハードウェア、またはアプリケーションの問題に起因するかを特定するのを手助けします。このノードは、ユーザーまたはホストがCatoエクスペリエンス監視と統合されたワイヤレスアクセスポイントを通じて接続されたときに表示されます。 - アクセスポイントノードは、アクセスポイントコネクタの設定によって統合を必要とします。この統合は、Juniper Mistアクセスポイントでサポートされています。この統合を設定する詳細については、[Juniper Mist: デバイス管理統合の作成](/v1/docs/juniper-mist-creating-the-device-management-integration)を参照してください。 - アクセスポイントノードはオフィスユーザーにのみ利用可能です #### アクセスポイントイベント アクセスポイントイベントテーブルは、選択されたユーザーまたはホストのためにアクセスポイントによって生成されたイベントを表示します。これにより、クライアントの不承認、認証の失敗、DNSまたはIPの割り当ての問題など、ユーザーエクスペリエンスを低下させる恐れのあるインシデントを特定するのに役立ちます。 各イベントについて、テーブルで表示します： - **イベントタイプ** - クライアントの不承認、認証の失敗、DNSまたはARPの失敗、IPの割り当てイベントなどのアクセスポイントイベントの種類 - **セベリティ** - アクセスポイントプラットフォームによって報告されたセベリティレベル（利用可能な場合） - **デバイス** - デバイス名 - **時間** - イベントが発生した時間 - **SSID** - ユーザーが接続しているワイヤレスネットワーク名 - **アクセスポイント** - イベントを生成したアクセスポイントの識別子 イベントを展開すると、そのイベントの詳細情報が表示されます。詳細はイベントタイプごとに異なり、以下を含む場合があります： - **時間** - イベントの正確なタイムスタンプ - **最終関連** - クライアントの最終関連時間 - **デバイス** - クライアントデバイスタイプ - **MACアドレス** - クライアントデバイスのMACアドレス。アドレスをクリックして、アクセスポイントのサードパーティアプリケーションでアクセスポイントイベントを表示します。例えば、Juniper Mistアクセスポイントの場合、Juniper Mistアプリケーションが開き、イベントが表示されます。 - **SSID** - ワイヤレスネットワーク名 - **BSSID** - アクセスポイントのMACアドレス - **プロトコル** - 使用中のワイヤレスプロトコル（例、IEEE 802.11ax） - **バンド** - クライアントが使用するワイヤレスバンド（例、5 GHz） - **チャネル** - ワイヤレスチャネル - **セキュリティ** - SSIDで使用されるセキュリティモード（例、WPA3-SAE-PSK/CCMP） - **理由コード** - アクセスポイントによって報告された理由コード（該当する場合） - **説明** - イベントまたは理由コードの説明 ### 接続詳細 > LANゲートウェイ LANゲートウェイセクションは、次の内容を含むLANゲートウェイのパフォーマンスについての情報を表示します： - **LANゲートウェイのパフォーマンス** - - **平均。**エクスペリエンス - パケットロスと距離の平均に基づくLANゲートウェイパフォーマンスの平均エクスペリエンススコア。スコアは、二つのメトリックのうち最も良好でない結果に基づいて計算されます。例として、LANゲートウェイ距離が良好で、LANゲートウェイパケットロスが低い場合、ノードスコアは低いとなります。これが各スコアのメトリックです： - LANゲートウェイパケットロス - 良好 - パケットロスが1％未満。 - 普通 - パケットロスが1〜5％の範囲内。 - 低い - パケットロスが5％以上。 - LANゲートウェイ距離 - 良好 - 10 ms 以下。 - 普通 - 10-50 ms 範囲内。 - 低い - 50 ms を超過 - **平均。パケットロス** - LANゲートウェイ内の設定済み時間範囲に対する平均パケット損失率 - **平均。距離** - サイトとCatoクラウド間トンネル内の平均距離、設定済み時間範囲での平均 - LANゲートウェイのパフォーマンスグラフ - **パケットロス**と**距離**の過負荷を示すグラフ ### 接続詳細 > ラストマイル **ラストマイル**セクションは、PoPへの暗号化トンネル接続の品質に関する次の情報を示します： - **ラストマイルパフォーマンス** - - **平均。エクスペリエンス** - ラストマイルのパフォーマンスに対する平均エクスペリエンススコア。 ノードのスコアは、ウィジェットに表示されるラストマイルオーバーレイの以下の指標に基づいています： ノードに表示されるリスクスコアは、メトリックの中で最も低い結果に基づいています。例えば、トンネルパケットロスが良好で、トンネル距離が低い場合、ノードスコアは低いです。 - トンネル上りパケットロス - 良好 - 1％未満のパケットロス。 - 普通 - 1-5％範囲内のパケットロス。 - 低い - 5％超過のパケットロス。 - トンネル下りパケットロス - 良好 - 1％未満のパケットロス。 - 普通 - 1-5％範囲内のパケットロス。 - 低い - 5％超過のパケットロス。 - トンネル距離 - 良好 - 20 ms 以下。 - 普通 - 20-100 ms 範囲内。 - 低い - 100 ms を超過 - **平均。パケットロス** - 上りと下りのトラフィックのトンネル内でのロストパケット率。設定済み時間範囲における平均 - **平均。距離** - サイトとCatoクラウドのトンネル内の距離、設定済み時間範囲に基づく平均 - ラストマイルグラフ - これらのグラフは二つの異なる種類のプローブに基づくメトリックを含みます。これらは各プローブタイプおよび表示ウィジェット： - **アンダーレイ** - トンネル外のラストマイル接続に送信されたプローブ、アンダーレイと呼ばれ、ISPのPoPへの接続の品質を測定します。トンネル内接続（オーバーレイ）とは独立しています。これは、ソケットサイトやリモートユーザーに影響を与える可能性のあるトンネル外の問題を特定および診断するのに役立ちます。 ソケットサイトの場合、アンダーレイプローブはソケットとPoP間で送信されます。プローブは、ソケットの各WANインターフェースに送信されます。リモートユーザーの場合、アンダーレイプローブはユーザーのデバイスのクライアントからPoPに送信されます。ウィジェットには、接続されたPoPの場所の名前、PoP内の接続されたサービスノードのIPアドレス、およびソケットトラフィックのインターフェース名が表示されます。 PoP名が利用できない場合、サービスノードのIPアドレスのみが表示されます。 **注意：** アンダーレイプローブ機能のためにデータを収集するには、以下が必要です： - オフィスユーザー（ソケットサイト）メトリクス - ソケット v21.1.18975 以上 - リモートユーザーメトリクス - クライアントバージョンmacOS 5.10 またはWindows 5.17 以上 - **オーバーレイ** - これらのプローブはPoPへのCatoトンネル接続の品質を測定します。 **注意:** スループットグラフでは、セレクタを使用して**平均**または**最大**スループットを表示することを選択します。 | グラフ | 説明 | | --- | --- | | パケットロス上り | トンネル内のラストマイルで受信したが処理されなかった上りトラフィックのパケットの割合。 | | パケットロス下り | トンネル内のラストマイルで受信したが処理されなかった下りトラフィックのパケットの割合。 | | 破棄された上りパケット | 受信したが上りトラフィックに対して処理されなかったパケットの割合。 | | 破棄された下りパケット | 受信したが下りトラフィックに対して処理されなかったパケットの割合。 | | ラウンドトリップレイテンシー | トンネル内のサイトとCatoクラウド間の距離。 | | トンネルの経過時間 | ソケットとPoP間の現在のDTLSトンネルが接続されている合計時間。 | | ジッター上り | 上りデータパケット間のミリ秒(ms)単位の遅延時間の違い。 | | ジッター下り | 下りデータパケット間のミリ秒(ms)単位の遅延時間の違い。 | | 最大スループット上り | トンネル内での上りトラフィックに対する最大測定スループット | | 最大スループット下り | トンネル内での下りトラフィックに対する最大測定スループット | | 平均スループット上り | トンネル内の各リンクの上り平均スループット（バケットの長さにわたる） | | 平均スループット下り | トンネル内の各リンクの下り平均スループット（バケットの長さにわたる） | #### 統一ユーザーのラストマイルビュー デフォルトでは、ユーザーエクスペリエンス監視ドリルダウンページは、リモートユーザーまたはオフィスユーザーのいずれかのメトリクスを表示するようにフィルタリングされます。**リモートユーザー**タブまたは**オフィスユーザー**タブからユーザーをクリックしたかどうかに応じて表示されます。しかし、フィルターバーでフィルターを削除すると、リモートで接続し、サイトの背後で接続する同じユーザーのラストマイルメトリクスを組み合わせて表示できます。フィルターを削除すると、これらの変更が適用されます： - アンダーレイセクションのグラフは、選択されたユーザーに対してオフィスユーザー（ソケットサイト）およびリモートユーザープローブのデータラインを表示します - オーバーレイセクションは、サイトデータとリモートユーザーデータの個別グラフを以下のように表示します： - サイトパケットロス上り - サイトパケットロス下り - サイトラウンドトリップレイテンシー - リモートユーザープローブパケットロス - リモートユーザープローブラウンドトリップレイテンシー ### 接続詳細 > ファーストマイル **ファーストマイル**は、宛先とPoP間のISP接続を指します。 **ファーストマイル**セクションは、PoPへの暗号化トンネル接続の品質に関する次の情報を示します： - **ファーストマイルパフォーマンス** - - **平均。オーバーレイエクスペリエンス** - ファーストマイルオーバーレイパフォーマンスにおける平均エクスペリエンススコア。 ファーストマイルノードのスコアは、ウィジェットで示される以下のファーストマイルオーバーレイメトリックに基づいています： ノードに表示されるリスクスコアは、メトリックの中で最も低い結果に基づいています。例えば、トンネルパケットロスが良好で、トンネル距離が低い場合、ノードスコアは低いです。 さらに、各ソケットWANリンクについて以下のメトリクスが表示されます： - トンネル上りパケットロス - 良好 - 1％未満のパケットロス。 - 普通 - 1-5％範囲内のパケットロス。 - 低い - 5％超過のパケットロス。 - トンネル下りパケットロス - 良好 - 1％未満のパケットロス。 - 普通 - 1-5％範囲内のパケットロス。 - 低い - 5％超過のパケットロス。 - トンネル距離 - 良好 - 20 ms 以下。 - 普通 - 20-100 ms 範囲内。 - 低い - 100 ms を超過 - **平均。パケットロス**（ - ファーストマイル内での上りおよび下りトラフィックに対するオーバーレイ内のロストパケット率。設定済み時間範囲における平均 - **平均。距離**（ - ファーストマイルトンネル内のサイトとCatoクラウド間の距離、設定済み時間範囲に基づく平均 - **平均。アンダーレイエクスペリエンス** - ファーストマイル トンネル外 接続に対する平均エクスペリエンススコア。 - ファーストマイルグラフ - これらのグラフは二つの異なる種類のプローブに基づくメトリックを含みます。これらは各プローブタイプおよび表示ウィジェット： - **アンダーレイ** - 暗号化されていないトンネル外ファーストマイル接続に送信されたプローブ、ISPのPoPへの接続の品質を測定します。暗号化されたオーバーレイとは独立しています。これは、ソケットサイトのファーストマイルパフォーマンスに影響を与える可能性のあるトンネル外の問題を特定および診断するのに役立ちます。 各 WAN インタフェースに対してプローブがソケットに送信されます。ウィジェットはインタフェース名と接続された PoP ロケーションの名前、および PoP 内に接続されたサービスノードの IP アドレスを表示します。 PoP 名が利用できない場合は、サービスノードの IP アドレスのみが表示されます。 **注：** アンダーレイプローブ機能のデータを収集するには、Socket v21.1.18975 以上が必要です | グラフ | 説明 | | --- | --- | | パケットロス | トンネル外の最初のマイルで失われたパケットの割合。 | | ラウンドトリップレイテンシー | ネットワーク経路の特定のノード (例: サイトまたはユーザーデバイス) と Cato Cloud 間の往復時間、トンネル外で測定されます。 | - **オーバーレイ** - これらのプローブは、Catoトンネル接続とPoPとの接続品質を測定します。 | グラフ | 説明 | | --- | --- | | サイト パケットロス アップストリーム | アップストリーム トラフィック用のトンネル内宛先サイト最初のマイルで失われたパケットの割合。 | | サイト パケットロス ダウンストリーム | ダウンストリーム トラフィック用のトンネル内宛先サイト最初のマイルで失われたパケットの割合。 | | サイト ラウンドトリップ レイテンシー | トンネル内で測定された、ネットワーク経路での特定のノード (例: サイトまたはユーザーデバイス) と Cato Cloud 間の往復時間。 | | トンネルの経過時間 | 現在のソケットと PoP 間の DTLS トンネルが接続されている総時間。 | | ジッター アップストリーム | アップストリーム データパケット間の時間遅延の差 (ミリ秒)。 | | ジッター ダウンストリーム | ダウンストリーム データパケット間の時間遅延の差 (ミリ秒)。 | | 最大スループット アップストリーム | アップストリーム トラフィック用トンネル内で測定された最大スループット | | 最大スループット ダウンストリーム | ダウンストリーム トラフィック用トンネル内で測定された最大スループット | | 平均スループット アップストリーム | 各リンクのトンネル内でのアップストリームスループットの平均 (バケットの長さを超えて) | | 平均スループっと ダウンストリーム | 各リンクのトンネル内でのダウンストリームスループットの平均 (バケットの長さを超えて) | ### 接続詳細 > 宛先ソケット **宛先ソケット** セクションには、宛先サイトのソケットデータが表示されます。次のデータが表示されます： - **ソケットパフォーマンス** - - **平均。**体験 - サイトで設定された時間範囲に基づいて、ソケットの平均 CPU 使用率 (CPU 負荷) に基づくソケットパフォーマンスの平均体験スコア。このスコアは、サイトのプライマリソケットの最も性能が低いコアに基づいて計算されます。 - 良好 - 使用中の CPU が 70% 未満 - 普通 - 使用中の CPU が 70-90% の範囲 - 低い - 使用中の CPU が 90% を超える - **平均。** CPU負荷 - 設定された時間範囲内でサイトのソケット平均 CPU 使用率 (CPU 負荷)、サイトのプライマリソケットの最も性能が低いコアに基づきます。 - **CPU負荷** - 定義された時間範囲に対するソケットコアごとの使用率の割合。サイトが高可用性 (HA) で設定されている場合、プライマリとセカンダリのソケットコアの両方の使用状況が表示されます。 ![ソケット_CPU_-_DEM.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35977825999517.png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) 高いソケット CPU 使用率が見られる場合、トラブルシューティングの手順は以下の通りです： ネットワークパケットロスと同時に高い CPU 使用率が観察される場合： ソケット CPU 利用率のトラブルシューティングの詳細については、[こちらの記事](/v1/docs/performance-issues-for-socket-sites-troubleshooting)を参照してください。 1. [ソケット WebUI](/v1/docs/using-the-socket-webui-tools) にアクセスし、HWステータスタブを選択します。 2. 各コアの現在の CPU % 使用率を確認します。 3. ソケットパフォーマンスに直接影響を与え、パケットロスや高いレイテンシーを引き起こすため、90% を超えた CPU 使用率を一定期間モニタします。 1. 高い CPU 使用時にいつ発生するかを記録します。 2. どのコアが高い利用率を経験しているかに注意してください。 3. サポートに問い合わせる。 - この機能には、次の最小ソケットバージョンが必要です： - 物理ソケットの場合 - ソケットバージョン 21.1.18975 - 仮想ソケットの場合 - ソケットバージョン 22 ### 接続詳細 > アプリケーション **アプリケーション**セクションは、アプリケーションパフォーマンスの次のメトリックを示します： - **平均。**体験 - 平均体験スコアは、これらのアプリケーションパフォーマンスメトリックに基づいています： CatoのAIベースのアルゴリズムは、各アプリに対する独自のしきい値を作成します。 アプリケーション体験スコアの計算方法については、[この記事](/v1/docs/what-is-cato-experience-monitoring)を参照してください。 - 最初のバイトまでの時間 - TCP接続 - TLS接続 - HTTPレイテンシー - HTTP/Sエラー - アプリケーショングラフ - これらのメトリクスは以下のテーブルに記載されています： | グラフ | 説明 | | --- | --- | | 最初のバイトまでの時間 | HTTPリクエストと最初のバイトの受信間の期間。 | | TCP接続 | TCP接続の確立にかかる時間。 | | TLS接続 | TLS接続の確立にかかる時間。 | | HTTP/Sレイテンシー | リクエストとレスポンスの間の時間の長さ。 | | HTTP/S エラー率 | HTTP エラーの割合。 | | パケットロス | トンネル内最後のマイルで失われたパケットの割合。 | | 距離 | サイトとトンネル内のCato Cloud間の距離。 | ### 接続詳細 > Zoom, MS Teams, および Webex Meetings このセクションは、Zoom、Microsoft Teams、および Webex セッションを含む UCaaS トラフィックのアプリケーション固有のメトリックを示します。これらのメトリックは、会議中のビデオ、オーディオ、画面共有の体験を見通して提供します。 これらのメトリックには Cato コネクタの設定が必要です。詳細については、これらの記事を参照してください： - [Microsoft Teams: エクスペリエンス監視エンドポイントコネクタの設定](/v1/docs/microsoft-teams-configuring-the-experience-monitoring-ucaas-connector) - [Zoom: エクスペリエンス監視エンドポイントコネクタの設定](/v1/docs/zoom-configuring-the-experience-monitoring-ucaas-connectors) - [Webex: エクスペリエンス監視エンドポイントコネクタの設定](/v1/docs/webex-configuring-the-experience-monitoring-ucaas-connector) ![DEM_Zoom_グラフ.png](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/35977807750685.png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) **Zoom、MS Teams、または Webex 会議のメトリックを表示するには：** 1. [アプリケーション選択](/v1/docs/the-user-experience-monitoring-drill-down-page-remote-and-office-users#the-user-experience-monitoring-widgets) ウィジェットで Zoom、Teams、または Webex を選択します。 2. **接続詳細**ウィジェットで、**Zoom 会議**、**MS Teams 会議**、または **Webex 会議** セクションを開きます。 > [!TIP] > 注： > > Zoom、MS Teams、および Webex セクションは、ユーザーがコネクタを設定した後にアプリに接続すると、ユーザーにのみ表示されます。 #### Zoom、Teams、および Webex メトリックの理解 各会議に示される情報には、使用された **デバイス**、**会議日**、**通話時間**、**参加者の合計**、および会議全体の**体験** (**低い**、**普通**、または **良好**) が含まれます。この**体験**スコアは、**音声**、**ビデオ**、および**画面共有**体験のスコアに基づいており、それらの三つの最低スコアに等しいです。 **オーディオ**, **ビデオ**, **画面共有** エクスペリエンスのスコアは、パケット損失、ジッター、レイテンシーを考慮したMOS（平均オピニオンスコア）の計算に基づいています。スコアは、上りと下りのトラフィック用に計算されたMOSの平均に基づいています。 ZoomとWebexの会議では、詳細な時系列グラフとしてデータが表示され、正確な検出とトラブルシューティングが可能です。時系列グラフを使用して、ネットワークメトリックスと会議のタイムラインを関連付けることができます。グラフには、**オーディオ**、**ビデオ**、**画面共有**のエクスペリエンススコアのほか、各メディアタイプの**パケットロス**、**ジッター**、**レイテンシー**、**ビットレート**メトリックが含まれます。エクスペリエンススコアグラフでは、通話中のすべての切断イベントがハイライトされます。 Teamsアプリケーションの制限により、Teams会議のグラフは通話全体の平均値または通話中に達した最大値として各メトリックを表示します。 - **最大値**を選択して、各間隔での最大値に基づくメトリックをグラフに表示します - **平均**を選択して、各間隔の平均値に基づくメトリックをグラフに表示します - **送信**および**受信**データラインをオンとオフにすることができます MOSを計算するための式です： - MOS = 1 + 0.035 * R + 0.000007 * R * (R - 60) * (100 - R) ただし、Rは有効レイテンシーとパケットロスによって決定される評価要因です > [!TIP] > メモ： > > - Microsoft Teamsのために > - 会議データの表示に最大30分かかることがあります > - コネクタは通常、1時間以内の会議データにアクセスします。ただし、コネクタが初めて設定された場合は、最大5時間のデータにアクセスできます > - メトリックには、Microsoft TeamsとSkype会議の両方のデータが含まれています ## **原因分析** **根本原因分析**セクションでは、AIアシスタントを使用してユーザーのエクスペリエンスが劣化した原因を解明します。ネットワークパスで各ノードを開いてメトリックを自分で比較する代わりに、ボタンをクリックするだけで、その裏付けとともに書かれた結論を取得できます。 アシスタントは、ネットワーク、デバイス、アプリケーション、イベントデータをユーザーエクスペリエンスパス全体で関連付け、現在ページに表示されているユーザー、アプリケーション、時間枠に沿って結びつけます。調査している期間と前の期間のベースラインを比較し、常に環境内で劣化しているメトリックが新しい問題の原因として報告されないようにします。分析は問題のある場所を特定します。変更するかどうかの判断はあなた次第です。 セクションは**ユーザーアプリケーション体験スコア**ウィジェットの下にあり、**パス分析**の上にあります。 ![ユーザーのドリルダウンページのルート原因分析セクションは折りたたまれており、右側に分析を実行するボタンがあります](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/image(234).png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) ### **分析の実行** 分析は、ページに選択された時間枠で実行されます。ユーザーが苦情を言った期間を中心とした短い時間枠はより鮮明な結果を生み出します。なぜなら、長い時間枠はアシスタントが関連性のないアクティビティをより多く処理するためです。 **ユーザーの根本原因分析を実行するには：** 1. ナビゲーションメニューから**ホーム > エクスペリエンス監視**に移動し、調査したいリモートまたはオフィスユーザーを選択します。 2. **（オプション）** **アプリケーションを選択**ウィジェットで、問題が報告されたアプリケーションを選択します。 分析は、そのアプリケーションに焦点を当てます。 3. 調査したい期間に時間枠を設定します。 時間枠をすばやく狭めるには、**ユーザーアプリケーション体験スコア**グラフの問題をカバーする部分をドラッグします。ページの時間枠は選択した範囲に変更されます。 4. **根本原因分析**までスクロールし、**分析を実行**を選択します。 分析が実行されている間、ボタンには**分析中**と表示され、そのセクションには進捗状況が表示されます。アシスタントは順次各データソースにクエリを実行するので、結果はページの更新よりも時間がかかります。 5. セクションに表示される**エグゼクティブサマリー**を確認します。 時間枠を変更したり、別のアプリケーションを選択した後に再び分析を実行するには、**再分析を実行**をクリックします。 > [!TIP] > 注： > > ページの時間枠が6時間を超える場合、**分析を実行** は利用不可です。時間枠を狭めてから分析を実行します。 ### **分析のカバー範囲** アシスタントは、選択したユーザーと時間枠に対して、ドリルダウンページに表示される同じデータソースにクエリを実行します。 - **デバイス** - ユーザーが接続したデバイスのCPU負荷とメモリ負荷。 - **Wi-Fi** - 信号強度、アクセスポイント、デバイスが移動したバンド。 - **LANゲートウェイ** - LANゲートウェイプローブの結果。 - **ラストマイル** - アンダーレイのパケットロスとレイテンシー、オーバーレイのパケットロス、レイテンシー、トンネルの経過時間、スループット。 - **アプリケーション** - 最初のバイトまでの時間、TCP接続、TLS接続、HTTP/Sレイテンシ、HTTP/Sエラー率。 - **会議メトリック** - Zoom、Microsoft Teams、Webexで設定されたコネクタのメトリック。 - **イベント** - ユーザータイムラインに表示された体験イベント、アクセスポイントのイベントを含む。 - **監査ログ** - ウィンドウ中にアカウントで行われた設定変更。新しいファイアウォールルールなどの変更を原因として特定。 オフィスユーザーの場合、分析にはユーザーが接続しているサイト、ソケットのメトリック、およびサイトのラストマイルとトンネルメトリックが含まれます。 ### **エグゼクティブサマリーを読む** 結果は、リーディングリストではなく短い段落になります。その範囲は次のとおりです： - 分析されたユーザー、アプリケーション、およびウィンドウ。 - 最も可能性の高い根本原因。 - 最も有力な証拠とウィンドウがベースラインと比較された方法。 - チェックされ健康と確認された経路の部分、すでに除外されたものを知るために。 - 影響が1つのアプリケーションに限定されていたのか、複数に影響したのか。 - アシスタントが結論にどれだけ自信があるか。 例えば、オフィスユーザーのZoom通話の分析で、原因がWi-Fiローミングであると結論付けられるかもしれません。その場合、デバイスが移動したアクセスポイントと通話中に変わったバンドを引用するでしょう。また、デバイス、LANゲートウェイ、ラストマイル、トンネルがすべて正常だったことに注目し、1週間前の同時間帯にデバイスが単一のアクセスポイントに留まっていた場合と比較できます。 注目に値する結果： - サマリーは、ウィンドウ内で**測定可能な劣化はなかった**と報告できます。切断やトンネルの再起動などのネットワークイベントが発生することはありますが、それでもエクスペリエンススコアが低下せず、サマリーでは存在しない原因名を代わりに表明しません。 - 比較可能なベースライン期間にデータがない場合、サマリーは絶対的なしきい値が代わりに使用されたと述べています。結論は依然として有効ですが、このユーザー自身の通常の行動と比較されていませんでした。 ![根本原因分析セクションがエグゼクティブサマリーの段落を示していて、その上に分析の再実行ボタンがあり、下にフル調査ボタンがあります](https://cdn.document360.io/81d0367c-2b69-4ba8-b412-1c8f46ce677e/Images/Documentation/image(235).png?sv=2026-02-06&spr=https&st=2026-11-10T16%3A42%3A39Z&se=2026-11-10T17%3A42%3A39Z&sr=c&sp=r&sig=qhDjRARj4i%2FM11ENqeR4oYJZZBhWOTtW%2F8gV6ImbLGw%3D) ### **Ask AIで調査を続けます** エグゼクティブサマリーは結論のみです。アシスタントがそれにどう到達したかを確認するか、調査を続けるには、**フル調査**をクリックしてください。 Ask AIがページと共に開き、この分析がロードされ、次のことができます: - 自分の言葉でフォローアップ質問をします。 - 提案されたフォローアップ、**RCAステップバイステップの所見を発表する**をクリックして、結論だけではなくアシスタントが進めた各ステップを確認します。 - **クエリの詳細**をクリックして、分析が動作した問い合わせを確認します。 - **AIワークスペースで開く**をクリックして、全画面表示で続行します。 回答を評価することもできます。これは将来の分析の質にフィードバックされます。