Ошибка 487 sip

1xx – информационные ответы


SIP/2.0 100 Trying
Запрос обрабатывается.

SIP/2.0 180 Ringing
Местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове.

SIP/2.0 181 Call is Being Forwarded
Прокси-сервер переадресует вызов к другому пользователю.

SIP/2.0 182 Call is Queued
Вызываемый абонент временно недоступен. Вызов поставлен в очередь.

SIP/2.0 183 Session Progress
Используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.

2xx – ответы о завершении запроса


SIP/2.0 200 OK
Успешное завершение.

SIP/2.0 202 Accepted
Запрос принят для обработки. Используется для справки о состоянии обработки.

3xx – сообщения о переадресации


SIP/2.0 300 Multiple Choices
Указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя.

SIP/2.0 301 Moved Permanently
Вызываемый пользователь больше не находится по адресу, указанному в запросе.

SIP/2.0 302 Moved Temporarily
Пользователь временно сменил местоположение (настроена переадресация по SIPUA в т.ч. с VOIP-телефона).

SIP/2.0 305 Use Proxy
Вызываемый пользователь недоступен непосредственно. Входящий вызов должен пройти через прокси-сервер.

SIP/2.0 380 Alternative Service
Запрошенная услуга недоступна, но доступны альтернативные услуги.

4xx – невозможность обработать запрос


SIP/2.0 400 Bad Request
Запрос не распознан из-за синтаксических ошибок или ошибок в сигнализации.

SIP/2.0 401 Unauthorized
Нормальный ответ сервера о том, что пользователь еще не авторизовался. Обычно после этого абонентское оборудование отправляет на сервер новый запрос, содержащий логин и пароль.

SIP/2.0 401 AUTH Error: Stall nonce
1.Разные данные в поле NONCE (шифр пароля), проверить дату/время или проблема с протоколом шифрования
2. Проверить на клиентской стороне не заблокирован ли sipnet.ru (212.53.40.40)
3. Проверить в ВАТС статус присутствия. Должен быть «нет».

SIP/2.0 401 Expired Authorization
Время регистрации истекло.

SIP/2.0 402 Payment Required
Требуется оплата (зарезервирован для использования в будущем).

SIP/2.0 403 No Such User
Нет такого пользователя. Ошибка в номере, логине или пароле.

SIP/2.0 403 No license available
Кончились лицензия на SIP

SIP/2.0 403 You
Нет такого пользователя. Ошибка в номере, логине или пароле.

SIP/2.0 403 User Disabled
Пользователь отключен.

SIP/2.0 403 You do not have the required right
Неверный логин в поле «From»

SIP/2.0 403 Wrong Guess
Ошибка в пароле.

SIP/2.0 403 Conflict
Такой SIP-номер уже используется.

SIP/2.0 403 Forbidden
Абонент не зарегистрирован.

SIP/2.0 403 Empty Route Set
Нет ни одного шлюза в роутинге.

SIP/2.0 403 Caller Not Registered
Нет такого пользователя.

SIP/2.0 403 Out of Look-Ahead Retries
Перебор узлов закончен.

SIP/2.0 403 Invalid Phone Number
Нет такого направления.

SIP/2.0 403 No Money Left on RFC Account
На счету недостаточно денежных средств для совершения вызова.

SIP/2.0 404 Not found
Вызываемый абонент не найден, нет такого SIP-номера.

SIP/2.0 404 Undefined Reason
Неопределенное направление.

SIP/2.0 404 Unknown user account
Логин и пароль не найдены.

SIP/2.0 404 Out of Order
В заявке на маршрутизацию по этому направлению нет принимающих шлюзов.

SIP/2.0 405 Method Not Allowed
Метод не поддерживается. Может возникать если пользователь пытается отправлять голосовую почту и т.п.

SIP/2.0 406 No codecs match
Неправильная конфигурация кодеков.

SIP/2.0 406 Not Acceptable
Пользователь недоступен.

SIP/2.0 407 Proxy Authentication Required
Необходима аутентификация на прокси-сервере.

SIP/2.0 407 User not found
Проверить ID на CGP

SIP/2.0 408 Request Timeout
Время обработки запроса истекло. Абонента не удалось найти за отведенное время. (Проблема с firewall, нет ответа на Invite от сервера)

SIP/2.0 408 Login timed out
За отведенное время не получен ответ от сервера на запрос авторизации.

SIP/2.0 410 No Route
Вариант «SIP/2.0 403 Empty Route Set». Нет доступа к ресурсу или ресурс по указанному адресу больше не существует.

SIP/2.0 413 Request Entity Too Large
Размер запроса слишком велик для обработки на сервере.

SIP/2.0 415 No Media
Звонок совершается неподдерживаемым кодеком.

SIP/2.0 416 Unsupported Scheme
Сервер не может обработать запрос из-за того, что схема адреса не распознана.

SIP/2.0 420 Bad extension
Неизвестное расширение. Сервер не распознал расширение протокола SIP.

SIP/2.0 421 Extension Required
В заголовке запроса не указано, какое расширение сервер должен применить для его обработки.

SIP/2.0 423 Interval Too Brief
Сервер отклоняет запрос, так как время действия ресурса короткое.

SIP/2.0 480 Invalid Phone Number
Неправильный номер телефона, не соответствует количеству цифр или неправильный код страны или города.

SIP/2.0 480 Destination Not Found In Client Plan
Нет направления в тарифном плане абонента.

SIP/2.0 480 Wrong DB Response
Проблемы с центральной базой данных.

SIP/2.0 480 DB Timeout
Проблемы с центральной базой данных.

SIP/2.0 480 Database Error
Проблемы с центральной базой данных.

SIP/2.0 480 Codec Mismatch
Несоответствие кодеков.

SIP/2.0 480 No Money Left on RFC Account
Недостаточно денежных средств на счету.

