Что измеряет тест пинга и как читать результаты
Тест пинга показывает, за сколько миллисекунд небольшой пакет доходит от вашего устройства до тестового сервера и возвращается обратно. Однако одно лишь среднее значение мало говорит о том, как соединение ведёт себя при реальном использовании. Поэтому тест выводит на одном экране задержку вместе с джиттером, потерей пакетов и общей оценкой стабильности: вы видите не только то, как быстро отвечает соединение, но и насколько стабильно оно это делает.
Как работает наш тест
Большинство браузерных тестов пинга отправляют HTTP-запросы. HTTP работает поверх TCP, а TCP незаметно повторно передаёт каждый потерянный пакет: вы видите чуть более высокое значение, а настоящая проблема — потеря пакетов — остаётся скрытой. Игры и видеозвонки в основном используют UDP, где потерянный пакет просто исчезает и проявляется в виде подтормаживаний, «резиновых» откатов или проглоченного слога.
Чтобы измерить именно тот трафик, который важен, тест работает так:
- Браузер открывает WebSocket-соединение с тестовым сервером. Оно используется только для настройки (сигнализации).
- Затем создаётся канал данных WebRTC, настроенный как неупорядоченный и без повторной передачи (maxRetransmits: 0), поэтому он ведёт себя как UDP.
- Трафик идёт через собственный TURN-сервис сервера, благодаря чему тест работает независимо от настроек NAT и брандмауэра вашего роутера.
- Пакеты выбранного размера (32–1200 байт) отправляются с выбранной частотой (1–100 в секунду) в течение выбранного времени (от 5 секунд до 5 минут). Сервер возвращает каждый пакет обратно.
- По окончании теста сервер сообщает, какие идентификаторы пакетов он получил. Это позволяет разделить потери на отдаче (потерянные по пути туда) и потери на загрузке (потерянные по пути обратно).
Показатели в отчёте
- Средний, минимальный и максимальный пинг: общий уровень задержки и её крайние значения. Минимум близок к тому, на что способна ваша линия без нагрузки.
- Медиана и 95-й процентиль: медиана не учитывает случайные всплески, а 95-й процентиль показывает задержку, которую не превысили 95% пакетов. Внезапные лаги, которые вы ощущаете в матче, обычно первыми проявляются именно здесь.
- Джиттер: среднее абсолютное различие между временем приёма-передачи соседних пакетов. Чем он выше, тем менее предсказуема задержка.
- Опоздавшие, неупорядоченные и дублированные пакеты: опоздавшие пакеты вредят приложениям реального времени не меньше потерянных; нарушение порядка и дубликаты могут указывать на проблемы маршрутизации на пути.
- Процент стабильности и оценка (A–F): краткая сводка всего вышеперечисленного.
- Оценка MOS: примерная оценка качества голосового звонка по шкале от 1 до 4,5, рассчитанная по упрощённой версии E-модели ITU-T G.107.
Целевые значения для разных задач
Соединение, которого хватает для одной задачи, может оказаться плохим для другой. Ориентируйтесь на эти примерные значения:
| Задача | Пинг | Джиттер | Потеря пакетов |
|---|---|---|---|
| Соревновательные шутеры | менее 40 ms | менее 5 ms | 0% |
| MOBA и другие онлайн-игры | менее 80 ms | менее 10 ms | менее 1% |
| Видеозвонки и VoIP | менее 150 ms | менее 30 ms | менее 1% |
| Стриминг и веб-сёрфинг | менее 200 ms | не критично | менее 2% |
Приложения с буферизацией, например потоковое видео, сглаживают кратковременные колебания; игры и звонки — нет. Даже при широком канале высокий джиттер или потери всё равно создадут проблемы во всём, что работает в реальном времени.
Советы для более точных результатов
- Выберите ближайший к вам сервер.
- По возможности подключитесь по Ethernet-кабелю.
- Приостановите загрузки, обновления и облачные бэкапы.
- Запускайте тест хотя бы на 30 секунд.
- Тестируйте в разное время суток.
- Сравните Wi-Fi с проводным подключением.
- Для игр используйте маленькие пакеты и высокую частоту.
- Сохраняйте результаты в CSV или JSON на будущее.
Для более долгих и подробных измерений воспользуйтесь тестом потери пакетов. Чтобы проверить задержку до серверных регионов конкретной игры, попробуйте тест пинга CS2 или одну из других игровых страниц.
Как передать результаты провайдеру
Если проблема повторяется, скачайте отчёт и приложите его к обращению в поддержку. В нём указаны дата, использованный сервер, количество отправленных и полученных пакетов, а также потери в каждом направлении. Несколько тестов по кабелю в разное время суток — весомый аргумент в пользу того, что проблема на линии, а не в вашей домашней сети. Если вы видите в основном потери на отдаче, проверьте роутер, кабели и настройки Wi-Fi, прежде чем обращаться к провайдеру. Тестовые серверы есть в нескольких городах, включая Стамбул, Фалькенштайн, Франкфурт и Гравлин, поэтому можно также проверить, затрагивает ли проблема все маршруты или только один.