https://89.19.215.112/openforum/vsluhforumID3/109240.html Спустя почти два года с момента прошлого значительного выпуска компания Digium сформировала (http://lists.digium.com/pipermail/asterisk-dev/2016-September/075783.html) релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 14 (https://www.asterisk.org/), используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны (https://github.com/asterisk/asterisk/) под лицензией GPLv2. <br><br><br>Asterisk 14 отнесён к категории выпусков с обычной поддержкой, <br>обновления для которых формируются (https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions) в течение двух лет. Следующий LTS-релиз планируется выпустить в 2017 году и он будет поддерживаться до октября 2022 года. Поддержка прошлой LTS-ветки Asterisk 13 продлится до октября 2019 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительнос https://89.19.215.112/openforum/vsluhforumID3/109240.html#53 Sun, 02 Oct 2016 21:46:00 GMT После того, как какой-то стейбл фрисвитча бахнулся на 10 SIP-пирах в сегфолт, больше не трогал.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#52 Fri, 30 Sep 2016 22:17:32 GMT И это, вброс про версии не засчитан. Я прекрасно знаю их versioning.<br><br>Я говорил о минорных версиях. Т.е. 1.2,1.4,1.6,1.7 Они их меняют быстро и быстро забивают на предыдущие.<br>В общем юзер там исполняет роль бетта-тестера.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#51 Fri, 30 Sep 2016 22:03:44 GMT Опыт? Начиная с ранних бетт 1.2. ЕМНИП с 2012-го. Сначала он мне даже нравился, пока я не столкнулся с неразрешимими проблемами<br>Вообще-то я под него и модули писал и баги правил в других модулях.<br>Я бы больше рассказал, но хочу остаться анонимным.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#50 Fri, 30 Sep 2016 19:03:10 GMT Насчет гибкости функционала - посмотри kazoo (kamailio + freeswitch).<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#49 Fri, 30 Sep 2016 12:06:14 GMT &gt; - Полная переработка кода для работы с DNS, включая реализацию полной поддержки записей NAPTR и SRV в стеке PJSIP при помощи библиотеки libunbound; <br><br>АЛЛИЛУЙЯ!!! Тут не "джва года ждал" тут больше 15 лет прошло.<br><br>&gt; - Возможность отправки состояния расширений на сервер SIP-подписок (SIP Subscription server), например Kamailio (https://www.opennet.ru/opennews/art.shtml?num=24993). В том числе возможна автоматическая генерация информации об изменении состоянии устройтва для сценариев обработки вызовов (dialplan) через новую конфигурационную директиву autohint"; <br><br>Вот так и умерла привязка SIP к богомерзкому XMPP pubsub. Граждане, не сидим, поминаем.<br>Кстати я уже тестировал астоспецифичный обмен подписками через endpoint-ы PJSIP в 13ом. Работает превосходно, хотя есть сомнения насчёт дальних дистанций.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#48 Fri, 30 Sep 2016 11:50:02 GMT А по моему опыту ситуация с астериском совершенно аналогичная. Нет в мире совершенства.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#47 Fri, 30 Sep 2016 11:43:52 GMT &gt; Много вы в документации asterisk найдете например про sip-proxy, stun. Там даже описание sip пртокол. <br><br>Ничего не понял в этих двух предложениях. Поддержка ICE в * появилась сравнительно недавно в 11-ом, кроме того, серверная часть ему до лампочки. Также он вообще не sip proxy и никогда не был sip proxy. Подобный функционал на нем реализовать невозможно, максимум он может быть endpoint-ом, работая со stun.<br><br>&gt; астериск это каркас, удобный и эффективный, но он не покрывает всего многообразия задач.<br><br>Он АТС. SIP B2BUA, если быть точным, в этом его задача, и он ее прекрасно покрывает, но не больше.<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#46 Fri, 30 Sep 2016 11:23:59 GMT По моему опыту на FS можно сделать КЦ, только в том случае, если логика этого КЦ остается неизменной долгое время. <br><br>А если у тебя в спринте постоянно новый функционал, "развитие", целая орава маркетологов с их "чудесными" интеграциями. И в каждом случае тебя просят нарисовать семь красных линий некоторые прозрачным, а некоторые зеленым и одну обязательно в форме котёнка, то хочется иметь ферму нормальных АТСок, а не просто softswitch.<br><br>Один из самых главных плюсов FS в том, что на простых задачах он может в РАЗЫ уделывать * по производительности. Есть тут у кого-нибудь опыт содержания КЦ на FS по функционалу аналогичному КЦ с 35000+ строк кода диалплана на астериске? А то скорой помощи можно было и железяку поставить, зачем там гибкость?<br> https://89.19.215.112/openforum/vsluhforumID3/109240.html#45 Fri, 30 Sep 2016 03:35:04 GMT &gt; Глюкало этот ваш фреймворк. Достаточно почитать их мэйл-лист.<br>&gt; Они постоянно куда-то очень спешат и клепают новые версии не добившись никакой <br>&gt; стабильности в работе предыдущих.<br>&gt; Либо используйте дырявое либо переходите на новую версию(с новыми глюками, само собой). <br>&gt; Такой у них подход.<br><br>Тебя уже спросили в начале теме - есть у тебя реальный опыт? так поделись с нами. Или как у наших так называемых "партнеров" главное наср%ть в воду, авось наваленная куча га%на будет больше кучи "кирпичей - проблем" с решением в котором ты заинтересован? Только вода то имеет тенденцию га%но смывать, а кирпичи остаются.<br> <br>Причем притянутый бред про версионность это вообще выше всяких похвал. Для одаренных - версии в свитче это x.x а дальше идет индекс багфиксов .xx. Концептуальные вещи меняются только в новых версиях. А в багфиксах фиксят баги, ну и добавляют плюшки всякие, что есть весьма аккуратная и грамотная система версионирования.<br>