След година разработка релиз на новата стабилна версия на отворената комуникационна платформа , използвана за внедряване на софтуерни AТC, системи за гласова връзка, VoIP шлюзове, организиране на IVR системи (гласово меню), гласова поща, телефонни конференции и кол-центрове. Изходните текстове на проекта под лицензия GPLv2.
Asterisk 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 (Indicators за чакане на съобщения) е добавен нов модул „res_mwi_devstate“, позволяващ абонамент за гласови пощи, използвайки събития „presence“, което дава възможност за използване на клавишите за статус на линията BLF като индикатори за чакане на гласови съобщения;
- Драйверът chan_sip е обявен за остарял, вместо него за протокола SIP е препоръчително да се използва драйвера канала chan_pjsip, изграден с помощта на SIP стека; и позволява да се избягват ограниченията и тесните места, присъщи за стария драйвер, като монолитния дизайн, объркването на кодовата база, строга фиксировка в ограничените кодови ограничения и трудоемкостта при добавяне на нови функции.
Източник: opennet.ru
