Спустя почти два года с момента прошлого значительного выпуска компания Digium сформировала (http://lists.digium.com/pipermail/asterisk-dev/2016-Septembe...) релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 14 (https://www.asterisk.org/), используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны (https://github.com/asterisk/asterisk/) под лицензией GPLv2.
Asterisk 14 отнесён к категории выпусков с обычной поддержкой,
обновления для которых формируются (https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions) в течение двух лет. Следующий LTS-релиз планируется выпустить в 2017 году и он будет поддерживаться до октября 2022 года. Поддержка прошлой LTS-ветки Asterisk 13 продлится до октября 2019 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности.
Ключевые (https://wiki.asterisk.org/wiki/display/AST/New+in+14) улучшения (https://github.com/asterisk/asterisk/blob/14/CHANGES), добавленные в Asterisk 14:- Полная переработка кода для работы с DNS, включая реализацию полной поддержки записей NAPTR и SRV в стеке PJSIP при помощи библиотеки libunbound;
- Возможность отправки состояния расширений на сервер SIP-подписок (SIP Subscription server), например Kamailio (https://www.opennet.me/opennews/art.shtml?num=24993). В том числе возможна автоматическая генерация информации об изменении состоянии устройтва для сценариев обработки вызовов (dialplan) через новую конфигурационную директиву "autohint";
- Во всех сценариях обработки вызовов (dialplan) и приложениях AGI добавлена поддержка воспроизведения медиаконтента с внешнего HTTP-сервера через обращение по URI. Загруженный контент кэшируется и при возможности повторно отдаётся из кэша;
- При манипулировании мультимедийными ресурсами через
ARI (Asterisk REST Interface), данные ресурсы теперь могут задаваться в виде списка. Воспроизведения определённых в списке ресурсов производится последовательно по мере следования записей;
- Каналы, созданные через интерфейс ARI, теперь могут транслироваться по шине обмена сообщениями Stasis (https://wiki.asterisk.org/wiki/display/AST/Stasis+Message+Bus) для внешних систем управления, до совершения исходящего вызова. Данная возможность позволяет приложениям выставить дополнительные состояния для канала на стадии до осуществления вызова.URL: http://lists.digium.com/pipermail/asterisk-dev/2016-Septembe...
Новость: http://www.opennet.me/opennews/art.shtml?num=45226
В Asterisk разе открытые кодеки стабильно работают?P.S. Вопрос сугубо про свободность и стабильность аудио-кодеков без патентов.
От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.
FreeSWITCH наш выбор :)
А он кроме SIP ещё что-нибудь поддерживает?
H323 умеет
карточки E1, T1, J1, BRI, FXO, FXS, EM. у них с канадской sangoma большая любовь.
Не взаимная, увы. FreeTDM+PRI(Sangoma) = адский глюкодром.
sip-стек "Sofia" - да, удачно выбрали (собственно, было бы из чего). Но дебаг-интерфейс, на мой взгляд, однозначно задаёт прицел на интеграцию с сервисами верхнего уровня, которые должны быть обучены разгребать вываливаемую галиматью. Так что, чётко софт-свитч, в свою нишу. В отличие от asterisk. "Jedem das seine", в общем.
Несколько интерфейсов в разных подсетях умеет. VLANы Ростелекомовских SIPов просто приземлены на сервере.
Он все умеет - дай только модуль. В целом у Свитча даже SIP это модуль SOFIA, если постараться можно заменить на другой.
Это не "гвоздями мозги к черепу прибивать"
А какой кодек порекомендуете? И чтчо с видео звонками?
смотря куда: если в город - G711, если между SIP-телефонами G722 или G722.1 (G729 если канал совсем узкий), если между софт-фонами OPUS
видео гонял в H264, но толком только на FreeSWITCH и openSIPs, в них достаточно железной поддержки (в старых Asterisk'ах работало только с некоторым железом, в новых не знаю)
> От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.Ну, и на каком железе?
>> От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.
> Ну, и на каком железе?два самосборных сервака intel+supermicro, примерно такой же aquarius, micro-сервера hp gen7 и gen8 (оба были младшими моделями на селеронах) + виртуалки на kvm и hyper-v
Держал бордер с ~200CPS на Certified Asterisk (тогда 11), никаких проблем, нагрузка даже была минимальной (для 32ядерного сервера). Падений не было. ЧЯДНТ?Ах, да, старый SIP модуль дерьмище, да. Он иногда вылетал.
> Держал бордер с ~200CPS на Certified Asterisk (тогда 11), никаких проблем, нагрузка
> даже была минимальной (для 32ядерного сервера). Падений не было. ЧЯДНТ?
> Ах, да, старый SIP модуль дерьмище, да. Он иногда вылетал.если падений не было, то всё вы делаете так. у меня 1.8 работал норм, но с обновлением до свежей версии (точно не помню, могу поискать) и переходом на pjsip, тот самый pjsip начал падать (примерно на 30 cps): сам Asterisk работает, а на запросы уже не отвечает
fw поделка еще похуже астериска, какая к черту стабильность
с удовольствием послушаю о вашем отрицательном опыте, а то я, дурак, внедрил FS в колл-центре местной скорой помощи (ссылки на баг-репорты очень приветствуются).
> с удовольствием послушаю о вашем отрицательном опыте, а то я, дурак, внедрил
> FS в колл-центре местной скорой помощи (ссылки на баг-репорты очень приветствуются).Присоединяюсь. Опыт очень даже положительный. Особо приятны xml-конфиги и возможность писать скрипты на python.
> Особо приятны xml-конфигиЧем могут быть приятны xml-конфиги? куча оверхеда и трудночитаемость, любовь xml конфигов оталкивала от freeswitch'a.
Это ты еще не видел json, где можно вскрыться от скобочек.
>> Особо приятны xml-конфиги
> Чем могут быть приятны xml-конфиги? куча оверхеда и трудночитаемость, любовь xml конфигов
> оталкивала от freeswitch'a.nano c подсветкой синтаксиса не пробовал?
По моему опыту на FS можно сделать КЦ, только в том случае, если логика этого КЦ остается неизменной долгое время.А если у тебя в спринте постоянно новый функционал, "развитие", целая орава маркетологов с их "чудесными" интеграциями. И в каждом случае тебя просят нарисовать семь красных линий некоторые прозрачным, а некоторые зеленым и одну обязательно в форме котёнка, то хочется иметь ферму нормальных АТСок, а не просто softswitch.
Один из самых главных плюсов FS в том, что на простых задачах он может в РАЗЫ уделывать * по производительности. Есть тут у кого-нибудь опыт содержания КЦ на FS по функционалу аналогичному КЦ с 35000+ строк кода диалплана на астериске? А то скорой помощи можно было и железяку поставить, зачем там гибкость?
Насчет гибкости функционала - посмотри kazoo (kamailio + freeswitch).
И то и другое поделки.
Очень удивляюсь как народ держит такое в продакшене.FS постоянно обновляют и просто забивают на предыдущие версии.
Старые баги успешно мигрируют в новые версии.
Там есть баги, которым уже не менее пяти лет. Энтони от них просто открещивается.
Asterisk'у не обязательно делать транскодинг, он может только сигналлингом заниматься.
Падений из-за кодеков не наблюдал ни разу.
> Исходные тексты проекта доступны под лицензией GPLv2.А также под проприетарной лицензией: https://www.digium.com/products/asterisk/licensing
> компания Digium сформировала релиз новой стабильной ветки открытой коммуникационной платформыВот правильно сформулировано, что открытой. Потому что свободной её можно было бы назвать только с натяжкой, так как нужно передать права автора патча Digium:
https://wiki.asterisk.org/wiki/display/AST/Patch+Contributio...
2. Sign a Contributor License Agreement in the Asterisk issue tracker.
Это защита от неадекватных ЛГБТ-активистов.
Это защита от конкуренции, как чётко написал автор либеральной Jitsi:As the copyright holder, in BlueJimp we have been been exempt from this [LGPL] reciprocity clause. Even though we rarely use it, we had the liberty to modify our code without making our changes public. No one else had this option.
http://lists.jitsi.org/pipermail/dev/2015-June/024439.html
И это с LGPL, которая либеральнее GPL.
все в лучших традициях GNU. там так же требуется передача прав.
А что не так то ?
Вот только разница в том, для каких целей. GNU не выпускает закрытые/коммерческие версии, а компания, стоящая за Asterisk, предлагает такую опцию. Именно благодаря подписи они получают такую возможность.
Уже вышел 14.0.1. http://lists.digium.com/pipermail/asterisk-dev/2016-Septembe...
Осваивать лучше конечно чистый продукт, а уже когда освоился можно при нехватке времени ставить готовую сборку. Но конечно гибкость не та.
> Осваивать лучше конечно чистый продукт, а уже когда освоился можно при нехватке
> времени ставить готовую сборку. Но конечно гибкость не та.Не туда ответил. Отвечал автору снизу :)
Подскажите, а что проще в настройке, Asterisk или FreeSWITCH?
Проще тот который освоил.
От задач все зависит, они не совпадающие области потребностей покрывают.
Начинать надо с чтения книг Гольштейна в т.ч.
Asterisk - по нему тупо больше русскоязычной документации.
> Asterisk - по нему тупо больше русскоязычной документации.Это Ваше частное мнение. Много вы в документации asterisk найдете например про sip-proxy, stun. Там даже описание sip пртокол.
А вот что там есть, то это описание практических действий и приёмов в решении конкретных задач. кроме того там есть раз'яснения по терминологии используемой в телефонии.
Базис надо получать из книг Гольштейна, там же будет freeSweech, астериск это каркас, удобный и эффективный, но он не покрывает всего многообразия задач. Не понимая sip вы в сможете подсоединить sip телефоны, а вот устранить конфликт на транке это врядли.
> Много вы в документации asterisk найдете например про sip-proxy, stun. Там даже описание sip пртокол.Ничего не понял в этих двух предложениях. Поддержка ICE в * появилась сравнительно недавно в 11-ом, кроме того, серверная часть ему до лампочки. Также он вообще не sip proxy и никогда не был sip proxy. Подобный функционал на нем реализовать невозможно, максимум он может быть endpoint-ом, работая со stun.
> астериск это каркас, удобный и эффективный, но он не покрывает всего многообразия задач.
Он АТС. SIP B2BUA, если быть точным, в этом его задача, и он ее прекрасно покрывает, но не больше.
> Asterisk - по нему тупо больше русскоязычной документации.Больше? Множество копипаст вы считаете за "больше"? o_O Есть две книжки по FS. + официальная дока. ДОСТАТОЧНО.
>> Asterisk - по нему тупо больше русскоязычной документации.
> Больше? Множество копипаст вы считаете за "больше"? o_O Есть две книжки по
> FS. + официальная дока. ДОСТАТОЧНО.Которая, причем, очень неплохо написана..
> Asterisk - по нему тупо больше русскоязычной документации.А что делают в IT люди без знания английского языка - мне лично непонятно.
зависит от задач и уровня (можно сказать требований): если нужна простая телефония в маленьком офисе - берите Asterisk, там сейчас няшный wizard для pjsip завезли, настройка простая и быстрая; если задача включает серьёзные нагрузки, большие масштабы - лучше сразу брать FreeSWITCH.
Asterisk разрабатывался как PBX (пусть и с бесконечно богатым функционалом), FreeSWITCH - скорее фреймворк для построения чего угодно (в т.ч. и уровня крупнейших в мире VoIP-провайдеров)
Глюкало этот ваш фреймворк. Достаточно почитать их мэйл-лист.
Они постоянно куда-то очень спешат и клепают новые версии не добившись никакой стабильности в работе предыдущих.
Либо используйте дырявое либо переходите на новую версию(с новыми глюками, само собой). Такой у них подход.
Астер не меньшее глюкало - помнится при переходах с одной минорной версии на другую начисто ломался сип и голосовая почта.
> Глюкало этот ваш фреймворк. Достаточно почитать их мэйл-лист.
> Они постоянно куда-то очень спешат и клепают новые версии не добившись никакой
> стабильности в работе предыдущих.
> Либо используйте дырявое либо переходите на новую версию(с новыми глюками, само собой).
> Такой у них подход.Тебя уже спросили в начале теме - есть у тебя реальный опыт? так поделись с нами. Или как у наших так называемых "партнеров" главное наср%ть в воду, авось наваленная куча га%на будет больше кучи "кирпичей - проблем" с решением в котором ты заинтересован? Только вода то имеет тенденцию га%но смывать, а кирпичи остаются.
Причем притянутый бред про версионность это вообще выше всяких похвал. Для одаренных - версии в свитче это x.x а дальше идет индекс багфиксов .xx. Концептуальные вещи меняются только в новых версиях. А в багфиксах фиксят баги, ну и добавляют плюшки всякие, что есть весьма аккуратная и грамотная система версионирования.
Опыт? Начиная с ранних бетт 1.2. ЕМНИП с 2012-го. Сначала он мне даже нравился, пока я не столкнулся с неразрешимими проблемами
Вообще-то я под него и модули писал и баги правил в других модулях.
Я бы больше рассказал, но хочу остаться анонимным.
И это, вброс про версии не засчитан. Я прекрасно знаю их versioning.Я говорил о минорных версиях. Т.е. 1.2,1.4,1.6,1.7 Они их меняют быстро и быстро забивают на предыдущие.
В общем юзер там исполняет роль бетта-тестера.
После того, как какой-то стейбл фрисвитча бахнулся на 10 SIP-пирах в сегфолт, больше не трогал.
А по моему опыту ситуация с астериском совершенно аналогичная. Нет в мире совершенства.
Первый раз про FreeSwitch услышал, заинтересовало однако ....
> - Полная переработка кода для работы с DNS, включая реализацию полной поддержки записей NAPTR и SRV в стеке PJSIP при помощи библиотеки libunbound;АЛЛИЛУЙЯ!!! Тут не "джва года ждал" тут больше 15 лет прошло.
> - Возможность отправки состояния расширений на сервер SIP-подписок (SIP Subscription server), например Kamailio (https://www.opennet.me/opennews/art.shtml?num=24993). В том числе возможна автоматическая генерация информации об изменении состоянии устройтва для сценариев обработки вызовов (dialplan) через новую конфигурационную директиву autohint";
Вот так и умерла привязка SIP к богомерзкому XMPP pubsub. Граждане, не сидим, поминаем.
Кстати я уже тестировал астоспецифичный обмен подписками через endpoint-ы PJSIP в 13ом. Работает превосходно, хотя есть сомнения насчёт дальних дистанций.