Для способных супер-доходчиво писать об Asterisk для остальных, есть один инвайт на выше описанный ресурс. Обращаться в firstvano[@]mail.ru

Инвайты закончились )

Ты уж не слезай с того, кому инвайт выслал, пока материал не выдаст :-)

А может проще так: скажите на какую тему написать материал? Я поднапрягусь и выложу его на хабр. Просто в голову ничего оригинального не идёт, сплошная рутина.

вот хорошая тема:
повышение нагрузки и load balanсing на астере, методы и реализации.
Не обязательно с примерами, важно в какую сторону копать.

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

но может такие темы уже пережеваны?

Может быть полезна еще статья по AMI. Меня тут озадачили написать софтину для взаимодействия с Астериском(-ами). Начал подробно копать суть AMI. Заметил, что есть много библиотек и фреймворков, в которых все это реализовано и в то же время скрыто от разработчика в некоторой степени. На традиционных ресурсах по VoIP информ-ции по AMI недостаточно для этого, да и больно там все замысловато написано. Лучше читать в книге http://igorg.ru/2009/02/18/book-asterisk-gateway-interface-programming/.

То что описано в AFOT'е вообще нельзя считать описание работы AMI, за исключением приложения к книге, в котором приведены краткие описания всех команд AMI (для версии на момент написания), что собственно можно узнать и в консоли Астериска командой show manager commands. В связи с этим взялся за написание статьи по AMI. Есть черновой вариант. Могу выслать, чтобы Игорь посмотрел и, если есть возможность -- поправил или добавил что-то от себя. Как связаться?

ну не знаю...
имхо инфы по ami в show manager commands достаточно для работы в 90% случаев. ami чем и удобен, что это просто текст. кидаешь в телнет строчки и получаешь ответ.

Может приемов программирования для ami не хватает? ну дак это дело наживное...

а вот пара ami+agi это достойно самого пристального внимания.

Согласен с switch, интересна будет тема прикладного использования Asterisk, ami и agi самое оно, плюс раскрыть подробно DUNDi и возможность его использования, но не просто в локальных сетях, а именно его глобальное применение и раскрываемые возможности.

switch, как раз те 10% и могут привести к багам в клиентах AMI.

1) Не совсем понятны опции read/write в manager.conf

2) Не ясно, что означает в описании команды, в Privilege: ....., all

3) Не совсем понятно поведение самого AMI в таком примере:

a) Создаем юзера admin в manager.conf со всеми привелегиями;
b) Коннектимся, например, telnet'ом к интерфейсу AMI;
c) В manager.conf убираем привилегию command для read/write в описании пользователя admin
d) Делаем в сессии AMI следующее:
Action: Command
Command: module reload manager
Для команды Command определено в Privilege: command,all. Другими словами, для пользователя без привилегии command мы не сможем выполнить команду Command. Но, не выходя из TCP сессии AMI, выполняем:
e) Action: Command
Command: sip show peers
и все пиры вывело! Теперь выходим с сессии admin:
f) Action: logoff
Снова телнетимся юзером admin к AMI и выполняем пункт d). Пишет, что:
Response: Error
Message: Permission denied
и это правильно. Вопрос почему это не случилось на этапе e) ?

Ведь если мы в sip.conf сменить пиру пароль, он сразу отвалится в той же SIP сессии, если в консоли сделать sip reload... Почему это не наблюдается в AMI?

В общем, AMI -- мощный инструмент, но есть вопросы....

P.S. Версия Астериска 1.4.21.2

betman, то, что ты написал это называется багом. или фичей.
аналогичный пример из другой области: ты болтаешь по сотовому и у тебя кончается бабло во время разговора. но тебя не обрывают. Почему? это баг или фича?

Я пользуюсь ами через astmanproxy, это и удобнее и надежнее.
Да и сам ami рассматриваю исключительно как программный, сырой интерфейс, не для человека, чтобы им пользоваться, надо еще несколько вещей реализовывать самостоятельно.

в любом случае отладить прогу с использованием AMI просто