Запись разговоров (MixMonitor) - кто и как решает проблему с "пустыми" файлами. (частично решен) [закрыт]

Настроена запись разговоров, но у меня начинается запись сразу как человек набрал номер, есть ли возможность записывать разговор как только с другого конца поднимут трубку?

Пока есть на уме не идеальное решение, удалять файлы к примеру меньше XXX Кб (можно вычислить опытным путём, к примеру посмотреть сколько занимает 5 секунд записи).

Поделитесь своими наработками по этому поводу. Заранее спасибо!

спросил Dec 5 '11

devi29rus

101 ● 9 ● 3 ● 12
http://www.meatcom.ru/

обновил Jan 20 '12

Comments

Никогда на версии Elastix старой не задумывался (там все норм писалось), а тут столкнулся на версии 2.4 что пишутся пустые неотвеченные звонки. Оказалось что в Inbound Routes и в разделе Outbound Routes есть пункт записывать постоянно, записывать после ответа, никогда не писать, записывать при ответе (например АТС, запишет даже гудки). И там и там поставил Записывать после ответа, теперь вроде пустышки не пишет.

neznaika (Jul 6 '1)edit

3 Ответа

Сорт. по » старые новые больше голосов

А так пробовали?
exten => s,n,MixMonitor(${pathto_records}/${FolderToRecord}/${fname}.wav,b)
b - Разговор сохраняется, только если канал соединен. Сюда не относятся конференции или звуковые файлы, воспроизводимые для каждой соединенной стороны.

ссылка удалить спам редактировать

ответил Jan 5 '12

bolshoy_plohish
1388 ● 25 ● 20 ● 38

обновил Jan 5 '12

Comments

Только что попробовал, файлик всё равно создаётся. Я думаю он создаётся т.к. астериск думает что канал уже инициализирован, т.к. я звоню с IP-телефона на аналоговый через АТС Samsung OfficeServ. Т.е. плата посылает звонок АТС - АТС перехватывает звонок и посылает дальше.

Эта фишка с параметром b отрабатывает если я буду звонить с SIP-телефона на SIP-телефон обходя плату digium.

Спасибо, за подсказку про параметр b - хоть внутри предприятия не будут генерироваться лишних записанных файлов.

devi29rus (Jan 5 '12)edit

Состояние аналоговых вызовов

В этой секции описываются директивы сигнализирующие о состоянии вызовов аналоговых интерфейсов.

busydetect - детектирование сигнала занято для FXS, FXO или T1 (E&M, Wink, Feature Group D). Значение 'yes' или 'no'.

callprogress - контроллировать состояние вызова (КПВ, занято или подняли трубку). Значение 'yes' или 'no'.

busydetect => yes

callprogress => yes

bolshoy_plohish (Jan 5 '12)edit

Попробуй покопать в сторону NVFaxDetect.

Идея заключается в следующем: в Dial() добавляем опцию M для использования макроса, а в макросе

через NVFaxDetect отлавливаем сигналы.

bolshoy_plohish (Jan 6 '12)edit

Есть еше специально для этого NVLineDetect

http://www.voip-info.org/wiki/view/NVLineDetect

bolshoy_plohish (Jan 8 '12)edit

попробуемс...

devi29rus (Jan 9 '12)edit

Звонок через шлюз или платы расширения? И еще неплохо глянуть кусочек диалплана с записью и дозвоном. Интересует только экстейшены с Monitor() и Dial().

ссылка удалить спам редактировать

ответил Jan 5 '12

bolshoy_plohish
1388 ● 25 ● 20 ● 38

обновил Jan 5 '12

Comments

звонок через плату digium и FXO

[macro-record] ;Макрос записи разговора

exten => s,1,Answer exten => s,n,Set(fname=${STRFTIME(${EPOCH},,%d.%m.%Y%H.%M.%S)}-${CALLERID(num)} exten => s,n,MixMonitor(${pathto_records}/${FolderToRecord}/${fname}.wav)

[for-torgotdel] exten => [9].,1,Set(numberzvon=${EXTEN:1:11}) exten => _[9].,n,Macro(record) exten => _[9].,n,Dial(DAHDI/${ChannelDAHDI}/${EXTEN:1:11},15,rt) exten => _[9].,n,StopMixMonitor() exten => _[9].,n,Hangup()

devi29rus (Jan 5 '12)edit

Наработки здесь такие , что приложение пишет файлы только после того , как оба плеча канала будут отвечены. Если файл начинает писаться раньше ,чем оператор дозвонится до номера, то это означает , что оборудование ответило на вызов. Такое обычно происходит при перенаправлениях или при использовании шлюзов FXO , которым необходимо отвечать на вызов.

А так , никто не запрещает вам сносить файлы , если они вам не нужны.

ссылка удалить спам редактировать

ответил Dec 5 '11