Погугли на тему "pbx_lua: Taking Asterisk Applications to the Next Level".
Свяжись с автором из Digium, спроси, что он имел в виду :-)

может я ретроград, но мне хватило диалплана, чтобы изящно реализовать весь набор функций freepbx и даже более при впятеро меньшем диалплане всего за пару недель упорной работы.
Причем считаю, что именно диалплан наиболее полно отражает суть того, что я делаю.

я считаю, что язык всего лишь средство. Грамотная архитектура - залог успеха.

А что там гуглить. Сделай диалплан через lua, затем выполни в консоли dialplan show my-context. По внешнему виду вывода можно сделать вывод во что был перенварен диалплан. Если я прав, то есть ещё одна проблема с lua, аналогичная ael - сложность отладки. Почему никто ещё не догадался прицепить онлайн отладку ко всем этим скриптовым конфигам...

PS. А с astricon 2008 скорость загрузки диалплана возросла минимум в 3 раза. У кого диалплан в 40.000 строк?

PPS, Не отрицаю что диалплан на lua это очень хорошо, круто и сам хочу научиться. Как раз в связи с пригодностью к использованию embeded. Какое IDE лучше всего для LUA?

AOT. Сегодня буду повторно ставить последнюю версию Skype интерфейса

Интересно, как ты на диалплане реализовал FreePbx -> Follow Me алгоритм ring-all prim v2...

Пож-та:

*CLI> dialplan show internal

[ Context 'internal' created by 'pbx_lua' ]

  Alt. Switch =>    'Lua/'                                        [pbx_lua]

-= 0 extensions (0 priorities) in 1 context. =-

И все! Никаких extensions. И кстати, Lua быстрее extensions не только по скорости загрузки dialplan'a (в Lua загрузки просто нет, все команды выполняются по ходу). extensions.conf - это же мини-язык, со своими условными и управляющими конструкциями, реализация которых видимо медленнее аналогичных в Lua. В конце концов, и extensions.conf и Lua вызывают в ядре PBX команды и функции, так вот, видимо, Lua делает это эффективнее :-)
Насчет того, что в dialplan show пусто... Вы просто привыкли, что можно сделать dialplan show и посмотреть, все ли из вашего extensions.conf попало в реальный диалплан, или где-то ошибка в строке типа: Set(ODBC_SKYPE_ADD()=$[${skype_ext}+1],${skype_name}) - не хватает скобки. Так проблема в том, что pbx_config грузит кривые строки, позволяя делать такие ошибки. В Lua или другом языке ругаться будет интерпретатор, и явная синкаксическая ошибка будет сразу же исправлена.

По внешнему виду вывода можно сделать вывод во что был перенварен диалплан. Если я прав, то есть ещё одна проблема с lua, аналогичная ael - сложность отладки.

Игорь, теоретизируем? :-) AEL -тупиковая ветка эволюции, попытка дать нормальный язык программирования, но снова переваренный в extensions. Бррр...

Почему никто ещё не догадался прицепить онлайн отладку ко всем этим скриптовым конфигам...

И снова ты говоришь о pbx_config. Это там нужна отладка, в CLI. При выносе всей логики в mod_lua, ты волен сам делать такой debug, какой тебе хочется:
logger = logging.file("/tmp/test-%s.log", "%Y-%m-%d") logging.file("/tmp/test-%s.log", "%Y-%m-%d")
И далее вставляй log.debug(...) куда только захочешь.
Представь себе включение отладки для определенного пользователя - в sip.conf ставишь setvar=log_level=debug, и все звонки он него трассируются. И ты сам волен в любой момент воткнуть logger.debug(...) в любую ветку алгоритма или между любыми командами.
Кстати говоря, во FreeSWITCH тоже нет аналога dialplan show... Может, потому что это ... зло? :-)

PS. А с astricon 2008 скорость загрузки диалплана возросла минимум в 3 раза. У кого диалплан в 40.000 строк?

У маньяка-психопата??? :-)
Ладно, могу представить только один вариант - multi tenant на много компаний. :-)

PPS, Не отрицаю что диалплан на lua это очень хорошо, круто и сам хочу научиться. Как раз в связи с пригодностью к использованию embeded. Какое IDE лучше всего для LUA?

Я использую vi :-)

AOT. Сегодня буду повторно ставить последнюю версию Skype интерфейса

Давай!

я это было очень просто, на самом деле. Код показать, к сожалению, не могу, пока неизвестен его статус.
Я там такого понаделал, что freepbx до этого еще ой как не скоро дойдет. К примеру "встроена" подсистема связывания астериска и другой атс. В конфиге абонента указываешь номер, какой имеет порт на старой АТС, и при звонке с него астер превращает этот звонок в звонок полноценного внутреннего абонента, со всеми его параметрами. Мимоходом сделаны функции простой миграции абонентов между физическими линиями/телефонами. абоненту можно поменять номер в любой момент (а во freepbx - нет). Можно создавать неограниченное кол-во тенантов, и это не скажется на производительности системы. Каждому тенанту можно сделать ограничения по количеству, например, конференций. Или количеству участников конференций. т.е. формировать какбы тарифные планы. Каждому пользвателю можно персонально, либо в группе сделать ограничения доступа к объектам диалплана. Управление группами и пользователями вообще возведено в абсолют. В любой момент времени известно кто куда звонит, кол-во звонков через приложения диалплана без обращения к ami. Встроены средства для реализации кластера из серверов. Средства маршрутизации вызовов настолько наворочены и просты в использовании, что подозреваю будет проще пользоваться вебмордой, чем файлами.
короче сделано много. многое еще предстоит сделать.

ps: Но все-таки сила традиционного диалплана - реал-тайм отладка.

В моей концепции SIP пир - вообще дело абонента, сколько хочет столько и делает. Админ всего лишь назначает сотруднику внутренний номер.

P.S. А вообще ты редиска, switch. Ох, какая редиска... На конференции о чем говорили??? Помнишь, инициативу и концепцию AstPbx - все в конфигах. А ты что сделал? Короче, делали бы вместе - было лучше. А ты даже не показываешь. Ну и кто же ты после этого? Ну ка верни Asterisk обратно!

ну AEL-то ладно, он и правда ущербный.
но чем так лучше этот lua в сравнении с FastAGI и каким-нибудь как бы это сказать покорректнее... более распространенным языком? perl'ом тем же. Или ruby...

Максим, это я-то редиска?
я вывалил свой дистриб, рожденный в муках, для всего сообщества! (кстати скоро обновление выложу, пофиксил некоторые проблемы)

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

Сам астериск я не модифицирую так что "свобода" продукта на моей совести.
И концепция astbx- все в конфигах - мне не нравилась никогда. Пользователю должно быть удобно пользоваться. на то он и пользователь.
Если свои разработки выложу в общий доступ на данном этапе, то у меня не будет конкурентного преимущества. Кушать-то всегда хочется.

а это вы про невыкладывание сорсов или про что?
если про него, то имхо астериск не LGPL а просто GPL так что ничего модифицировать чтобы попасть под действие лицензии не требуется :) Заюзал астериск в составе другого продукта - попал :) Во всех смыслах :)