Проекту Asterisk исполнилось 22 года. Для программного продукта это почтенный возраст, когда основные черты характера и мировоззрение уже полностью сформированы. В таком возрасте сложно ждать от системы революционных переворотов или радикальной смены курса — это зрелое решение, которое все воспринимают именно таким, какое оно есть. Выход Asterisk 19 — очередное подтверждение того, что платформа движется по пути планомерной оптимизации, избавляясь от старого багажа и адаптируясь к современным реалиям связи.

Сегодня Asterisk — это не просто софт для телефонии, а фундамент для огромного количества бизнес-процессов. Несмотря на отсутствие «вау-эффекта», развитие продолжается, и текущие изменения направлены на то, чтобы сделать работу с системой более предсказуемой и удобной для инженеров. В этом обзоре разобраны ключевые обновления девятнадцатой версии, тренды сообщества и те изменения в экосистеме, которые напрямую влияют на повседневную эксплуатацию АТС.

Что происходит в сообществе и мире

Мир конференций и встреч разработчиков за последние годы сильно изменился. Основная активность переместилась в онлайн, что, как ни странно, пошло на пользу доступности информации. Раньше, чтобы узнать, о чем спорят мейнтейнеры на Asterisk DevCon, нужно было лететь в США. Теперь же все обсуждения — от проблем «черных экранов» в видеосвязи до нюансов работы ARI — фиксируются в Wiki проекта и доступны любому желающему. Это открытая площадка, где можно проследить логику принятия решений: почему тот или иной модуль решили «выпилить» и что планируют внедрить взамен.

Помимо официальных мероприятий, на облик индустрии влияют и смежные проекты. Например, конференции по Kamailio и OpenSIPS часто становятся местом, где решаются вопросы совместимости протоколов. Если в одном продукте находят баг или неточность в реализации SIP, это неизбежно приводит к правкам и в Asterisk. Такая синергия позволяет open-source решениям оставаться конкурентоспособными на фоне закрытых проприетарных систем.

Речевые технологии и новые вызовы

На развитие телефонии в последнее время сильно влияют два фактора: законодательство и искусственный интеллект. В российском сегменте важным этапом стало принятие ФЗ-533, который заставил многих пересмотреть подходы к верификации пользователей. Хотя технически это добавило хлопот, такая адаптация стала обязательной частью работы любого системного администратора.

В то же время произошел качественный скачок в технологиях синтеза и распознавания речи (STT/TTS). Если раньше роботы в трубке звучали безжизненно, то современные движки от лидеров рынка, таких как Тинькофф или Just AI, научились корректно работать с интонациями и вопросительными предложениями. Теперь автоматизированная запись IVR или создание умных голосовых помощников на базе Asterisk позволяют строить диалоги, которые почти не отличаются от человеческих.

Жизненный цикл версий: что ставить, а что пора удалять

Порядок в версиях Asterisk — это залог спокойного сна инженера. На данный момент ситуация выглядит так:

• Asterisk 13: Эта ветка окончательно уходит в прошлое. С появлением 19-й версии поддержка «тринадцатки» прекращается даже в плане безопасности.
• Asterisk 16 и 18: Текущие LTS-версии (Long Term Support). Это «рабочие лошадки», на которых строится большинство стабильных инсталляций. Для них регулярно выходят сертифицированные релизы с исправленными багами.
• Asterisk 19: Свежая версия, которая не является LTS, но несет в себе все актуальные наработки. Она подходит для тех, кому нужны новые функции «здесь и сейчас».

Главный тренд последних релизов — агрессивная очистка кода. Разработчики ввели жесткую политику удаления устаревших модулей (deprecated). Теперь в Wiki есть четкий график: если модуль признан устаревшим, у него есть понятный срок жизни, после которого он будет удален физически. В 19-й версии уже пострадали такие компоненты, как app_fax и cdr_mysql.

На горизонте (в версии 21) нас ждет еще более масштабная «чистка»:

• chan_sip: Старый драйвер, который верой и правдой служил десятилетиями, будет окончательно удален. Настало время, когда установка Asterisk должна выполняться исключительно с использованием PJSIP.
• app_macro: Вместо него нужно использовать GoSub. Макросы официально признаны тупиковой веткой развития.
• app_meetme: Старая добрая конференц-связь уступает место более производительному ConfBridge.

Тонкая настройка PJSIP: что изменилось

Драйвер chan_pjsip — это то, вокруг чего сейчас крутится основная разработка. Он сложнее старого драйвера, но дает гораздо больше гибкости. Одним из самых долгожданных улучшений стала частичная перезагрузка транспорта. Раньше любое изменение в сетевых настройках требовало «передергивания» всего драйвера, что могло прервать активные звонки. Теперь настройки можно менять на лету, не затрагивая работающие сессии. Эту фичу даже добавили в старые LTS-ветки (16 и 18), настолько она была востребована.

Также в PJSIP доработали несколько важных моментов:

1. Работа с заголовками авторизации: Система стала умнее при обработке ответов 401 Unauthorized. Если приходят заголовки с разными типами хэшей, Asterisk теперь корректно выбирает тот, который он умеет обрабатывать.
2. Опция low_authenticated_options: Теперь можно разрешить входящие OPTIONS-запросы без авторизации. Это полезно, когда внешние балансировщики или мониторинг постоянно «стучатся» к вам, чтобы проверить доступность узла.
3. Гибкость в диалплане: Появились функции PJSIP_HEADER для чтения и записи заголовков. Теперь работать с кастомными SIP-полями так же просто, как это было раньше, включая возможность вытягивать заголовки по маске (например, все, что начинается на X-).
4. Управление сессиями: Добавлены проверки для session_refresh, чтобы избежать ошибок, когда обновление сессии вызывается слишком рано, до того как звонок реально подняли.

Для тех, кто хочет глубоко разобраться в этих нюансах и профессионально настраивать современные протоколы, существуют профильные курсы по Asterisk, где детально разбирается переход со старого драйвера на новый.

Прокачка диалплана и приложений

Несмотря на возраст, в Asterisk продолжают появляться очень полезные «фишки» для написания логики звонков. Иногда это простые вещи, которых не хватало годами.

Например, появилось приложение WaitForCondition. Раньше для ожидания какого-то события в базе данных или смены переменной приходилось городить циклы с Wait(1). Теперь можно задать условие и интервал проверки в миллисекундах. Это делает диалплан чище и эффективнее. Туда же можно отнести WaitForTone и ToneDetect — инструменты для тех, кто до сих пор воюет с аналоговыми линиями или специфическими сигналами операторов.

Еще одна крутая штука — StoreDTMF. Теперь можно включить запись всех нажатых пользователем клавиш прямо в переменную канала. Это работает в фоновом режиме на протяжении всего звонка. Больше не нужно ломать голову, как собрать введенные цифры в сложном IVR, — они всегда под рукой.

Обновления затронули и работу с конференциями в ConfBridge:

• Появилась опция AnswerChannel, которая позволяет загнать звонок в конференцию без автоматического «поднятия трубки».
• В ConfKick добавили возможность гибко выкидывать участников, что полезно для автоматизированных систем управления совещаниями.
• Для видеоконференций добавили принудительную установку битрейта, чтобы картинка не разваливалась при плохом канале.

Системная гигиена: логи и файлы

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

Еще одно важное изменение — уровни логирования внутренней библиотеки PJProject теперь соответствуют стандартным уровням Asterisk. Это избавляет от путаницы, когда вы видите сообщение об ошибке, которое на самом деле является просто информационным. Кроме того, по умолчанию все файлы логов теперь имеют расширение .log. Это упрощает их автоматическую обработку скриптами и делает систему более дружелюбной к стандартным инструментам Linux.

Интересное обновление коснулось и безопасности: в сообщениях протокола STUN теперь не передается версия Asterisk. Чем меньше информации о системе доступно извне, тем выше защита IP-ATC от потенциальных злоумышленников, которые ищут конкретные уязвимости определенных версий.

Экосистема: FreePBX 16 и другие

Asterisk редко живет сам по себе, обычно он работает в связке с графическими интерфейсами или внешними утилитами. Главная новость здесь — выход FreePBX 16.
Ключевое изменение — переход на PHP 7.4. Для многих это станет болезненным моментом, так как старые самописные скрипты могут перестать работать. Прямое обновление с 15-й версии часто превращается в приключение, поэтому разработчики рекомендуют делать бэкап и восстанавливать его на чистой системе.

Во FreePBX активно внедряют GraphQL. Это современный способ взаимодействия с системой через API, который со временем должен заменить старые механизмы. Также в новой версии окончательно выключен по умолчанию chan_sip. Это явный сигнал всем: пора переходить на PJSIP, пути назад нет.

Для тех, кто строит распределенные системы, крайне актуальна Ip-телефония для удаленных сотрудников. Современные инструменты мониторинга, такие как VoIP Monitor, теперь умеют записывать видеовызовы и сохранять аудио в стерео. Это важно не только для контроля качества, но и для последующей речевой аналитики, где нужно четко разделять голоса клиента и оператора.

Новые горизонты: кодеки и AI

В финале стоит упомянуть о технологиях, которые только начинают проникать в мир Asterisk. Одной из таких тем является кодек Lyra от Google. Это нейросетевой кодек, который позволяет передавать голос на невероятно низких битрейтах (около 3 кбит/с). Пока это скорее экспериментальная история, и прямой поддержки в Asterisk «из коробки» нет, но сообщество уже активно интересуется внедрением подобных решений. Это может стать спасением для связи в местах с очень плохим интернетом.

Также продолжается интеграция с Active Directory. Централизованное управление пользователями и правами доступа становится стандартом даже для небольших компаний, и Asterisk здесь не исключение.