Після року розробки реліз нової стабільної гілки відкритої комунікаційної платформи , що використовується для розгортання програмних АТС, систем голосового зв'язку, 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_pjsi, побудований за допомогою SIP-стека і дозволяє уникнути обмежень і вузьких місць, властивих старому драйверу, таких як монолітний дизайн, заплутаність кодової бази, жорстко задані в коді обмеження і трудомісткість додавання нових можливостей.
Джерело: opennet.ru