Страница 2 из 2
Re: FreeSWITCH и att_xfer на extension
Добавлено: 04 янв 2016, 17:33
Samael28
Кстати да, попробуйте убрать loopback из логики. По моему опыту его использование приводит к последствиям разной степени странности. Типа потери информации о доступных кодеках в SDP, если его использовать в user dialstring.
Re: FreeSWITCH и att_xfer на extension
Добавлено: 05 янв 2016, 01:31
tma
loopback убрал, но не поэтому, а из-за того, что вообще все некорректно работало.
Проблема в том, что каждый экстеншен придется отдельно отписывать.
В чем великая премудрость - непонятно, но писанины намного больше.
Больше пока убивает другое - непонятно, чем язык OpenSER/Kamailio/etc (аля Си-стайл) хуже xml...
Re: FreeSWITCH и att_xfer на extension
Добавлено: 05 янв 2016, 09:12
Vlad1983
XML потому что его проще генерировать их внешних приложений
статичный диалплан применяется в мелких инертных проектах
в крупных и профили пользователей подгружаются динамически и диалплан формируется
читайте
mod_xml_curl это только база
дальше на чем хотите на том и пишите хоть С++, хоть Python, хоть PHP
Re: FreeSWITCH и att_xfer на extension
Добавлено: 05 янв 2016, 11:22
tma
Это единственный плюс xml'я. В принципе все устраивает кроме одного - логику с условиями реализовывать сложнее.
Re: FreeSWITCH и att_xfer на extension
Добавлено: 05 янв 2016, 12:06
Vlad1983
диалплан во FreeSwitch для быстрого поиска куда пристроить вызов
если сложная логика реализуются посредством mod_perl, mod_lua, mod_python, mod_ruby, mod_v8, mod_java, mod_erlang_event ...
Re: FreeSWITCH и att_xfer на extension
Добавлено: 05 янв 2016, 17:04
Samael28
Кстати, для относительно безболезненного dive-in рекомендую FusionPBX попробовать. Там довольно низкий уровень абстракции и довольно много уже сделано.
Ну и да, меня тоже по первой печалили неочевидные условия и невозможность влепить что-то типа if. Но потом ничего, понял, что задачу можно и по другому решать
В частности, есть смысл выучить lua