Asterisk + МТС Exolve: автоматизация коммуникаций и повышение контактности

Узнайте, как расширить возможности Asterisk с помощью API-платформы МТС Exolve и выстроить полный цикл коммуникаций — от подготовки клиентской базы до анализа результатов. На мастер-классе разберём практические сценарии интеграции звонков, SMS, роботов и АТС.

Обсудим, как:
готовить базу к коммуникациям: проверять актуальность номеров и выбирать лучшее время для звонка
повысить контактность с помощью маркировки звонков, карусели и детектирования автоинформаторов
управлять входящей связью по API и маскировать номер звонящего
автоматизировать общение с помощью роботов и массовых рассылок
отслеживать каждый этап звонка и SMS в онлайне и получать детализацию коммуникаций

PJSIP под капотом

PJSIP давно стал единственным SIP-стеком Asterisk, но pjsip.conf для многих инженеров всё ещё остаётся «чёрным ящиком».
Разберём, почему chan_sip был заменён, как связаны endpoint, auth, aor, identify и transport, и как Asterisk обрабатывает SIP-запросы внутри.
Отдельно посмотрим на taskprocessor: почему проблемы с нагрузкой не всегда видны по CPU и как диагностировать очереди через core show taskprocessors.
Также разберём три важных точки тюнинга — timer_t1, timer_b, endpoint_identifier_order, realtime с кэшем Sorcery, минимальную защиту от SIP-фрода и изменения в Asterisk 23.

— Почему chan_sip заменили на PJSIP.
— Объектная модель: endpoint, auth, aor, identify, transport.
— Как Asterisk определяет endpoint для входящего SIP-запроса.
— taskprocessor и диагностика перегрузки через core show taskprocessors.
— Три точки тюнинга: timer_t1, timer_b, endpoint_identifier_order.
— Sorcery, realtime и кэширование объектов.
— Минимальная защита от SIP-фрода.
— Что нового в Asterisk 23.

AI-агенты в эксплуатации Asterisk: от запроса инженера до изменений на сервере. ч.2

На мастер-классе разберём переход от обычного общения с LLM к агентному подходу, где AI не только предлагает команды, но и выполняет последовательность действий на сервере.

На живых примерах покажу, как агент изучает существующую конфигурацию Asterisk, вносит изменения, делает reload, проверяет результат и анализирует проблемы с вызовами по логам, SIP trace и tcpdump.

Отдельно обсудим skills, memory/context и безопасный доступ агента к инфраструктуре. В качестве примеров будут использоваться OpenClaw, Codex и аналогичные агентные инструменты.

Тезисы
— AI-агент против обычного чата с LLM.
— Работа агента с Linux и Asterisk.
— Skills и memory/context для инженерных задач.
— Автоматизация PJSIP-транков, dialplan и маршрутизации.
— Диагностика звонков по логам, SIP trace и tcpdump.
— Проверка изменений после выполнения команд.
— Безопасность и контроль действий AI-агента.
— Практические сценарии на примере OpenClaw и Codex.

Fanvil’s ISDS — все системы в сборе!

Доклад посвящён тому, как объединить телефонию, видеосвязь, домофонию, оповещение, контроль доступа и IoT-устройства в единую инфраструктуру. На примере решений Fanvil будут показаны подходы к интеграции, централизованному управлению и автоматизации сценариев реагирования.

Тезисы
— переход от отдельных устройств к единой AV-IoT-платформе;
— интеграция связи, видео, оповещения и контроля доступа;
— использование SIP/IP, API и кросс-платформенной совместимости;
— автоматизация реагирования на события и инциденты;
— централизованное управление и удалённое обслуживание устройств.

Речевая аналитика, которую мы собирали по частям: ASR, диаризация, VAD, LLM и немного боли

Чтобы подсказывать оператору по ходу разговора, сначала нужно добыть звук. Самым очевидным решением был виртуальный аудиодрайвер — мы его спроектировали и не стали писать. Расскажу, почему, и что выросло из этого решения: захват звука мимо телефонии на трёх операционных системах, потоковое распознавание, суммаризация, автооценка и подсказки из базы знаний, которая упорно не находит нужный ответ. По дороге — все места, где мы свернули не туда, и то, что не работает прямо сейчас

Виртуальный аудиодрайвер — правильное по учебнику решение, которое не доживает до продакшена
Системный захват звука оказался не компромиссом, а главной фичей
Распознавание перестало быть узким местом быстрее, чем мы ожидали

Интеграция с Asterisk на Python

На мастер-классе спикер в реальном времени соберёт веб-приложение для обработки и управления вызовами в Asterisk на примере одного из участников.

В процессе будут задействованы основные интеграционные интерфейсы Asterisk: управление вызовами и событиями, работа с медиапотоком и данными о звонках. Участники увидят, как связать телефонию, backend и веб-интерфейс в единую систему.

ИИ будет использоваться как вспомогательный инструмент для ускорения разработки.

Основные тезисы
— Сборка рабочего веб-приложения для обработки вызовов.
— Использование ключевых интеграционных интерфейсов Asterisk.
— Связка телефонии, backend и веб-интерфейса.
— Работа с событиями, медиапотоком и данными о звонках.
— Контроль ключевых точек интеграции.
— Использование ИИ как дополнительного инструмента разработки.

Участники получат практическое понимание того, как строится приложение вокруг Asterisk и как его интеграционные механизмы работают вместе.

От VP-100P до Elph NOVA: сквозной видеовызов через ECSS-10, vESBC и мониторинг качества

Практический разбор сквозного видеовызова в инфраструктуре ELTEX: от терминала VP-100P через vESBC и ECSS-10 до Elph NOVA. Покажем, как контролировать не только факт соединения, но и качество медиа, состояние платформы и причины проблем с помощью VoIP Monitor, Peeper и NETA.

Тезисы
— Сквозной вызов — это путь от терминала до клиента, а не только SoftSwitch.
vESBC обеспечивает управляемую границу сети.
— Статуса answered недостаточно для полноценной диагностики.
— VoIP Monitor, Peeper и NETA дают контроль вызовов, платформы и абонентского контура.
— Сквозная наблюдаемость ускоряет поиск проблем и делает сервис предсказуемее.

CEL вместо CDR: как собрать отчёт о звонке из событий Asterisk

CDR показывает итог звонка, но плохо подходит для восстановления его полного сценария: очередей, переводов, удержаний и взаимодействия нескольких каналов. В докладе разберём, как использовать CEL и преобразовать технические события Asterisk в понятный Call Flow и итоговую карточку звонка.

На практическом примере покажем, как группировать события очередей, bridge, transfer, hold и каналов, рассчитывать временные метрики и формировать структуру данных для отчётности и аналитики.

Тезисы
— Почему CDR недостаточно для сложных сценариев звонка.
— Как декомпозировать звонок на очереди, ответ, разговор, удержания и переводы.
— Как группировать CEL-события в смысловые сущности.
— Как определить участников звонка и восстановить его последовательность.
— Как рассчитать время дозвона, разговора, удержания и общую длительность.
— Как сформировать итоговую карточку звонка и Call Flow для аналитики и отчётности.

Остались вопросы?
Ваше имя
Ваша почта
Задайте вопрос
Отправить
Нажимая кнопку «Отправить», Вы разрешаете обработку персональных данных и подтверждаете ознакомление и согласие с Политикой в отношении обработки персональных данных и Политикой конфиденциальности
Анастасия Грушко
Координатор
+7 (495) 103-99-88 info@asterconf.ru