@udachnik4 июл 2011 в 11:48

AEL в asterisk

3 мин

36K

Системы связи *

+17

Комментарии 41

@xReaper 4 июл 2011 в 11:59

В последнее время на хабре стало больше публикаций о Voip телефонии, это радует. +

Кто бы осветил другие решения, на Freeswitch, или Yate? Мне кажется что для програмиста со стажем намного больше подходит Freeswitch.

@litnimax 4 июл 2011 в 19:44

FreeSWITCH очень специфичное решение. Это еще более телефонный движок, чем Asterisk. Not user friendly. Хотя более надежное и архитектурно правильное решение.

@Slonoed 6 июл 2011 в 04:31

>Not user friendly

Да ну? Что это там такого не friendly?
Тот же диалплан гораздо понятнее чем на *.

@litnimax 6 июл 2011 в 15:39

Вы робот? :-)
С каких пор XML конфиги юзабильнее конфига в формате [section] / [option]?

@litnimax 4 июл 2011 в 19:52

AEL радует только в процессе написания диалплана. Желательно простого и наглядного.

Как-то раз мы делали виртуальную АТС, где вся бизнес-логика была в mySQL базе. Пиры через RealTime, а вот диалплан вначале сделали на AEL. Логика обработки звонка в AEL.

Функция MySQL query, которая напрямую из диалплана лезет в базу, смотрит всякие там установки юзера типа call forward, dial timeout, etc. Так вот, получился такой не слабый диалплан на сотни строк (завтра прийду на работу, поищу).

Отладка такого диалплана — кошмар! Так как этот красивый код превращается во внутренний extension.conf! В общем, это надо видеть.

@litnimax 4 июл 2011 в 19:53

Последнее мое увлечение — pbx_lua, но это было год назад, и я не успел на нем хоть что-то реализовать :-)

@litnimax 4 июл 2011 в 22:18

Пример диалплана на LUA — pastebin.com/vzWLMewH

@udachnik 4 июл 2011 в 22:20

Действительно, гораздо читабельнее ael! Буду пробовать!

@litnimax 4 июл 2011 в 23:04

Автор, спасибо тебе! Я снова загорелся Asterisk GUI для embedded устройств — asteriskblog.ru/2011/07/5/asterisk-gui-dlya-embedded-ustrojstv/ :-)

@litnimax 4 июл 2011 в 23:04

Присоединяйся!

@qmax 5 июл 2011 в 18:56

а оно тоже в обычный формат компилируется?

@litnimax 5 июл 2011 в 21:38

Нет, Lua исполняется прямо в ядре. В консоли Asterisk вы увидите просто исполняемые команды. А в dialplan show будет пусто.

@qmax 5 июл 2011 в 22:22

а дебужится как?

@litnimax 5 июл 2011 в 22:38

Ну как в обычном языке программирования :-)
app.dial
print «This is after dial»
app.hangup

@udachnik 4 июл 2011 в 21:58

Было бы очень интересно посмотреть. Пиры у меня тоже realtime, а вот логика вся в ael. Несколько раз в голову приходила идея закинуть всю логику в mysql и нарисовать веб-морду к этому делу, чтобы менеджеры могли сами клиентские запросы решать, но со временем пришло понимание что запросы у клиентов часто специфические, и далеко не всегда эти вопросы можно будет решить без меня и смысл в затее теряется…

@litnimax 4 июл 2011 в 22:03

Найду завтра на работе и покажу свой ael. Попробуйте pbx_lua, мне интересно, что у Вас получится ;-)

@qmax 5 июл 2011 в 19:03

а как в рилтайм AEL засунуть?

@litnimax 5 июл 2011 в 21:39

Мне кажется, только через res_config, при помощи которого любой .conf файл помещается в базу.

@qmax 5 июл 2011 в 22:24

ну, не любой, а в «обычном», построчном формате.
тоесть уже оттранслированный AEL.
слабо представляю как это можно сделать.

@k41n 4 июл 2011 в 21:28

