После года разработки объявлено (http://www.asterisk-support.ru/Members/admin/news/news_item..../) о выходе новой ветки Asterisk IP-PBX 1.4.
Из новых возможностей:
- Поддержка протокола передачи факсов T.38;
- Jitter buffer для SIP;
- Расширенные возможности IAX2, позволяющие прямую передачу голосового канала между двумя абонентами, сохраняя полное управление звонком для функций учета;
- Поддержка Radius и SNMP;
- Улучшена локализация;
- За дополнительную плату поставляется компонент распознавания речи от компании LumenVox;
- Поддержка Jabber/Jingle/GoogleTalk и других систем, которые поддерживают Jingle протокол;
- Язык программирования диалплана - Asterisk Extensions Language (AEL);
- Возможность сохранять голосовые сообщения в любом IMAP совместимом сервере в виде email сообщений с приложениями голосовых файлов;
- Встроенный web-интерфейс для управления;
- Поддержка Cisco SCCP;
Также обновлена версия прошлой стабильной ветки Asterisk 1.2.12 (http://www.asterisk.org/asterisk-1.2.12) и пакета Zaptel 1.2.9.
- Дополнительно можно умомянуть выход статьи "How to set up VoIP calls in your Cybercafé with Xorcom Rapid, Asterisk PBX and *starShop-OSS (http://www.howtoforge.com/voip_xorcom_rapid_asterisk_starsho...)" в которой рассказывается о создании системы VoIP звонков для пользователей интернет-кафе, используя Asterisk PBX и программу биллинга starShop-OSS (http://www.starshop-online.com/).
URL: http://www.asterisk-support.ru/Members/admin/news/news_item..../
Новость: http://www.opennet.me/opennews/art.shtml?num=8332
А на http://www.asterisk.org/ об этом знают?""Additionally, Digium will release a 1.4 version of Asterisk in October, it says."" - а почему автор-основатель проекта не в курсе? http://www.linuxdevices.com/news/NS6530620277.html
Бегаем впереди паровоза? Способствует???
Он не вышел, только обьявили что выйдет
А вы читать умеете? "Объявлено о выходе Asterisk IP-PBX".
Все зарубежные новостные сайты и блоги еще несколько дней назад объявили эту новость, в рунете глухо. Было.
А вы заголовок новости читали? "_Вышел_ asterisk". Человек правильно поправляет.
""" Version 1.4, he says, will be demonstrated at VON Fall 2006, but will be delivered in early October.""" http://www.isp-planet.com/news/2006/asterisk_1.4.htmlсравниваем:
"""За неделю до грандиозного шоу в мире телекоммуникаций VON 2006 компания Digium объявила о выходе Asterisk IP-PBX версии 1.4.""""""Digium has *unveiled* the latest version of Asterisk (1.4):""" http://www.sineapps.com/news.php?rssid=1502
unveil
[цnхveIl] _v.
1: снимать покрывало (с чего-л.); раскрывать; _перен. предстать
в истинном свете
2: торжественно открывать (памятник)
3: открывать (тайну, планы и т.п.)http://google.ru/search?q=asterisk+"1.4"+pbx
$SUBJ, извините, по-японски не читаю...
А так, да-а-а... *Весь* интернет уже гудит: asterisk-support.ru, да asterisk-support.ru.
Во-первых не то что 1.4, а даже альфа-версии его не вышло.Digium до сих пор не анонсировала даже дату выпуска альфы, не то что 1.4
Возможно прошел PR на тему "каким будет 1.4"
Ну и я уж не говорю что этот материал 'случай так называемого вранья". Ибо полноценной поддержки T.38 в астериск нет, и в 1.4 её не будет. Jitter buffer там не для SIP (который вообще-то сигнализация), а для RTP, и будет реализован во всех RTP-based протоколах, поддерживаемых Asterisk (включая H.323 и SCCP).
'Поддержка SCCP" это отнюдь не новость. Просто в старом неработоспособном модуле исправили пару багов, но он так и остался фактически неработоспособным. Использовать следует chan_sccp, к которому Digium никакого отношения не имеет.
Что такое "улучшение локализации" не сказано. А на самом деле это просто изменение раскладки записей по каталогам в более удобный формат, а также добавление пары новых языков (естественно русский в них не входит).
"Поддержка Jabber/Jingle/GoogleTalk и других систем, которые поддерживают Jingle протокол" вызывало у меня истерический смех. Особенно Jabber/Jingle в качестве _перечисления_.
AEL, кстати, опять же не новинка. Просто он был крив. Сейчас он менее крив, но граблей в нем пока вагон. Это концепт, на практике следует использовать очень осторожно.
А назвать то что там есть как "http интерфейс к AMI" web-интерфейсом управления можно так же, как "система передачи голоса udp".
>Во-первых не то что 1.4, а даже альфа-версии его не вышло.
>
>Digium до сих пор не анонсировала даже дату выпуска альфы, не то
>что 1.4
>
>Возможно прошел PR на тему "каким будет 1.4"
>
>Ну и я уж не говорю что этот материал 'случай так называемого
>вранья". Ибо полноценной поддержки T.38 в астериск нет, и в 1.4
>её не будет. Jitter buffer там не для SIP (который вообще-то
>сигнализация), а для RTP, и будет реализован во всех RTP-based протоколах,
>поддерживаемых Asterisk (включая H.323 и SCCP).А зря. Т.38 - штука реально нужная.
Впрочем, думаю, как и с 1.2, 1-е версии будут весьма сырыми.
Но переходить на них со временем прийдется - тк. ветку 1.2 после выхода 1.4 забросят.
Реально нужная, но далеко не тривиальная.
Сторонняя поддержка (через libspandsp) будет вскоре после выхода 1.4. Но не от Digium.А по поводу сырости -- рекомендую смотреть svn логи. Я предпочитаю использовать у себя svn trunk -- ибо этот код существенно качественнее того что в 1.2. В общем-то весь релиз 1.4 в первую очередь одно глобальное улучшение качества кода.
>Реально нужная, но далеко не тривиальная.
>Сторонняя поддержка (через libspandsp) будет вскоре после выхода 1.4. Но не от
>Digium.
>
>А по поводу сырости -- рекомендую смотреть svn логи. Я предпочитаю использовать
>у себя svn trunk -- ибо этот код существенно качественнее того
>что в 1.2. В общем-то весь релиз 1.4 в первую очередь
>одно глобальное улучшение качества кода.Разве? Там же много новых добавок.
А чем именно 1.4 лучше 1.2.(10-12) ?
Luigi Rizzo провел глобальный рефакторинг кода. Очень многие места стали куда более прозрачными, множество потенциальных багов было убито в зародыше.Переделан loader API, теперь не нужно мучиться с modules.conf вообще, и модули для которых нет конфига даже не грузятся (модуль может в load_module() вернуть отказ от загрузки, обычно как раз в случае отсутствия конфига).
SIP-стек oej@ "пропатчил" так, что это на rewrite тянет.
RTP стек тоже глобально переделали. Например теперь при прямом соединении двух RTP endpoints, если мы не можем сделать reinvite, то вместо прогона каждого фрейма по всем уровням (разбор RTP, формирование AST_FRAME, передача его в core, ну и потом назад тем же аллюром) все это реализовано прямо в RTP-стеке, без лишнего разбора. То бишь и меньше вероятных багов, и при этом производительность существенно увеличивается.
frame cache сделали в thread local storage. Чтобы не было malloc/free на _каждый_ фрейм (как было раньше).Опять шаг в сторону масштабируемости.
Функция Dial, которая раньше была ночным кошмаром любого программиста была разбита на подфукнции и приведена в удобочитаемый и удободорабатываемый вид.
Про RTCP почему-то все молчат как партизаны, а возможность эта отнюдь не бесполезна.
Сейчас переписывают H.323, который ранее был практически неработоспособным.
VLDTMF наконец сделали -- проблем с двоящимися DTMF кодами при использовании SIP должно быть куда меньше (в теории вообще исчезнуть эта проблема должна).
Собственно до того момента, как можно будет сказать 'Asterisk рулез, про любые другие продукты IP-телефонии можно забыть" осталось две вещи -- интегрирование патча из bug id #4825, а также полноценная реализация T.38 терминации. Да и T.38 _транзит_ (да, это именно то что авторы изначальной статьи назвали поддержкой T.38) сейчас весьма крив. Кошки вон намертво подвисают после нескольких факсов через астериск :) Это все предстоит исправлять.
Ну и, в качестве рекламы, напоминаю что на subscribe.ru есть моя рассылка по Asterisk. И её читатели бреда вроде "в 1.4 будет поддержка T.38" говорить не должны :)
А кому-нибудь известно что либо о поддержке amr codec в asterisk? Меня очень порадовал союз Nokia E60 и asterisk, но союз этотт работоспособен олько на g711, заявленый g729 пока не пригоден к использованию с *. Наличие AMR должно решить проблемму, но пока я нигде не читал о планах использования amr в asterisk.
>А кому-нибудь известно что либо о поддержке amr codec в asterisk? Меня
>очень порадовал союз Nokia E60 и asterisk, но союз этотт работоспособен
>олько на g711, заявленый g729 пока не пригоден к использованию с
>*. Наличие AMR должно решить проблемму, но пока я нигде не
>читал о планах использования amr в asterisk.Е60 весьма глючен сам по себе. Подключали к нашей voip системе для проверки.
На него звонки идут нормально, с него - ошибки на уровне клиента, те. телефона.
Весьма странно, пользуюсь уже приличное время E60 с g711 codec + asterisk начиная 1.2.9. Глюки случаются, но не часто, в основном глючит если в процессе разговора WiFi канал теряется или становится слишком узким. Так что если пользоваться в офисе с нормальным покрытием WiFi посредством нескольких точек доступа, то "глюки" могут вообще не дать о себе знать. Выход (не в процессе разговора) из зоны действия WiFi с последующим возвратом так же проходит гладко (E60 исправно автоматом регистрируется после нахождения знакомого WiFi).
К сожалению поддержка AMR в Asterisk пока не планируется, насколько мне известно.
Ни "транзит-only", ни полноценной.Зато сейчас есть патч для поддержки G.722 в транзит-only режиме. Если Steve Underwood адаптиует свою реализацию кодека к 1.4, то будет и полноценная поддержка. А это все-таки wideband -- полоса пропускания требуется как для G.711, а вот качество существенно выше.
>Переделан loader API, теперь не нужно мучиться с modules.conf вообще, и модули
>для которых нет конфига даже не грузятся (модуль может в load_module()
>вернуть отказ от загрузки, обычно как раз в случае отсутствия конфига).Это хорошо.
>SIP-стек oej@ "пропатчил" так, что это на rewrite тянет.
А это не прибило совместимость? У астериска ж и раньше совместимость по sip была больным местом..>RTP стек тоже глобально переделали. Например теперь при прямом соединении двух RTP
>endpoints, если мы не можем сделать reinvite, то вместо прогона каждого
>фрейма по всем уровням (разбор RTP, формирование AST_FRAME, передача его в
>core, ну и потом назад тем же аллюром) все это реализовано
>прямо в RTP-стеке, без лишнего разбора. То бишь и меньше вероятных
>багов, и при этом производительность существенно увеличивается.звучит хорошо, посмотрим на работу.
>Функция Dial, которая раньше была ночным кошмаром любого программиста была разбита на
>подфукнции и приведена в удобочитаемый и удободорабатываемый вид.да, с документацией по нему пока что все печально; ее просто нет в открытом доступе как цельного документа - одни ошметки и кусочные статьи.
>Сейчас переписывают H.323, который ранее был практически неработоспособным.
Это интересно.
>Собственно до того момента, как можно будет сказать 'Asterisk рулез, про любые
>другие продукты IP-телефонии можно забыть" осталось две вещи -- интегрирование патчаДумаю, этого нельзя будет сказать еще очень долго, (в рамках сегодняшнего Астериска - никогда) тк. до крупных enterprise решений ему как до Луны,
да и не его это роль, пока что... Он не конкурент серьезным провайдерским системам.
Да и системам масштаба большого предприятия (5-10 тыс. клиентов и более ) тоже.
Надежность и стабильность кода пока (в 1.0 и 1.2 по крайней мере) оставляет желать лучшего, stable версий в GPL нету, платные stable уже по их описанию кошмарны по условиям платной поддержки.
Нет пока кластеризации, нет (насколько я знаю) работы в варианте проксирования только по сигнализации (а куда без этого в мире крупных систем?).
Кроме того, это всего лишь одно приложение, а его интеграция с другими (БД, системы управления, биллинг) - очень нетривиальна.
Но как решение для мелких-средних предприятий - весьма хорош.>Ну и, в качестве рекламы, напоминаю что на subscribe.ru есть моя рассылка
>по Asterisk. И её читатели бреда вроде "в 1.4 будет поддержка
>T.38" говорить не должны :)Спасибо за подробный рассказ.
Уточни название рассылки?
>Спасибо за подробный рассказ.
>Уточни название рассылки?Да... я бы тоже подписался бы...
http://koi.subscribe.ru/catalog/comp.soft.others.asterisk
а баг 5162 будет включен? очень полезная вещь - большие размеры пакетов здорово полосу экономят
>да, с документацией по нему пока что все печально; ее просто нет
>в открытом доступе как цельного документа - одни ошметки и кусочные
>статьи.Документацией к кому "нему"? Астериску? Вы наверное шутите. На voip-info.org были? Я на знаю аналогов более документированного voip продукта. Или Вы о комманде Dial? show application dial пробовали?
> Думаю, этого нельзя будет сказать еще очень долго,
>(в рамках сегодняшнего Астериска - никогда) тк. до крупных enterprise решений
>ему как до Луны, >да и не его это роль, пока что... Он не конкурент серьезным
>провайдерским системам.Именно поэтому многие провайдеры базируют на asterisk свои voip сервисы. Иностранные провайдеры.
>Да и системам масштаба большого предприятия (5-10 тыс. клиентов и более )
>тоже.www.iptel.org
>Надежность и стабильность кода пока (в 1.0 и 1.2 по
>крайней мере) оставляет желать лучшего, stable версий в GPL нету, платные
>stable уже по их описанию кошмарны по условиям платной поддержки.Версии 1.0.х, 1.2.х считаются стабильными и находятся в полном опен сорце. У нас они работают очень стабильно с аптаймом месяцами.
> Нет пока кластеризации, нет (насколько я знаю) работы в варианте проксирования
>только по сигнализации (а куда без этого в мире крупных систем?).С кластеризацией все просто делается, непонятно почему этого нет. Для того, чтобы завести кластер на астерисках, хватило бы Linux Virtual Server + Heartbeat. Но проблема в том, что Asterisk на все запросы отвечает с IP адреса главного интерфейса, что затрудняет конфигурацию с разделением одного виртального IP. Проблема лечится патчем к стекам протоколов SIP/IAX2, которые на самом низком уровне отвечают за пересылку данных. Смысл в ответе с того IP адреса, на который пришел запрос. Либо впереди asterisk ставится другой SIP прокси, который умеет это делать.
>Кроме того, это всего лишь одно приложение, а его интеграция с другими
>(БД, системы управления, биллинг) - очень нетривиальна.По-видимому, Ваши познания в предмете весьма поверхностны. На данный момент существует около 5-6 вариантов конфигурации asterisk из базы данных, 2 из которых стабильны и давно в основной ветви. Я говорю о res_config, который позволяет перенести всю конфигурацию из .conf файлов в базу, и иеет драйвера к MySqL, PostgreSQl, ODBC, а также недавно Oracle и др. на уровне патчей. А также asterisk realtime, который позволяет конфигурировать из базы в рилтайме различные модули, такие как каналы и диалплан. В обоих случаях, у вас все в базе, и надстроить над этим свою бизнес логику - дело достаточно тривиальное.
>>Ну и, в качестве рекламы, напоминаю что на subscribe.ru есть моя рассылка
>>по Asterisk. И её читатели бреда вроде "в 1.4 будет поддержка
>>T.38" говорить не должны :)Денис, я читаю постоянно твою рассылку, спасибо. И знаю, что ты делаешь дистрибутив, в который входит поддержка T.38 от Стива. Правильно было бы мне сказать "Поддержка T.38 от Digium", но дело в том, что еще год назад многие обнаружив, что в Астериск нет T.38, отварачивались. И понятнее сказать, что "Добавлен T.38", чем "Наряду с поддержкой T.38 при помощи библиотек spandsp, в Астериск будет поддержка T.38 от Digium".
На самом деле астериск прекрасный продукт в умелых руках, давно готовый к использованию в бизнесе. А решений сырых и ненадежных полно и коммерческих, и большинство софта, который покупается, просто не работает так как надо, и пылится в коробках.
>www.iptel.org
Простите, имел в виду iaxtel.org
Десятки тысяч регистраций, около тысячи одновременных звонков. Так было года 2 назад :)
Привет>Документацией к кому "нему"? Астериску? Вы наверное шутите. На voip-info.org были? Я
>на знаю аналогов более документированного voip продукта. Или Вы о комманде
>Dial? show application dial пробовали?
Пока что документация там с моей точки зрения неудовлетворительна.>Именно поэтому многие провайдеры базируют на asterisk свои voip сервисы. Иностранные провайдеры.
Ну мало ли кто на чем работает..
кластерное решение есть? горячее резервирование + распределение нагрузки?>>Да и системам масштаба большого предприятия (5-10 тыс. клиентов и более )
>>тоже.>>Надежность и стабильность кода пока (в 1.0 и 1.2 по
>>крайней мере) оставляет желать лучшего, stable версий в GPL нету, платные
>>stable уже по их описанию кошмарны по условиям платной поддержки.
>
>Версии 1.0.х, 1.2.х считаются стабильными и находятся в полном опен сорце. У
>нас они работают очень стабильно с аптаймом месяцами.у меня тоже. Но не всегда.
>> Нет пока кластеризации, нет (насколько я знаю) работы в варианте проксирования
>>только по сигнализации (а куда без этого в мире крупных систем?).
>
>С кластеризацией все просто делается, непонятно почему этого нет. Для того, чтобы
>завести кластер на астерисках, хватило бы Linux Virtual Server + Heartbeat.Не уверен. Пока что не видел ни одного готового решения.
Рассуждать на тему - "кластер по идее тут делается легко", пока нет отработанного решения по кластеризации - как минимум наивно.>Но проблема в том, что Asterisk на все запросы отвечает с
>IP адреса главного интерфейса, что затрудняет конфигурацию с разделением одного виртального
>IP. Проблема лечится патчем к стекам протоколов SIP/IAX2, которые на самом
>низком уровне отвечают за пересылку данных. Смысл в ответе с того
>IP адреса, на который пришел запрос. Либо впереди asterisk ставится другой
>SIP прокси, который умеет это делать.>Я говорю о res_config, который позволяет
>перенести всю конфигурацию из .conf файлов в базу, и иеет драйвера
>к MySqL, PostgreSQl, ODBC, а также недавно Oracle и др. на
>уровне патчей. А также asterisk realtime, который позволяет конфигурировать из базы
>в рилтайме различные модули, такие как каналы и диалплан. В обоих
>случаях, у вас все в базе, и надстроить над этим свою
>бизнес логику - дело достаточно тривиальное.Посмотрю, спасибо.
>>в рилтайме различные модули, такие как каналы и диалплан. В обоих
>>случаях, у вас все в базе, и надстроить над этим свою
>>бизнес логику - дело достаточно тривиальное.
>
>Посмотрю, спасибо.
Вот эта фраза для вас ключевая :)Астериск на данный момент более чем живое решение, при некоторых, поверьте не самых больших трудозатратах вполне живая, эффективная система уровня предприятия либо даже среднего провайдера.
Прозрачности, понятности и поддержки здесь гораздо поболее чем в большинстве коммерческих систем.
Стоит внимательней посмотреть прежде чем высказываться, практически все что вы указывали как минус, работает практически с полпинка.. единственно факсы на g711 напрягают... но ползают помаленьку. Ждемс Т38.
>>Документацией к кому "нему"? Астериску? Вы наверное шутите. На voip-info.org были? Я
>>на знаю аналогов более документированного voip продукта.>там с моей точки зрения неудовлетворительна.
Гыгыгы, есть понятие объективность. Так вот, объективно, путем сравнительного анализа данных, полученных эмпирическим путем, voip-info.org - это огромный гладезь информации по VoIP, по объему не имеющий аналогов. Приведите хоть один пример, сравнимый с voip-info.org. Там весь мир пишет доки. А если у Вас проблемы с английским, не надо хаять voip-info.
>кластерное решение есть? горячее резервирование + распределение нагрузки?
Неужели вы думаете я с потолка это взял? Своми руками завел кластер с ипользованием LVS, Heartbeat и DNS SRV load balancing. Сервера конфигурируются из MySQL 5. Работаеют в режиме балансировки зазрузки + прием всего трафика в случае выхода сервера из строя. Сейчас работаем над MySQL 5 cluster и модификация каналов на посылку пакетов с нужным src ip.
>>> Нет пока кластеризации, нет (насколько я знаю) работы в варианте проксирования
>>>только по сигнализации (а куда без этого в мире крупных систем?).
Asterisk растет из АТС, а там понятия проксирования только сигналинга не было. Но вот добавили в IAX2 функции, которые позволяют вести авторизацию/учет при прямом голосовом потоке между абнентами.>Не уверен. Пока что не видел ни одного готового решения.
>Рассуждать на тему - "кластер по идее тут делается легко", пока нет
>отработанного решения по кластеризации - как минимум наивно.
Отработанное решение есть (описал выше), и есть как минимум еще 2 варианта balancing/failover, которые отрабатываются. Может наивно делать выводы без предварительного анализа? Как насчет:
http://www.google.com/search?hl=ru&q=asterisk+load+balancing
>Посмотрю, спасибо.
Да, вы уж изучите вопрос получше пожалуйста :)
>Денис Смирнов
>Функция Dial, которая раньше была ночным кошмаром любого программиста
>была разбита на подфукнции и приведена в удобочитаемый и удободорабатываемый видприведите пример пожалуйста, на днях переводил свою pbx на 1.4b2, кроме увеличения флагов в комманде dial отличий не заметил, или вы и имеете в виду флаги (флагами я называю P([x]),S(x),t,T.... )
2All
А в чем выражается поддержка Jabber? скажем у меня есть iChat на макинтоше который работает через jabber, после подключения его к астериску, какая у него функциональность появится?PS: А по поводу документации, я согласен с evgeniy1, что она в неудовлетворительном сотоянии, если ты конкретно знаешь что ты хочешь сделать то voip-info лучший помощник, а если ты новичек и хочешь понять как это работает то придется перерыть весь voip-info, в качестве примера могу привести такие продукты как exim и gnu radius у которых есть полная документация, в которых описаны все детали функционирования продукта.
если бы не Asterisk: The Future of Telephony то я бы изучаел его гораздо дольше.
А есть ли у Asterisk api для разработки web приложений?
Приглашаю всех на канал #asterisk на rusnet!
подробнее о rusnet тут http://www.rus-net.org/