Развитие проекта Asterisk в 2024 году

Проект Asterisk по‑прежнему во многом определяется активностью сообщества. Именно пользователи выявляют потребности, расширяют границы применения продукта и вносят вклад — будь то исправления, новые функции или расширение документации. Благодаря усилиям участников со всего мира Asterisk продолжает эволюционировать и сохранять конкурентоспособность.

Инфраструктура разработки и стандартизация процессов

Компания Sangoma завершила стандартизацию процессов для всех своих Open‑Source проектов, включая Asterisk и FreePBX. За последние два года инфраструктура GitHub стала единой площадкой для разработки, форумов и управления pull‑request’ами. Это позволило сократить расходы на содержание серверов более чем на 1,5 млн долл. в год и сосредоточить ресурсы на развитии кода.

Для упрощения вклада внешних разработчиков введено единое лицензионное соглашение Contributor License Agreement (CLA). Раньше при отправке патчей требовалось пересылать бумажные документы в США; теперь весь процесс проходит через GitHub.

В проекте появилась новая должность Open Source Advocate, отвечающая за взаимодействие с сообществом, популяризацию Asterisk и расширение его применения в новых отраслях.

Планы по доступности релизов

В ближайшем будущем запланировано более активное распространение актуальных билдов Asterisk через официальные репозитории дистрибутивов (начиная с Debian), а также перезапуск портала Asterisk Exchange для публикации модулей и интеграций.

Поддержка версий и жизненный цикл релизов

Запланирован выпуск 22‑й LTS‑версии Asterisk в октябре текущего года. После выхода 22 LTS будут официально поддерживаться две LTS‑ветки — 20 и 22. Все остальные обновления (включая 21‑ю и 18‑ю версии) перейдут в режим «только исправления критических уязвимостей».

Политика back‑port’инга функциональных изменений по возможности гарантирует, что большинство новых возможностей будет доступно во всех поддерживаемых ветках.

Ключевые новые функции и улучшения

1. ARI (Asterisk REST Interface): Введена функция ToneDetect и событие ChannelToneDetected для более гибкой обработки тоновых сигналов. Исправлена задержка старта ARI‑приложений: теперь команды New Channel обрабатываются немедленно, без вынужденной паузы в 200 мс.
2. Управление завершением вызова: Появилась возможность указывать SIP «reason‑code» при Hangup, вместо вычисления кода по‑умолчанию.
3. Команда Dial: Добавлен новый таймаут для ожидания Early Media: если медиа не поступает в заданный срок, вызов разрывается автоматически.
4. Двуканальное аудио для S‑CAN‑Spy: Опция передачи двух аудиопотоков, реализованная через UniCaster (необходимо проверить детализацию канальных разделителей).
5. VoiceMail и AMI/CLI‑команды: Расширен набор команд для работы с голосовой почтой: просмотр, перемещение сообщений внутри ящика и между ящиками. Добавлена опция хранения только метаданных (без звуковых файлов) в базе данных, а сами файлы остаются на диске.
6. Нотификации без вызова: Новое приложение PG‑SIPNotify позволяет отправлять SIP‑уведомления из dialplan без создания вызова или shell‑скриптов.
7. FreePBX 17 и переход на Debian: Основной платформой для FreePBX становится Debian 12: установщик в виде скрипта упростил процесс миграции. ISO‑образ дистрибутива FreePBX Distro больше не поддерживается. Переход с CentOS на Debian сопровождался обновлением PHP и фронтенд‑библиотек, что ускорило работу веб‑интерфейса в 5 раз при нагрузке 800 пользователей.

Развитие PJ ‑Project и PJ ‑SIP

В состав проекта вернулся обновленный PJ ‑Project, состоящий из незначительных, но важных исправлений длины переменных.Для PJ -SIP добавлены команды reload-конфигурации в Config Wizard, парсинга URI с возможностью указания переменной-источника, а также новые виды аутентификации (CPU ID и transport-based).

Перспективы дальнейшего развития

Обсуждается возможность написания отдельных модулей Asterisk на других языках (например, C++), что позволит снизить трудозатраты на разработку и привлечь новую аудиторию.В Ari намечены WebSocket‑медиа и исходящие веб‑хуки, что расширит применение ARI‑приложений в сценариях real‑time.Возможная доработка API для управления MusicOnHold, позволяющая прерывать фоновые мелодии и внедрять собственные аудиосообщения в вызовы.