Эксперт по Asterisk: нахожу, почему теряются звонки

Диагностика SIP и RTP, голосовые боты на ARI, интеграции с CRM и звонки Telegram ↔ SIP. Пока другие меняют настройки наугад, я нахожу реальную причину и показываю её в трассировке.

  • SIP, RTP, PJSIP
  • ARI и AMI
  • CRM и события
  • Telegram ↔ SIP

Если телефония ведёт себя так — это ко мне

Клиенту неважно, что сломалось: SIP, NAT или провайдер. Для него просто не дозвонились. Каждый такой звонок — потерянный заказ.

SIP/2.0 480 Temporarily Unavailable

Теряются входящие звонки

Клиент дозвонился, а у операторов вызова не было. Причина бывает в очереди, в маршрутизации или в том, как провайдер передаёт вызов.

RTP: поток только в одну сторону

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

Почти всегда это NAT: медиапоток уходит не на тот адрес. В трассировке это видно сразу, если знать, куда смотреть.

SIP/2.0 408 Request Timeout

Транк периодически отваливается

Истекает регистрация, провайдер не отвечает на OPTIONS или сеть режет UDP. Ищу закономерность по времени и трассам.

CRM: звонок не найден

CRM не видит звонки

Разговор был, а в карточке клиента пусто. Чиню связку событий AMI или ARI с CRM, чтобы ни один вызов не пропадал.

uptime 7 days → restart

Неделю работает, потом ломается

Зависшие каналы, переполненные логи, истёкшие сертификаты. Нахожу, что копится, и убираю причину вместо перезапуска по расписанию.

Endpoint: Unavailable

«Всё настроено правильно», но не работает

Конфигурация выглядит верной, а звонков нет. Сверяю то, что написано в настройках, с тем, что на самом деле идёт по сети.

Чем точнее симптом, тем быстрее причина. Запишите время и номера проблемных звонков — с этого начинается диагностика.

Как я ищу причину

Не «попробуем поменять кодек». Сначала доказательство, потом исправление. Вы видите, что происходит, до того как что-то меняется.

  1. Симптомы и данные

    Время и номера проблемных вызовов, конфигурация, доступ к серверу. Без этого любая настройка — догадка.

  2. Трассировка

    Снимаю SIP- и RTP-трафик, разбираю логи Asterisk и путь вызова от провайдера до оператора.

  3. Причина с доказательством

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

  4. Исправление и проверка

    Меняю только нужное, проверяю на реальных звонках и описываю, как не допустить повторения.

Для больших логов и трассировок использую ИИ-инструменты анализа. Это сокращает время поиска; выводы всегда проверяю по реальному трафику, а решения о том, что менять, принимаю сам.

Что я строю вокруг Asterisk

Не «настройку АТС», а результат для бизнеса: связь, которая работает там, где типовые решения уже не подходят.

Звонки из Telegram в вашу АТС

Сотрудники звонят и принимают вызовы АТС прямо из Telegram, без VPN и IP-телефонов. Подходит удалённым командам и как резервный канал связи.

Telegram ↔ SIP

Голосовой бот, который отвечает сам

Голосовые меню и боты с логикой на Python или Node.js, подключение распознавания и синтеза речи, передача оператору вместе с контекстом.

Asterisk ARI

CRM, которая знает о каждом звонке

Карточка клиента всплывает при входящем, разговор и запись попадают в историю, звонок запускается по клику из CRM.

AMI, ARI, REST

Колл-центр без ручной работы

Очереди, автообзвон и обратный звонок, мониторинг операторов в реальном времени, отчёты по пропущенным вызовам.

Очереди и AMI

Звонок с сайта в один клик

Клиент звонит из браузера прямо в вашу АТС, без программ и номеров. Вызов идёт в те же очереди и к тем же операторам.

WebRTC

Телефония, которую не страшно трогать

Аудит, миграция на актуальную версию, отказоустойчивость и документация, по которой систему поймёт любой инженер.

Аудит и модернизация

Один специалист вместо трёх

Обычно задача на стыке: администратор телефонии кивает на программистов, программисты — на провайдера. У меня стыка нет: от SIP-пакета до кода интеграции всё в одних руках.

ТелефонияSIP, RTP, NAT, PJSIP РазработкаPython, Node.js, Lua ИнтеграцииCRM, Telegram, WebRTC Один инженер

Как можно начать

Формат зависит от того, горит ли у вас сейчас или вы планируете заранее.

Разбор инцидента

Что-то сломалось сейчас

  • причина с доказательством
  • исправление
  • рекомендации, чтобы не повторилось

Аудит телефонии

Работает, но тревожно

  • узкие места и риски
  • проверка безопасности
  • план модернизации

Разработка под задачу

Нужно то, чего нет из коробки

  • бот, шлюз или интеграция
  • код и документация
  • запуск на ваших звонках

Сопровождение

Хотите не думать о телефонии

  • мониторинг и обновления
  • реакция на сбои
  • развитие системы

Оценку называю после того, как разберусь в задаче. Оплата — на странице оплаты услуг по условиям оферты.

Частые вопросы

Что нужно, чтобы начать диагностику?

Описание симптомов, время и номера проблемных звонков и доступ к серверу Asterisk. По этим данным снимаю трассировки и ищу, где именно ломается вызов.

Можно ли подключить Telegram к нашей АТС?

Да. Шлюз Telegram ↔ SIP превращает звонки Telegram в обычные SIP-вызовы: они проходят через вашу АТС, попадают в очереди, записываются и видны в CRM.

Чем ARI отличается от AMI?

AMI сообщает о событиях и выполняет команды: подходит для мониторинга, CRM и автообзвона. ARI передаёт управление звонком вашему приложению: на нём строят голосовых ботов, нестандартную маршрутизацию и сервисы, которые невозможно описать в dialplan.

Можно ли интегрировать телефонию с нашей CRM?

Если у CRM есть API, да: карточка клиента при входящем звонке, история и записи разговоров в CRM, звонок по клику из карточки.

Используете ли вы ИИ в работе?

Да, ИИ-инструменты ускоряют разбор больших логов и трассировок. Выводы всегда проверяю по реальному трафику, а решения о том, что менять в системе, принимаю сам.

Как оплатить работу?

Онлайн на странице оплаты услуг по условиям публичной оферты.

Опишите, что происходит со звонками

Симптомы, когда началось, сколько линий и операторов. Чем точнее описание, тем быстрее найдём причину.

Готов разобраться в вашей задаче

Напишите на почту или в Telegram либо позвоните. Если проблема горит прямо сейчас, так и укажите.

Что написать

Например: с 10:00 часть входящих не доходит до операторов, транк от провайдера X, 30 операторов, Asterisk 18