Телефонный номер сегодня не просто набор цифр, а прямой эквивалент прибыли компании. Несмотря на то что вокруг сплошной диджитал, приложения, мессенджеры и соцсети, голос никуда не уходит. Телефон остается фундаментальным способом связи. Возьмем, к примеру, сферу такси: там всегда есть приличный процент «староверов», которым проще набрать номер, чем тыкать в приложение. А когда клиентское приложение по какой-то причине «ложится», телефон становится единственной спасательной соломинкой, через которую идет поток заказов.

Помимо прямых продаж, телефония — это огромный пласт маркетинга. Когда компания ищет водителей или курьеров и вешает объявления на разных площадках вроде HeadHunter или Avito, ей нужно понимать, откуда пришел человек. Каждому региону и каждой площадке выделяется свой номер. Если этот номер внезапно «отвалится», компания просто потеряет потенциальных сотрудников и деньги, потраченные на рекламу. Поэтому вопрос мониторинга номеров стоит максимально остро: нужно знать здесь и сейчас, работает связь или нет.

Пассивный мониторинг: когда данные уже под рукой

Самый простой и логичный способ понять, что происходит с телефонией — это пассивный мониторинг. Его суть в том, что мы не создаем лишних движений, а просто анализируем те данные, которые система генерирует сама по себе. Главный источник здесь — это CDR (Call Detail Records), то есть записи о каждом совершенном и принятом вызове.

Если установка Asterisk была выполнена грамотно, то все данные о звонках обычно стекаются в SQL-базу (MySQL или PostgreSQL). Как только данные оказались в базе, их можно легко «подцепить» к Grafana. Это позволяет строить наглядные графики в реальном времени.

Что дает пассивный мониторинг через Grafana:

• Визуализация потока: Вы видите количество звонков в секунду или минуту. Если график резко ушел в ноль — значит, что-то сломалось.
• Сравнение с прошлыми периодами: Можно наложить текущий график на данные прошлой недели. Если обычно в полдень у вас 100 звонков, а сегодня всего 10, это повод забить тревогу, даже если полная тишина еще не наступила.
• Отслеживание аномалий: Иногда операторы связи «подрезают» канальность. По графикам легко увидеть, что вы уперлись в потолок, который раньше был выше.

Иногда возникают ситуации, когда CDR пишутся не в базу, а в обычные текстовые файлы. Это не приговор — можно использовать связку из Telegraf, Prometheus и той же Grafana, чтобы «выгребать» статистику из файлов. Еще один мощный инструмент — это AMI (Asterisk Manager Interface). Через него можно в реальном времени слушать все события, которые происходят в системе, и моментально реагировать на ошибки. Если вы хотите, чтобы ваша система работала как часы, стоит пройти профильные курсы по Asterisk, где подробно разбираются механизмы сбора и анализа таких данных.

Активный мониторинг: плюсы и боли GSM-шлюзов

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

Часто компании пытаются делать это через других SIP-операторов, но это «тепличные» условия. Настоящая проверка — это звонок из реальной мобильной сети, с обычной сим-карты. Для этого в разных регионах ставят GSM-шлюзы.

Однако здесь начинаются суровые будни инженера:

1. Железо капризничает: GSM-шлюзы имеют свойство зависать. Их приходится периодически перезагружать, что само по себе превращается в отдельный квест, если шлюз стоит где-нибудь в другом городе.
2. Блокировки операторов: Мобильные операторы очень не любят «технические» звонки. Если с одной сим-карты постоянно идут короткие вызовы без поднятия трубки, ее очень быстро заблокируют за подозрительную активность.
3. Логистический кошмар: Если вы работаете по всей стране, вам нужно в каждом регионе найти место для шлюза, договориться с кем-то, кто будет менять сим-карты, и постоянно следить за балансом.

В итоге активный мониторинг через «железо» превращается в дорогую и сложную в поддержке систему, которая сама требует мониторинга. Прежде чем внедрять такие сложные схемы, полезно провести аудит IP-ATC, чтобы убедиться, что базовые настройки системы не имеют дыр и ошибок маршрутизации.

Проблема региональных стыков и операторских «глюков»

Почему нельзя просто мониторить один номер из Москвы и считать, что всё хорошо? Проблема в том, что связь — это сложная паутина межоператорских стыков. Бывает так, что из сети одного мобильного оператора звонки проходят идеально, а абоненты другого оператора в том же регионе слышат тишину или «номер не существует».

Такие проблемы крайне сложно отловить пассивно, если у вас небольшой поток звонков. Вы просто увидите небольшое снижение трафика и спишете это на сезонность или плохое настроение клиентов. На самом деле в этот момент отвалился целый сегмент аудитории.

Чтобы минимизировать риски на стороне самой станции, должна быть настроена качественная защита IP-ATC. Это гарантирует, что внешние атаки или попытки взлома не перегрузят систему и не станут причиной ложных алертов в мониторинге.

Самодиагностика номеров через реестры и MNP

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

В России есть реестр плана нумерации, по которому можно понять, какому оператору и какому региону принадлежит номер по умолчанию. Но есть нюанс — MNP (Mobile Number Portability). Люди годами переходят от одного оператора к другому, сохраняя номер. На сегодняшний день в стране перенесено более 20 миллионов номеров. Если просто смотреть на код (например, 903), можно ошибочно подумать, что это Билайн, хотя человек уже давно в МТС.

Как построить систему «умного» мониторинга:

• Запрос в базу MNP: При каждом входящем звонке система через API обращается к базе перенесенных номеров. Это можно делать, например, через бесплатные сервисы (у VoxLink есть такой API).
• Идентификация оператора: Мы точно узнаем, что звонок пришел, допустим, от Мегафона из Самары.
• Статистический анализ: Система фиксирует: «Ага, Мегафон-Самара успешно достучался до нашего рекламного номера».
• Алертинг по отсутствию данных: Если в течение последних 10–15 минут не было ни одного звонка от крупного оператора из конкретного региона, хотя обычно их десятки — значит, есть проблема на стыке.

Такой подход позволяет отказаться от физических GSM-шлюзов. Мы используем реальный клиентский трафик как инструмент тестирования. При этом важно, чтобы клиент, дозвонившись, попал в профессионально настроенное меню. Хорошая запись IVR поможет удержать человека на линии, пока система проводит свои внутренние проверки.