freeswitchforum.com

Отправил в лс

очень много меченых RTP-пакетов

выставить для пробы на всех sofia-профилях
<param name="rtp-rewrite-timestamps" value="true"/>

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Помогло в отношении start_dtmf_generate. Спасибо! Но к сожалению при включенном record_session, задержка всё ещё остается.

попробуйте писать на a-leg

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Простите. Не совсем понимаю как можно указать только a-плечо

если активировать запись обычным образом задержка есть?

nolocal:execute_on_answer_1=record_session
то что жирным определяет файла записи отдельным тредом

т.е. можно таким образом определить различные файлы записи одновременно:
nolocal:execute_on_answer_1=record_session...
nolocal:execute_on_answer_2=record_session...

но проблема в том что этот механизм включается на b-leg

если нет необходимости в активации записи подобным родом?

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Если активировать запись обычным способом то задержки нету. Но вот если использовать export nolocal:execute_on_answer record_session (т.е. включить на б плече) то задержка появляется, и к сожалению есть необходимость запускать запись именно таким образом. Можно ли как-то включая запись на б-плече избежать задержки???

можно попробовать поиграться с опциями включающими jitter
не представляю что ещё может помочь

в чем необходимость включать запись по ответу b-leg?

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch

Спасибо большое за помощь. Будем пробовать делать запись на а-плече, но всё-же хотелось бы узнать почему возникают данные проблемы с б-плечом? Есть предположения?
Да и ещё выяснили что запись на б-плече вызывает задержку только при исходящих звонках...

скорей всего сбивается внутренняя синхронизация обычно это случается на виртуальных машинах
что на самом деле неизвестно
возможно просто бага

_________________
ЛС: @rostel
Сообщество: @ru_freeswitch