Автор: sergey
MikoPBX — расширенные возможности ч.2
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 для аналитики и отчётности.