SIP ошибки на устройствах – Sipuni
«Установил новый софт-фон. при попытке позвонить, получаю ошибку 403«
— Ошибка 403 означает, что вы неверно ввели логин или пароль в настройках софт-фона.
Скопируйте из кабинета данные для авторизации устройства сотрудника. Проверьте отсутствие пробелов.
«Установил новый софт-фон. при попытке позвонить, получаю ошибку 408«
— Измените в настройках софт-фона параметр «Транспорт» TCP <-> UDP
«Установил новый софт-фон. при попытке позвонить, получаю ошибку 923«
— Проверьте правильность написания адреса домена/хоста в приложении Zoiper: voip.sipuni.com или sip.sipuni.com.
— Замените адрес домена/хоста voip.sipuni.com на 212.193.100.43. sip.sipuni.com — 212.193.100.118.
— Либо пропишите в настройках интернет подключения.
Первичный DNS 8.8.8.8
Дополнительный DNS 8.8.4.4.
Откройте окно с команды «Выполнить»
Напишите команду control netconnections и нажмите Enter.
Откройте свойства сетевого адаптера. Правой кнопкой.
Перейдите в свойства адаптера.
Далее нажмите на строку IP версия 4 (TCP/IPv4).
Включите «Использовать следующие адреса серверов» и укажите IP адреса как на картинке.
«Установил новый аппарат Yealink. При попытке позвонить, получаю ошибку 488 not acceptable here»
— Эта ошибка означает, что на аппарате не выставлены необходимые речевые кодеки. Проверьте, чтобы список кодеков в настройках аппарата выглядел так:
403 Forbidden — В большинстве случаев означает неправильный логин и пароль для учетной записи SIP.
Необходимо проверить данные для авторизации. Возможно в пароле указан символ пробела или буквы введены на кириллице. Проверьте правильность ввода логина. Во некоторых приложениях и аппаратах необходимо указывать логин вместе хостом (доменом).
login@host
qwerty12345@host. ru
404 Not found — Неправильно набран номер или не найдена учетная запись SIP.
Учетная запись не может быть найдена на сервере. Удалена из меню «Конструктор». Так же может появляться при неправильно набранном номере. Проверьте префиксы 8 и +7. Так же длину номера. Особое внимание уделите первым трем цифрам кода оператора.
408 Request Timeout — Превышено время ожидания ответа.
Ошибка появляется при длительных и безуспешных попытках зарегистрировать приложение или аппарат на виртуально АТС. Проверьте доступность сети и наличие канала связи до узлов регистрации Sipuni.
Проверить доступность сервера Sipuni можно с помощью команды ping.
ping voip.sipuni.com
486 Busy Here — Вызываемый абонент занят
Если аппарат или приложение работают и не заняты во время звонка, то проверьте режим DND. Возможно он включен и все входящие звонки будут отклонены с данной ошибкой. Дополнительно рекомендуем перезагрузить роутер и иное сетевое оборудование в одной сети с телефонным аппаратом. Возможно был сбой электросети и телефонный аппарат не получил актуальные настройки от роутера.
500 Internal Server Error — Внутренняя ошибка сервера
Проблема может встречаться у некоторых операторов связи. Как правило решается пересозданием линии с новым паролем в кабинете оператора.
603 Decline — вызов отклонен
Вызов может быть отклонен из за тех же настроек DND, что и в ошибке 486.
SIP ошибки и их значение
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.
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 ответы и их значения
Коды ответов сервера (коды состояния запроса) в протоколе SIP, согласно RFC2543.
Код ответа от сервера (код состояния запроса) состоит из трех цифр и показывает информацию об обработке запроса сервером или оконечным устройством. Рядом с любым кодом, передается поясняющая фраза, краткое текстовое описание, кода ответа. Код ответа необходим для серверов и оконечных устройств, при этом, они не смотрят поясняющие фразы. А поясняющие фразы необходимы лишь для конечных пользователей.
Ниже представлено описание кодов состояния запроса. Более полное описание вы можете прочитать в RFC2543.
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 – используется для того, чтобы заранее получить описание сеанса информационного обмена от шлюзов на пути к вызываемому пользователю.
- SIP/2.0 199 Early Dialog Terminated – Может использоваться сервером пользовательских агентов для указания вышестоящим объектам SIP (включая клиент пользовательского агента (UAC)), что раннее диалоговое окно было прекращено.
2xx = Успешные ответы
- SIP/2.0 200 OK – успешное завершение.
- SIP/2.0 202 Accepted – запрос принят для обработки Используется для справки о состоянии обработки.
- SIP/2.0 204 No Notification – Указывает, что запрос был успешным, но соответствующий ответ не будет получен.
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 412 Conditional Request Failed – данное условие не выполняется (RFC3903).
- SIP/2.0 413 Request Entity Too Large – размер запроса слишком велик для обработки на сервере.
- SIP/2.0 414 Request-URI Too Long – Запрашиваемый URI слишком длинный.
- SIP/2.0 415 No Media – звонок совершается неподдерживаемым кодеком.
- SIP/2.0 416 Unsupported Scheme – сервер не может обработать запрос из-за того, что схема адреса получателя ему непонятна.
- SIP/2.0 417 Unknown Resource-Priority – была метка resource-priority, но не было Resource-Priority header (RFC4412).
- SIP/2. 0 420 Bad extension – неизвестное расширение: Сервер не понял расширение протокола SIP.
- SIP/2.0 421 Extension Required – в заголовке запроса не указано, какое расширение сервер должен применить для его обработки.
- SIP/2.0 422 Session Interval Too Small – полученный запрос содержит в поле Session-Expires значение которое меньше минимального таймера (RFC4028).
- SIP/2.0 423 Interval Too Brief – сервер отклоняет запрос, так как время действия ресурса короткое.
- SIP/2.0 424 Bad Location Information — Содержание location в запросе имеет неправильную форму (RFC6442).
- SIP/2.0 428 Use Identity Header — Политика сервера требуют заголовок Identity,и не был предоставлен (RFC4474).
- SIP/2.0 429 Provide Referrer Identity — Сервер не получил Referred-By в запросе (RFC3892).
- SIP/2.0 430 Flow Failed — Спец поток к UA неудачен, но другие потоки могут быть успешны. Этот запрос должен исп между проки и не должен быть виден конечным пользователям. (но если видим, должен трактоваться как ответ 400 Bad Request) (RFC5626).
- SIP/2.0 433 Anonymity Disallowed — запрос отклонен потому что он анонимный (RFC5079).
- SIP/2.0 436 Bad Identity-Info — Поле Identity-Info запроса и URI схема не могут различаться (RFC4474).
- SIP/2.0 437 Unsupported Certificate — сервер не может проверить сертификат для домена, которым подписан запрос (RFC4474).
- SIP/2.0 438 Invalid Identity Header — сервер получил правильный сертификат, которым был подписан запрос, но не может проверить сам сертификат (RFC4474).
- SIP/2.0 439 First Hop Lacks Outbound Support — Первый исходящий прокси сервер на котором пытается зарегистрироваться пользователь не поддерживает «outbound» фичу по RFC 5626, хотя registrar поддерживает.
- SIP/2.0 440 Max-Breadth Exceeded – общее количество петель на SIP-прокси, вызванных разветвленным запросом SIP (то есть пересылают запрос более чем одному месту назначения) превышено (RFC5393).
- SIP/2.0 469 Bad Info Package – Метод INFO для инициации сеанса SIP и механизм информационного пакета не определены (RFC6086).
- SIP/2.0 470 Consent Needed — источник запроса не имеет прав от получателя на такой запрос (RFC5360).
- 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 489 Bad Event – Сервер не понял пакет событий, указанный в поле заголовка события (RFC6665).
- SIP/2.0 491 Request Pending – запрос поступил в то время, когда сервер еще не закончил обработку другого запроса, относящегося к тому же диалогу.
- SIP/2.0 493 Undeciperable – сервер не в состоянии подобрать ключ дешифрования: невозможно декодировать тело S/MIME сообщения.
- SIP/2.0 494 Security Agreement Required – Сервер получил запрос, который требует согласованного механизма безопасности, и ответ содержит список подходящих механизмов безопасности для выбора запрашивающей стороны, или вызов дайджест-аутентификации (RFC3329).
- 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 – сервер не в состоянии обработать запрос из-за большой длины сообщения.
- SIP/2.0 555 Push Notification Service Not Supported – Поддержка push-уведомлений для любого SIP-сервера не осуществляется (RFC8599).
- SIP/2.0 580 Precondition Failure – Сервер не может или не хочет соблюдать некоторые ограничения, указанные в предложении (RFC3312).
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/2.0 607 Unwanted – Вызываемая сторона не хотела этого вызова от вызывающей стороны. Будущие попытки вызывающей стороны, вероятно, будут отклонены аналогичным образом (RFC8197).
Возможно, полезным окажется информация в статье про коды ошибок в Asterisk.
Любое использование материалов сайта возможно только с разрешения автора и с обязательным указанием источника.
SIP ответы и их значения
После приема и интерпретации запроса, адресат (прокси-сервер) передает ответ на этот запрос. Содержание ответов бывает разным: подтверждение установления соединения, передача запрошенной информации, сведения о неисправностях и т.д. Структуру ответов и их виды протокол SIP унаследовал от протокола HTTP.
Определено шесть типов ответов, несущих разную функциональную нагрузку. Тип ответа кодируется трехзначным числом. Самой важной является первая цифра, которая определяет класс ответа, остальные две цифры лишь дополняют первую. В некоторых случаях оборудование даже может не знать все коды ответов, но оно обязательно должно интерпретировать первую цифру ответа.
Все ответы делятся на две группы: информационные и финальные. Информационные ответы показывают, что запрос находится в стадии обработки. Они кодируются трехзначным числом, начинающимся с единицы, — 1хх. Некоторые информационные ответы, например, 100 Trying, предназначены для установки на нуль таймеров, которые запускаются в оборудовании, передавшем запрос. Если к моменту срабатывания таймера ответ на запрос не получен, то считается, что этот запрос потерян и может (по усмотрению производителя) быть передан повторно. Один из распространенных ответов — 180 Ringing; по назначению он идентичен сигналу <Контроль посылки вызова> в ТфОП и означает, что вызываемый пользователь получает сигнал о входящем вызове.
Финальные ответы кодируются трехзначными числами, начинающимися с цифр 2, 3, 4, 5 и 6. Они означают завершение обработки запроса и содержат, когда это нужно, результат обработки запроса. Назначение финальных ответов каждого типа рассматривается ниже.
Ответы 2хх означают, что запрос был успешно обработан. В настоящее время из всех ответов типа 2хх определен лишь один -200 ОК. Его значение зависит от того, на какой запрос он отвечает:
ответ 200 OK на запрос INVITE означает, что вызываемое оборудование согласно на участие в сеансе связи; в теле ответа указываются функциональные возможности этого оборудования;
ответ 200 OK на запрос BYE означает завершение сеанса связи, в теле ответа никакой информации не содержится;
ответ 200 OK на запрос CANCEL означает отмену поиска, в теле ответа никакой информации не содержится;
ответ 200 OK на запрос REGISTER означает, что регистрация прошла успешно;
ответ 200 OK на запрос OPTION служит для передачи сведений о функциональных возможностях оборудования, эти сведения содержатся в теле ответа.
Ответы Зхх информируют оборудование вызывающего пользователя о новом местоположении вызываемого пользователя или переносят другую информацию, которая может быть использована для нового вызова:
в ответе 300 Multiple Choices указывается несколько SIP-адресов, по которым можно найти вызываемого пользователя, и вызывающему пользователю предлагается выбрать один из них;
ответ 301 Moved Permanently означает, что вызываемый пользователь больше не находится по адресу, указанному в запросе, и направлять запросы нужно на адрес, указанный в поле Contact;
ответ 302 Moved Temporary означает, что пользователь временно (промежуток времени может быть указан в поле Expires) находится по другому адресу, который указывается в поле Contact.
Ответы 4хх информируют о том, что в запросе обнаружена ошибка. После получения такого ответа пользователь не должен передавать тот же самый запрос без его модификации:
ответ 400 Bad Request означает, что запрос не понят из-за наличия в нем синтаксических ошибок;
ответ 401 Unauthorized означает, что запрос требует проведения процедуры аутентификации пользователя. Существуют разные варианты аутентификации, и в ответе может быть указано, какой из них использовать в данном случае;
ответ 403 Forbidden означает, что сервер понял запрос, но отказался его обслуживать. Повторный запрос посылать не следует. Причины могут быть разными, например, запросы с этого адреса не обслуживаются и т.д.;
ответ 485 Ambiguous означает, что адрес в запросе не определяет вызываемого пользователя однозначно;
ответ 486 Busy Here означает, что вызываемый пользователь в настоящий момент не может принять входящий вызов по данному адресу. Ответ не исключает возможности связаться с пользователем по другому адресу или, к примеру, оставить сообщение в речевом почтовом ящике.
Ответы 5хх информируют о том, что запрос не может быть обработан из-за отказа сервера:
ответ 500 Server Internal Error означает, что сервер не имеет возможности обслужить запрос из-за внутренней ошибки. Клиент может попытаться повторно послать запрос через некоторое время;
ответ 501 Not Implemented означает, что в сервере не реализованы функции, необходимые для обслуживания этого запроса. Ответ передается, например в том случае, когда сервер не может распознать тип запроса;
ответ 502 Bad Gateway информирует о том, что сервер, функционирующий в качестве шлюза или прокси-сервера, принял некорректный ответ от сервера, к которому он направил запрос;
ответ 503 Service Unavailable говорит от том, что сервер не может в данный момент обслужить вызов вследствие перегрузки или проведения технического обслуживания.
Ответы 6хх информируют о том, что соединение с вызываемым пользователем установить невозможно:
ответ 600 Busy Everywhere сообщает, что вызываемый пользователь занят и не может принять вызов в данный момент ни по одному из имеющихся у него адресов. Ответ может указывать время, подходящее для вызова пользователя;
ответ 603 Decline означает, что вызываемый пользователь не может или не желает принять входящий вызов. В ответе может быть указано подходящее для вызова время;
ответ 604 Does Not Exist Anywhere означает, что вызываемого пользователя не существует.
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 — соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны
Mikrotik-Ukraine: Защита SIP-порта. Часть 2: анализ пакетов.
Для защиты SIP-порта можно использовать анализ пакетов с помощью опции «content» в Firewall Mikrotik. Но, для начала, нам нужно узнать, что именно посылает наш сервер телефонии на неправильный логин и пароль. Для примера возьмем самый популярный сервер телефонии — Asterisk с веб-интерфейсом FreePBX. Перво-наперво можно изучить, какие именно стандартные ответы дает SIP-сервер:
Sip-ответы могут быть как стандартные, так и не стандартные. Больше ответов можно посмотреть тут. Стоит сказать, что ваш сервер может посылать разные ответы о неверном пароле. Во многих статьях для защиты Asterisk рекомендуют использовать некоторую уловку, приведу пример.По умолчанию Asterisk выдает одну ошибку о неверном пароле для существующего аккаунта и другую для несуществующего аккаунта. Существует множество программ для подбора паролей, поэтому злоумышленнику не составит труда проверить все короткие номера и собирать пароли лишь к существующим аккаунтам, которые ответили «неверный пароль». Чтобы помешать этому, меняем строчку в файле /etc/asterisk/sip.conf:alwaysauthreject = no на alwaysauthreject = yes и перезапускаем Asterisk.Лично у меня при установленном интерфейсе FreePBX эта опция была включена. Ответ «401 Unauthorized» фигурировал и в удачных подключениях (с правильным логином и паролем), так и в неудачных. Поэтому по нему отловить «левые» подключения были невозможно. Поэтому решением стало выключение этой опции.
После такой настройки, Asterisk будет отвечать одинаково для любых неверных авторизации «401 Unauthorized» и не сообщать подробностей.
И перезапускаем Asterisk для применение настроек.
заходим в консоль asteriskДелаем проброс SIP-порта в Mikrotik:
asterisk -r
перезапускаем asterisk
core restart now
/ip firewall natadd action=dst-nat chain=dstnat comment=»SIP» disabled=no dst-port=5060 in-interface=ether1-wan protocol=udp src-address-list=udalennie_telefoni to-addresses=10.0.0.150 to-ports=5060Я не рекомендую использовать стандартный порт, но как пример приведу его.
Далее нужно проанализировать пакеты, которые поcылает ваш сервер в ответ на неправильный логин и пароль. Для этого можем использовать программу Wireshark, как ей пользоваться можно почитать тут. После установки программы запускаем ее, выбираем свой сетевой интерфейс, который будем анализировать.
Создаем фильтр для SIP-пакетов, что-бы не анализировать другой мусор.
Выбираем фильтр и запускаем анализ, на запрос сохранить ли вывод в файл — отвечаем отказом. Далее нам понадобиться SIP-клиент, я выбираю X-Lite. Вводим IP нашего SIP-сервера, заведомо неправильный логин (номер внутреннего телефона) и любой пароль.
Анализируем Wireshark.
Получаем «404 Not found» — отлично, по этому и будем ловить пакеты. Далее вводим в X-Lite правильный логин (регистрационный номер телефона) и неправильный пароль. Проводим анализ.Получаем ответ «403 Forbidden (Bad auth)» — его тоже мы будем использовать. Теперь для примера покажу вывод правильной регистрации с верным логином и паролем.
Как видим ответ «401 Unauthorized» попадается и при правильной регистрации. В тоже время текст «403 Forbidden (Bad auth)» и «404 Not found» можно использовать для отслеживания «плохих» подключений. Сам метод описан в статье Защищаем сервер FTP за Mikrotik анализируя пакеты опцией «content».
/ip firewall filter
add action=drop chain=forward comment=»drop sip brute forcers» dst-port=5060 in-interface=ether1-wan protocol=udp src-address-list=sip_drop
add action=add-src-to-address-list address-list=sip_stage address-list-timeout=1m chain=forward comment=sip_vhod dst-port=5060 in-interface=ether1-wan protocol=udp
add action=add-dst-to-address-list address-list=sip_drop address-list-timeout=10m chain=forward comment=»sip_stage_bad_403 Forbidden (Bad auth)» content=»403 Forbidden (Bad auth)» dst-address-list=sip_stage src-address=10.0.0.150
add action=add-dst-to-address-list address-list=sip_drop address-list-timeout=10m chain=forward comment=»sip_stage_bad_404 Not found» content=»404 Not found» dst-address-list=sip_stage src-address=10.0.0.150
Первым правилом мы блочим доступ с адрес-листа sip_drop на порт 5060. Второе правило добавляет все IP, которые обращаются на порт 5060 на наш роутер в адрес-лист sip_vhod. Третье правило анализирует ответы на адрес-лист sip_vhod от нашего сервера Asterisk, и если ответ содержит «403 Forbidden (Bad auth)» — добавляет IP в адрес-лист sip_drop на 10 минут. Четвертое правило аналогично третьему, только фильтрует пакеты по тексту «404 Not found». Такими образом злоумышленник, который пытается подключиться к вашему серверу с неправильным логином или паролем будет заблочен на 10 минут. А если вы неправильно ввели пароль (или ваш пользователь), то через 10 минут сможете повторить попытку.
Используемый материал:
кодов отключения VoIP — Sip 404 — Sip 403
Добро пожаловать на мастер-класс по бизнесу VoIP. Сегодняшняя лекция посвящена кодам отключения Sip: Sip 404 Not Found и Sip 403 Forbidden. Чтобы снизить PDD блога, сразу же приступаем к уроку.
Значение Sip 404 Not FoundЗначение этого кода: запрос не может найти ответ на другой стороне.
Причины этого кода отключения SipКод Sip-404 Not Found приводит к низкой средней вероятности успеха.
Как мы можем определить Sip-404Найдите низкие значения ASD и проанализируйте значение CDR, чтобы вы могли легко определить Sip 404 и принять меры.
Причины этого кода отключения- Некоторые провайдеры возвращают это Sip-сообщение, если они получили неправильные номера.
- Возможно, вы отправляете трафик с неправильным префиксом tec
- На другой стороне возможна ошибка конфигурации
- Возможно, маршрут не работает
- Мы следует контролировать цифры и проверять их с другим прямым поставщиком.
- Подтвердите технический префикс, который мы отправляем поставщику.
- Если номера и технические префиксы верны, но мы все равно получаем этот код ошибки, то нам необходимо сообщить поставщику об этой ситуации.
Ответ, полученный при отправке запрещенного запроса другой стороне.
Последствия Sip 403Этот код приводит к снижению скорости ASR трафика VoIP. Низкие скорости ASR не являются желательными значениями для здорового трафика.
Причины, по которым Sip 403 запрещен- Может быть проблема с IP
- Проблема с номерами
- Номер A заблокирован или это нежелательный номер
- Маршрут не работает
Проанализируйте значение CDR трафика с низким средним показателем успешности. А также вы можете посмотреть номера, которые получают Forbid.
То, что вы можете сделать- Проверьте числа, протестируйте различных поставщиков и, если они работают, контролируйте IP.
- Если все в порядке с номерами, по которым мы звонили, или IP, тогда нам нужно проверить номера этого звонка.
- Если проблем с трафиком нет и вызов можно беспрепятственно переадресовать поставщику, вы должны сообщить об этом поставщику.
Вы можете связаться с нами с нашего веб-сайта или через учетные записи социальных сетей и задать все, что вас интересует, о бизнесе VoIP. Мы будем очень рады ответить на все вопросы.
Ошибка SIP: 403 Запрещено | Предиктивный номеронабиратель
Я потерпел неудачу. Линия занята. Ошибка SIP: 403 запрещено. Как мне исправить эту ошибку?
Почти все «ошибки SIP» связаны с вашей службой VOIP. Одна проблема с кодом ошибки и сообщением заключается в том, что не все службы VOIP используют один и тот же код. Например, вы также можете получить ошибку SIP Error: 403 Not Subscribed error от других служб.
Есть несколько вещей, которые вы можете проверить, чтобы исправить эту ошибку:
1.Убедитесь, что на вашем VOIP-аккаунте достаточно денег для исходящих звонков
2. Если вы используете несколько линий, убедитесь, что ваша учетная запись поддерживает несколько каналов. Если вы используете callcentric, убедитесь, что вы вошли в свою учетную запись, и установите «Разрешить одновременные вызовы» в настройках SIP.
3. Для освобождения «линии» может потребоваться больше времени на отключение. Откройте шлюз Voicent, выберите «Настройка»> «Параметры»> «Исходящий», увеличьте время зависания до 30 секунд. Если это решит проблему, уменьшите время зависания.
4. Убедитесь, что вы указываете номер телефона в правильном формате. Обычно в США и Канаде для кода страны нужно указывать 1. Поэтому, если вы звоните по номеру 123-456-7890, вам нужно указать 1-123-456-7890. Обычно для вашей учетной записи VOIP не существует такого понятия, как «местный звонок». Вы также можете сделать это, установив правило набора на шлюзе Voicent.
Если все вышеперечисленное не решает проблему, попробуйте использовать программный телефон (например, x-lite) или режим полуавтоматического набора Voicent AgentDialer для набора номера.Вы можете услышать больше аудиоинформации о том, почему звонок запрещен.
Если вы все еще не можете понять, позвоните своему провайдеру услуг VOIP. Просто спросите их, что вы используете программный телефон (x lite) для звонка, а звонок не соединяется. Важно не упомянуть, что вы используете номеронабиратель. Это их запутает. Во многих случаях они просто говорят, что не поддерживают программу дозвона, когда не могут понять, в чем проблема. Просто скажите, что вы используете софтфон x lite. Большинство технических специалистов службы поддержки VOIP имеют опыт решения проблем с программным телефоном
Чистая установка, SIP-соединения 403 Запрещено — FreePBX
У меня возникли проблемы с сохранением моих SIP-соединений в течение более нескольких секунд после перезапуска.Я преследовал это в другом вызове ([транк freePBX для входящего маршрута работает — всего около 20 секунд]
Я подумал, что попробую выполнить настоящую базовую установку / конфигурацию типа «Hello World», чтобы изолировать проблему.
Все запускается нормально.
Chan_Sip_Info показывает:
1 SIP-регистраций.
, что кажется нормальным.
Все, что я хочу сделать, это увидеть, как Asterisk / PBX принимает вызов и что-то с этим делать. Меня не волнует что. Я думал, что простейший из тестов «Hello World» — это преобразование текста в речь или, возможно, пересылку в другое место назначения.
Я не могу заставить Asterisk что-либо забрать.
sngrep показывает:
46.31.231.185:5060 192.168.86.46:5160│Через: SIP / 2.0 / UDP 46.31.231.185:5060;branch=z9hG4bK742fbcb1;received=46.31.231.185;rport─────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────── ───┬───────── ───────────┬─────────Из: «07951408 ???» sip: 07951408 ??? @ 46.31.231.185; tag = VF5e4104d5faa3ffeb1cdb7c929e8f
│ INVITE (SDP) │ │To: sip: 30210 ??? @ 79.69.61.???:5160;tag=as31f9e7cc: 9012.95 22125 │ ───────────────────────────> │ │Call-ID: VFb6aad53abf56d550f3c14b7a870aa2 @ voipfone
+0. 026518 │ 403 Запрещено │ │CSeq: 102 INVITE
22: 53: 22.004551 │ <───────────────────────────────────── │ Сервер: FPBX- 14.0.5.25 (13.22.0)
+0.020813 │ ACK │ │Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
22: 53: 22.025364 │ ───── ──────────────────────> │ │Поддерживается: заменяет, таймер
+0.003228 │ CANCEL │ │Content-Length: 0
22: 53: 22.028592 │ ── ─────────────────────────> │ │
+0.000486 │ 481 Участок вызова / транзакция d │ │
22:53:22.029078 │ <─────────────────────────── │ │
Итак, соединение «запрещено». Я думал, что скрою некоторые данные об IP / аккаунте / пароле с помощью «???» на всякий случай! Это паранойя!
Я надеюсь, так как это настоящая базовая установка, с которой я ничего не сделал, мы сможем решить эту проблему быстро, чтобы я мог продолжить (осторожно), опираясь на то, что было раньше. К сожалению, я падаю на первом же препятствии!
Я действительно думал, что могу просто указать транк, указать настройки SIP и затем соответствующим образом обработать входящий маршрут.
Внешние вызовы к DID получают немедленное сообщение голосовой почты not here ->.
Устранение неисправностей магистрали — Twilio
Twilio регистрирует запись оповещения отладчика
, когда обнаруживает ошибку при выполнении запросов SIP в / из вашей инфраструктуры SIP. Они могут быть очень полезны для целей отладки. Вы можете настроить срабатывание триггеров предупреждений в соответствии с вашими предпочтениями при любом коде ошибки предупреждения; при желании вы также можете отправить соответствующий веб-перехватчик или уведомление по электронной почте.Коды ошибок SIP относятся к серии 32xxx
.
Twilio Expert Services включает предварительно подготовленные семинары, услуги по обзору и оптимизации, а также индивидуальные консультации, помогающие с передовыми практиками и технической интеграцией. Услуги экспертов помогут вам сократить время на окупаемость и минимизировать риски. Зайдите сюда, если хотите приобрести Expert Services.
Журнал вызовов — полезный инструмент, который может обеспечить быструю диагностику поведения вызова. Легко фильтруйте по дате, по номерам или SIP-адресам и обратно, а также по статусу звонка, чтобы начать устранение неполадок.Настройте доступную информацию, чтобы отобразить ряд точек данных, связанных с вашими вызовами, для более полной картины поведения вашего вызова или удалите столбцы, ненужные для вашего варианта использования. Это можно сделать, нажав кнопку Настроить столбцы в правой части панели параметров Filter Results . Для более сложных манипуляций загрузите CSV с той же панели параметров и изучите более технические подробности своих звонков.
Значения, доступные для просмотра в журнале вызовов или загрузки в CSV, включают:
- Идентификатор учетной записи **
- Версия Api **
- Call Sid
- Вызывается по **
- CNAM **
- Стоимость ***
- Дата ***
- Дата создания **
- Направление
- Продолжительность
- Время окончания **
- из
- Идентификатор родительского вызова *
- Номер телефона Sid **
- Цена **
- Цена за единицу **
- Sid провайдера **
- Запись ***
- Безопасное соединение **
- Идентификатор вызова SIP *
- Время начала **
- Статус
- Статус STIR С
- по
- Сид багажника *
- Тип
* Значения должны быть включены в журнале вызовов
** Доступно только в формате CSV для загрузки
*** Доступно только в журналах вызовов
СтраницаTrunks позволяет вам создавать новые SIP-транки и предоставлять вам сводку всех созданных вами соединительных линий. Вы также можете использовать фильтры для поиска магистралей на основе SID магистрали, имени магистрали, завершения и исходного SIP URI.
Ниже вы можете найти некоторые типичные проблемы, с которыми вы можете столкнуться при настройке эластичного SIP-транка. Мы даем объяснение возможных причин и некоторые советы по устранению неполадок.
Помните, что вы можете попрактиковаться в совершении вызова и проверить, правильно ли сконфигурирована ваша коммуникационная инфраструктура с вашим соединением Twilio Trunk, см. Раздел Проверка соединительной линии.
Завершение вызовов (ваша УАТС / SBC для PSTN)
Исходящие вызовы (из PSTN в вашу PBX / SBC)
Проблемы с односторонним звуком
- Человек, выходящий на PSTN, может слышать человека на вашей АТС, но не наоборот
- Абонент вашей УАТС может слышать абонента на конце вызова в телефонной сети общего пользования, но не наоборот.
Вы не получаете ответа на свои SIP-запросы
Причина: Ваш брандмауэр блокирует исходящие SIP-запросы к Twilio.
- Откройте порты на вашем брандмауэре в соответствии с нашими IP-адресами.
Причина: Ваша УАТС не может получить доступ к DNS-серверу в общедоступном Интернете.
- Мы отправим URI завершения, который вы указали в своей магистрали, на общедоступные DNS-серверы. Вам необходимо либо настроить локальный DNS-сервер для разрешения этого URI, либо разрешить вашей УАТС доступ к общедоступным DNS-серверам.
Причина: Вы не помещаете URI завершения в Request-URI в запросах INVITE, которые вы отправляете в Twilio.
- Если URI вашего запроса не ссылается на URI завершения, который вы настроили для своей магистрали, мы будем рассматривать ваши SIP-сообщения как вредоносные и отбрасывать их. URI запроса, который вы нам отправляете, должен быть
sip: <номер телефона в формате e.164> @ <ваш URI завершения>
Вы получаете 403 запрещенных ответов на ваши запросы INVITE
Причина: Существует ACL на вашей магистрали, и вы отправляете нам запросы INVITE с IP-адреса, не входящего в этот ACL.
- Проверьте полученный параметр в заголовке Via в ответе 403, который мы вам отправляем: он сообщит вам IP-адрес, с которого мы получаем ваш SIP-запрос. Либо исправьте локальную маршрутизацию, чтобы вы отправляли нам SIP с адреса, уже находящегося в вашем ACL, либо добавьте этот другой адрес в свой ACL
Причина: На вашей внешней линии есть список учетных данных, а дайджест аутентификации INVITE неверен из-за неправильного имени пользователя / пароля
- Подтвердите, что ваше имя пользователя и пароль соответствуют таковому в вашем списке учетных данных.Тест состоит в том, чтобы удалить список учетных данных и посмотреть, работает ли вызов только с ACL.
Подсказка: Вы можете определить, по какой причине INVITE получает 403. Если это начальное, «не содержащее дайджеста» INVITE, проблема, скорее всего, заключается в несоответствии ACL. Если это ПРИГЛАШЕНИЕ с дайджестом аутентификации (после того, как требуется аутентификация 407), проблема, скорее всего, заключается в несоответствии учетных данных.
Вызов завершается с ошибкой 400 Неверный номер телефона
Причина: При отправке вызовов через Twilio вам необходимо сообщить нам набранный номер в E.164 формат.
- Обновите конфигурацию своей УАТС, чтобы набираемый номер был переведен в формат E.164
Вызов не выполняется из-за «403 Invalid Caller ID» или «400, номер не подтвержден»
Причина: учетные записи бесплатной пробной версии должны использовать проверенный Twilio идентификатор вызывающего абонента как для номера TO, так и для номера FROM.
Обязательно отформатируйте номера «Кому» и «От» в полном формате E.164, включая знак +. Например,
+15005551212
.Не может быть5005551212
,15005551212
.Не забудьте установить в качестве номера «От» либо номер Twilio, назначенный вашей учетной записи, либо подтвержденный номер идентификатора вызывающего абонента в вашей учетной записи Twilio.
Если
Remote-Party-ID
включен в INVITE, убедитесь, что он также установлен на действительный Caller-ID, как описано выше.
Вызов не выполняется с ошибкой «403 Номер телефона заблокирован для проверки»
Причина: Номер назначения заблокирован Twilio
- Обратитесь в службу поддержки Twilio по адресу help @ twilio.com, если вы сознательно не заблокировали этот номер.
Вызов завершается с ошибкой «403 Нет международной авторизации»
Причина: Вы пытаетесь позвонить в страну, которая не была активирована в соответствии с вашими географическими разрешениями для голосовой связи
.- Задайте разрешенные страны в голосовых географических разрешениях вашего аккаунта
Вызов завершается с ошибкой «503 Trunk CPS limit exceeded»
Причина: Вы генерируете оконечные вызовы со скоростью, превышающей CPS, установленную для вашей учетной записи; по умолчанию это 1 звонок в секунду.
Вы можете увеличить ставку CPS за определенную плату; свяжитесь со своим менеджером по работе с клиентами Twilio или отделом продаж для получения более подробной информации.
В качестве альтернативы уменьшите скорость, с которой ваша инфраструктура SIP ставит в очередь вызовы терминации на Twilio
.
Вызов завершается с ошибкой «503 Превышен предел одновременных вызовов по внешней линии»
Причина: Вы используете внешнюю линию для пробной учетной записи Twilio, и у вас более 4 одновременных активных вызовов.
Вы можете снять это ограничение, перейдя на Платную учетную запись.
Или уменьшите количество одновременных вызовов на своей внешней линии Twilio.
Звонок соединяется, есть двусторонняя аудиосвязь, но через 20 или 30 секунд звонок прерывается
Причина: Ваша коммуникационная инфраструктура SIP неправильно отправляет ACK в Twilio с использованием IP-адреса, отличного от IP-адреса заголовка Contact, указанного в 200 OK Twilio в Request-URI. Это приводит к тому, что Twilio не обрабатывает ACK, поэтому время ожидания транзакции истекает через 30 секунд, и вызов прерывается посредством BYE, отправленного со стороны Twilio на обе стороны вызова.
- Ваша коммуникационная инфраструктура SIP должна использовать IP-адрес в заголовке Contact сообщения 200 OK от Twilio в Request-URI ACK и отправлять ACK на IP-адрес в заголовке Record-Route того же 200 OK.
Причина: Ваша коммуникационная инфраструктура SIP неправильно настраивает / заменяет частные IP-адреса Twilio в URI и заголовки ACK, которые они возвращают, на их собственные общедоступные IP-адреса. Это приводит к тому, что Twilio направляет ACK обратно в коммуникационную инфраструктуру SIP и не обрабатывает его.Поскольку ACK не обрабатывается, Twilio (правильно) истекает время ожидания и прерывает вызов.
- Ваша коммуникационная инфраструктура SIP никогда не должна заменять какие-либо собственные IP-адреса Twilio; они должны корректировать только свои собственные IP-адреса.
При исходящих вызовах (из PSTN в вашу АТС): нет звука, и вызов прерывается через 20 или 30 секунд
Причина: Ваша SIP-инфраструктура заменяет специфичный для Twilio частный IP-адрес в составном заголовке Via на другой IP-адрес в 200 OK.Вероятно, это связано с глобальной заменой определенных диапазонов частных IP-адресов. Это приведет к тому, что 200 OK будет сброшено внутри инфраструктуры Twilio, что предотвратит отправку ACK и заставит вашу инфраструктуру прекратить вызов.
- Ваша инфраструктура SIP не должна изменять IP-адреса в заголовках Via при ответе на ПРИГЛАШЕНИЕ от Twilio.
При исходящих вызовах (из PSTN в вашу УАТС): есть двусторонний звук, но вызов прерывается через 20 или 30 секунд
Причина: Ваша инфраструктура SIP возвращает 200 OK с заголовком контакта, который содержит частный IP-адрес.Поскольку Twilio требуется для отправки ACK обратно на IP-адрес в заголовке Contact, ACK отправляется на этот частный IP-адрес. Поскольку частные IP-адреса не являются общедоступными, ACK никогда не достигает вашей инфраструктуры SIP, поэтому время ожидания вызова на этом конце прерывается.
- Ваша инфраструктура SIP должна использовать публично маршрутизируемые IP-адреса в заголовке контакта при ответе на ПРИГЛАШЕНИЕ от Twilio.
При исходящих вызовах (из PSTN в вашу УАТС): вызов отклоняется УАТС с ошибкой «401 Unauthorized» или достигает УАТС, но время ожидания истекает без ответа
Причина: Ваша УАТС не имеет IP-адресов Twilio SIP Trunking, настроенных как одноранговые.
- Обновите конфигурацию своей УАТС, чтобы IP-адреса сигнализации Twilio SIP Trunking для каждого применимого региона были надежными одноранговыми узлами. Адреса соответствуют нашим IP-адресам.
Вызов отклоняется УАТС с ошибкой «407 Proxy Authentication Required»
Причина: У вашей УАТС нет IP-адресов Twilio SIP Trunking, настроенных / разрешенных как одноранговые.
- Обновите конфигурацию своей УАТС, чтобы IP-адреса сигнализации Twilio SIP Trunking для каждого применимого региона были надежными одноранговыми узлами.Адреса соответствуют нашим IP-адресам.
Вызов достигает УАТС, но время ожидания ответа отсутствует
Причина: У вашей УАТС нет IP-адресов Twilio SIP Trunking, настроенных / разрешенных как одноранговые.
- Обновите конфигурацию своей УАТС, чтобы IP-адреса сигнализации Twilio SIP Trunking для каждого применимого региона были надежными одноранговыми узлами. Адреса соответствуют нашим IP-адресам.
Вызов завершается с ошибкой «Тайм-аут запроса 408» или «Тайм-аут запроса 504»
Причина: Twilio не получает ответа от вашей инфраструктуры SIP
Подтвердите, что SIP URI, который вы настроили для параметров исходной магистрали, правильный.
Проверьте брандмауэр, чтобы убедиться, что IP-адреса и порты Twilio разрешены.
Проверьте свою УАТС, чтобы убедиться, что IP-адреса и порты Twilio разрешены.
Вызов завершается с ошибкой «Таймер сеанса 422 слишком мал»
Причина: УАТС клиента настроена со значением Session-Expires, превышающим значение, указанное в сообщении INVITE. Возможные проблемы:
У УАТС клиента настроено очень большое значение Session-Expires.
Для сообщения INVITE оператора связи настроено очень маленькое значение Session-Expires.
Twilio в настоящее время не поддерживает таймеры сеанса, поэтому мы удаляем заголовок Supported: Timer
. Таким образом, значение Session-Expires действительно должно игнорироваться УАТС, но многие этого не делают. В качестве обходного пути следует уменьшить значение для PBX Session-Expires
до разумного значения, например, обычных значений по умолчанию 1800 или 3600.
Вызов не доходит до вашей УАТС и не отображается в журналах вызовов Twilio
Причина: Вы либо не настроили исходный SIP URI для своей магистрали Twilio SIP, либо настроили «плохой» URI SIP, который не разрешает
- Убедитесь, что вы настроили действительный маршрутизируемый URI SIP для источника.
Вызов завершается с ошибкой «415 Unsupported media type»
Причина: В вашей инфраструктуре SIP нет списка G.711 μ-law (PCMU) или A-law (PCMA) в поддерживаемых кодеках. Twilio в настоящее время поддерживает только кодеки G.711 μ-law (PCMU) или A-law (PCMA).
- Убедитесь, что ваша инфраструктура SIP поддерживает G.711 μ-law (PCMU) или A-law (PCMA).
При исходящих вызовах (из ТСОП в вашу УАТС): ПРИГЛАШЕНИЕ достигает УАТС, но истекает время ожидания ответа, и ПРИГЛАШЕНИЕ не отображается в журналах УАТС
Причина: Ваш брандмауэр не поддерживает IP-адреса транкинга Twilio SIP.
- Обновите конфигурацию брандмауэра, чтобы разрешить IP-адреса сигнализации Twilio SIP Trunking для каждого применимого региона. Адреса соответствуют нашим IP-адресам.
Человек, выходящий на PSTN, может слышать человека на вашей АТС, но не наоборот
Причина: Ваша УАТС помещает IP-адрес своей локальной сети в SDP, который она отправляет в Twilio
.- Обновите конфигурацию своей УАТС, чтобы она поместила свой IP-адрес WAN в SDP
Причина: Ваш брандмауэр блокирует пакеты RTP от Twilio
- Обновите свой брандмауэр, чтобы разрешить / пропустить RTP с IP / портов Twilio в соответствии с нашими IP-адресами.
Человек на вашей УАТС может слышать абонента на конце вызова в PSTN, но не наоборот
Причина: Ваш брандмауэр блокирует пакеты RTP от вашей УАТС к Twilio
- Обновите брандмауэр, чтобы разрешить / пропустить RTP с IP-адресов и портов вашей УАТС.
Причина: Ваш интернет-провайдер блокирует RTP-пакеты от вашей УАТС к Twilio
- Обратитесь к своему интернет-провайдеру, чтобы он разрешил / пропустил RTP с IP-адресов и портов вашей УАТС.
Причина: Ваши пакеты RTP проходят маршрут, который снижает TTL пакетов до значения, слишком низкого для прохождения через инфраструктуру Twilio (10 или меньше).
КОГДА ИМЯ ПРИЛОЖЕНИЯ = NULL И SUBSCRIBERURI = NULL SIP-КОНТЕЙНЕР ОТВЕТИЛ С 403 ЗАПРЕЩЕННОЙ ОШИБКОЙ
Статус APAR
Описание ошибки
Согласно разделу 15.4.1 спецификации SIP JSR 289. Протокол инициации сеанса WebSphere Application Server (SIP) контейнер неправильно реализует описанное поведение. В этом разделе описана процедура маршрутизации первоначального запроса.В нем говорится, что если модификатор маршрута NO_ROUTE, а имя приложения равно нулю, и есть заголовок маршрута, тогда запрос будет перенаправлен извне. В этом сценарии контейнер получает ответ «403 Запрещенный." По следам вы увидите следующее ------------------------------------------------- ApplicationPa 3 ApplicationPathSelector findSippletMatch appinfo: javax.servlet.sip.ar.SipApplicationRouterInfo@2f692f69; Данные: nextApplicationName = null, sipRouteModifier = NO_ROUTE, routes = null, sipApplicationRoutingRegion = null SipRouter CWSCT0017E: Отображение несуществующего сиплета: Метод = ПРИГЛАШЕНИЕ, callID = 17f_a282a11131e199956b7805c_I @ 1. 2.3.4, Применение: неизвестно. ТранспортComm 3 TransportCommLayerMgr TransportCommLayerMgr Сообщение: SIP / 2.0 403 Запрещено Call-ID: [email protected] CSeq: 384 ПРИГЛАШАТЬ --------------------------------------------------
Локальное исправление
Обзор проблемы
********************************************* ***************** * ЗАТРАГИВАЕМЫЕ ПОЛЬЗОВАТЕЛИ: версия IBM WebSphere Application Server * * 7.0 Feature Pack для связи * * Сеанс включенных приложений (CEA) * * Пользователи протокола инициации (SIP) * ************************************************* ************** * ОПИСАНИЕ ПРОБЛЕМЫ: Контейнер SIP не работает должным образом * * реализовать описанное поведение в * * раздел 15.4.1 SIP * * спецификация JSR 289. * ************************************************* ************** * РЕКОМЕНДАЦИЯ: * ************************************************* ************** В разделе 15.4.1 JSR 289 говорится, что если модификатор маршрута NO_ROUTE, а имя приложения - null, и есть заголовок маршрута, тогда запрос будет перенаправлен извне. Контейнер ответил на этот сценарий сообщением «403 запрещено." В ApplicationPathSelector.findSippletMatch (), если имя приложения равно нулю, нет проверки, есть ли Маршрут заголовок.
Вывод проблемы
В ApplicationPathSelector.findSippletMatch (), если имя приложения имеет значение null, и если есть заголовок Route, установите внешний маршрут по запросу - истина. Исправление для этого APAR в настоящее время планируется включить в пакет исправлений 1.0.0.11. См. Рекомендуемые обновления. страница с информацией о доставке: http: // www.ibm.com/support/docview.wss?rs=180&uid=swg27004980
Временное исправление
Комментарии
Информация APAR
Номер APAR
PM23991
Сообщаемое название компонента
WEBS APP SERV N
Идентификатор зарегистрированного компонента
5724H8800
Зарегистрированный выпуск
700
Статус
ЗАКРЫТО НА
ЧП
НОПЭ
HIPER
NoHIPER
Особое внимание
NoSpecatt
Дата отправки
2010-10-06
Дата закрытия
06. 01.2011
Дата последнего изменения
2011-01-06
APAR настроен на систему от одного или нескольких из следующих:
APAR настроен на одну или несколько из следующих систем:
Название фиксированного компонента
CEA FEATUREPACK
Идентификатор фиксированного компонента
5724J0855
Применимые уровни компонентов
[{«Подразделение»: {«код»: «BU048», «ярлык»: «Программное обеспечение IBM»}, «Продукт»: {«код»: «SSCRSTH», «ярлык»: «Общие»}, «Компонент «:» «,» Категория ARM «: [],» Платформа «: [{» code «:» PF025 «,» label «:» Независимая платформа «}],» Версия «:» 700 «,» Редакция «: «», «Направление деятельности»: {«code»: «», «label»: «»}}]
S20 — несколько соединительных линий SIP
Привет, ребята, надеюсь на некоторую помощь с 403 запрещенной ошибкой, которую я получаю, небольшая задняя группа в моей настройке. ..
Мой интернет-провайдер отключает два соединения Ethernet со своего маршрутизатора, одно для Интернета со статическим общедоступным IP-адресом, которое подключается к моему брандмауэру, а другое — туннель L2TP в IP-пространстве RFC1918 (10.255.xx.), который подключен к моей PABX WAN.
Шлюзом по умолчанию в моей офисной АТС является шлюз LAN, а затем у меня есть статический маршрут к моим SIP-серверам ISP через интерфейс WAN.
Я настроил сервер OpenVPN на офисной АТС и перенаправил на него порт 1194, и у меня есть несколько удаленных расширений в дополнение к небольшому количеству расширений в моем офисе.Все могут звонить друг другу по внутреннему или удаленному номеру.
Теперь о моем вопросе … мой интернет-провайдер предоставляет две магистрали SIP, которые я настроил на своей офисной АТС. Первая соединительная линия — это номер главного офиса (заканчивающийся 4821), по которому есть входящий маршрут к группе звонков для моих офисных телефонов. Вторая магистраль — это номер службы поддержки в нерабочее время (заканчивающийся 4668), по которому я планирую еженедельно изменять входящий маршрут, чтобы он указывал на какое-либо удаленное расширение, выполняющее обязанности поддержки.
Я проверил PCAP и сопоставил приглашение для шаблона соответствия DID на входящих маршрутах для отправки соответствующих вызовов по магистрали в группу звонков или удаленный добавочный номер — вызов извне на номер главного офиса или вызов извне на номер службы поддержки работает просто хорошо.
Затем я создал два исходящих маршрута, отдельные схемы набора и отдельные соединительные линии, чтобы сотрудники офиса могли звонить по первой линии (наш основной номер 4821), а персонал удаленной поддержки мог звонить по второй линии (наш номер поддержки 4668). .Я еще не настроил DOD.
Но при звонке из офиса или удаленного абонента я получаю сообщение «запрещено» на моих трубках? Если я отключу 2-й транк, то снова смогу звонить?
Я не трогал никаких настроек NAT, «От пользователя» или чего-то еще. Может ли кто-нибудь любезно указать мне, где я могу ошибиться?
Большое спасибо
Крейг.
Устранение ошибок программного телефона — Центр базы знаний
Введение
В конце этой статьи вы сможете понять и устранить распространенные ошибки на программных телефонах.Если вам понадобится помощь, свяжитесь с нашей службой поддержки.
Общие коды ошибок в приложениях программных телефонов
При установке и запуске программных телефонов может возникнуть ряд кодов ошибок. В этой статье будут объяснены обычные причины и способы их устранения.
401 — Unauthorized — имя пользователя / пароль недействительны — эта ошибка обычно возникает, когда вы ввели неправильное имя пользователя или пароль из данных вашего SIP-устройства.Вам следует дважды проверить свои данные SIP, зайдя на портал клиентов УАТС и щелкнув устройства SIP в нижнем левом углу.
403 — Запрещено — Эта ошибка также означает, что имя пользователя или пароль были введены неправильно с SIP-устройства. Вам следует дважды проверить свои данные SIP, зайдя на портал клиентов УАТС и щелкнув устройства SIP в нижнем левом углу, как показано на изображении выше.
404 — Не найдено — Обычно эта ошибка означает, что вы набрали неправильный номер.Вам следует перепроверить номер и попытаться набрать номер с другого стационарного или мобильного телефона.
407 — Требуется проверка подлинности прокси — Эта ошибка также означает, что имя пользователя или пароль были введены неверно из сведений об устройстве SIP. Вам следует дважды проверить свои данные SIP, зайдя на портал клиентов УАТС и щелкнув устройства SIP в нижнем левом углу, как показано на изображении выше.
488 — Здесь неприемлемо — Эта ошибка означает, что телефон зарегистрирован, но кодеки несовместимы.