Как астерискеры налево Eltex сходили

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

Разберу логику dialplan и модификаторов, особенности работы с телефонами Eltex, Cisco и других производителей, а также provisioning и автоматизацию настройки устройств.

Тезисы
dialplan и модификаторы;
телефоны Eltex, Cisco и других производителей;
provisioning;
переход от привычной логики Asterisk к Eltex;
практические сложности и найденные решения.

Реализация голосового ИИ-бота с использованием RealTime API

В докладе рассмотрим, что такое Realtime API и как его можно использовать для создания голосовых AI-агентов в телефонии. Разберём схему интеграции Asterisk и Realtime API, работу через ARI, передачу аудио в реальном времени и реализацию голосового буфера.
Отдельно рассмотрим использование функций в Realtime API, которые позволяют агенту взаимодействовать с внешними сервисами и бизнес-логикой.
В качестве практического примера будет показан простой голосовой агент на Python с использованием Realtime API от Yandex.

Тезисы
— Что такое Realtime API и как он применяется в голосовых агентах.
— Архитектура интеграции Asterisk и Realtime API.
— Использование ARI для работы со звонками.
— Передача и обработка аудио в реальном времени.
— Реализация голосового буфера.
— Использование функций в Realtime API.
— Практический пример голосового агента на Python.

Что нам стоит пуш-софтфон вайбкодить?

Обычный SIP-клиент не может стабильно принимать звонки на iPhone из-за ограничений фоновой работы, а типовые решения передают SIP-сессии и данные о звонках внешнему push-сервису.
Расскажем о нашем подходе к реализации софтфона.

Тезисы
1. Почему «просто SIP-клиент» на iPhone не работает
2. Чем приходится платить за типовой push-софтфон
3. Как правильно разбудить устройство
4. Открытый SIP-порт становится целью атак → используем защищённый WebRTC-шлюз
5. Постоянный пароль в приложении опасен → ограничиваем доступ токенами и сессиями
6. Ручная настройка сложна и небезопасна → используем автонастройку
7. IP-адрес и сеть постоянно меняются → ICE, STUN и восстановление соединения
8. Что можем получить в итоге разработки?

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

На мастер-классе разберём переход от обычного общения с 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.

Asterisk не умеет в постобработку, тэгирование и SIP-сообщения — что можно с этим сделать?

Что делать, если бизнесу нужно от Asterisk то, чего в нем нет «из коробки»?
На практических примерах разберем, как передавать данные о звонках во внешние системы, использовать постобработку вместо паузы в очереди, тегировать звонки для CRM, выбирать SIP-транк без префиксов и связывать SIP-софтфон с Telegram, MAX и VK Workspace.
Все решения — через dialplan, функции софтфона и внешние скрипты, без радикальной переделки Asterisk.

Тезисы
— Передача данных о звонке во внешние системы из dialplan и софтфона.
— Постобработка как альтернатива паузе в очереди.
— Тегирование звонков и передача дополнительного контекста в CRM.
— Выбор SIP-транка с помощью DID без запоминания префиксов.
— Использование SIP Message для обмена сообщениями между мессенджерами и Asterisk
— Взаимодействие Asterisk и софтфона с внешними скриптами.

Оцениваем качество и разборчивость речи с помощью нейросети

Плохое качество голоса не всегда можно заметить по стандартным техническим метрикам. Шум, искажение тембра, прерывистость или проблемы с громкостью могут возникать у отдельных пользователей и оставаться незаметными для привычного мониторинга.
В докладе будет рассмотрен подход к автоматической оценке качества разговоров с помощью NISQA-s. Будет показано, как получать метрики Noisiness, Coloration, Discontinuity, Loudness и MOS, обрабатывать аудио с помощью FFmpeg и Python, сохранять результаты в ClickHouse и визуализировать их в Grafana.
Также будут разобраны первые результаты такого мониторинга и то, какие проблемы удалось увидеть благодаря новым метрикам.

Тезисы
— Почему стандартного мониторинга недостаточно для оценки качества голоса.
— Как NISQA-s позволяет автоматически оценивать качество аудио.
— Какие метрики можно получить: Noisiness, Coloration, Discontinuity, Loudness и MOS.
— Как устроен пайплайн обработки аудио на FFmpeg и Python.
— Какие новые сигналы о проблемах качества дает такой подход.

Делаем интеллектуального SIP-ассистента за неделю

Доклад показывает разработку локального голосового SIP-ассистента с потоковым ASR, LLM с RAG, TTS, поддержкой контекста, перебивания и перевода звонка оператору.
Главная тема — не сам ассистент, а инженерный процесс его создания: как специалист, используя AI, быстро проходит путь от требований и архитектурных границ до рабочего прототипа, тестов и live-демонстрации.
На практическом примере рассматриваются реальные сложности интеграции SIP/RTP и нейросетевых компонентов, роль экспертного контроля и границы применимости AI-ускорения.

