Налична комуникационна платформа Asterisk 17

След година на развитие се състоя пускане на нов стабилен клон на отворената комуникационна платформа Asterisk 17, използвани за внедряване на софтуерни телефонни централи, системи за гласова комуникация, VoIP шлюзове, организиране на IVR системи (гласово меню), гласова поща, телефонни конференции и кол центрове. Източници на проекта на разположение лицензиран под GPLv2.

Asterisk 17 приписани категория издания с редовна поддръжка, актуализации за които се генерират в рамките на две години. Поддръжката за предишния LTS клон на Asterisk 16 ще продължи до октомври 2023 г., а поддръжката за клона Asterisk 13 до октомври 2021 г. LTS версиите се фокусират върху стабилността и оптимизирането на производителността, докато редовните версии се фокусират върху добавянето на функционалност.

Ключ подобрениядобавено в Asterisk 17:

• В ARI (Asterisk REST Interface), API за създаване на външни комуникационни приложения, които могат директно да манипулират канали, мостове и други телефонни компоненти в Asterisk, е внедрена възможност за дефиниране на филтри за събития - приложението може да посочи списък с разрешени или забранени типове събития , а след това в приложения Ще се предават само събития, разрешени в белия списък или невключени в черния списък;
• Добавено е ново повикване за преместване към REST API, което ви позволява да премествате канали от едно приложение в друго, без да се връщате към скрипта за обработка на повиквания (dialplan);
• Добавено е ново приложение AttendedTransfer за прехвърляне на повиквания с помощта на опашка (операторът първо се свързва с целевия абонат и след успешно повикване свързва повикващия с него) към определен вътрешен номер;
• Добавено е ново приложение BlindTransfer за пренасочване на всички канали, свързани с обаждащия се към целевия абонат („сляпо“ прехвърляне, когато операторът не знае дали извиканото лице ще отговори на повикването);
• В конферентния шлюз ConfBridge параметрите „average_all“, „highest_all“ и „lowest_all“ са добавени към опцията remb_behavior, работеща на ниво мост, а не на ниво източник, т.е. стойността 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 връзки;
• Добавена е опция "p" към командата ReadExten за спиране на четенето на разширението след натискане на символа "#";
• Към DUNDi PBX модула е добавена поддръжка за двойно свързване към IPv4/IPv6;
• За MWI (индикатори за изчакване на съобщения) е добавен нов модул „res_mwi_devstate“, който ви позволява да се абонирате за гласови пощенски кутии, използвайки събития „присъствие“, което прави възможно използването на ключове за състояние на линия BLF като индикатори за изчакване на гласова поща;
• Драйверът chan_sip е остарял; вместо това за SIP протокола се препоръчва да се използва канален драйвер chan_pjsi, изграден с помощта на SIP стека PJSIP и ви позволява да избягате от ограниченията и пречките, присъщи на стария драйвер, като монолитен дизайн, объркваща кодова база, твърдо кодирани ограничения и трудоемкост при добавяне на нови функции.

Източник: opennet.ru