VoIP: изменение метки времени в заголовке RTP

Question

Согласно RTP RFC (3550) временная метка должна увеличиваться в каждом RTP-пакете: «Временная метка отражает момент выборки первого октета в пакете данных RTP. Момент выборки ДОЛЖЕН быть получен из тактового сигнала, который монотонно и линейно увеличивается во времени для обеспечения синхронизации и расчетов джиттера».

Мы сталкиваемся с проблемами, когда метка времени внезапно уменьшается (возвращается к нулю) в середине вызова без каких-либо событий телефонии (таких как удержание / передача). SSRC остается тем же, и приращения порядкового номера ожидаются. Только метка времени действует без четкого объяснения.

Это приводит к потере записи (эти пакеты RTP отбрасываются регистратором, который захватывает поток RTP).

Я хотел бы выяснить, означает ли уменьшение отметки времени отсутствие соблюдения RTP RFC, а также какова возможная причина такого поведения?

Эта проблема возникает на телефонах Cisco 7942 с микропрограммой. Версия: SCCP42.9-4-2SR3-1S.

На телефонах Cisco 8841 (и точно в той же среде) проблема несколько иная: когда метка времени сбрасывает, порядковый номер также сбрасывается, в то же время (пакет), что не приводит к потере записи.

Спасибо

Kobster

Answer 1

В соответствии с RFC-3550 Section # 5.1 отметки времени должны увеличиваться:

Временная метка отражает момент выборки первого октета в пакет данных RTP. Момент выборки ДОЛЖЕН быть получен из часы, которые монотонно и линейно увеличиваются во времени, чтобы синхронизация и расчеты джиттера

Также вы можете проверить информацию о синхронизации из RTCP-пакет отчета отправителя : время NTP и соответствующая отметка времени, возможно, телефоны Cisco уведомляют о таком поведении

Answer 2

Спасибо! Я думаю, что это явление происходит из-за «живого» перенаправления вызова между различными медиа-серверами (аналогично возможности адаптивности S4B), из-за проблем с задержкой / BW (или перегрузки CPU / RAM на медиа-сервере), и это происходит независимо от таких событий телефонии, как как удержание, передача или конференция. Эта проблема возникает только на стороне клиента, поэтому, возможно, эта сторона перенесена в реальном времени на более смежный медиа-сервер. Еще раз спасибо за вашу поддержку и подтверждение, что это действительно не соответствует RTP RFC.

Answer 3

Метка времени, используемая в RTP для определения порядка принятых пакетов

В некоторых условиях сети пакет 3 может быть доставлен до пакета 1,2 и т. Д.

Так что, если у вас есть джиттербуфер, вы должны переупорядочивать пакеты в соответствии с отметкой времени.

Если отметка времени не соответствует длине буфера дрожания - просто пропустите неправильные пакеты.

Таким образом, постоянное уменьшение отметки времени означает некоторые ошибки. Вам следует сменить прошивку или связаться с cisco.