SIP/2.0 480 Empty Route Set
Пустое направление. Нет принимающих шлюзов.

SIP/2.0 480 No money left
Недостаточно денежных средств на счету.

SIP/2.0 480 Temporarily Unavailable
Временно недоступное направление. (Возможно статус DND)

SIP/2.0 481 Call Leg/Transaction Does Not Exist
Действие не выполнено. Нормальный ответ при поступлении дублирующего пакета.

SIP/2.0 482 Loop Detected
Обнаружен замкнутый маршрут передачи запроса.

SIP/2.0 483 Too Many Hops
Запрос на своем пути прошел через большее число прокси-серверов, чем разрешено.

SIP/2.0 484 Address Incomplete
Принят запрос с неполным адресом.

SIP/2.0 485 Ambiguous
Адрес вызываемого пользователя неоднозначен.

SIP/2.0 486 Busy Here
Абонент занят.

SIP/2.0 487 Request Terminated
Запрос отменен. Обычно приходит при отмене вызова.

SIP/2.0 488 Codec Mismatch
Нет шлюзов с поддержкой заказанного кодека.

SIP/2.0 488 Private IP Address
Адрес RTP media из сетей RFC1918.

SIP/2.0 488 Not acceptable here
Не совпадают кодеки

SIP/2.0 491 Request Pending
Запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.

SIP/2.0 493 Undeciperable
Сервер не в состоянии подобрать ключ дешифрования. Невозможно декодировать тело S/MIME сообщения.

SIP/2.0 499 Codec Mismatch
Отсутствует кодек.

5xx – ошибки сервера


SIP/2.0 500 Internal Server Error
Внутренняя ошибка сервера.

SIP/2.0 500 DB Timeout
Нет ответа от базы данных.

SIP/2.0 500 Database Error
То же самое, но в другой момент.

SIP/2.0 500 Wrong DB Response
Неправильный ответ базы данных.

SIP/2.0 500 Undefined Reason
Неопределенная причина.

SIP/2.0 500 account has been moved to a remote system
Аккаунт перенесен в удаленную систему (дословно).

SIP/2.0 500 Call placing quota exceeded
Превышен CPS.

SIP/2.0 501 Method Not Supported Here
В сервере не реализованы какие-либо функции, необходимые для обслуживания запроса. Метод запроса SIP не поддерживается.

SIP/2.0 502 Bad Gateway
Сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос.

SIP/2.0 503 Service Unavailable
Сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.

SIP/2.0 504 Server time-out
Сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова.

SIP/2.0 505 SIP Version not supported
Версия не поддерживается. Сервер не поддерживает эту версию протокола SIP.

SIP/2.0 513 Message too big
Сервер не в состоянии обработать запрос из-за большой длины сообщения.

6xx – глобальная ошибка


SIP/2.0 600 Busy everywhere
Вызываемый пользователь занят и не желает принимать вызов в данный момент.

SIP/2.0 603 Decline
Вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа.

SIP/2.0 604 Does Not Exist Anywhere
Вызываемого пользователя не существует.

SIP/2.0 606 Not Acceptable
Соединение с сервером было установлено. Отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны.

SIP ошибки и их значение

SIP/2.0 400 Bad Request — ошибка в сигнализации, скорее всего что-то с настройками оборудования

SIP/2.0 401 Unauthorized — нормальный ответ сервера о том, что пользователь еще неавторизировался, обычно после этого на абонентское оборудование отправляет на сервер логин и пароль

SIP/2.0 401 Expired Authorization — время регистрации истекло

SIP/2.0 403 No Such User — нет такого пользователя, ошибка в номере, логине или пароле

SIP/2.0 403 User Disabled — пользователь отключен

SIP/2.0 403 Wrong Guess — ошибка в пароле

SIP/2.0 403 Forbidden — абонент не зарегистрирован

SIP/2.0 403 Empty Route Set — нет ни одного шлюза в роутинге

SIP/2.0 403 Caller Not Registered — нет такого пользователя

SIP/2.0 403 Out of Look-Ahead Retries — перебор узлов закончен

SIP/2.0 403 Invalid Phone Number — нет такого направления

SIP/2.0 404 Not found — вызываемый абонент не найден, нет такого SIP-номера

SIP/2.0 404 Undefined Reason — неопределенное направление

SIP/2.0 404 Unknown user account — логин и пароль не найдены

SIP/2.0 405 Method Not Allowed — метод не поддерживается, может возникать если пользователь пытается отправлять голосовую почту и т.п.

SIP/2.0 406 No codecs match — неправильная конфигурация кодеков

SIP/2.0 406 Not Acceptable

SIP/2.0 407 Proxy Authentication Required — что-то с регистрацией

SIP/2.0 408 Request Timeout — превышение ожижание ответа на запрос

SIP/2.0 408 Login timed out — за отведенное время не получен ответ от сервера на запрос авторизации

SIP/2.0 410 No Route — вариант SIP/2.0 403 Empty Route Set

SIP/2.0 415 No Media — несоответствие кодеков

SIP/2.0 480 Invalid Phone Number — неправильный номер телефона

SIP/2.0 480 Destination Not Found In Client Plan — направления не существует

SIP/2.0 480 Codec Mismatch — несоответствие кодеков

SIP/2.0 480 Empty Route Set — что-то с маршрутизацией

SIP/2.0 480 No money left — недостаточно денег на счете

SIP/2.0 480 Temporarily Unavailable — временно недоступное направление — попробуйте позвонить позже

SIP/2.0 481 Call Leg/Transaction Does Not Exist — действие не выполнено, нормальный ответ при поступлении дублирующего пакета

SIP/2.0 487 Request Terminated — запрос отменен, обычно приходит при отмене вызова

SIP/2.0 486 Busy Here — абонент занят

SIP/2.0 488 Codec Mismatch — нет шлюзов с поддержкой заказанного кодека

