Хочу вынести на обсуждение вопрос WEB интерфейсов для *, но не для администрирования, а для абонентов(пользователей), таких как возможность переадресации, прослушки голосовой почты, просмотра статистики, создание конференций, телефонная книга; различных возможностей для "начальника": просмотр текущих соединений, статистики по всем пользователям и т.п. в простом и понятном виде(по минимуму специфичных знаний)
И хотелось бы не на базе таких решений как freepbx, trixbox и т.п., а что то минимально зависимое от dialplan'а, то что можно поставить на уже рабочее решение, ну может быть и с небольшими дополнительными изменениями(допустим добавлением макроса вместо простого Dial или небольшого дополнительного контекста не изменяющего структуру уже существующего).
Может быть что то готовое уже есть чего я не знаю?

Как я вижу, это должно быть решение с доступом соответственно по http, причем считаю что http не должен быть привязан к машине с астериском, т.е. возможностью установки на отдельном web серваке, куда имеют доступ все абоненты.
Допустим на PHP, с доступом к астериску по AMI с помощью expect, каталоги с файлами которые необходимо передавать между web и * можно подмонтировать через sshfs(если на разных машинах). Обработка входящих исходящих данных производится соответственно в PHP скрипте.
БД может находиться как на web так и *.
Так скажем нечто подобное было бы удобно для операторов, как дополнительные абонентские сервисы, так и как офисное решение.
У меня сейчас нечто подобное реализовано для отправки факсов абонентами, абонент заходит на веб, авторизуется через БД, оттуда получаю название его линии, там он загружает прямо на веб файлы, затем во время разговора договаривается об отправке/получении факса, прямо во время разговора жмет "отправить/принять факс", удаленная линию перекоммутируется в небольшой контекст fax_out/fax_in через AMI, на удаленном конце на факсе жмут старт и факс передается, полученные факсы загружаются на веб морду, каталог с файлами подмонтирован через sshfs. Сделано было в основном для отправки факсов SIP<->ZAP, т.к. у астериска с этим серьезные проблемы...
Для реализации этой задачи пришлось добавить только 2 небольших контекста в dialplan fax_in/fax_out и более никаких изменений.

Какие у кого есть мысли на этот счет??
Может заняться реализацией всем сообществом, допустим в рамках того же AsteriskWare??

Asterisk Recording Interface (ARI) - чем не устраивает?

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

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

Я бы даже мог ТЗ набросать, а дальше уже всем править и додумывать.

Mar, написали web-морду. Что дальше? Вы его будете сапорить, исправлять баги, дописывать и тестить для разных версий Астериска? Ну, год вы его будете поддерживать, а потом надоест и все? Баста, нет проекта. Форкать еще что-то GUI-подобное не вижу смысла.... ИМХО

Поддерживаю.
ARI вполне самодостаточен и нормально работает.

Я думаю что AMI * не так часто от версий к версии меняется, так что форкат и т.п. я думаю не придется, а только с функционалом работать.

Где бы можно про ARI поподробней почитать, почему их сайт щас не доступен???

обьясните пожалуйста, зачем делать универсальные вещи.

ведь можно сделать нормальный продукт на той же 1.4 ветке, оттестить телефонию, сделать веб, описать нормально функционал и ждать клиента. Быть уверенным что твой продукт на 100% работает.

А если гонятся за свежим ядром *, то это ИМХО - бег в никуда. Клиенту ведь обычно пофиг на чем это постоено, главное чтобы удовлетворяло его потребности.


По поводу веба - проще конечно написать с нуля, тогда все будет просто и понятно. Можно пойти и от обратного - взять наприммер веб Эластикса, как самый богатый, разобраться и допилить под свое решение.

На всех и не надеемся, но даже одному тебе будем рады. Тему GUI для юзеров я подымал. Почитай Нужен ли Asterisk'у WEB интерфейс?
GUI для юзера нужен как минимум для AstPbx, где вся админка на конфигах, бизнес-логика в AstDB, а интерфейс пользователя - IVR. Так вот IVR надо заменить (или добавить) WEB!
Архитектурно нужен некий микро-http сервер, который будет работать с AstDB. Варианта 2:
1) Использовать встроенный в Asterisk http сервер и его API, и сделать WEB морду на JavaScript. По этому пути пошел проект AsteriskNOW, но он заглох. Имхо, развалился, так как не был взят в основу здоровый AJAX фреймворк.
2) Написать свой сервер.
Дружище, ты готов кодить? Я бы порулил разработкой...

Дополнение. Большая часть GUI, которые делались - для админов. Пользователям по остаточному принципу. А надо наоборот :-) Чтобы пользователи сами использовали систему, сами настраивали ее под себя, а админ либо учил конфиг файлы астера, либо обращался за коммерческой поддержкой :-)