Анализ и получение аудио из RTP в Wireshark

ВВЕДЕНИЕ

Многие сталкивались с ситуацией, когда из логов астериска не понятно что происходит с вызовом. Или кто-то из фирмы жалуется на плохое качество связи, заикания прерывания, треск и т.д. В этой статье будет рассказано, как с помощью дампа в wireshark сохранить запись, если она была случайно утеряна с АТС, а также выяснить проблему прохождения голоса.

Сохранение звуковых потоков RTP

Для сохранения аудио потока из wireshark необходимо зайти в раздел Телефония → RTP → RTP Streams.

1. Выбираем нужный нам вызов
2. с помощью кнопки Find Reverse находим соответствующий ему поток
3. Кнопкой Analyze показываем аналитику RTP потока данного звонка.

Далее Нажимаем кнопку «Сохранить», появится всплывающее окно, где можно сохранить Отдельно потоки (Forward – первичный канал, Reverse – вторичный канал) и весь поток (Оба потока вместе).

Анализ потока RTP

Есть 2 способа перейти в аналитику RTP потока:

• Telephony → RTP →  RTP Streams и выбрать необходимый поток
• Из списка пакетов выбрать RTP пакет, затем меню Telephony → RTP → Stream Analysis

В этом меню мы можете получить задержку в мс, максимальный джиттер, минимальный джиттер, процент потери пакетов на канале.

Для детального рассмотрения RTP канала выберем интересующий нас и нажмем кнопку Analyze

В этом разделе детально показывается информация по каналу:

• Максимальная задержка RTP
• Максимальный джиттер
• Минимальный джиттер
• Принятых RTP пакетов
• Ожидаемых RTP пакетов
• Потерянных пакетов
• Колличество ошибочных пакетов
• Продолжительность разговора
• Тактовая частота аудио в канале

На вкладке Graph можно посмотреть график приведенных выше данных

Расчет джиттера

В Wireshark расчет джиттера ведется согласно RFC3550.

Пусть Si – это время отправки i пакета, а Ri – это расчетное время получения пакета. Тогда для двух пакетов i и j. Среднее время D(i,j) будет высчитываться по формуле:

D(i,j) = (Rj-Ri) – (Sj-Si) = (Rj-Sj) – (Ri-Si)

Таким образом средний показатель джиттера ДОЛЖЕН вычислятся каждый раз, когда пришел пакет i от источника SSRC_n используя показатель D для этого пакета и пакета i-1 в порядке прибытия пакета (необязательно в строгой последовательности). Из этого вытекает следующая формула:

J(i) = J(i-1) + (|D(i-1,i)| - J(i-1))/16

RTP timestamp основывается на тактовой частоте кодека. Обычно это 8000 для аудиокодеков и 90000 для видеокодеков.

Пример:

R0: frame 23594, timestamp Sep 24, 2018 14:48:50.470471000
S0: frame 23594,  rtp.timestamp 108722974
R1: frame 23680, timestamp Sep 24, 2018 14:48:50.530357000
S1: frame 23680, rtp.timestamp 108723454

Нам известен кодек ITU-T G.711 PCMU

Таким образом, мы знаем что частота 8000 Hz и rtp.timestamp 1/8000 сек. = 0.000125 сек.

Теперь произведем подсчет:

frame 23594
J(0) = 0
frame  23680
D(0,1) = (R1-R0)-(S1-S0) = (в секундах) (0.530357000 - 0.470471000) — (108723454*0.000125 — 108722974*0.000125) = -0.000114
J(1) = J(0) + (|D(0,1)| - J(0))/16  = (в секундах) 0 + (|-0.000114| -0)/16 = 0.000007125