SIP/2.0 488 Private IP Address — адрес RTP media из сетей RFC1918

SIP/2.0 499 Codec Mismatch — отсутствует кодек

SIP/2.0 500 Internal Server Error — внутренняя ошибка сервера

SIP/2.0 500 DB Timeout — нет ответа от базы данных

SIP/2.0 500 Database Error — то же самое, но в другой момент

SIP/2.0 500 Wrong DB Response — неправильный ответ базы данных

SIP/2.0 500 Undefined Reason — неопределенная причина

SIP/2.0 500 account has been moved to a remote system — аккаунт перенесен в удаленную систему (дословно)

SIP/2.0 5хх — проблемы с SoftSwitch-ом

SIP/2.0 603 Decline — отказ в обслуживании звонка

Читайте другие страницы сайта.

Данная статья посвящена диагностике sip канала. Так же в рамках этой статьи рассмотрим и PJSIP, его настройку и диагностику.

Наладка SIP в Asterisk каналы PJSIP и CHAN_SIP

Хотя сторонние инструменты как sngrep, tcpdump и Wireshark являются прекрасными помощниками в поиске и устранении проблем с VoIP может возникнуть ситуация, что на системе нет возможности установить вышеперечисленные утилиты и единственная возможность разобраться только за счет самого asterisk. К счастью, asterisk так же способен помочь устранить неисправность.

Первичная проверка

Для начала нужно проверить, а запущен ли asterisk. Для этого нужно подключиться к серверу с помощью ssh-клиента (в нашем случае используем Putty).

Подключаемся к серверу 1

Вводим IP-адрес нашей АТС.

Подключаемся к серверу 2

После подключения под пользователем «root» видим следующее окно.

Подключаемся к серверу 3

Для проверки останется ввести лишь команду: asterisk -rv

Результат выполнения команды 1

Судя по сообщению выше выполнены следующие условия:

  •  К asterisk можно подключится
  •  Служба asterisk запущена, работает и не отваливается с ошибкой.

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

1.service asterisk stop (не обязательный пункт, пытаемся остановить работу asterisk если таковая имеется)
2.service asterisk restart

После чего вновь пробуем подключится к asterisk

Результат выполнения команды
Как видно выше – мы успешно перезагрузили asterisk и подключились к нему.

Диагностика SIP и оборудования связанного с ним. Отладка SIP протокола в Asterisk

Предположим, что у нас наблюдаются какие-то неполадки на внутреннем номере 120 и мы хотим посмотреть какие sip сообщения приходят от этого внутреннего номера и какие он sip-сообщения он получает. Для этого нужно выполнить следующие шаги:

1.Проверить, что IP адрес устройства не заблокирован fail2ban. Это можно сделать средствами iptables следующей командой: iptables -L –n

Результат выполнение команды 1Как видим выше, fail2ban пуст, переходим ко второму шагу.

2.Включить отладку sip для внутреннего номера 120 следующей командой: CLI> sip set debug peer 120

Эту же команду (и многие другие) можно выполнять не входя в asterisks и в нашем случае команда примет следующий вид: # asteriskrx «sip set debug peer 120″
Выполнения отладки

Для того, чтоб снять дамп таким образом необходимо, чтоб asterisk был известен ip адрес конечного устройства пользователя т.е или пользователь должен быть зарегистрирован, либо ip адрес пользователя должен быть сконфигурирован в настройках пользователя.

Зная какой ip адрес у пользователя, можно выполнить отладку немного иначе, а именно указать ip адрес пользователя: # sip set debug ip 192.168.1.1

Результат выполнение команды 2

Если требуется включить отладку всех sip сообщений, а не с какого-то определенного ip/peer, то команда выглядит следующим образом:

Результат выполнение команды 3

Однако учтите, что если через АТС в этот момент совершается много звонков, то и количество сообщений будет огромным.

Результаты можно проверить или в консоли asterisk или же в лог-файле.

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

Лог-файл располагается по следующему маршруту « /var/log/asterisk/full». Здесь можно выполнить поиск по ip-адресу устройства, или, к примеру, по типу сообщения. Давайте проверим файл по ключевому слову «REGISTER»

Применение команды

Если вы все сделали правильно, то вы получите нечто схожее тому, что вы можете видеть выше (если такие сообщения были). А теперь, после всей работы не забывайте выключать отладку т.к высока вероятность того, что на жестком диске попросту закончится место.

# asterisk -rx «sip set debug off»

Результат выполнение команды 4

Мы рассмотрели здесь базовую отладку средствами самого asterisk. Возможно, вам будет интересно почитать о утилите sngrep которая благодаря своему удобному интерфейсу и богатому функционалу может стать отличным инструментом для отладки и снятия дампа. Так же стоит ознакомиться с SIP-ответами и их значением которые будут приведены в конце статьи.

Типичные ошибки

Ошибка Wrong password. Одна из самых распространенных ошибок при регистрации нового ip-телефона. В консоли она имеет следующий вид:

error 1

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

Пароль в 12 символов содержащий буквы в разных регистрах, а так же включающий в себя цифры более чем надежен. Для перебора такого пароля понадобится более 300 лет.

Впрочем, никто не застрахован от ошибки и вы действительно могли опечататься, когда вводили пароль.

Ошибка Device does not match ACL. Вторая распространенная проблема — deny и permit указанные в настройках устройства. Если телефон попробует зарегистрироваться из сети, которая не включена в список разрешенных сетей, то будет примерно следующая ошибка:

error 2

Учтите, что после 3-4 попыток неудачной регистрации IP-адрес устройства может быть забанен Fail2Banom, что, кстати, и случилось с нашим телефоном, переходим к следующей «ошибке».

Fail2Ban. Это не ошибка, но тем не менее если если от устройства не приходят попытки регистрации следует выполнить следующие шаги:

  •  Проверить, что IP-адрес устройства внесен в список разрешенных
  •  Проверить, что настройки устройства (в том числе и пароль) прописаны правильно.

