Відбувся реліз нової стабільної гілки відкритої комунікаційної платформи Asterisk 17
Відбувся реліз нової стабільної гілки відкритої комунікаційної платформи Asterisk 17
Відбувся реліз нової стабільної гілки відкритої комунікаційної платформи Asterisk 17, що використовується для розгортання програмних АТС, систем голосового зв'язку, VoIP-шлюзів, організації IVR-систем (голосове меню), голосової пошти, телефонних конференцій та call-центрів. Вихідні тексти проекту доступні під ліцензією 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 (Message Waiting Indicators) додано новий модуль "res_mwi_devstate", що дозволяє підписуватись на голосові скриньки, використовуючи події "presence", що дає можливість використовувати клавіші статусу лінії BLF як індикатори очікування голосового листа;
- Драйвер chan_sip оголошений застарілим, замість нього для протоколу SIP рекомендовано використовувати канальний драйвер chan_pjsip, побудований з використанням SIP-стеку PJSIP і дозволяє уникнути обмежень і вузьких місць, властивих старому драйверу, таких як монолітний дизайн, заплутаність у коді обмеження та трудомісткість додавання нових можливостей.