Мы делали IVR для сдачи показаний счетчиков, где нужно было в цикле делать SOAP запрос для каждого счетчика в квартире и в зависимости от результатов по-разному действовать и воспроизводить различные звуки…

\me рвет волосы на разных частях тела

Почему мы не знали тогда про ael! 50 строчек, а, кажется, проще было бы * переписать.

@udachnik 4 июл 2011 в 22:00

И ведь самое главное — синтаксис практически тот же, только нагляднее и с новыми вкусными плюшками :).

@litnimax 4 июл 2011 в 22:04

А уж в случае с дерганием SOAP тем более надо было выносить обработку логики из extensions. В AGI например :-)

@udachnik 4 июл 2011 в 22:11

Это точно, особенно учитывая то, что agi можно писать на любом удобном языке — не думаю что у кого-либо возникнут проблемы с освоением.

@k41n 5 июл 2011 в 13:42

И это правильно. Просто скрипт разрастался постепенно в соответствии с ростом аппетитов заказчика. А с госзаказчиком в плане ТЗ спорить тяжело. Когда мы осознали что в диалплане больше кода чем в скриптах, которые он дергает, было уже поздно.

@xpoison 5 июл 2011 в 04:53

exten=>1,1,ExecIf($[${var}=foo]?Noop(true):Noop(false)) — не то?

@udachnik 5 июл 2011 в 05:01

Для одной команды в условии — то, только в реальной жизни команд обычно больше.

@xpoison 5 июл 2011 в 05:37

В реальной жизни достают именно GotoIf из за единственной команды :) Если их больше — GotoIf уже выглядит приемлемо. А ExecIf + GoSub вообще все решает.

Подтолкнуло взяться за статью «dialplan tricks».

@udachnik 5 июл 2011 в 05:46

Может это действительно субъективно, но мне кажется читаемость никакая. Посмотрите пример на LUA, который скинул litnimax: там уже вообще все походит на нормальный высокоуровневый ЯП.

@xpoison 5 июл 2011 в 06:03

Согласен, чтобы читать надо иметь определенный skill. Но у AEL все же есть проблемы с дебагом. Если уж хочется ЯП в телефонии — вооружайтесь FastAGI, прям на php или python можно писать.

@udachnik 5 июл 2011 в 06:09

Мне кажется AGI больше подходит для внешнего функционала — письма там отправлять или еще что подобное… У ael нет проблем с дебагом: дебажить все равно dialplan. Не будем спорить — как написано в топе, удобство и читаемость субъективны, и мое мнение, что ael удобнее, я знал что не для всех.

@miga 5 июл 2011 в 13:18

Я бы воздержался от использования AGI и не использовал бы его для обработки _всех_ звонков на астериске — проблемы со стабильностью у него были и, судя по всему, до сих пор есть — вот буквально только что словил с AGI дедлок на 1.6.0.26 (не припомню, когда с этой версией вообще проблемы были).

@xpoison 5 июл 2011 в 13:45

Относительно стабильности AGI согласен. Я рекомендовал FastAGI, т.к. по моему опыту его можно использовать на массовых, промышленных объемах.

@k41n 5 июл 2011 в 13:49

Если окажется полезным при написании статьи про триксы — вот пример нашего скрипта. По всей видимости, сплошной антипаттерн. Специально ничего не приукрашивал — как есть.

Буду благодарен, если ляпы укажете. Все вызываемые скрипты — коротулечки на Ruby+savon которые дергают большой сервер по SOAP.

[test_meters]

exten => 333330,1,Background(14)

exten => 333330,2,WaitExten(1)

exten => *,1,GotoIf($["${phase2}" = "1"]?test_meters,333330,say_next_number:test_meters,333330,4)

exten => 333330,3,Set(numTries=0)

exten => 333330,4,Playback(15)

exten => 333330,5(auth),Read(account,,10,,1,60)

exten => 333330,n,System(/var/lib/asterisk/saracen/needed_digits.rb ${account} >> /tmp/needed.log 2>&1)

