Ключевые изменения:

Digium отказывается от Path Linux в пользу CentOS 5.2, так как последняя является полноценной корпоративной операционной системой, собраной из исходников.

Digium создает свой репозиторий, можно будет обновить астериск и сопутствующее ПО с помощью yum, что позволит легко перейти на новые версии.

Не смотря на то, что раньше в качестве GUI использовался AsteriskGUI, технологичный и быстрый AJAX интерфейс, разработанный для AA50, в новой версии будет использоваться FreePBX, ибо он популярней и много разработчиков понаписало для него кучу модулей, а также обычные юзеры привыкли к freePBX. (от себя замечу, что freepbx устроен проще и функционально гораздо богаче чем AsteriskGUI).

Ну и конечно, в новой версии AsteriskNOW будет DAHDi.


http://blogs.digium.com/2008/10/13/asterisknow-15-beta-available-more-coming-soon/

замечательная новость

Вот это номер! Ну что же, значит отличную GUI на легковесном AJAM сделает кто-то другой :-/
Тоже мне, Digium....

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

добрая весть

Я имею в виду архитектурную легковесность.
Вынести с астериска всю нагрузку, оставив простой API на micro http сервере - это красиво.
А LAMP на PBX - "неправильно".

а какую нагрузку может оказать lamp если он бездействут? вообще, по наблюдениям, телефонный сервер на 50 абонентов бездействует 99% времени. телефонный сервер на 300 абонентов бездействует 60-70% времени.

понятное дело, если на телефонном сервере размещен сайт с приличной посещаемостью, но система управления к таковым однозначно не отностится. во Freepbx заходят раз в день. даже если апач свалился (а апач явно стабильней астериска, не говоря о MySQL) то это никак не затронет астериск.
php сам по себе ресурсов не ест.

Весьма размытая формулировка. Поподробнее, пожалуйста о наблюдениях!

веб часть то freepbx работает прекрасно(хоят и не супер быстро, ето вы с привыкли к тяжелому пхп)
но вот диалплан у нее ужасный
вызвыаеться два раза на каждый звонок аги скрипт, а не фаст аги, и вообше куча чеков и перезагрузка астериска.
зачем спрашиваеться реалтайм придумали?
впрочем для слабозагруженых сервисов фрипбх лучше астериск-нау.
зы. по моим "наблюдениям" сервер на 50 абонентов загружаеться на 95% 24 часа в сутки. абонент абоненту рознь.
ззы колцентр это международный.

switch, я имел в виду не то, как сильно грузишь ты сервер заходом в админку. Хотя знаешь, в момент 50 активных каналов твое желание добавить юзера выразится во временном кваканье, это неприемлемо. Я имел в виду то, что сказал meral - порождение процессов AGI во время звонка. У них есть направление решения данных проблем - полный вынос Mysql/Php на другую машину и переход на архитектуру FastAGI. Но, не знаю, по силам ли это PHP программистам :-P