Эти два нехитрых шага помогут избежать повторной блокировки устройства, теперь можно проверить список забанненых.

Выше уже писалось, что все можно проверить командой #iptables -L –n   (если вы так же хотите посмотреть используются ли нестандартные порты то введите

#iptables -L -nv -t nat ),

Применение команды 1

Нас интересует список банов где и оказался ip-адрес нашего устройства. Для того, чтоб IP удалить адрес нужно выполнить следующую команду
# service fail2ban restart после чего вновь проверяем список забаненых.

Применение команды 2

Если вы все сделал правильно, то устройство подключиться успешно. В этой статье мы не стали рассматривать проблемы которые могут возникнуть с trunk-ами т.к в принципе они схожи с теми которые мы перечислили выше.
NAT. Возможна такая ситуация, что подвиснет nat-сессия, чаще всего это возникает у удаленныхсотрудников. В таком случае нужно или перезагрузить роутер, либо использовать другой протокол (если по каким-то причинам в данный момент нет возможности перезагрузить роутер) к примеру, с udp на tcp. Так же проверьте правильность настроек NAT на телефоне и пире, а так же

протокол передачи, в обоих случаях они должны быть идентичны. Если на пире будет выставлен tcp, а телефон будет пытаться подключиться через

udp, то такую попытку регистрации сервер отобьет.

Отладка PJSIP протокола в Asterisk

PJSIP — мультимедийная коммуникационная библиотека, написанная на Си. Поддерживает такие протоколы как SIP, SDP, RTP, STUN, TURN, и ICE. Эта библиотека работает на различных платформах, начиная с хэндсетов и мобильных устройств и заканчивая высоконагруженными АТС. Начиная с asterisk 12 эта библиотека поддерживается частично и только в с asterisk 13 появилась полноценная поддержка. Для осуществления звонков программной АТС Asterisk

Главное отличие этого нового канального драйвера в том, что он хорошо работает с различными брандмауэрами и NAT, как в составе Asterisk-сервера, так и на клиентских устройствах.

Тем не менее, несмотря на ряд преимуществ перед Chan_SIP, PJSIP все еще не получил широкого применения из-за отличия конфигурации. Новый стек использует подход разделения конфигурации на логические разделы, поэтому создаются разные разделы для различных целей.

В данной статье мы рассмотрим основные способы отладки PJSIP. В Asterisk версии 13.8.0 был добавлен новый модуль — res_pjsip_history, который обеспечивает сбор, фильтрацию и отображение SIP-сообщений в командной строке.


Пример работы модуля

Рассмотрим базовые возможности модуля:

Res_pjsip_history сохраняет в памяти историю всех отправленных и полученных SIP-сообщений, которые проходят через стек PJSIP.

Захват SIP-сообщений

Для того, чтоб начать захват нужно выполнить следующую команду:

CLI> pjsip set history on


Применение команды 3

Для того, чтоб отключить захват выполните следующую команду:

CLI> pjsip set history off

Применение команды 4
Эта команда не очищает историю сообщений, сообщения только перестают записываться. Для очистки истории есть следующая команда:

CLI> pjsip set history clear


Применение команды 5
Не забывайте после отладки выключать захват сообщений, иначе при большом потоке звонков может закончиться место на жестком диске, что в свою очередь приведет к неполадкам.

Просмотр

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

Чтоб показать всю историю собранных сообщений нужно выполнить следующую команду: CLI> pjsip show history


Применение команды 6

Эта команда предоставит краткое изложение истории sip-сообщений.

Просмотреть подробнее какое-то конкретное SIP-сообщение, нужно указать в команде его номер. Команда примет следующий вид:

CLI> pjsip show history entry 6 ,где цифра обозначает номер строки


Применение команды 7

Пожалуйста, обратите внимание, что номера всех записей отображаются в левом столбце. Номера сообщений идут по порядку и их номер увеличивается с каждым полученным или отправленным SIP-сообщением.

Манипуляции с результатами

Выше мы получили подробную информацию о sip-сообщении. Тем не менее, в таком виде редко когда удобно просматривать сообщения, в особенности когда на станции зарегистрированы не два пользователя, а 10 и даже больше и все они в этот момент совершают звонки. Модуль res_pjsip_history поддерживает простую фильтрацию запросов по заданным условиям, подобную тому, который есть в SQL.

Обратите внимание, что модуль res_pjsip_history был включен в asterisk, начиная с версии Asterisk 13.8.0

Для теста давайте отфильтруем запрос по SIP Call-ID, используя следующую команду:

CLI>pjsip show history where sip.msg.call-id = “ваш caller-id“

Применение команды 8

Результат выполнения команды вы можете видеть выше. Если вы знакомы или даже работали с программой «sngrep», то можете заметить сходства в отображении информации о входящих и исходящих пакетов.

На момент написания статьи модуль res_pjsip_history поддерживает следующие команды:

  • number: номер записи в истории
  • timestamp: время отправка сообщения SIP
  • addr: Адрес источника/Получателя SIP-сообщения
  • sip.msg.request.method: Метод запроса SIP
  • sip.msg.callid : Значение заголовка

Так же Res_pjsip_history поддерживает все логические операторы, а так же операторы регулярных выражений.

Полезные инструменты

И все же советуем ознакомиться с удобными инструментами для отладки телефонии и по возможности использовать их.

Установка и настройка Sngrep

Sngrep

Wireshark. Сохраняем дамп нужного разговора.

Перехват и прослушивание разговора в кодеках G722 и G729. Использование Wireshark.

SIP ответы и их значения

1XX – Информационные ответы

SIP/2.0 100 Trying — запрос обрабатывается

SIP/2.0 180 Ringing — местоположение вызываемого пользователя определено. Выдан сигнал о входящем вызове

