Кратко — голос по Wi‑Fi чувствителен к задержкам, джиттеру, потерям и «пересортиванию» эфирного времени. Ниже — практическое руководство: как диагностировать и какие меры принять, чтобы телефоны работали стабильно.
1. Симптомы и целевые метрики
- Цель для хорошего качества: задержка (RTT) на пути RTP < 50 ms, джиттер < 20 ms, потеря пакетов < 1–2%, MOS ≥ 3.8.
- Проблемы при: RSSI слабее −70 dBm, высокая доля ретраев/коллизий в Wi‑Fi, высокая загрузка airtime (> 30–40% на голосовые AP).
2. Первичная диагностика (собираем факты)
- Соберите примеры плохих звонков с датой/временем, участниками, AP/SSID, MAC телефонов, каналом AP, частотой.
- На телефонах/АТС: получите логи звонков, RTCP/RTCP‑XR (если поддерживается) — jitter/loss/MOS.
- На контроллере/AP: статистики по RETRY, TX failures, airtime utilisation, client SNR/RSSI, roaming events.
- На коммутаторах: счётчики drop/queue, портовая статистика VLAN голоса.
- Сделайте packet capture (RTP/SIP) на AP/edge sw/рекордере и проанализируйте в Wireshark: последовательность RTP, потерянные seq, RTCP.
- Запустите нагрузочные тесты (iperf, UDP поток) чтобы смоделировать трафик рядом с телефоном/AP.
3. Типичные причины и исправления
A. Плохой уровень и покрытие Wi‑Fi
- Проведите site survey (Ekahau, AirMagnet, тепловая карта). Цель: RSSI для голосовых клиентов ≥ −65…−67 dBm в точке прослушивания.
- Расположите AP так, чтобы не было «мертвых зон» и перекрытие между соседними AP обеспечивало плавный роуминг.
- Используйте 5 GHz как предпочтительный (меньше интерференции, больше каналов). В 2.4 GHz ограничьтесь минимальным количеством AP и правильно распределёнными каналами (1/6/11).
B. Интерференция и канализация
- Выполните спектральный анализ (Spectrum Analyzer или AirCheck) — найдите источники 2.4 GHz (Bluetooth, микроволновки) и 5 GHz (DFS, radar).
- Настройте каналы и ширину (для плотных инсталляций лучше 20 MHz в 2.4 и 20/40/80 в 5 GHz с грамотным планированием).
- Отключите/ограничьте legacy‑режимы (802.11b) и установите минимальную скорость передачи (например 6–12 Mbps), чтобы не тратить airtime на медленные передачи.
C. QoS и приоритезация
- Создайте отдельный SSID/VLAN для голоса.
- Убедитесь, что телефоны маркируют RTP/RTCP/ SIP DSCP EF (46) для голоса; на AP и коммутаторах поставьте «trust DSCP».
- На коммутаторах/маршрутизаторах настройте приоритетный LLQ/queuing для voice VLAN (strict priority/priority queue).
- Включите WMM (Wi‑Fi Multimedia) на AP и убедитесь, что телефоны поддерживают WMM-UAPSD / admission control.
D. Роуминг
- Включите fast roaming (802.11r/k/v) если телефоны и контроллер поддерживают — значительно снижает разрыв речи при переключении AP.
- Настройте пороги для роуминга (например, начать roam при RSSI < −70 dBm; целевой RSSI у принимающего AP > −65 dBm).
- Контролируйте «sticky clients»: уменьшите roaming hysteresis, примените client‑steering в контроллере.
E. Airtime и ёмкость AP
- Голос занимает airtime непропорционально полосе: G.711 ~100 kbps «на звонок» с оверхедом — но главное ограничение — airtime, а не Mbps. На AP разумное число активных голосовых клиентов ~20–30 (зависит от модели AP, конфигурации и доли данных). Планируйте плотные станции с запасом AP.
- Включите airtime fairness и admission control (при контроллерах) для голосовых SSID.
F. Кодеки и настройка телефонов/АТС
- Используйте компромисс: G.729 экономнее по трафику (~30–40 kbps), но требует лицензии и имеет чуть худший MOS, G.711 даёт лучшее качество и меньше задержек на кодирование. Выбирайте исходя из канальной ёмкости и SIP/АТС.
- Настройте jitter buffer телефонов/АТС (динамический), SIP timers, держите RTP порт‑range стабильным.
- Отключите SIP ALG на роутерах/межсетевых устройствах.
G. Сетевые и L2 настройки
- Проверьте MTU, чтобы не было фрагментации (VPN может влиять).
- На промежуточных маршрутизаторах/брендмауэрах убедитесь, что приоритет DSCP не теряется.
- На портах AP на коммутаторах включите trust cоS/DSCP и назначьте голосовой VLAN и PVID.
4. Мониторинг и алерты
- Включите постоянный мониторинг качества звонков (RTCP XR, MOS) и оповещения при падении ниже порога.
- Собирайте SNMP‑метрики: retry rate, tx failures, airtime utilization, channel utilization, client count на AP.
- Храните корреляцию между временем проблемы и Wi‑Fi событиями (roam, high retry).
5. Практические команды/проверки (примерный чеклист)
- На AP: смотреть retry %, tx failures, rx/tx rate, airtime utilization, RSSI клиентов.
- Wireshark: фильтр rtp или sip; проверьте dsfield (DSCP), RTP seq и потерю/джиттер.
- iperf UDP между телефоном/клиентом и шлюзом чтобы измерить packet loss/latency при нагрузке.
- Выполнить site survey и spectrum scan.
6. Рекомендации по конфигурации (примерные значения)
- RSSI целевой: ≥ −65…−67 dBm.
- Минимальная скорость AP: 6–12 Mbps (убрать 1–2 Mbps rates).
- DSCP для голос: EF (46), для сигн. SIP — CS3/24.
- WMM — enabled; Admission control — on (если поддерживается); Fast Roaming (802.11r) — on.
- Jitter buffer: динамический; в крайнем случае увеличить, но помнить о задержке.
7. Что делать сначала (порядок действий)
1) Собрать логи и конкретные примеры плохих звонков.
2) Проверить QoS/DSCP прохождение от телефона до шлюза.
3) Посмотреть статистики AP: retry rate, airtime, RSSI.
4) Выполнить spectrum analysis + site survey.
5) Исправить покрытие/каналы, включить fast roaming и WMM.
6) Тестировать в реальных условиях, мониторить RTCP/XR и MOS.
8. Инструменты, которые помогут
- Ekahau/AirMagnet (site survey), MetaGeek Spectrum‑Analyzer/AirCheck.
- Wireshark, sngrep, VoIPmonitor/Homer для анализа RTP/SIP.
- SNMP/NetFlow/используемый контроллер Wi‑Fi (Cisco Prime, Aruba Central, Ubiquiti controller).
- iperf для тестирования сетевой нагрузки.
Если хотите, могу:
- Составить конкретный чеклист для ваших AP (какие параметры проверить в контроллере).
- Помочь распарсить примеры логов/pcap — пришлите pcap или логи и я покажу, где искать потерю и задержки.