Страница 2 из 2

Re: FreeSWITCH и att_xfer на extension

СообщениеДобавлено: 04 янв 2016, 18:33
Samael28
Кстати да, попробуйте убрать loopback из логики. По моему опыту его использование приводит к последствиям разной степени странности. Типа потери информации о доступных кодеках в SDP, если его использовать в user dialstring.

Re: FreeSWITCH и att_xfer на extension

СообщениеДобавлено: 05 янв 2016, 02:31
tma
loopback убрал, но не поэтому, а из-за того, что вообще все некорректно работало.
Проблема в том, что каждый экстеншен придется отдельно отписывать.
В чем великая премудрость - непонятно, но писанины намного больше.
Больше пока убивает другое - непонятно, чем язык OpenSER/Kamailio/etc (аля Си-стайл) хуже xml...

Re: FreeSWITCH и att_xfer на extension

СообщениеДобавлено: 05 янв 2016, 10:12
Vlad1983
XML потому что его проще генерировать их внешних приложений
статичный диалплан применяется в мелких инертных проектах
в крупных и профили пользователей подгружаются динамически и диалплан формируется
читайте mod_xml_curl это только база
дальше на чем хотите на том и пишите хоть С++, хоть Python, хоть PHP

Re: FreeSWITCH и att_xfer на extension

СообщениеДобавлено: 05 янв 2016, 12:22
tma
Это единственный плюс xml'я. В принципе все устраивает кроме одного - логику с условиями реализовывать сложнее.

Re: FreeSWITCH и att_xfer на extension

СообщениеДобавлено: 05 янв 2016, 13: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, 18:04
Samael28
Кстати, для относительно безболезненного dive-in рекомендую FusionPBX попробовать. Там довольно низкий уровень абстракции и довольно много уже сделано.
Ну и да, меня тоже по первой печалили неочевидные условия и невозможность влепить что-то типа if. Но потом ничего, понял, что задачу можно и по другому решать :) В частности, есть смысл выучить lua :)