SIP/2.0 480 Temporarily UnavailableТеряются входящие звонки
Клиент дозвонился, а у операторов вызова не было. Причина бывает в очереди, в маршрутизации или в том, как провайдер передаёт вызов.
Диагностика SIP и RTP, голосовые боты на ARI, интеграции с CRM и звонки Telegram ↔ SIP. Пока другие меняют настройки наугад, я нахожу реальную причину и показываю её в трассировке.
Клиенту неважно, что сломалось: SIP, NAT или провайдер. Для него просто не дозвонились. Каждый такой звонок — потерянный заказ.
SIP/2.0 480 Temporarily UnavailableКлиент дозвонился, а у операторов вызова не было. Причина бывает в очереди, в маршрутизации или в том, как провайдер передаёт вызов.
RTP: поток только в одну сторонуПочти всегда это NAT: медиапоток уходит не на тот адрес. В трассировке это видно сразу, если знать, куда смотреть.
SIP/2.0 408 Request TimeoutИстекает регистрация, провайдер не отвечает на OPTIONS или сеть режет UDP. Ищу закономерность по времени и трассам.
CRM: звонок не найденРазговор был, а в карточке клиента пусто. Чиню связку событий AMI или ARI с CRM, чтобы ни один вызов не пропадал.
uptime 7 days → restartЗависшие каналы, переполненные логи, истёкшие сертификаты. Нахожу, что копится, и убираю причину вместо перезапуска по расписанию.
Endpoint: UnavailableКонфигурация выглядит верной, а звонков нет. Сверяю то, что написано в настройках, с тем, что на самом деле идёт по сети.
Чем точнее симптом, тем быстрее причина. Запишите время и номера проблемных звонков — с этого начинается диагностика.
Не «попробуем поменять кодек». Сначала доказательство, потом исправление. Вы видите, что происходит, до того как что-то меняется.
Время и номера проблемных вызовов, конфигурация, доступ к серверу. Без этого любая настройка — догадка.
Снимаю SIP- и RTP-трафик, разбираю логи Asterisk и путь вызова от провайдера до оператора.
Показываю, где именно ломается вызов и что это подтверждает. Решение принимаете, понимая проблему.
Меняю только нужное, проверяю на реальных звонках и описываю, как не допустить повторения.
Для больших логов и трассировок использую ИИ-инструменты анализа. Это сокращает время поиска; выводы всегда проверяю по реальному трафику, а решения о том, что менять, принимаю сам.
Не «настройку АТС», а результат для бизнеса: связь, которая работает там, где типовые решения уже не подходят.
Сотрудники звонят и принимают вызовы АТС прямо из Telegram, без VPN и IP-телефонов. Подходит удалённым командам и как резервный канал связи.
Telegram ↔ SIPГолосовые меню и боты с логикой на Python или Node.js, подключение распознавания и синтеза речи, передача оператору вместе с контекстом.
Asterisk ARIКарточка клиента всплывает при входящем, разговор и запись попадают в историю, звонок запускается по клику из CRM.
AMI, ARI, RESTОчереди, автообзвон и обратный звонок, мониторинг операторов в реальном времени, отчёты по пропущенным вызовам.
Очереди и AMIКлиент звонит из браузера прямо в вашу АТС, без программ и номеров. Вызов идёт в те же очереди и к тем же операторам.
WebRTCАудит, миграция на актуальную версию, отказоустойчивость и документация, по которой систему поймёт любой инженер.
Аудит и модернизацияОбычно задача на стыке: администратор телефонии кивает на программистов, программисты — на провайдера. У меня стыка нет: от SIP-пакета до кода интеграции всё в одних руках.
Формат зависит от того, горит ли у вас сейчас или вы планируете заранее.
Что-то сломалось сейчас
Работает, но тревожно
Нужно то, чего нет из коробки
Хотите не думать о телефонии
Оценку называю после того, как разберусь в задаче. Оплата — на странице оплаты услуг по условиям оферты.
Описание симптомов, время и номера проблемных звонков и доступ к серверу Asterisk. По этим данным снимаю трассировки и ищу, где именно ломается вызов.
Да. Шлюз Telegram ↔ SIP превращает звонки Telegram в обычные SIP-вызовы: они проходят через вашу АТС, попадают в очереди, записываются и видны в CRM.
AMI сообщает о событиях и выполняет команды: подходит для мониторинга, CRM и автообзвона. ARI передаёт управление звонком вашему приложению: на нём строят голосовых ботов, нестандартную маршрутизацию и сервисы, которые невозможно описать в dialplan.
Если у CRM есть API, да: карточка клиента при входящем звонке, история и записи разговоров в CRM, звонок по клику из карточки.
Да, ИИ-инструменты ускоряют разбор больших логов и трассировок. Выводы всегда проверяю по реальному трафику, а решения о том, что менять в системе, принимаю сам.
Онлайн на странице оплаты услуг по условиям публичной оферты.
Симптомы, когда началось, сколько линий и операторов. Чем точнее описание, тем быстрее найдём причину.
Напишите на почту или в Telegram либо позвоните. Если проблема горит прямо сейчас, так и укажите.
Например: с 10:00 часть входящих не доходит до операторов, транк от провайдера X, 30 операторов, Asterisk 18