Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

RTP_QOE_DEGRADATION IP-Телефония и СКУД

Диагностика качества RTP в Wireshark: расчет джиттера, потерь и MOS

Обновлено: 24.08.2026 · Официальная документация ↗
  • Жалобы абонентов на металлический голос, заикание, кваканье или пропадание фрагментов слов.
  • Высокое значение джиттера (> 30 мс) и потери пакетов (> 1-2%) в статистике вызова PBX.
  • Субъективная оценка качества разговора (MOS) опускается ниже порога приемлемости 3.5.
  • Асимметричное качество звука (один абонент слышит чисто, второй — с прерываниями).

1. Захват VoIP-трафика на интерфейсе

Запустите сбор дампа пакетов на сервере телефонии (Asterisk, FreeSWITCH, Kamailio) или сетевом шлюзе:

tcpdump -nn -i eth0 -s 0 -w /tmp/voip_capture.pcap 'port 5060 or portrange 10000-20000'

2. Анализ медиапотоков через меню Wireshark

  1. Откройте voip_capture.pcap в Wireshark.
  2. Перейдите в меню: Telephony → RTP → RTP Streams.
  3. Оцените ключевые метрики в таблице:
    • Max Delta (ms): максимальный интервал между последовательными пакетами (норма для G.711 при ptime 20ms — 20-22 мс).
    • Max Jitter (ms): максимальное отклонение фазы поступления пакетов (критично при > 30 мс).
    • Packet Loss (%): процент потерянных RTP-пакетов (критично при > 1%).
    • Mean MOS: расчетная оценка качества звука (4.3-4.5 — отлично, < 3.6 — деградация).

3. Детальный анализ конкретного потока (Stream Analysis)

Выберите поток и нажмите Analyze → Graph. График наглядно отображает:

  • Всплески джиттера во времени (коррелируют с перегрузкой каналов или отсутствием QoS);
  • Выпадение sequence numbers (потери в сетевой инфраструктуре);
  • Маркеры смены Payload Type и переполнения буфера джиттера.

4. Прослушивание аудиотрека для верификации артефактов

В окне анализа потока нажмите Play Streams, выберите нужные каналы (прямой и обратный) и оцените звучание на предмет десинхронизации и щелчков.

💡 Практика специалистов: Если анализ в Wireshark показывает рост Delta и Jitter строго в одном направлении вызова, проблема локализована на uplink-канале или в отсутствии тегирования QoS (DSCP EF) на коммутаторе передающей стороны.

Частые вопросы (FAQ)

Как Wireshark рассчитывает оценку MOS для RTP?

Wireshark использует формулу E-model (ITU-T G.107), вычисляя рейтинг R-factor на основе кодека, задержки, джиттера и потерь пакетов, после чего конвертирует R в шкалу MOS (от 1.0 до 4.5).

Какой уровень джиттера считается критическим для кодеков G.711 и G.729?

Для кодека G.711 допустим джиттер до 20-30 мс (компенсируется стандартным Jitter Buffer). Для G.729 сжатие делает звук неразборчивым уже при потерях более 1% и джиттере выше 20 мс.

Почему в выводе RTP Streams потери равны 0%, но звук прерывается?

Если джиттер превышает размер буфера принимающего телефона (Jitter Buffer Overrun/Underrun), устройство отбрасывает опоздавшие пакеты локально, хотя Wireshark фиксирует их доставку.

Как экспортировать аудиопоток из PCAP в файл WAV?

В окне Telephony -> RTP Player выделите нужные дорожки, нажмите кнопку 'Routing' (выберите L/R каналы) и перейдите в File -> Save -> Synchronized Audio (.wav).

Полезные материалы
Рекомендуем