SIP/2.0 181 Call is Being Forwarded — прокси,сервер переадресует вызов к другому пользователю

SIP/2.0 182 Call is Queued — вызываемый абонент временно не доступен, вызов поставлен в очередь

SIP/2.0 183 Session Progress — используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю

2XX — ответы о завершении запроса

SIP/2.0 200 OK — успешное завершение

SIP/2.0 202 Accepted — запрос принят для обработки Используется для справки о состоянии обработки

3XX — сообщения о переадресации

SIP/2.0 300 Multiple Choices — указывает несколько SIP-адресов, по которым можно найти вызываемого пользователя

SIP/2.0 301 Moved Permanently — вызываемый пользователь больше не находится по адресу, указанному в запросе

SIP/2.0 302 Moved Temporarily — пользователь временно сменил местоположение

SIP/2.0 305 Use Proxy — вызываемый пользователь не доступен непосредственно, входящий вызов должен пройти через прокси-сервер

SIP/2.0 380 Alternative Service — запрошенная услуга недоступна, но доступны альтернативные услуги

4XX — невозможность обработать запрос

SIP/2.0 400 Bad Request — запрос не понят из-за синтаксических ошибок в нем, ошибка в сигнализации, скорее всего что-то с настройками оборудования

SIP/2.0 401 Unauthorized — нормальный ответ сервера о том, что пользователь еще не авторизировался; обычно после этого абонентское оборудование отправляет на сервер новый запрос, содержащий логин и пароль

SIP/2.0 401 Expired Authorization — время регистрации истекло

SIP/2.0 402 Payment Required — требуется оплата (зарезервирован для использования в будущем)

SIP/2.0 403 No Such User — нет такого пользователя, ошибка в номере, логине или пароле

SIP/2.0 403 User Disabled — пользователь отключен

SIP/2.0 403 Wrong Guess — ошибка в пароле

SIP/2.0 403 Conflict — такой SIP-номер уже используется

SIP/2.0 403 Forbidden — абонент не зарегистрирован

SIP/2.0 403 Empty Route Set — нет ни одного шлюза в роутинге

SIP/2.0 403 Caller Not Registered — нет такого пользователя

SIP/2.0 403 Out of Look-Ahead Retries — перебор узлов закончен

SIP/2.0 403 Invalid Phone Number — нет такого направления

SIP/2.0 403 No Money Left on RFC Account — на счету нет денег для совершения звонка

SIP/2.0 404 Not found — вызываемый абонент не найден, нет такого SIP-номера

SIP/2.0 404 Undefined Reason — неопределенное направление

SIP/2.0 404 Unknown user account — логин и пароль не найдены

SIP/2.0 404 Out of Order — в заявке на маршрутизацию по этому направлению нет ни одного шлюза, проверьте настройку маршрутизации по этому направлению.

SIP/2.0 405 Method Not Allowed — метод не поддерживается, может возникать если пользователь пытается отправлять голосовую почту и т.п.

SIP/2.0 406 No codecs match — неправильная конфигурация кодеков

SIP/2.0 406 Not Acceptable — пользователь не доступен

SIP/2.0 407 Proxy Authentication Required — необходима аутентификация на прокси-сервере

SIP/2.0 408 Request Timeout — время обработки запроса истекло: Абонента не удалось найти за отведенное время

SIP/2.0 408 Login timed out — за отведенное время не получен ответ от сервера на запрос авторизации

SIP/2.0 410 No Route — вариант SIP/2.0 403 Empty Route Set; нет доступа к ресурсу: Ресурс по указанному адресу больше не существует

SIP/2.0 413 Request Entity Too Large — размер запроса слишком велик для обработки на сервере

SIP/2.0 415 No Media — звонок совершается неподдерживаемым кодеком

SIP/2.0 416 Unsupported Scheme — сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна

SIP/2.0 420 Bad extension — неизвестное расширение: Сервер не понял расширение протокола SIP

SIP/2.0 421 Extension Required — в заголовке запроса не указано, какое расширение сервер должен применить для его обработки

SIP/2.0 423 Interval Too Brief — сервер отклоняет запрос, так как время действия ресурса короткое

SIP/2.0 480 Invalid Phone Number — неправильный номер телефона, не соответствует к-во цифр или неправильный код страны или города

SIP/2.0 480 Destination Not Found In Client Plan — направления нет в тарифном плане абонента

SIP/2.0 480 Wrong DB Response — проблемы с центральной базой сети

SIP/2.0 480 DB Timeout — проблемы с центральной базой сети

SIP/2.0 480 Database Error — проблемы с центральной базой сети

SIP/2.0 480 Codec Mismatch — несоответствие кодеков

SIP/2.0 480 No Money Left on RFC Account — нет денег на счету, обратитесь к администратору сети!!!

SIP/2.0 480 Empty Route Set — пустое направление, нет принимающих шлюзов

SIP/2.0 480 No money left — недостаточно денег на счете

SIP/2.0 480 Temporarily Unavailable — временно недоступное направление попробуйте позвонить позже

SIP/2.0 481 Call Leg/Transaction Does Not Exist — действие не выполнено, нормальный ответ при поступлении дублирующего пакета

SIP/2.0 482 Loop Detected — обнаружен замкнутый маршрут передачи запроса

SIP/2.0 483 Too Many Hops — запрос на своем пути прошел через большее число прокси-серверов, чем разрешено

SIP/2.0 484 Address Incomplete — принят запрос с неполным адресом

SIP/2.0 485 Ambiguous — адрес вызываемого пользователя не однозначен

SIP/2.0 486 Busy Here — абонент занят

SIP/2.0 487 Request Terminated — запрос отменен, обычно приходит при отмене вызова

SIP/2.0 488 Codec Mismatch — нет шлюзов с поддержкой заказанного кодека

SIP/2.0 488 Private IP Address — адрес RTP media из сетей RFC1918

SIP/2.0 491 Request Pending — запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу

