Тест потери пакетов

Зачем потере пакетов отдельный тест

Всё, что вы отправляете через интернет, разбивается на небольшие пакеты. Когда часть из них теряется, веб-страницы всё равно загружаются, а файлы докачиваются, потому что приложения на основе TCP просто запрашивают недостающий фрагмент повторно. Игры, голосовой чат и видеозвонки не могут ждать, поэтому переходят к следующему пакету. В результате соперник телепортируется, слова проглатываются, а видео замирает. Тест потери пакетов делает видимым то, что скрывает обычный тест скорости.

Как проводится измерение

Тест создаёт канал данных WebRTC между вашим браузером и выбранным тестовым сервером. Канал настроен на неупорядоченную доставку без повторной передачи (maxRetransmits: 0), поэтому потерянный пакет никогда не отправляется заново. Это очень близко к поведению UDP, который используют большинство игр и VoIP-приложений. Поскольку соединение идёт через собственный TURN-сервис сервера, тест работает и за строгим NAT, и во многих корпоративных сетях.

Каждый пакет несёт порядковый номер. Сервер сразу возвращает каждый пакет, а в конце теста присылает список полученных идентификаторов. Браузер сравнивает этот список с тем, что было отправлено и что вернулось:

• Пакеты, которые не дошли до сервера, считаются потерями на отдаче.
• Пакеты, которые дошли до сервера, но не вернулись, считаются потерями на загрузке.
• Пакеты, которые вернулись слишком поздно, чтобы быть полезными, помечаются как опоздавшие.
• Неупорядоченные и дублированные пакеты учитываются отдельными счётчиками.

Как выбрать настройки

Размер пакетов, частота и длительность определяют, какой трафик имитирует тест. Значения по умолчанию подходят большинству, но если вы ищете конкретную проблему, попробуйте эти профили:

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

Что говорят потери по направлениям

Понимание того, в каком направлении теряются пакеты, — самый быстрый способ определить, кто должен устранять проблему. Неполадки внутри дома, например слабый сигнал Wi-Fi или облачный бэкап, забивающий исходящий канал, обычно дают потери на отдаче. Потери на загрузке чаще указывают на перегрузку в сети провайдера, качество линии при DSL- или кабельном подключении либо на перегруженный узел на маршруте к серверу. Если потери есть в обоих направлениях, сначала проверьте связь между устройством и роутером, а затем — между роутером и внешней линией.

Джиттер, MOS и оценка соединения

Потерю пакетов никогда не стоит оценивать в отрыве от остального. Джиттер — среднее абсолютное различие между временем приёма-передачи соседних пакетов — показывает, насколько неравномерна задержка. Высокий джиттер вынуждает приложения буферизовать данные, а пакеты, пришедшие после того, как буфер уже проигран, фактически потеряны. Оценка MOS объединяет задержку, джиттер и потери с помощью упрощённой E-модели ITU-T G.107 и прогнозирует, как прозвучит голосовой звонок: 4 и выше — хорошо, ниже 3,5 — качество заметно ухудшено. Оценка A–F и процент стабильности сводят всё это в одну итоговую картину.

Как сузить круг причин

1. Запустите тест по Wi-Fi, а затем по кабелю на том же устройстве. Большая разница означает, что виновата беспроводная сеть.
2. Повторите тест с другим расположением сервера. Если потери появляются только на одном сервере, проблема на этом маршруте.
3. Проведите тест утром и ещё раз вечером. Потери, возникающие только в часы пик, указывают на нехватку пропускной способности сети.
4. Скачайте результаты в CSV или JSON и при необходимости приложите их к обращению в поддержку.

Для быстрой общей проверки воспользуйтесь тестом пинга на главной странице. Если подтормаживает конкретная игра, сравните задержку до регионов на таких страницах, как тест пинга Valorant.