The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз коммуникационной платформы Asterisk 14

27.09.2016 23:45

Спустя почти два года с момента прошлого значительного выпуска компания Digium сформировала релиз новой стабильной ветки открытой коммуникационной платформы Asterisk 14, используемой для развёртывания программных АТС, систем голосовой связи, VoIP-шлюзов, организации IVR-систем (голосовое меню), голосовой почты, телефонных конференций и call-центров. Исходные тексты проекта доступны под лицензией GPLv2.

Asterisk 14 отнесён к категории выпусков с обычной поддержкой, обновления для которых формируются в течение двух лет. Следующий LTS-релиз планируется выпустить в 2017 году и он будет поддерживаться до октября 2022 года. Поддержка прошлой LTS-ветки Asterisk 13 продлится до октября 2019 года. При подготовке LTS-выпусков основное внимание уделяется обеспечению стабильности и оптимизации производительности, приоритетом же обычных выпусков является наращивание функциональности.

Ключевые улучшения, добавленные в Asterisk 14:

  • Полная переработка кода для работы с DNS, включая реализацию полной поддержки записей NAPTR и SRV в стеке PJSIP при помощи библиотеки libunbound;
  • Возможность отправки состояния расширений на сервер SIP-подписок (SIP Subscription server), например Kamailio. В том числе возможна автоматическая генерация информации об изменении состоянии устройства для сценариев обработки вызовов (dialplan) через новую конфигурационную директиву "autohint";
  • Во всех сценариях обработки вызовов (dialplan) и приложениях AGI добавлена поддержка воспроизведения медиаконтента с внешнего HTTP-сервера через обращение по URI. Загруженный контент кэшируется и при возможности повторно отдаётся из кэша;
  • При манипулировании мультимедийными ресурсами через ARI (Asterisk REST Interface), данные ресурсы теперь могут задаваться в виде списка. Воспроизведение определённых в списке ресурсов производится последовательно по мере следования записей;
  • Каналы, созданные через интерфейс ARI, теперь могут транслироваться по шине обмена сообщениями Stasis для внешних систем управления, до совершения исходящего вызова. Данная возможность позволяет приложениям выставить дополнительные состояния для канала на стадии до осуществления вызова.


  1. Главная ссылка к новости (http://lists.digium.com/piperm...)
  2. OpenNews: Релиз коммуникационной платформы Asterisk 13
  3. OpenNews: Релиз коммуникационной платформы Asterisk 12
  4. OpenNews: Вышел AsteriskNOW 3.0, Linux-дистрибутив для развёртывания систем телефонии
  5. OpenNews: Релиз коммуникационной платформы Asterisk 11
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45226-asterisk
Ключевые слова: asterisk, voip
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (52) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:58, 28/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Asterisk разе открытые кодеки стабильно работают?

    P.S. Вопрос сугубо про свободность и стабильность аудио-кодеков без патентов.

     
     
  • 2.6, leap42 (ok), 02:14, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.
     
     
  • 3.9, Аноним (-), 06:42, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    FreeSWITCH наш выбор :)
     
     
  • 4.19, Аноним (-), 11:02, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А он кроме SIP ещё что-нибудь поддерживает?
     
     
  • 5.20, StreSS.t (ok), 11:40, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    H323 умеет
     
  • 5.27, Leap42 (?), 15:17, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    карточки E1, T1, J1, BRI, FXO, FXS, EM. у них с канадской sangoma большая любовь.
     
     
  • 6.40, PnDx (ok), 18:28, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не взаимная, увы. FreeTDM+PRI(Sangoma) = адский глюкодром.
    sip-стек "Sofia" - да, удачно выбрали (собственно, было бы из чего). Но дебаг-интерфейс, на мой взгляд, однозначно задаёт прицел на интеграцию с сервисами верхнего уровня, которые должны быть обучены разгребать вываливаемую галиматью. Так что, чётко софт-свитч, в свою нишу. В отличие от asterisk. "Jedem das seine", в общем.
     
  • 5.29, Андрей (??), 18:38, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько интерфейсов в разных подсетях умеет. VLANы Ростелекомовских SIPов просто приземлены на сервере.
     
  • 5.41, bOOster (ok), 06:10, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Он все умеет - дай только модуль. В целом у Свитча даже SIP это модуль SOFIA, если постараться можно заменить на другой.
    Это не "гвоздями мозги к черепу прибивать"
     
  • 3.12, Аноним (-), 08:15, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А какой кодек порекомендуете? И чтчо с видео звонками?
     
     
  • 4.21, Leap42 (?), 12:18, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    смотря куда: если в город - G711, если между SIP-телефонами G722 или G722.1 (G729 если канал совсем узкий), если между софт-фонами OPUS
    видео гонял в H264, но толком только на FreeSWITCH и openSIPs, в них достаточно железной поддержки (в старых Asterisk'ах работало только с некоторым железом, в новых не знаю)
     
  • 3.13, аноном (?), 08:48, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.

    Ну, и на каком железе?

     
     
  • 4.22, Leap42 (?), 12:20, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> От нагрузки зависит: если меньше 30 звонков в секунду - нормально будет (годами тестировал на разном железе и кодеках G711, G722). Если звонков больше и надо стабильность - то FreeSWITCH.
    > Ну, и на каком железе?

    два самосборных сервака intel+supermicro, примерно такой же aquarius, micro-сервера hp gen7 и gen8 (оба были младшими моделями на селеронах) + виртуалки на kvm и hyper-v

     
  • 3.15, pztrn (?), 09:24, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Держал бордер с ~200CPS на Certified Asterisk (тогда 11), никаких проблем, нагрузка даже была минимальной (для 32ядерного сервера). Падений не было. ЧЯДНТ?

    Ах, да, старый SIP модуль дерьмище, да. Он иногда вылетал.

     
     
  • 4.23, Leap42 (?), 12:23, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Держал бордер с ~200CPS на Certified Asterisk (тогда 11), никаких проблем, нагрузка
    > даже была минимальной (для 32ядерного сервера). Падений не было. ЧЯДНТ?
    > Ах, да, старый SIP модуль дерьмище, да. Он иногда вылетал.

    если падений не было, то всё вы делаете так. у меня 1.8 работал норм, но с обновлением до свежей версии (точно не помню, могу поискать) и переходом на pjsip, тот самый pjsip начал падать (примерно на 30 cps): сам Asterisk работает, а на запросы уже не отвечает

     
  • 3.25, воипадмин (?), 12:57, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    fw поделка еще похуже астериска, какая к черту стабильность
     
     
  • 4.28, Leap42 (?), 15:20, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    с удовольствием послушаю о вашем отрицательном опыте, а то я, дурак, внедрил FS в колл-центре местной скорой помощи (ссылки на баг-репорты очень приветствуются).
     
     
  • 5.30, Андрей (??), 18:41, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > с удовольствием послушаю о вашем отрицательном опыте, а то я, дурак, внедрил
    > FS в колл-центре местной скорой помощи (ссылки на баг-репорты очень приветствуются).

    Присоединяюсь. Опыт очень даже положительный. Особо приятны xml-конфиги и возможность писать скрипты на python.

     
     
  • 6.34, Аноним (-), 20:00, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Особо приятны xml-конфиги

    Чем могут быть приятны xml-конфиги? куча оверхеда и трудночитаемость, любовь xml конфигов оталкивала от freeswitch'a.

     
     
  • 7.37, аноном (?), 01:48, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты еще не видел json, где можно вскрыться от скобочек.
     
  • 7.42, bOOster (ok), 06:13, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Особо приятны xml-конфиги
    > Чем могут быть приятны xml-конфиги? куча оверхеда и трудночитаемость, любовь xml конфигов
    > оталкивала от freeswitch'a.

    nano c подсветкой синтаксиса не пробовал?

     
  • 5.46, Тузя (ok), 14:23, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    По моему опыту на FS можно сделать КЦ, только в том случае, если логика этого КЦ остается неизменной долгое время.

    А если у тебя в спринте постоянно новый функционал, "развитие", целая орава маркетологов с их  "чудесными" интеграциями. И в каждом случае тебя просят нарисовать семь красных линий некоторые прозрачным, а некоторые зеленым и одну обязательно в форме котёнка, то хочется иметь ферму нормальных АТСок, а не просто softswitch.

    Один из самых главных плюсов FS в том, что на простых задачах он может в РАЗЫ уделывать * по производительности. Есть тут у кого-нибудь опыт содержания КЦ на FS по функционалу аналогичному КЦ с 35000+ строк кода диалплана на астериске? А то скорой помощи можно было и железяку поставить, зачем там гибкость?

     
     
  • 6.50, michelle (??), 22:03, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет гибкости функционала - посмотри kazoo (kamailio + freeswitch).
     
  • 4.33, zztop7 (?), 19:43, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И то и другое поделки.
    Очень удивляюсь как народ держит такое в продакшене.

    FS постоянно обновляют и просто забивают на предыдущие версии.
    Старые баги успешно мигрируют в новые версии.
    Там есть баги, которым уже не менее пяти лет. Энтони от них просто открещивается.

     
  • 2.26, Romik (??), 13:40, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Asterisk'у не обязательно делать транскодинг, он может только сигналлингом заниматься.
    Падений из-за кодеков не наблюдал ни разу.
     

  • 1.2, Андрей (??), 01:01, 28/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Исходные тексты проекта доступны под лицензией GPLv2.

    А также под проприетарной лицензией: https://www.digium.com/products/asterisk/licensing

     
     
  • 2.4, Андрей (??), 01:19, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > компания Digium сформировала релиз новой стабильной ветки открытой коммуникационной платформы

    Вот правильно сформулировано, что открытой. Потому что свободной её можно было бы назвать только с натяжкой, так как нужно передать права автора патча Digium:

    https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process

    2. Sign a Contributor License Agreement in the Asterisk issue tracker.

     
     
  • 3.5, YetAnotherOnanym (ok), 02:04, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это защита от неадекватных ЛГБТ-активистов.
     
     
  • 4.7, Андрей (??), 03:03, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это защита от конкуренции, как чётко написал автор либеральной 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.

     
  • 3.31, Аноним (-), 18:43, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    все в лучших традициях GNU. там так же требуется передача прав.
    А что не так то ?
     
     
  • 4.36, Андрей (??), 21:37, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только разница в том, для каких целей. GNU не выпускает закрытые/коммерческие версии, а компания, стоящая за Asterisk, предлагает такую опцию. Именно благодаря подписи они получают такую возможность.
     

  • 1.3, Андрей (??), 01:12, 28/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже вышел 14.0.1. http://lists.digium.com/pipermail/asterisk-dev/2016-September/075787.html
     
     
  • 2.10, G.NercY.uR (?), 08:08, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Осваивать лучше конечно чистый продукт, а уже когда освоился можно при нехватке времени ставить готовую сборку. Но конечно гибкость не та.
     
     
  • 3.11, G.NercY.uR (?), 08:09, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Осваивать лучше конечно чистый продукт, а уже когда освоился можно при нехватке
    > времени ставить готовую сборку. Но конечно гибкость не та.

    Не туда ответил. Отвечал автору снизу :)

     

  • 1.8, Аноним (-), 05:29, 28/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите, а что проще в настройке, Asterisk или FreeSWITCH?
     
     
  • 2.14, anonimous (?), 08:54, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проще тот который освоил.
    От задач все зависит, они не совпадающие области потребностей покрывают.
    Начинать надо с чтения книг Гольштейна в т.ч.
     
  • 2.17, Аноним (-), 10:05, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Asterisk - по нему тупо больше русскоязычной документации.
     
     
  • 3.18, anonimous (?), 10:45, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Asterisk - по нему тупо больше русскоязычной документации.

    Это Ваше частное мнение. Много вы в документации asterisk найдете например про sip-proxy, stun. Там даже описание sip пртокол.
    А вот что там есть, то это описание практических действий и приёмов в решении конкретных задач. кроме того там есть раз'яснения по терминологии используемой в телефонии.
    Базис надо получать из книг Гольштейна, там же будет freeSweech, астериск это каркас, удобный и эффективный, но он не покрывает всего многообразия задач. Не понимая sip вы в сможете подсоединить sip телефоны, а вот устранить конфликт на транке это врядли.

     
     
  • 4.47, Тузя (ok), 14:43, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Много вы в документации asterisk найдете например про sip-proxy, stun. Там даже описание sip пртокол.

    Ничего не понял в этих двух предложениях. Поддержка ICE в * появилась сравнительно недавно в 11-ом, кроме того, серверная часть ему до лампочки. Также он вообще не sip proxy и никогда не был sip proxy. Подобный функционал на нем реализовать невозможно, максимум он может быть endpoint-ом, работая со stun.

    > астериск это каркас, удобный и эффективный, но он не покрывает всего многообразия задач.

    Он АТС. SIP B2BUA, если быть точным, в этом его задача, и он ее прекрасно покрывает, но не больше.

     
  • 3.32, Андрей (??), 18:43, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Asterisk - по нему тупо больше русскоязычной документации.

    Больше? Множество копипаст вы считаете за "больше"? o_O Есть две книжки по FS. + официальная дока. ДОСТАТОЧНО.

     
     
  • 4.43, bOOster (ok), 06:20, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Asterisk - по нему тупо больше русскоязычной документации.
    > Больше? Множество копипаст вы считаете за "больше"? o_O Есть две книжки по
    > FS. + официальная дока. ДОСТАТОЧНО.

    Которая, причем, очень неплохо написана..

     
  • 3.44, bOOster (ok), 06:21, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Asterisk - по нему тупо больше русскоязычной документации.

    А что делают в IT люди без знания английского языка - мне лично непонятно.

     
  • 2.24, Leap42 (?), 12:30, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    зависит от задач и уровня (можно сказать требований): если нужна простая телефония в маленьком офисе - берите Asterisk, там сейчас няшный wizard для pjsip завезли, настройка простая и быстрая; если задача включает серьёзные нагрузки, большие масштабы - лучше сразу брать FreeSWITCH.
    Asterisk разрабатывался как PBX (пусть и с бесконечно богатым функционалом), FreeSWITCH - скорее фреймворк для построения чего угодно (в т.ч. и уровня крупнейших в мире VoIP-провайдеров)
     
     
  • 3.35, zztop7 (?), 20:58, 28/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Глюкало этот ваш фреймворк. Достаточно почитать их мэйл-лист.
    Они постоянно куда-то очень спешат и клепают новые версии не добившись никакой стабильности в работе предыдущих.
    Либо используйте дырявое либо переходите на новую версию(с новыми глюками, само собой). Такой у них подход.
     
     
  • 4.39, michelle (??), 10:27, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Астер не меньшее глюкало - помнится при переходах с одной минорной версии на другую начисто ломался сип и голосовая почта.
     
  • 4.45, bOOster (ok), 06:35, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Глюкало этот ваш фреймворк. Достаточно почитать их мэйл-лист.
    > Они постоянно куда-то очень спешат и клепают новые версии не добившись никакой
    > стабильности в работе предыдущих.
    > Либо используйте дырявое либо переходите на новую версию(с новыми глюками, само собой).
    > Такой у них подход.

    Тебя уже спросили в начале теме - есть у тебя реальный опыт? так поделись с нами. Или как у наших так называемых "партнеров" главное наср%ть в воду, авось наваленная куча га%на будет больше кучи "кирпичей - проблем" с решением в котором ты заинтересован? Только вода то имеет тенденцию га%но смывать, а кирпичи остаются.
      
    Причем притянутый бред про версионность это вообще выше всяких похвал. Для одаренных - версии в свитче это x.x а дальше идет индекс багфиксов .xx. Концептуальные вещи меняются только в новых версиях. А в багфиксах фиксят баги, ну и добавляют плюшки всякие, что есть весьма аккуратная и грамотная система версионирования.

     
     
  • 5.51, zztop7 (?), 01:03, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Опыт? Начиная с ранних бетт 1.2. ЕМНИП с 2012-го. Сначала он мне даже нравился, пока я не столкнулся с неразрешимими проблемами
    Вообще-то я под него и модули писал и баги правил в других модулях.
    Я бы больше рассказал, но хочу остаться анонимным.
     
  • 5.52, zztop7 (?), 01:17, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И это, вброс про версии не засчитан. Я прекрасно знаю их versioning.

    Я говорил о минорных версиях. Т.е. 1.2,1.4,1.6,1.7 Они их меняют быстро и быстро забивают на предыдущие.
    В общем юзер там исполняет роль бетта-тестера.

     
  • 5.53, anomymous (?), 00:46, 03/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    После того, как какой-то стейбл фрисвитча бахнулся на 10 SIP-пирах в сегфолт, больше не трогал.
     
  • 4.48, Тузя (ok), 14:50, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А по моему опыту ситуация с астериском совершенно аналогичная. Нет в мире совершенства.
     

  • 1.38, Andrei_redd (?), 07:52, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Первый раз про FreeSwitch услышал, заинтересовало однако ....
     
  • 1.49, Тузя (ok), 15:06, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > -  Полная переработка кода для работы с 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ом. Работает превосходно, хотя есть сомнения насчёт дальних дистанций.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру