Как проверить задержку, джиттер и потери пакетов

Скорость в мегабитах говорит только о ширине канала. Для видеозвонка, голосового чата или онлайн-игры важнее три другие величины. Задержка (пинг) — время, за которое пакет доходит до узла и возвращается обратно, измеряется в миллисекундах. Джиттер — разброс этой задержки от пакета к пакету. Потери — доля пакетов, которые не вернулись вообще.

Можно иметь высокую скорость и при этом слышать «робота» в звонке: если задержка скачет то 20, то 200 мс, приложению приходится копить пакеты в буфере или отбрасывать опоздавшие. Поэтому проверять нужно именно эти три параметра, причём не один раз, а на отрезке в несколько минут.

Откройте командную строку или терминал и запустите ping к стабильному узлу, например к публичному DNS-серверу вашего оператора или к адресу роутера. В Windows по умолчанию отправляется четыре пакета, поэтому для длительной проверки добавляют ключ непрерывной отправки; в Linux и macOS ping идёт бесконечно, пока вы не нажмёте Ctrl+C.

Оставьте проверку на две-три минуты. В итоговой строке будут минимальное, среднее и максимальное время, а также процент потерь. Джиттер приблизительно виден по разнице между минимумом и максимумом: если среднее 25 мс, а максимум 180 мс, сеть работает неровно. В Linux и macOS в сводке часто присутствует и отклонение, которое можно считать грубой оценкой джиттера.

Чтобы понять, где именно появляется проблема, проверяйте по цепочке.

Шаг первый: ping до роутера. Задержка в локальной сети должна быть единицы миллисекунд. Если здесь уже видны скачки или потери, причина в Wi-Fi или в самом роутере.

Шаг второй: ping до внешнего узла. Разница со вторым шагом показывает вклад канала до провайдера и дальше.

Шаг третий: повторите тот же тест по кабелю. Если по кабелю всё ровно, а по Wi-Fi нет, ищите помехи, перегруженный канал или слабый сигнал.

Шаг четвёртый: для пошагового поиска проблемного участка используйте трассировку или pathping, они показывают потери на каждом промежуточном узле.

Ориентиры зависят от задачи. Для обычного веб-сёрфинга почти любая стабильная задержка комфортна. Для голосовых и видеозвонков заметно мешают потери выше пары процентов и резкие скачки задержки. В динамичных играх критична именно стабильность: ровные 40 мс лучше, чем «в среднем 20, но иногда 150».

Важна и нагрузка. Запустите проверку в момент, когда кто-то качает большой файл или смотрит видео в высоком качестве. Если задержка при этом растёт в разы, вы столкнулись с раздуванием буфера очереди: роутер копит пакеты в очереди. В таком случае помогает приоритизация трафика в настройках роутера.

Первая ошибка — мерить пинг до узла, который сам ограничивает ответы на ping. Часть серверов сознательно отвечает медленно или игнорирует такие запросы, и вы получите ложные потери. Проверьте на втором узле.

Вторая — единичный замер. Один короткий тест ничего не доказывает, снимайте несколько серий в разное время суток.

Третья — параллельная загрузка: обновления, облачная синхронизация и потоковое видео искажают картину. Закройте лишнее перед тестом.

Четвёртая — смешивание Wi-Fi 2,4 и 5 ГГц в одной проверке. Фиксируйте, каким способом подключён компьютер.

Когда измерения показали потери или скачки, двигайтесь от простого к сложному. Сначала перезагрузите роутер и модем: за месяцы работы у них накапливаются ошибки, и перезапуск иногда убирает нестабильность. Затем проверьте кабель между роутером и компьютером и разъёмы: перетёртый или плохо обжатый шнур даёт потери именно на проводе.

Далее посмотрите на Wi-Fi: смените канал, сократите расстояние до роутера, отключите лишние устройства, которые качают данные. Если по кабелю ровно, а по беспроводной сети нет, вопрос в эфире.

Если и при кабельном подключении потери есть уже на первом внешнем узле, стоит обратиться к провайдеру и приложить результаты: время замера, использованный узел, среднее и максимальное значения. Такие данные помогают технической поддержке быстрее локализовать участок, а не отвечать шаблонно.