Size: a a a

2020 December 05

SY

Serge Yuriev in ru_freeswitch
Frukt
после перезагрузки mod_sofia ошибка ушла, и xml он стал подгружать нормально, я проверял
что говорит module_exists mod_xml_curl ?
источник

F

Frukt in ru_freeswitch
Serge Yuriev
что говорит module_exists mod_xml_curl ?
false, нет такого файла
источник

А

Александр in ru_freeswitch
Serge Yuriev
мне пришёл в голову более очевидный вариант - не представляю как работает фьюжен, но если он таки запрашивает конфиги по http, то тот модуль, который не загрузился может быть mod_xml_curl и в его отсутствии ФС ищет конфиг на диске, в которых хз что написано
фьюжн его не использует
источник

А

Александр in ru_freeswitch
берет конфиги через луа
источник

SY

Serge Yuriev in ru_freeswitch
Александр
берет конфиги через луа
Значит я неправ, прошу пардону. Но он использует xml_cdr
источник

F

Frukt in ru_freeswitch
таки решил. ошибка была в количестве цифр в номере переадресации. Как это раньше работало, не понятно. Поменял маску на +d{6}, а не конкретный номер, и все заработало, правила отрабатывать стали.
источник

BB

Borik Bobrujskov in ru_freeswitch
Andrey Kryukov
при выполнении  APP  hold  на холд ставится текущий канал  отправляетсы sendonly   в отыет получается recvonly.......
В итоге получается что и мелодия играется именно в этот канал
В моем же случае    А—> FS —>B  мне требуется со стороны Б отправить противоположный канал на холд (через DTMF ) и потом снять с холда. Вот и получается,  что мне нужно ставить на холд противоположный канал.
Если же я текущий на холд поставлю, то и DTMF  отправить для снятия не смогу  и не тот канал ставится на холд
А не помог бы Вам soft_hold в Вашем горе? https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+soft_hold
источник

AK

Andrey Kryukov in ru_freeswitch
Borik Bobrujskov
А не помог бы Вам soft_hold в Вашем горе? https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+soft_hold
софт холд отличается от uuid_hold тем что он просто включает одной из сторон музычку...он не "оповещает" сторонучто на удержании что оно удержано ( нет никаких sendonly - recvonly)....вопрос решили исходники поковыряв....добавили в  commands uuid_hold_dtmf
источник

AK

Andrey Kryukov in ru_freeswitch
просто потому что uuid_hold работает не как надо...он музычку холда играет не той стороне
источник

BB

Borik Bobrujskov in ru_freeswitch
Andrey Kryukov
софт холд отличается от uuid_hold тем что он просто включает одной из сторон музычку...он не "оповещает" сторонучто на удержании что оно удержано ( нет никаких sendonly - recvonly)....вопрос решили исходники поковыряв....добавили в  commands uuid_hold_dtmf
на обеих сторонах. Как я понял из изначального поста, у Вас проблема была именно в том, что Вы не могли после постановки клиента на холд принять с этого клиента сигнализацию (DTMF), то есть поставив на холд себя от себя клиент потом ничего сделать не может. Вот с этой позиции soft_hold проблему решает: оба канала отваливаются в music_on_hold, но при этом с обоих можно процессить пришедшее DTMF. оповещение можно отдельно прикрутить при помощи SIP INFO.

Ну такое, в общем, видимо у вас задача оличалась от того, как я её понял.
источник

AK

Andrey Kryukov in ru_freeswitch
в целом вы правильно понимали задачу и софт холд идеально подходил, однако он не умеет оповещать о холде...оказалось проще "подправить что работало не как надо" ( изменить направление проигрывания музыки и какой из каналов становится в sendonly)  чем с 0 допилить это для софтхолда
источник

BB

Borik Bobrujskov in ru_freeswitch
Andrey Kryukov
в целом вы правильно понимали задачу и софт холд идеально подходил, однако он не умеет оповещать о холде...оказалось проще "подправить что работало не как надо" ( изменить направление проигрывания музыки и какой из каналов становится в sendonly)  чем с 0 допилить это для софтхолда
Ох, по поводу нотификации: Вы могли использовать что-то вроде https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-freeswitch.Event

Но если экстраполировать предыдущую ссылку на https://freeswitch.org/confluence/display/FREESWITCH/Event+List#EventList-SEND_INFO то могло бы получиться что-то вроде:
<action application="lua" data='~i=freeswitch.event("SEND_INFO");i:addBody("${uuid} holded");i:fire());'/>

В результате чего в сторону инициатора полетит SIP INFO с сообщением в body <uuid> holded
источник

BB

Borik Bobrujskov in ru_freeswitch
В смысле, я так делал. Оно так работает.
источник

BB

Borik Bobrujskov in ru_freeswitch
и исходники править не надо...
источник

BB

Borik Bobrujskov in ru_freeswitch
INFO лучше, чем MESSAGE тем, что практически ни для чего, кроме DTMF, не используется.
источник

AK

Andrey Kryukov in ru_freeswitch
ну будем знать, спасибо
источник

SY

Serge Yuriev in ru_freeswitch
Frukt
таки решил. ошибка была в количестве цифр в номере переадресации. Как это раньше работало, не понятно. Поменял маску на +d{6}, а не конкретный номер, и все заработало, правила отрабатывать стали.
надеюсь это опечатка, ибо такая маска некорректна 🙂
источник
2020 December 06

DG

Denis G in ru_freeswitch
Здравбуде!
Подскажите, куда копнуть во Фьюжене для ограничения продолжительности вызова при использовании аппликейшена Массовые вызовы (Call Broadcast).
Подозреваю, что это не в диалплане.

Имеется в виду, куда вставить sched_hangup ?

PS, не ругайте за Фьюжен - не смогу с него уже уйти.
источник

IO

Ihor Olkhovskyi in ru_freeswitch
Denis G
Здравбуде!
Подскажите, куда копнуть во Фьюжене для ограничения продолжительности вызова при использовании аппликейшена Массовые вызовы (Call Broadcast).
Подозреваю, что это не в диалплане.

Имеется в виду, куда вставить sched_hangup ?

PS, не ругайте за Фьюжен - не смогу с него уже уйти.
В исходный код, т.к. сама строчка originate формируется там
источник

IO

Ihor Olkhovskyi in ru_freeswitch
app/call_broadcast/call_broadcast_send.php
источник