Как сжать голосовой трафик без потери качества и не убить сеть пиками

Как сжать голосовой трафик без потери качества и не убить сеть пиками

Для SIP/VoIP экономия полосы начинается не с «сильнее сжать», а с выбора кодека под профиль звонка. G.711 даёт минимальную задержку на декодирование, но ест много канала; G.729, Opus или iLBC снижают bitrate, но добавляют нагрузку на CPU и требуют аккуратной настройки ptime, VAD и PLC. Для транзита через WAN часто выгоднее не один универсальный кодек, а отдельные policy по направлению: внутренний LAN, межофисный VPN, внешний SIP-trunk.

Дальше считаем не только полезную нагрузку RTP, а весь оверхед: Ethernet, IP, UDP, RTP, VLAN, иногда PPPoE. На коротких пакетах overhead может съедать значительную часть полосы, поэтому уменьшение ptime с 30 до 20 ms не всегда помогает — вырастает число пакетов в секунду и нагрузка на pps, NAT и очереди на маршрутизаторе. Разбираем дамп трафика в Wireshark, и вот что мы там видим: проблема часто не в bitrate кодека, а в burst-поведении и микропотерях на очередях.

Практика такая: включайте транскодирование только там, где это неизбежно; фиксируйте preferred codec order на SBC или PBX; для VPN и радиоканалов тестируйте Opus с ограничением bitrate; для чистого IP-сегмента держите G.711, если сеть не перегружена. На стороне QoS маркируйте RTP в EF, SIP в CS3/AF31 и проверяйте, что эти метки не теряются на access- и core-уровне. Оптимизируем обработку RTP-трафика и минимизируем джиттер в сети.

Итог простой: сначала измеряем реальную загрузку канала и pps, потом подбираем кодек, ptime и QoS-политику. Без этого любая «экономия» превращается в рост джиттера, MOS-провал и жалобы на «роботизированный» голос.