ネットワークジッターテスト：意味・目安・Clumsyの使い方

01

ネットワークジッターテストで測るもの

レイテンシーはパケットの移動時間、ジッターはそのばらつきです。40、41、39、42msは安定していますが、20、85、32、110msでは到着リズムが崩れます。音声、動画、ゲームはこの変動に敏感です。 有効なネットワークジッターテストでは、接続先、サンプル方法、測定時間をそろえ、平均値だけでなくスパイクも記録します。

計算方法はツールごとに異なります。同じツール、同じ宛先、同じ方法で比較し、単一平均ではなく時系列を保存してください。

正式な考え方はRFC 3393にあります。製品テストでは音声、二重操作、セッション、回復も確認します。

02

良いジッター値の目安

値は低く安定しているほど良好です。0〜20msは多くの用途で安定、20〜30msは注意、30ms超が続くと影響が見えやすくなります。

基準レイテンシー、ロス、用途と一緒に評価します。ダウンロードは完了しても通話は途切れる場合があります。ユーザー結果で合否を定義してください。

同じ宛先で再測定します。Wi-Fi、VPN、アップロード、省電力、ルーター負荷が結果を変えます。有線と無線を比較します。

03

Clumsyでジッターを再現できるか

Clumsy 0.3のLagは固定遅延で、ランダム範囲や分布はありません。公式モジュールはLag、Drop、Throttle、Out of order、Duplicate、Tamperです。

40、120、60、200msを同じフィルターで順に実行すると可変遅延を近似できます。変化はフェーズ間で起こり、パケットごとにランダムではありません。

実際の機能は公式リポジトリで確認してください。

04

再現可能なテスト手順

許可された操作を一つ選び、まず基準を測ります。狭いWinDivertフィルターを使い、Lagだけを有効にします。

各フェーズの時間をそろえ、時刻、Lag値、UI、メディア、再試行、セッション、エラーを記録します。

最後にClumsyを停止し、基準を再実行して回復を確認します。

1. 基準測定Clumsyなしで実行。
2. 範囲限定許可通信だけ。
3. 適用40・120・60・200ms。
4. 観察UIとセッション確認。
5. 回復停止して再測定。

05

高いジッターの切り分け

有線とWi-Fiを比較し、アップロードを止め、不要なVPNを外し、別端末でも測ります。Wi-Fiだけならチャネルと信号を確認します。

連続Pingやアプリ内テレメトリを保存します。ICMPは実通信と異なる場合があるため、スパイクをロス、CPU、再接続と対応させます。

Clumsyは実回線を修復しません。干渉、QoS、bufferbloat、VPN、ドライバー、ISPを調査します。

• 有線とWi-Fiを比較。
• アップロード停止。
• 宛先固定。
• 時系列保存。
• アプリイベントと対応。

06

よくあるミス

レイテンシーとジッターは同義ではありません。固定遅延は深刻でも安定している場合があり、全アプリ共通の基準はありません。

本番や第三者の通信を対象にせず、広いフィルターや複数モジュールの同時変更を避け、復旧確認なしで終了しないでください。コミュニティ版や変更された実行ファイルを公式リリースと表現しません。ダウンロード先として、このページは公式GitHubの0.3リリースページにリンクしています。直接ファイルのHTTP応答はこの環境で確認できなかったため、取得後にファイル名、サイズ、SHA-256をローカルで確認してください。将来のリリースが出た場合は、手順を現行版と呼ぶ前に操作と挙動を再確認します。

生データ、環境、宛先、プロファイル、ログ、結果を保存し、再現可能な報告にします。