Рэліз камунікацыйнай платформы Asterisk 19 і дыстрыбутыва FreePBX 16

Пасля года распрацоўкі адбыўся рэліз новай стабільнай галіны адкрытай камунікацыйнай платформы Asterisk 19, якая выкарыстоўваецца для разгортвання праграмных АТС, сістэм галасавой сувязі, VoIP-шлюзаў, арганізацыі IVR-сістэм (галасавое меню), галасавой пошты, тэлефонных канферэнцый і call-цэнтраў. Зыходныя тэксты праекту даступныя пад ліцэнзіяй GPLv2.

Asterisk 19 аднесены да катэгорыі выпускаў са звычайнай падтрымкай, абнаўленні для якіх фармуюцца на працягу двух гадоў. Падтрымка мінулай LTS-галінкі Asterisk 18 працягнецца да кастрычніка 2025 года, а галінкі Asterisk 16 да кастрычніка 2023 года. Падтрымка LTS-галінкі 13.x і прамежкавай галінкі 17.x спынена. Пры падрыхтоўцы LTS-выпускаў асноўная ўвага надаецца забеспячэнню стабільнасці і аптымізацыі прадукцыйнасці, прыярытэтам жа звычайных выпускаў з'яўляецца нарошчванне функцыянальнасці.

Ключавыя паляпшэнні ў Asterisk 19:

  • Рэалізаваны катэгорыі адладкавых логаў, якія дазваляюць наладзіць выснову толькі неабходнай адладкавай інфармацыі. У сапраўдны момант прапанаваны наступныя катэгорыі: dtls, dtls_packet, ice, rtcp, rtcp_packet, rtp, rtp_packet, stun і stun_packet.
  • Дададзены новы рэжым фарматавання логаў "plain", пры якім у лог без лішніх кіраўнікоў знакаў (без падсвятлення) выводзіцца імя файла, функцыі і радкі з нумарам. Таксама прадастаўлена магчымасць вызначэння ўласных узроўняў вядзення лога і змянення фармату вываду ў лог дат і часу.
  • У AMI (Asterisk Manager Interface) дададзеная магчымасць прымацавання апрацоўшчыкаў для падзей, звязаных з паступленнем танальнага сігналу (DTMF) "flash" (кароткачасовы разрыў канала).
  • У камандзе Originate (ініцыяванне выкліку) рэалізавана магчымасць усталёўкі зменных для новага канала.
  • У камандзе SendMF і мэнэджару PlayMF дададзеная падтрымка адпраўкі адвольных танальных сігналаў R1 MF (multi-frequency) у любы канал.
  • У камандзе MessageSend прадстаўлена магчымасць паасобнага ўказання адрасоў прызначэння "Destination" і "To".
  • Дададзена каманда ConfKick, якая дазваляе адключыць ад канферэнцыі пэўны канал, усіх карыстальнікаў або карыстальнікаў без правоў адміністратара.
  • Дададзена каманда Reload для перазагрузкі модуляў.
  • Дададзена каманда WaitForCondition для прыпынення выканання сцэнара апрацоўкі выклікаў (dialplan) да выканання пэўных умоў.
  • У модуль app_dial дададзена опцыя «A» якая дазваляе прайграваць падчас здзяйснення выкліку гук як для абанента, які выклікае, так і для выкліканага.
  • Дададзены модуль app_dtmfstore, які захоўвае ў зменнай набраныя лічбы танальнага набору.
  • У модулі app_morsecode рэалізавана падтрымка амерыканскага дыялекту азбукі Морзэ і прадстаўлена настройка для змены інтэрвалу паўзаў.
  • У модулі app_originate для званкоў, ініцыяваных з dialplan-сцэнарыяў, дададзена магчымасць указання кодэкаў, call-файлаў і кіраўнікоў дзеянняў.
  • У модулі app_voicemail дададзена магчымасць ранняй адпраўкі прывітання і інструкцый па выкарыстанні галасавой пошты і стварэнні канала толькі пасля наступлення часу запісу ўваходнага паведамлення.
  • Дададзена настройка astcachedir для змены месцазнаходжання кэша на дыску. Па змаўчанні кэш зараз размяшчаецца ў асобным каталогу /var/cache/asterisk замест каталога /tmp.

Адначасова пасля трох гадоў распрацоўкі апублікаваны рэліз праекту FreePBX 16, які развівае web-інтэрфейс для кіравання Asterisk і гатовы дыстрыбутыў для хуткага разгортвання VoIP-сістэм. З змен адзначаецца падтрымка PHP 7.4, пашырэнне API на базе мовы фармавання запытаў GraphQL, пераход на адзіны драйвер PJSIP (драйвер Chan_SIP адключаны па змаўчанні), падтрымка стварэння шаблонаў для змены афармлення карыстацкай панэлі кіравання, перароблены модуль міжсеткавага экрана з пашыранымі магчымасцямі для кіравання трафікам, магчымасць налады параметраў пратаколу для HTTPS, прывязка AMI толькі да localhost па змаўчанні, опцыя для праверкі надзейнасці пароляў.

Таксама можна адзначыць якое карэктуе абнаўленне платформы VoIP-тэлефаніі FreeSWITCH 1.10.7, у якім ухіленыя 5 уразлівасцяў, якія могуць прывесці да адпраўкі SIP-паведамленняў без аўтэнтыфікацыі (напрыклад, для спуфінгу і рассыланні спаму праз SIP-шлюз), уцечцы хэшаў аўтэнтыфікацыі DoS-нападаў (вычарпанне вольнай памяці і крахі) для блакавання працы сервера праз адпраўку некарэктных пакетаў SRTP або флуд пакетамі SIP.

Крыніца: opennet.ru

Дадаць каментар