>да, с документацией по нему пока что все печально; ее просто нет
>в открытом доступе как цельного документа - одни ошметки и кусочные
>статьи. Документацией к кому "нему"? Астериску? Вы наверное шутите. На 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".
На самом деле астериск прекрасный продукт в умелых руках, давно готовый к использованию в бизнесе. А решений сырых и ненадежных полно и коммерческих, и большинство софта, который покупается, просто не работает так как надо, и пылится в коробках.
