Компания Digium представила (http://www.digium.com/en/mediacenter/viewpress/Digium-Introd...) новый открытый проект Asterisk SCF (https://wiki.asterisk.org/wiki/display/TOP/Asterisk+SCF+Defined) (Scalable Communications Framework), нацеленный на упрощение процесса создания комплексных коммуникационных систем. Фреймворк позволит разработчикам создавать работающие в режиме реального времени коммуникационные приложения, поддерживающие средства голосового, видео и текстового взаимодействия. Asterisk SCF спроектирован для обеспечения повышенной доступности, расширяемости, устойчивости к сбоям, производительности и масштабируемости, что позволяет использовать его как на ограниченных по ресурсам встраиваемых системах, так и в больших промышленных продуктах.
В рамках Asterisk SCF разработчикам предоставлено (https://wiki.asterisk.org/wiki/display/TOP/Frequently+Asked+......URL: http://www.digium.com/en/mediacenter/viewpress/Digium-Introd...
Новость: http://www.opennet.ru/opennews/art.shtml?num=28539
>Первая бета-версия запланирована на лето следующего года, спустя примерно 6 месяцев планируется выпустить релиз.а я хочу это прямо сейчас
Новость не может не радовать. В идеале чтоб переписать ядро на плюсах и оставили возможность поддержки старого интерфейса каналов. Потом не спеша их переписать ... Тогда можно не тратить силы на старую реализации.> Лучше на жаве или пайтоне? :)))
Оно тормознутое и не годится для встраиваемых решений ...
>> Лучше на жаве или пайтоне? :)))
> Оно тормознутое и не годится для встраиваемых решений ...Я был очень удивлен когда увидел сервер VoIP телефонии написанный полностью на java. До того момента был полностью уверен, что подобные системы на java написать нельзя - только С/С++. Оказалось можно ;) Оно даже кучку плошек своих есть типа можно SIP гонять и Cisco телефоны с ним скрестить, коллбык умеет. Применяется в США для колл-центров.
Астериск низзя ставить под тяжелую нагрузку в продакшн. Он унаследовал систему костылей и кривую архитектуру из своего детства. Там утечку семафоров в канальных драйверах в засисимости от таймаутов чинят начиная с версии 1.2. Глюк плавающий, редкий и очень злой, приводит к "залипанию" соединения после отбоя. А лечат его ставя новые костыли.Ну не может правильно программа работать у которой мутекс взводится в одном модуле а опускается в другом.
истина
глючное оно
есть такая фигня =)))
Ну да, глючное животное. зато самое распространённое, и если хотеть извращений (скайп какой-нибудь, или ещё что) вероятность, что их уже кто-то реализовал на астериске, очень велика, в отличие от другого, более вменяемого софта.
Залипание каналов вылечили таймингом.В 1.6.х ветке залипаний каналов после hungup необнаружено!
Ну во-первых глючность уже на порядок меньше по сравнению с "детскими временами", а во-вторых я для себя не вижу особых альтернатив использованию звездочки в воип.
freeswitch. yate.
Угу. Только сторонних модулей, управлялок и т.д. для него как минимум на порядок меньше, чем для астериска, как и специалистов, умещих с ним работать.Понимаете, глючная система, которая кое-как выполняет нужную функцию, лучше, чем прекрасная беглючная система, не умеющая того, что нужно.
Anthony Minessale, автор FreeSWITCH, когда-то интенсивно работавший над Asterisk, вообще страшные вещи рассказывает. Вроде того, что если при старте модуля Asterisk, оный модуль не смог захватить мьютекс в течение 10 попыток, он... игнорирует это. http://www.freeswitch.org/node/117
Что он внутри страшен и отвратительно документирован - кто спорит (хотя насчёт мьютексов - думаю, поправили). Но вот со всем этим он таки обычно взлетает :-)
"Глючное оно". А Линукс он не глючный????