SIP/2.0 493 Undeciperable — сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения

SIP/2.0 499 Codec Mismatch — отсутствует кодек

5XX — ошибки сервера

SIP/2.0 500 Internal Server Error — внутренняя ошибка сервера

SIP/2.0 500 DB Timeout — нет ответа от базы данных

SIP/2.0 500 Database Error — то же самое, но в другой момент

SIP/2.0 500 Wrong DB Response — неправильный ответ базы данных, редкая ошибка

SIP/2.0 500 Undefined Reason — неопределенная причина

SIP/2.0 500 account has been moved to a remote system — аккаунт перенесен в удаленную систему (дословно)

SIP/2.0 501 Method Not Supported Here — в сервере не реализованы какие-либо функции, необходимые для обслуживания запроса: Метод запроса SIP не поддерживается

SIP/2.0 502 Bad Gateway — сервер, функционирующий в качестве шлюза или прокси-сервера, принимает некорректный ответ от сервера, к которому он направил запрос

SIP/2.0 503 Service Unavailable — сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания

SIP/2.0 504 Server time-out — сервер не получил ответа в течение установленного промежутка времени от сервера, к которому он обратился для завершения вызова

SIP/2.0 505 SIP Version not supported — версия не поддерживается: Сервер не поддерживает эту версию протокола SIP

SIP/2.0 513 Message too big — сервер не в состоянии обработать запрос из-за большой длины сообщения

6XX — глобальная ошибка

SIP/2.0 600 Busy everywhere — вызываемый пользователь занят и не желает принимать вызов в данный момент

SIP/2.0 603 Decline — вызываемый пользователь не желает принимать входящие вызовы, не указывая причину отказа

SIP/2.0 604 Does Not Exist Anywhere — вызываемого пользователя не существует

SIP/2.0 606 Not Acceptable — соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны

Welcome to the VoIP class and today’s topic is the Sip-487 error code. We’ll learn the reasons for getting this error code and the ways for fixing the issue. Take your seat, we are starting!

What is the meaning of the SIP-487 Code?

If the caller (A side) closes the phone before connection, you’ll receive the VoIP sip code SIP-487.

The reasons for receiving the Sip-487 Code?

Sip 487 code is not an unwanted error code. Because there is no possibility for a 100% successful traffic (Except FAS, Bank numbers, IVR). Although all kinds of traffics should get this error code to a certain percentage. If this code occurs too much, it will cause to lose calls and this is an undesired situation. Because it’s impossible to connect that call again.

High PDD

The main reason for the high Sip-487 code is high PDD. Because people tend to close the phone if it takes too much to hear the dial tone. People don’t like dial tone delay. The traffics which has high PDD delay numbers then also Sip-487 Request Terminated code is high.

IVR

Another reason for the high 487 code is IVR. People are closing the phone when they hear a recorded voice and they give up calling.

Traffic Profile

Wholesale or retail, some traffic profiles have SIP-487 error codes around 80%-90%. The main reason for this is missing calls. People are calling from the expensive destinations are closing the phone before connection and then the cheaper destination is calling back to expensive ones. So 487 codes for this kind of traffic could be high.

The consequences of high SIP-487

The most crucial effect of the high Sip 487 code is high ASR and automatically this will cause loss of traffic.

How can we determine this code on monitoring?

First, you need the monitor of that traffic’s 487. A comparison between the past and now can give an idea. PDD and Sip 487 always have a direct proportion. If the PDD values are increasing then 487 is increasing as well.

If the natural 487 percentage of traffic is around 30-40% and it is rising to 60% or more, we can say that we have trouble here and we need to take action.

SIP 487 is a natural and wanted error code for healthy traffic but high Sip 487 is much more dangerous than Sip 503.

What can we do about it?

  • Control the PDD

  • If the PDD rates are above the normal for that destination than you can say that the 487 code is coming from high PDD

  • You need to determine the reason for high PDD

  • If there is no problem with PDD then you need to test the route

  • If the route is ok then you need to look for a traffic profile

Or you can take support from an expert!

Sigma Telecom is the world’s best VoIP Provider; working with the biggest operators of the world. We are the solution partner of the operators like China Mobile, Etisalat, Orange, etc. With our knowledge and great experience, we are open to your all questions.

For questions and further business opportunities, email us at business.development@sigmatelecom.com

Особенности связанные с сигнализацией (управление вызовом)

Представленные
в таблице ниже коды причин завершения вызовов указывают на особенности
работы другого оборудования, т.е. оконечных абонентских устройств,
шлюзов, коммутаторов или IP-сети (связующей это оборудование с РТУ).

Описание кода отбоя

Причина и пояснение

TS 10, [SIP] BYE received

Вызов
завершился по инициативе одной из сторон, приславшей запрос SIP BYE
после соединения. Запись такого кода в CDR свидетельствует о нормальном завершении вызова.
Для
детального анализа, кто в действительности, является источником запроса
BYE для разъединения вызова, инициатор или терминирующее оборудование

SIP 406, Not acceptable

Этот
код означает, что вызываемый терминал не способен обрабатывать вызов,
потому что не может обработать содержимое заголовка Content, посланное в
запросе.
Например, если абонент использует очень специфичное
оборудование, которое отправляет запрос с содержанием XML, чей тип
объявлен в поле заголовка Content-Type. Если вызываемое оконечное
оборудование не может обрабатывать данные такого рода, то в ответ
отправляется код SIP 406.

SIP  487, Request Terminated   

Оригинатор
вызова сбросил его (положил трубку), до момента установления
соединения, по каким либо причинам. Одна из возможных причин —
вызываемый абонент не берёт трубку в течении продолжительного времени.
Если
инициатор вызова завершает вызова сразу после запроса, то причины
такого поведения необходимо выяснять у инициатора вызова или владельца
оборудования, совершившего запрос на установление соединения.

SIP 404, Not found

