Что такое джиттер? Как проверить джиттер и потерю пакетов перед звонком

Джиттер — это изменение задержки соединения от одного момента к другому. Потеря пакетов — доля данных, которые так и не дошли до адресата. Во время звонка высокий джиттер делает голоса роботизированными, а при потере пакетов выпадают слова и слоги — даже при высокой скорости соединения. Microsoft указывает, что для аудио в Teams типичны джиттер менее 30 мс и потеря пакетов менее 2%. Zoom рекомендует джиттер 40 мс или меньше и потерю пакетов не выше 2%. Измерить оба показателя можно в браузере, из командной строки Windows или в статистике самого приложения для видеовстреч.

В руководстве о том, почему звонки тормозят при быстром интернете объясняется, почему одной скорости недостаточно, а в статье о проверке интернета перед звонком рассказывается, когда стоит проводить проверку. В этом руководстве описано, что означают два этих показателя и как их измерить.

Джиттер и потеря пакетов во время звонка

Аудио и видео передаются множеством небольших пакетов в секунду. Если бы каждый пакет проходил путь за одинаковые 40 мс, звонок просто задерживался бы на 40 мс, и никто бы этого не заметил. Джиттер — это неравномерность: один пакет доходит за 20 мс, следующий — за 70 мс. Приложение для видеовстреч помещает пакеты в буфер, чтобы сгладить эти различия. Microsoft сообщает, что Teams может компенсировать некоторый джиттер с помощью буферизации, и вы заметите его лишь тогда, когда он превысит возможности буфера.

Потеря пакетов хуже, поскольку потерянный пакет уже не вернуть, и приложению приходится как-то заполнять пробел. В руководстве Microsoft по качеству звонков описано, как звучит каждая из этих проблем:

Какие значения считаются хорошими

Разработчики приложений для видеовстреч публикуют собственные ориентировочные значения. Они относятся к трафику звонков в самом приложении; используйте их как ориентир при оценке других тестов:

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

Как рассчитывается джиттер

Инструменты измеряют джиттер немного по-разному, поэтому сравнивайте результаты одного и того же инструмента. Например, тест скорости Cloudflare рассчитывает джиттер как среднюю разницу между последовательными измерениями задержки. Если пять измерений составили 20, 24, 19, 45 и 21 мс, разницы равны 4, 5, 26 и 24 мс, то есть джиттер составляет около 15 мс. Среднее значение задержки — 26 мс — скрывает тот факт, что одно измерение заняло примерно вдвое больше времени, чем остальные.

Три способа проверить соединение перед звонком

1. Проверка в браузере, которая показывает оба показателя

Открыть speed.cloudflare.com на компьютере, с которого вы будете подключаться. Cloudflare объясняет , что тест измеряет джиттер и при отсутствии нагрузки на соединение, и во время активной загрузки и выгрузки данных; потерю пакетов он измеряет, передавая пакеты через сервер WebRTC TURN. Сравните результаты без нагрузки и под нагрузкой. Если при повышенной нагрузке джиттер резко увеличивается, резервное копирование, синхронизация с облаком или отправка данных с другого устройства могут перегружать канал — во время звонка возникнет та же проблема.

2. Командная строка Windows: ping и pathping

Откройте командную строку или Terminal и выполните:

ping -n 100 1.1.1.1

По умолчанию ping отправляет четыре запроса; -n 100 отправляет сто запросов; это занимает минуту или две. В строке сводки указано, сколько запросов потеряно и каков процент потерь. Минимальное и максимальное время показывают разницу между самым быстрым и самым медленным ответом.

Чтобы узнать, где начинаются потери, выполните:

pathping 1.1.1.1

pathping отправляет по 100 запросов каждому маршрутизатору на пути и показывает потери на каждом из них. Это занимает несколько минут. Внимательно изучите результаты: в собственном примере Microsoft показаны маршрутизаторы, которые отбрасывают адресованные им запросы, но пересылают все остальные. Потери, появляющиеся на одном маршрутизаторе и не продолжающиеся до конца маршрута, не имеют значения. Если потери начинаются на одном маршрутизаторе и продолжаются до самого адресата, это реальные потери.

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

3. Показатели самого приложения для видеовстреч

Только этот способ измеряет сам звонок. В Teams во время звонка откройте «Дополнительные действия» → «Настройки» → «Состояние вызова» ; Microsoft сообщает, что показатели обновляются каждые 15 секунд. В классическом приложении Zoom откройте «Настройки» → «Статистика». Достаточно тестового звонка. В руководстве о том, тестовые звонки в Teams и тестовые встречи в Zoom показано, как его начать.

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

Что делать, если показатели высокие

Что измеряет CallReady

CallReady проверяет соединение в рамках проверки перед звонком, запущенной из трея Windows. Программа измеряет задержку, джиттер и примерную пропускную способность при скачивании и отправке данных до Cloudflare, а затем показывает результаты рядом с результатами проверки камеры и микрофона. Потерю пакетов программа не измеряет. Если собеседники говорят, что слова пропадают, используйте для проверки тест Cloudflare pathping или статистику приложения для видеовстреч.

CallReady измеряет качество маршрута до Cloudflare, а не путь передачи аудио и видео до сервера Teams или Zoom. Хороший результат означает, что ваше соединение стабильно. Для проверки параметров, относящихся именно к Teams или Zoom, воспользуйтесь статистикой приложения во время тестового звонка.

Часто задаваемые вопросы