Jitterbuffer и таймеры в SIP

При наличии сетевых проблем (большие задержки, потери пакетов) будут наблюдаться проблемы с голосом(прерывистость). Общая задержка между двумя конечными устройствами не должна превышать примерно 400 мс, однако, если проблему задержки пакетов невозможно решить (например, если расстояние значительно и может использоваться только спутниковый интернет), также можно изменить использующиеся кодеки на кодек, обеспечивающий значительное сжатие и увеличить значение таймеров , тем самым обеспечив нормальную слышимость.

См. также статью об основных проблемах SIP и их диагностике.

Таймер T1 — время прохождения пакета. По умолчанию таймер T1 имеет значение 500 миллисекунд.

T1min — минимально установленная задержка приема-передачи сообщений до хоста, состояние которого отслеживается, и обратно.

Значение таймера можно устанавливать в соответствии с характеристивами сети.

Таймер B — максимальное время, в течение которого отправитель будет ожидать подтверждение сообщения INVITE.

Таймер F — максимальное время, в течение которого отправитель будет ожидать подтверждения не-INVITE сообщения. Это SIP сообщения REFER, INFO, MESSAGE, BYE и CANCEL.

Таймеры B и F имеют значение по умолчанию в 64*T1. Например, если значение T1 500 мс, таймеры B и F будут установлены в 32 сек.

Если сообщение INVITE отправлено и ответ не получен, сообщение INVITE отправляется повторно спустя T1 мс.

Если ответ не получен, INVITE отсылается спустя время в 2 раза большее последнего таймаута.

Это удвоение продолжается до достижения таймера B.

Воспроизведем проблему прерывистого голоса в тестовой среде, где будут сымитированы сетевые проблемы между двумя серверами.

Эмулировать задержки, потери пакетов и другие сетевые проблемы в Linux можно с помощью утилиты tc. Она устанавливается вместе с пакетом iproute, который обычно присутствует по умолчанию.

Установить эмуляцию ограничений можно как по отдельности.

Установить дополнительную задержку 600 мс:

Случайным образом отбрасывает 1% пакетов:

Повреждение 1 % пакетов:

Либо вместе(и задержку и потерю 1% пакетов):

Посмотреть задержку

До определенного хоста

Удаление ограничений

Проверить можно также с помощью

Переходим в меню Маршрутизация(Connectivity)->Транки(Trunks) и создаем транк между двумя тестовыми серверами, добавляем его в маршруты для совершения вызовов. В транке опытным путем подбираем параметры (в примере t1min=1500  timert1=1500).

В транке необходимо запретить использование других(disallow=all) и указать разрешенный кодек(в примере g729). Разрешенный к использованию кодек должен обеспечивать значительное сжатие и иметь низкие требования к пропускной способности. Это, например, кодеки: g729, opus, G723.

См. также статью о сравнении кодеков, использующихся в телефонии

Устанавливаем кодек g729 и проверяем его наличие с помощью

core show translation

Кодек g729 по умолчанию не будет установлен. Его необходимо добавлять вручную.

См. подробную статью об установке кодека g729

Разрешаем кодек g729 в Параметры(Settings)->Настройка SIP(SIP Settings)

Jitter (джиттер) — это неравномерность периодов времени, отведенных на доставку пакета. Сгладить проблему неравномерности передачи голосовых пакетов поможет использование джиттер-буфера (jitter-buffer) – сохранение пакетов, для передачи их в корректной последовательности. к. См. подробнее в статье

Джиттер-буфер (о настройке в веб-админке FreePBX джиттер буфера)

Также, смотрите другие статьи по этой теме на сайте:

“Доступно о протоколе SIP”

Ограничение максимального количества вызовов через транки

Полный разбор связи транком по протоколу IAX2 одной и более АТС