Вызываемый
пользователь не существует в домене заявленном в заголовке Request-URI.
Чаще всего так происходит потому, что вызываемый номер (Б-номер) не
обслуживается на оборудовании, на которое был направлен вызов. Это в
свою очередь может быть связано с неправильно набранным номером,
неправильной настроенной маршрутизацией оборудования инициатора такого
вызова или необходимостью выполнять преобразование Б-номера (изменение
префикса и т.п.).

TS 9, [SIP] ACK not received

Не
получено подтверждающее сообщение ACK со стороны оборудования
инициатора, после сообщения 200 OK, характеризующего установление
соединения.
В протоколе SIP определено что в рамках транзакции
начатой сообщением INVITE получение ответа обязательно должно
сопровождаться сообщением ACK. При отправке ответа, оборудование должно
выжидать 32 секунды, после чего срабатывает стандартный для SIP таймер
на завершение транзакции.
Такое поведение оборудования инициатора,
когда установление вызова  (200 OK) не подтверждается при помощи ACK в
общем случае, некорректно.
Возможно, это связано с проблемами в сети
на входящем участке вызова, когда сообщение 200 OK так и не было
своевременно доставлено инициирующему оборудованию. Напомним, что SIP в
РТУ работает посредством UDP.
Однако, в некоторых случаях, это
может означать что оригинатор считает, что вызов устанавливается
«слишком быстро», когда соединение устанавливается сразу вместо сигнала
КПВ (ожидается сообщение 180 Ringing или 183 Progress).
В РТУ МОА
источником проблемы может быть параметр «Отправлять сообщение CONNECT»,
установленное на учётной записи оборудования или на каком-либо сервисе.
В
РТУ МТТ, отправка сообщения 200 OK оборудованию инициатора выполняется
только по получении аналогичного сообщения с исходящего участка вызова.
Единственным возможным решением в данный момент является выяснение
причин слишком быстрого соединения со владельцем терминирующего
оборудования.

TS 45, [SIP] Socket error

При
попытке обратиться на удалённый SIP-сокет терминала (обычно порт 5060),
в ответ приходит ICMP сообщение о недоступности порта или узла. В
данном случае, речь может идти проблемах в конфигурации сети — либо
удалённый хост находится в другом VLAN, либо адрес и/или порт
SIP-устройства закрыты при помощи сетевого экрана или недоступны по
другим причинам

Особенности конфигурации медиа-параметров и передачи данных

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

Описание кода отбоя

Причина и пояснение

TS 1, [Common] No compatible codecs

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

Для решения проблемы необходимо добавить требуемый кодек в настройки учётной записи оборудования.

TS 13, [Common] Failed to process media parameters

Код отбоя TS 13 является типичным для всех видов ошибок, связанных с обработки мультимедийных данных, таких как:
• неправильные настройки кодеков в таблице оборудования
• недействительный список кодеков, полученных от инициатора вызова и т.д.

Примечание: неправильная конфигурация кодеков приводит к отбою кодом TS
13, только если Подсистема Коммутации запрашивает параметры
медиапотоков в первую очередь. Если список кодеков уже был получен от
вызываемой стороны, используется код TS 73 «Media not acceptable».

TS 64, [Common] RTP Timeout

RTP-поток со стороны терминала абонента отсутствовал слишком долго.

Наиболее вероятные причины:

  • Сетевые проблемы (блокировка медиа-адресов и т.п.)
  • Передача объёмного факсимильного сообщения по T.38-факсов (в этом случае рекомендуется увеличение RTP-таймаута).
  • Звонок
    на IVR с не настроенным голосовыми уведомления и/или длительное
    отсутствие реакции со стороны пользователя (нет ввода DTMF-сигналов)

TS 73, [Common] Media not acceptable

Передача медиа-трафика недопустима из-за особенности настройки медиа-параметров в веб-интерфейсе РТУ.
Такой
код возникает, если устройство использует для передачи RTP не тот
медиа-кодек, на котором должно было устанавливаться соединение (согласно
SDP или TCS), а также, если не задана политика проксирования в одной из
учётной записей устройств, обслуживающих вызов.
Также это может означать невозможность использования общих кодеков для входящего и исходящего участков вызовов.

Особенности конфигурации и работы софтсвича РТУ

Представленные
в таблице ниже коды причин завершения вызовов указывают либо на
некорректную конфигурацию РТУ или на внутренние проблемы в работе
Системы.

Описание кода отбоя

Причина и пояснение

Class4  3, No dialpeers found

или

TMngr  3, No dialpeers found

Нет
подходящего объекта набора (диалпира), все существующие объекты наборы
не соответствовали критериям Б-номера для данного вызова.
Для
решения проблемы, необходимо добавить соответствующий Б-номер или
префикс (шаблон Б-номеров) в существующий объект набора или добавить
новый объект набора. Ещё один вариант решения — выполнить необходимое
преобразование номера в нужный формат до этапа маршрутизации, т.е. на
учётной записи инициирующего устройства или в предварительных
преобразованиях.

Class4 17, No compatible routes found

или

TMngr 17, No compatible routes found

Нет ни одной подходящей учётной записи терминирующего шлюза, указанного в объектах набора.
Проблема
может быть вызвана тем, что учётная запись шлюза заблокирована, не
активна или оборудование должно быть зарегистрировано, но в
действительности не зарегистрировано или подобные причины невозможности
использования терминирующего оборудования.
Также, в случае
использования внешней маршрутизации, получение такого кода отбоя
свидетельствует о том, что сервис внешней маршрутизации возвращает
некорректную информацию о возможных маршрутах. Например предложенные
учётные записи терминирующих шлюзов отсутствуют или настроены
некорректно (см. выше).

Class5  54,  No route to destination

или

Centrex 54, No route to destination

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

Class5 155, Security-based denial

или

Centrex 155, Security-based denial