Тезисы
— Посмотрим, как заставить независимые потоковые компоненты — SIP/RTP, ASR, TTS и диалоговый автомат — взаимодействовать в реальном времени, не блокируя звонок из-за медленной нейросети.
— Покажу, как специалист превращает AI из генератора правдоподобного кода в ускоритель прикладной разработки — через требования, границы компонентов, тесты и живые проверки.
— Расскажу, как собрать локальный голосовой контур с ASR, TTS и RAG так, чтобы модели можно было заменять, а поведение системы оставалось контролируемым.
— Покажу, как найти дефект на границе потокового TTS и тактового PJMEDIA, который не виден по формальному egress_underruns, но превращает ответ бота в тишину.
— Расскажу, как управление prompt и skills позволяет заметно сократить задержку ответа LLM без замены самой модели.

Способы и запросы к мониторингу Asterisk-а в 2026 году

Информация о мониторинге Asterisk часто разрознена: отдельно рассматриваются метрики, логи и SIP-трафик, но не всегда понятно, как объединить эти подходы в рабочую систему. В докладе будет представлен обзор инструментов, которые применяются сегодня, а также их преимуществ, ограничений и сценариев использования.
Рассмотрим Zabbix, Prometheus, Grafana, Loki, Elasticsearch, rsyslog, SIP3, Homer, AMI и Bash-скрипты, как инструменты сбора диагностических данных. Обсудим, какие решения подходят для небольшой инфраструктуры, что меняется при росте числа серверов и объема данных и почему в крупных системах одного инструмента обычно недостаточно. Отдельное внимание будет уделено централизованному сбору логов, мониторингу SIP-трафика и сочетанию разных источников данных для диагностики прохождения звонка.

Основные тезисы
— Универсального инструмента для мониторинга Asterisk не существует.
— Выбор решения зависит от размера и сложности инфраструктуры.
— Разница при использовании Zabbix как одиночного сервера, и как компонента сложных систем мониторинга.
— Централизованный сбор метрик и логов, а также SIP-мониторинг как компоненты эффективной диагностики возникающих проблем.
— Телеметрия — что она добавляет, кому и для чего она нужна.
— Не все привычные инструменты одинаково эффективны в современных enterprise-инфраструктурах.

Как позвонить в 40к+ домофонов. Одновременно

Начнём с Asterisk и Kamailio и посмотрим, как далеко на них можно масштабировать массовый обзвон. Затем разберём переход к собственному SIP- и RTP-серверу на Go, оптимизацию UDP-трафика и генерации RTP.
Отдельно обсудим, почему FFmpeg плохо подходит для большого числа медиапотоков, как перейти к репликации RTP и в каких случаях имеет смысл использовать eBPF/XDP.
По ходу разберём устройство SIP- и RTP-пакетов, диалоги, транзакции, CSeq, теги, контрольные суммы и хранение метаданных в AVL-деревьях. Главный вопрос — какие части стандартного SIP-стека действительно нужны, а от каких можно отказаться ради производительности.

Тезисы
— Массовый обзвон порядка 40 000 устройств.
— Масштабирование Asterisk и Kamailio и их пределы.
— SIP- и RTP-сервер на Go.
— Генерация и репликация RTP, ограничения FFmpeg.
— Оптимизация UDP, ptime, параметры ядра.
— eBPF/XDP для высокопроизводительной работы с пакетами.
— SIP и RTP изнутри: заголовки, транзакции, диалоги, CSeq, checksum.
— AVL-деревья для хранения метаданных диалогов.
— Когда можно упростить SIP-модель ради производительности.

Типовая установка не прошла согласование: как мы три года запускали продукт для контакт центра в закрытом контуре

Расскажем, как внедрение продукта для КЦ заняло около трёх лет из-за требований информационной безопасности, ограничений закрытого контура и необходимости интеграции с существующей VoIP-инфраструктурой. Разберём, почему типовая архитектура не прошла согласование, какие технические и организационные проблемы возникли в процессе и какие доработки потребовались для запуска системы.

Тезисы:
— Почему успешный пилот не гарантирует готовность к промышленной эксплуатации.
— Как адаптировали архитектуру под требования ИБ и закрытый контур.
— Как интегрировали CallForce с Asterisk, SIP/RTP, VPN и внутренними системами.
— Какие технические проблемы выявились во время внедрения.
— Как распределяли ответственность между заказчиком и поставщиком.
— Что необходимо предусмотреть заранее: мониторинг, резервирование, SLA, обновления и поддержку.
— Какие ошибки стоит учесть при аналогичных внедрениях.

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