Проверка доступности мобильных абонентов

Вы когда-нибудь замечали, как телефон включает подсветку, как будто бы была нажата какая-то кнопка, но ничего больше не происходит? Если да — это и есть пример специального сообщения.

HLR (Home Location Register) — это централизованная база данных, которая содержит подробную информацию о каждом абоненте данной сети GSM-оператора. HLR содержит данные о SIM-картах данного оператора мобильной связи. Каждой SIM-карте сопоставлен уникальный идентификатор, называемый IMSI, который является ключевым полем для каждой записи в HLR.
HLR Lookup даёт местоположение с точностью до коммутатора.
С помощью HLR-запросов можно проверять статусы мобильных номеров и осуществлять чистку баз данных от неактуальных номеров. Сервис проверки номеров сохраняет конфиденциальность запроса и не беспокоит абонента.

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

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

Ping-SMS — это специальным образом сформированное бинарное SMS-сообщение, не отображаемое в телефоне получателя и предназначенное для проверки номера абонента на доступность в реальном времени.
Полезно почитать ВИКИ

sip notify

В процессе работы, надоело перегружать телефончики руками с помощью веб морды(да, я так долго боролся с ленью).
Для того чтобы произвести перечитку конфигов при провижинге труб или нужно произвести холодную или теплую перезагрузку и не лезть в каждую трубу, а сделать все централизованно из консоли Астериска нужно использовать sip notify. Читать далее «sip notify»

Hangouts+asterisk

Дело было вечером, делать было нечего.. Собственно я уже писал о интеграции гуглоголоса и Asterisk. Вот тут. Но все течет все меняется, и та статейка уже изрядно устарела, и нам не остается ничего другого как обновить статейку. Читать далее «Hangouts+asterisk»

Cisco translation rules

Если вам скучно и хочется немного сломать мозг, то прошу поупражняться с правилами преобразования номеров в cisco!
Преобразовывать мы можем как ANI(CallerID) так и DNIS(куда звоним).
После Астериска проделывая аналогичные действия на цыске, мне захотелось рыдать кровавыми слезами и рвать волосы в самых неприличных местах.
Если вы все еще хотите этого, то прошу Читать далее «Cisco translation rules»

PrivacyManager

Часто ли вам звонят со скрытых номеров?
Вас это бесит? Тогда текст ниже как раз для вас)
На помощь приходит замечательное приложение в самом Asterisk, а именно:
Читать далее «PrivacyManager»

ISUP cause codes

ISUP (англ. ISDN User Part) — Прикладная Часть ISDN, часть Общеканальной системы сигнализации № 7(SS7/ОКС7), которая используется для установления телефонных соединений в Телефонной сети общего пользования. Она была описана в ITU-T, в рекомендациях серии Q.76x.
Кому нужно описание кодов ошибки ISUP милости прошу
Читать далее «ISUP cause codes»

SIP response codes

Протокол SIP/2.0 определяет шесть типов кодов ответа:
1xx: Промежуточные коды — подтверждают прием запроса, продолжается его обработка;
Промежуточные коды ответа, еще называемые информационными сообщениями, информируют, что сервер, который получил запрос, продолжает выполнять какие-либо действия и на данный момент не имеет окончательного ответа на полученный запрос. Сервер отправляет 1xx ответ, если приблизительное время выполнения запроса, для получения окончательного результата, займет у него больше чем 200 ms. Обратите внимание, что отправка сообщений с кодом ответа 1xx — не гарантируется. Получение сообщения с этим кодом не заставляет клиента отправлять сообщение ACK. Сообщения с промежуточным кодом ответа (1xx) МОГУТ содержать тело сообщения, включая дескриптор сеанса.
2xx: Успешное выполнение — запрос был успешно принят, распознан и подтвержден;
3xx: Переадресация — для завершения выполнения запроса должны быть предприняты дополнительные действия;
4xx: Ошибка клиента — в запросе содержаться ошибки синтаксиса или он не может быть обработан данным сервером;
5xx: Ошибка сервера — сервер не смог выполнить правильно сформированный запрос;
6xx: Глобальная ошибка — запрос не может быть выполнен ни одним сервером.
Рассмотрим их более детально:
Читать далее «SIP response codes»

Realtime Queues

При построении кол-центра нужно организовывать Queues(очереди). Как это делается с помощью конфиг файлов рассказано здесь. Но захотелось кое-какой функционал перенести в БД(MySQL). Очень кратенько попытался изложить все моменты, если что-то упустил пишите. Спасибо.
1. Realtime Queue log
2. Realtime Queues config
3. Realtime Queues Members
Читать далее «Realtime Queues»

Correct auth, but based on stale nonce received from

Иногда в логах(консоли) Asterisk выскакивает:
Correct auth, but based on stale nonce received from

Собственно эта проблема вылазит на некоторых IP телефонах, это проблема не Asteriskа. Он только хочет вам сказать что Телефон, не изменил auth. параметры когда обновлял регистрацию по SIP

CEL

На повестке дня Channel Event Logging!!
План действий:
CEL с чем его едят
Таблица событий
Поля таблицы событий
CELGenUserEvent
cel.conf
cel with ODBC(mysql)
Литература
Читать далее «CEL»