exten => 333330,n,Set(needed_digits=${SHELL(/var/lib/asterisk/saracen/needed_digits.rb ${account})})

exten => 333330,n,GotoIf($["${needed_digits}" = ""]?bad_try)



exten => 333330,n(next_meter),Set(next_meter_number=${SHELL(/var/lib/asterisk/saracen/next_line.rb ${account})})

exten => 333330,n,Set(next_number=${SHELL(/var/lib/asterisk/saracen/next_counter.rb ${account})})

exten => 333330,n,GotoIf($["${next_number}" = "all"]?all)

exten => 333330,n,GotoIf($["${next_number}" = "night"]?night)

exten => 333330,n,GotoIf($["${next_number}" = "day"]?day)

exten => 333330,n(normal),Playback(18)

exten => 333330,n(say_next_number),SayDigits(${next_number})

exten => 333330,n,Goto(input_data)



exten => 333330,n(night),Playback(25)

exten => 333330,n,Set(next_number=${SHELL(/var/lib/asterisk/saracen/next_counter.rb ${account})})

exten => 333330,n,Goto(say_next_number)



exten => 333330,n(day),Playback(24)

exten => 333330,n,Set(next_number=${SHELL(/var/lib/asterisk/saracen/next_counter.rb ${account})})

exten => 333330,n,Goto(say_next_number)



exten => 333330,n(input_data),Read(device_data,,5,,1,60)

exten => 333330,n,Playback(20)

exten => 333330,n,SayDigits(${device_data})

exten => 333330,n,Set(phase2=1)

exten => 333330,n,Background(19)

exten => 333330,n,WaitExten(4)

exten => #,1,Goto(test_meters,333330,submit_data)



;exten => 333330,30(submit_data),System(/var/lib/asterisk/saracen/submit_data.rb ${account} "${next_meter_number}" ${device_data})

exten => 333330,30(submit_data),Set(submit_result=${SHELL(/var/lib/asterisk/saracen/submit_data.rb ${account} "${next_meter_number}" ${device_data})})

exten => 333330,n,GotoIf($["${submit_result}" = "ok"]?submit_success:submit_failure)



exten => 333330,n(submit_success),Playback(22)

exten => 333330,n,Goto(next_meter)



exten => 333330,n(submit_failure), Playback(23)

exten => 333330,n,Goto(hangup)

@IlyaPodkopaev 5 июл 2011 в 05:09

ух ты, в тему. спасибо

@qmax 5 июл 2011 в 18:59

Существует ли конвертилка из обычного в AEL?

А то вот у меня более-менее сложный dialplan, который со временем разросся и расширился, добавился новый функционал, много условий, очередей и так далее.
И всё это на старом добром.

Ещё вопрос — как всю эту красоты отлаживать?
Меня в своё время смутило именно это.

@udachnik 5 июл 2011 в 22:20

>>Существует ли конвертилка из обычного в AEL?
Насколько знаю, нет.

Повторюсь, что ael все равно преобразуется в обычный формат, функции и команды в dial plan'е и ael те же — поэтому процесс отлаживания такой же, отличается лишь процесс написания.

@qmax 5 июл 2011 в 22:25

процесс отлаживания хоть и такойже, только отлаживается то уже оттранслированный AEL, в котором все прелести наглядности херятся нафик.

@udachnik 5 июл 2011 в 22:28

Все прелести наглядности — это осмысленные метки? При использовании ael вы с легкостью откажетесь от меток и отлаживать эту часть не понадобится.

@qmax 5 июл 2011 в 19:00

А выводить в лог консоли всёже уместнее Verbose(0, блабла) :)

@relsy 5 июл 2011 в 19:18

Большое спасибо за статью — действительно полезная информация. Удобочитаемость в разы лучше с AEL.

@relsy 5 июл 2011 в 19:21

> А теперь представьте себе, что у вас более-менее сложный dialplan, который со временем будет расти и расширяться, будет добавляться новый функционал.
Вы прям как в воду глядите!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий