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

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

В VoIP экономия полосы начинается не с «более узкого канала», а с выбора кодека под реальный профиль звонков. G.711 даёт предсказуемую задержку и простую диагностику, но требует больше RTP-полосы. G.729, Opus или iLBC уменьшают нагрузку, но добавляют требования к CPU, транскодированию и согласованию параметров на SBC/PBX.

Оптимизация обычно строится по трём слоям:
• убрать транскодирование там, где возможно: одинаковый кодек на SIP trunk, SBC и внутренней АТС;
• уменьшить ptime до разумного минимума только после проверки jitter и потерь;
• считать не только payload, но и накладные расходы RTP/UDP/IP/Ethernet, особенно при мелких пакетах.

Если в сети есть NAT, VPN или Wi-Fi, выигрыш от «лёгкого» кодека легко съедается ретрансляциями и джиттером. Разбираем дамп трафика в Wireshark, и вот что мы там видим: скачки inter-arrival, поздние пакеты, burst loss на перегруженных uplink. В таких условиях лучше стабилизировать QoS, очереди и policing, чем агрессивно ужимать аудио.

На уровне планирования держите запас по полосе не менее 30–40% под пиковую одновременную нагрузку, а для критичных сегментов разделяйте голос и данные по VLAN и DSCP. Отказоустойчивость — это не роскошь, а базовое требование к SIP-платформе.

Правильный кодек — это не «самый экономный», а тот, который минимизирует суммарную цену: сеть, CPU, задержку и операционную сложность.