Пасля года распрацоўкі рэліз новай стабільнай галіны адкрытай камунікацыйнай платформы , якая выкарыстоўваецца для разгортвання праграмных АТС, сістэм галасавой сувязі, VoIP-шлюзаў, арганізацыі IVR-сістэм (галасавое меню), галасавой пошты, тэлефонных канферэнцый і call-цэнтраў. Зыходныя тэксты праекта пад ліцэнзіяй GPLv2.
зорачка 17 да катэгорыі выпускаў са звычайнай падтрымкай, абнаўленні для якіх фармуюцца на працягу двух гадоў. Падтрымка мінулай LTS-галінкі Asterisk 16 працягнецца да кастрычніка 2023 года, а галінкі Asterisk 13 да кастрычніка 2021 года. Пры падрыхтоўцы LTS-выпускаў асноўная ўвага надаецца забеспячэнню стабільнасці і аптымізацыі прадукцыйнасці, прыярытэтам жа звычайных выпускаў з'яўляецца нарошчванне функцыянальнасці.
, дададзеныя ў Asterisk 17:
- У ARI (Asterisk REST Interface), API для стварэння знешніх камунікацыйных прыкладанняў, якія могуць напрамую маніпуляваць каналамі, брыджамі і іншымі кампанентамі тэлефаніі ў Asterisk, рэалізавана магчымасць вызначэння фільтраў падзей - прыкладанне можа задаць спіс дазволеных або забароненых тыпаў падзей, і пасля гэтага ў дадатку будуць перадавацца толькі падзеі, дазволеныя ў белым спісе ці не якія падпадаюць пад чорны спіс;
- У REST API дададзены новы выклік 'move', які дазваляе пераносіць каналы ад аднаго прыкладання да іншага без вяртання да сцэнара апрацоўкі выклікаў (dialplan);
- Дададзена новае прыкладанне AttendedTransfer для пастаноўкі ў чаргу суправаджаных перакладаў званка (аператар спачатку сам злучаецца з мэтавым абанентам і пасля паспяховага выкліку злучае з ім таго, хто тэлефануе) на зададзены дадатковы нумар;
- Дададзена новае прыкладанне BlindTransfer для перанакіравання ўсіх каналаў, звязаных з задзірлівым, да мэтавага абанента («сляпы» пераклад, калі аператар не ведае адкажа ці выкліканы на званок);
- У шлюз для арганізацыі канферэнцый ConfBridge у опцыю remb_behavior дададзены параметры "average_all", "highest_all" і "lowest_all", якія працуюць на ўзроўні сумешчаных каналаў (bridge), а не на ўзроўні крыніц, г.зн. значэнне REMB (Receiver Estimated Maximum Bitrate), якое ацэньвае прапускную здольнасць кліента, вылічаецца і адпраўляецца кожнаму адпраўніку, а не прывязваецца да спецыфічнага адпраўніку;
- У каманду Dial, прызначаную для ўстаноўкі новага злучэння і яго сувязі з каналам, дабаўлены новыя зменныя:
- RINGTIME і RINGTIME_MS - утрымоўваюць час паміж стварэннем канала і атрыманнем першага сігналу RINGING;
- PROGRESSTIME і PROGRESSTIME_MS - утрымоўваюць час паміж стварэннем канала і атрыманнем сігналу PROGRESS (эквівалентныя значэнню PDD, Post Dial Delay);
- DIALEDTIME_MS і ANSWEREDTIME_MS - варыянты DIALEDTIME і ANSWEREDTIME, якія выдаюць час у мілісекундах замест секунд;
- У rtp.conf для RTP/ICE дададзена магчымасць публікацыі лакальнага адраса ice_host_candidate, як і адтрансляванага адраса;
- Пакеты DTLS зараз могуць быць фрагментаваны ў адпаведнасці са значэннем MTU, што дазваляе выкарыстоўваць больш аб'ёмныя сертыфікаты пры ўзгадненні злучэнняў DTLS;
- У каманду ReadExten дададзена опцыя "p" для спынення чытання дадатковага набору пасля націску сімвала "#";
- У PBX-модуль DUNDi дададзена падтрымка падвойнай прывязкі да IPv4/IPv6;
- Для MWI (Message Waiting Indicators) дададзены новы модуль "res_mwi_devstate", які дазваляе падпісвацца на галасавыя скрыні, выкарыстоўваючы падзеі "presence", што дае магчымасць выкарыстоўваць клавішы статусу лініі BLF у якасці індыкатараў чакання галасавога ліста;
- Драйвер chan_sip абвешчаны састарэлым, замест яго для пратаколу SIP рэкамендавана выкарыстоўваць канальны драйвер chan_pjsi, пабудаваны з выкарыстаннем SIP-стэка. і які дазваляе сысці ад абмежаванняў і вузкіх месцаў, уласцівых старому драйверу, такіх як маналітны дызайн, заблытанасць кодавай базы, цвёрда зададзеныя ў кодзе абмежавання і працаёмкасць дадання новых магчымасцяў.
Крыніца: opennet.ru