Вызов
отклонён в результате попытке авторизации под учётной записью терминала
(абонента или шлюза), когда инициирующее оборудование должно быть
зарегистрировано, однако не зарегистрировано в действительности.
Проблема
может быть вызвана некорректным определением домена для инициирующей
учётной записи терминала или потерей информации о регистрации на
абонентской логике.
В случае если такой код завершения появляется в
вызовах с применением ДВО или в междоменных вызовах, это
свидетельствует о некорректной настройке учётной записи шлюза с
внутренним протоколом (NULL), для взаимодействия абонентской логики и
сервисной платформы.

Class5 312, Remote Terminal Not Found

или

Centrex 312, Remote Terminal Not Found

Не удалось найти ни одной подходящей учётной записи терминала (абонента или шлюза) в качестве инициатора.

Class5 302, Unacceptable ANI

или

Centrex 302, Unacceptable ANI

Неприемлемый
А-номер для исходящего вызова. Используется,при проверке соответствия
А-номеров заданному диапазону номеров для субдомена при прохождении
вызова из ВАТС в вышестоящий домен.
Для решения проблемы в CDR
необходимо найти идентификатор домена и настроить преобразования
А-номеров на шлюзе Uplink внутри ВАТС в соответствии с заданным
диапазоном номеров для домена.

SIP 500, Server Internal Error

В случае если софтсвич отвечает на входящие вызовы с таким кодом разъединения, это свидетельствует о внутренних проблемах.
Возможные причины:

  • Вызов
    приходит на Balancer / SIP Proxy, однако Модуль Управления Вызовами
    (signaling) для управления вызовами недоступен. Имеет место отсутствие
    управляющего соединения МБН с Signaling из группы балансировки, которой
    принадлежит МУВ и куда направляется вызов.
  • МУВ не принадлежит ни одной группе балансировки
  • В группе балансировке МБН отсутствуют действующие МУВ (signaling)

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

TS , 11 [System] Failed to send CallBegin message

В момент получения входящего вызова МУВ (signaling) не смог отправить внутренние сообщение CallBegin в логику.

При наличии CDR, с таким кодом, можно говорить о том, что вызов
совершается по внутреннему протоколу с одной логики на другую и
завершается не успешно. Наиболее вероятные причины:

  • Неверно
    сконфигурированы группы балансировки в TS (system.conf) или учётная
    запись шлюза в веб-интерфейсе связана с недоступной логикой
  • Остановлен компонент или не работает логика SP или SL или scripting
  • Отсутствует лицензирование компонентов SL или SP (по причине недоступности или некорректном файле с лицензиями)

Иногда
данный код не встречается в CDR, т.к. в логику информация о вызове не
попадает из-за проблем взаимодействия МУВ (signaling) и логики.
Вероятные проблемы:

  • Отсутствие управляющего соединения с логикой из группы балансировки, которой принадлежит МУВ и куда направляется вызов.
  • МУВ не принадлежит ни одной группе балансировки
  • В группе балансировке МУВ отсутствуют действующие компоненты логики

TS 169, [SS7] Can not send CallBegin

Невозможно послать сообщения внутреннего протокола CallBegin для начала обработки вызова.
Возможная
причина — отсутствие управляющего соединения у МОВ-ОКС-7 (ss7-ноды) c
Модулем Управления Вызовами (signaling) при попытке отправить CallBegin
При этом чаще всего CDR не формируются, так как вызов завершается до обращения в логику.

TS 51, [SIP] Failed to create socket

Проблемы с использованием локального SIP-сокета для Модуля Управления Вызовами (signaling).

Для  МУВ указано использовать локальный сокет (адрес и порт) на сервере
который, использовать невозможно, ввиду того, что IP-адреса указанного в
сетевой зоне учётной записи оборудования нет на сервере либо сетевая
зона, которую пытается использовать МУВ, недоступна. Проблема решается
добавление/восстановлением IP-адреса в ОС Linux на сервере,  либо через
изменение конфигурации TS (system.conf)

Class4  1, Unregistered IP Address

или

TMngr  1, Unregistered IP Address

Вызов
не может быть авторизован в РТУ МТТ ввиду отсутствия подходящей учётной
записи оборудования, при этом в списке оборудования есть устройства,
которые требуют обязательной регистрации.

Возможные причины:

  • Оборудование должно быть зарегистрировано, но либо регистрация была завершена по таймауту, либо по другим причинам.
  • Оборудование
    работает со статическим адресом, но вызов всё равно не может быть
    авторизован. Проблема решается уточнением конфигурации параметров
    авторизации (IP-адрес, порт, А или Б номер, дата и время действия и
    т.п.)
  • Также, больше количество отбитых вызовов с таким кодом при
    использовании софтсвича в открытой сети, говорит о том, что на систему
    направляется большой объём трафика от неизвестных устройств и требуется
    настройка безопасности и/или лимитирование всплесков нагрузки по
    вызовам.

Class4  40, Gateway Is Invalid

или

TMngr  40, Gateway Is Invalid

Вызов
не может быть авторизован в РТУ МТТ ввиду отсутствия подходящей учётной
записи оборудования, при этом терминал работает со статическим адресом,
но в рамках вызова совпадения авторизационных параметров не произошло.

Проблема решается уточнением конфигурации параметров авторизации (IP-адрес, порт, А или Б номер, дата и время действия и т.п.).

Также, большое количество отбитых вызовов с таким кодом при
использовании софтсвича в открытой сети, говорит о том, что на систему
направляется большой объём трафика от неизвестных устройств и требуется
настройка безопасности и/или лимитирование всплесков нагрузки по
вызовам.

Понравилась статья? Поделить с друзьями:
  • Ошибка 49 принтер hp m451
  • Ошибка 4wd nissan x trail t32
  • Ошибка 4862 ман
  • Ошибка 49 принтер hp 426
  • Ошибка 4wd nissan navara