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 — отказ в обслуживании звонка
Читайте другие страницы сайта.
Модератор: april22
Sip 404
Здравствуйте. FreePBX Distro. Проверяю входящую связь. С софтфона1 набираю номер софтфона2 подключенного к asterisk. Цепь такая — Абонент Б (Софтфон1) -> Сервер провайдера ->Asterisk->Абонент А(Софотон2). Слышу две посылки вызова после появляется сообщение в софтфоне1 Sip 404 -Not Found no route to destination. В Софтфоне2- Абонент А не вижу сигнала вызова. Какой же номер я получаю как посмотреть?
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Re: Sip 404
zzuz » 04 авг 2019, 22:44
А ваш провайдер знает о номере «Абонент А(Софотон2)» ?
Линия24 — Системы Массового Телефонного Обслуживания
-
zzuz - Сообщений: 1658
- Зарегистрирован: 21 сен 2010, 13:33
-
- Сайт
- ICQ
Re: Sip 404
ottawa11 » 05 авг 2019, 11:54
Знает. Он же и сам мне и давал и А и Б. Я смотрел в файле 123.pcap нет трансляции. Задавал asterisk>> core set verbose 3 тоже ничего не увидел. Звонок на сотовый и разговор он Абонента Б проходит через сервер провайдера. Дамп вот не снимал для такого случая. Не проброшены у меня порты 10000-20000 RTP. Где узнать какие именно порты надо пробросить из этого диапазона? Может из-за этого. И кстати и с исходящими тоже такая картина А->Провайдер- Б не проходит. А вот А->Провайдер->Сотовый проходит и звонок и разговор
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Re: Sip 404
Zavr2008 » 05 авг 2019, 15:27
Настройки где? где логи?
Если звоните наружу по SIP, то должны CallerID устанавливать правильно, как требуется оператору. Также если NAT, то изучаем эту тему..
Российские шлюзы E1 Alvis-GW. Voip-Модернизация УПАТС, FreePBX, CRM. Продолжаем работать, импортозамещаем!
-
Zavr2008 - Сообщений: 2013
- Зарегистрирован: 27 янв 2011, 01:35
-
- Сайт
Re: Sip 404
ottawa11 » 06 авг 2019, 16:28
Входящая связь на сотовый через сервер провайдера проходит. Файл 123.pcap прилагаю. Входящая связь по цепи абБ->Сервер провайдера->asterisk->абА не проходит. Только две посылки вызова. Файл 123_1.pcap прилагаю. Картинку с настройками входящей маршрутизации тоже прилагаю. Как оказалось расширение pcap запрещено. Попробую asterisk> core set verbose 3
- Вложения
-
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Re: Sip 404
Zavr2008 » 06 авг 2019, 19:20
Поколение FreePBX не отличает настройки SIP от входящей маршрутизации. Диагноз — расстрелять нахрен)
Российские шлюзы E1 Alvis-GW. Voip-Модернизация УПАТС, FreePBX, CRM. Продолжаем работать, импортозамещаем!
-
Zavr2008 - Сообщений: 2013
- Зарегистрирован: 27 янв 2011, 01:35
-
- Сайт
Re: Sip 404
ottawa11 » 14 авг 2019, 15:53
Спасибо за то что не оставляете без внимания новичков. А нельзя ли заменить расстрел на ссылку. Например на Канары там тоже не сладко. Может случайно на голову упасть кокосовый орех и тогда летальный исход возможен тоже. А если серьезно то справился с большинством проблем. Астерикс работает звонки проходят. Начали беспокоить вопросы защиты. Установил обновление сообщили что fail2ban будет работать. Пока не проверял. Нашел на просторах интернета список плохих IP — адресов 100 штук. 50 установил пока. Озабочен сменой порта 5060 на другой. Так как в лог файле смотрел много лезут. В интернете рецепты есть много. В поиске по форуму ничего существенного не обнаружил. Что вы можете посоветовать как сменить порт 5060 ?
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Re: Sip 404
ottawa11 » 14 авг 2019, 22:39
Добрый вечер. Целый день разбирался. Лазил по интернету. Еще раньше fail2ban обновил вот по этой статье.https://wiki.merionet.ru/ip-telephoniya/58/problemy-s-fail2ban-freepbx-14/ а вот то что надо добавлять jail.local было для меня откровением. Пока что мне надо добавить два IP адреса откуда я захожу на астерикс. Первый дома я пока в одной сети с астерикс. Второй адрес на работе куда перенесу астерикс после наладки. Есть еще адреса сервера провайдера думаю они не при чем. Вот нашел примерный вид файла jail.local
[DEFAULT]
## Постоянный IP-адрес.
## Если не переопределить ignoreip здесь,
## то стоит закомментировать этот параметр в jail.conf.
ignoreip = 57.66.158.131 56.65.135.134[ssh]
## если в течении 1 часа:
findtime = 3600
## произведено 6 неудачных попыток логина:
maxretry = 6
## то банить IP на 24 часа:
bantime = 86400
Подойдет ли мне этот файл в таком виде. Конечно я запишу туда свои реальные IP — адреса. В том примере что вы указали они пишутся по другому. Там добавляют и маску подсети и другие локальные сети. Подскажите правильно ли записан файл jail.local
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Re: Sip 404
ottawa11 » 19 авг 2019, 21:19
Уже разобрался
- ottawa11
- Сообщений: 28
- Зарегистрирован: 03 май 2019, 18:05
Вернуться в Вопросы новичков
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 8
У меня мобильный интернет от «Мегафона». Когда сёрфил по интернету несколько раз заметил, как вместо «404» ошибки от сервера сайта, на котором я находился появлялась «404» от «Мегафон» с предложением разных услуг.
Я заморочился и нагенерировал много искусственных страниц, затем запустил парсер этих страниц, и эта «404» снова появилась. На 100 искусственных URL приходится 1 «404» от «Мегафона». Зачем «Мегафон» «перехватывает» именно эти страницы и имеет ли он на это право?
Скриншот на всякий случай:
Помогите пожалуйста. Настраиваю связку Avaya IPO 500 + Microsoft Lync Server.
При попытке позвонить на внешний номер Avaya показывает следующее:
670286mS SIP Rx: TCP 192.168.0.94:52740 -> 192.168.0.7:5060
INVITE sip:98916xxx0379@192.168.0.7;user=phone SIP/2.0
FROM: «Ð›Ð¸Ñ‚винÑкий Ðндрей Ðндреевич»<sip:4957872992@lync.xxx.ru;user=phone>;epid=F182909C87;tag=fa8db7831f
TO: <sip:98916xxx0379@192.168.0.7;user=phone>
CSEQ: 34 INVITE
CALL-ID: c731b9e9-1a15-4c2f-935e-8c3499717c97
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.0.94:52740;branch=z9hG4bK62ddc3c0
CONTACT: <sip:lync.xxx.ru:5060;transport=Tcp;maddr=192.168.0.94;ms-opaque=95af430f822a0cc5>
CONTENT-LENGTH: 338
SUPPORTED: 100rel
USER-AGENT: RTCC/4.0.0.0 MediationServer
CONTENT-TYPE: application/sdp
ALLOW: ACK
Allow: CANCEL,BYE,INVITE,PRACK,UPDATE
v=0
o=- 5 1 IN IP4 192.168.0.94
s=session
c=IN IP4 192.168.0.94
b=CT:1000
t=0 0
m=audio 55650 RTP/AVP 97 101 13 0 8
c=IN IP4 192.168.0.94
a=rtcp:55651
a=label:Audio
a=sendrecv
a=rtpmap:97 RED/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=ptime:20
670287mS Sip: SipTCPUser forwarding to Trunk!!!
670289mS Sip: SIPDialog TXN : Decoding of message Succeded 1
670290mS Sip: Create Incoming EndPoint voip
670290mS CMCallEvt: 0.1027.0 -1 BaseEP: NEW CMEndpoint f569869c TOTAL NOW=3 CALL_LIST=1
670290mS PRN: Created MH f569796c parent 0.1027.0 -1 SIPTrunk Endpoint
670290mS Sip: License, Valid 1, Available 4, Consumed 0
670291mS Sip: CheckLineMonitors on SIP Endpoint — KEY & LAMP for SIP Trunk!
670291mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) ExtractCallIdFrom Message: Call Id value c731b9e9-1a15-4c2f-935e-8c3499717c97
670291mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) ExtractCallerFromMessage: From Tag is fa8db7831f
670292mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) No Accept Header
670293mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) SendSIPResponse: INVITE SENT TO 192.168.0.94 5060
670293mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) Sending code 100 to method INVITE
670293mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) SendSIPResponse, Number of Tag Count, 0
670294mS SIP Tx: TCP 192.168.0.7:5060 -> 192.168.0.94:5060
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.0.94:52740;branch=z9hG4bK62ddc3c0
From: «Ð›Ð¸Ñ‚винÑкий Ðндрей Ðндреевич» <sip:4957872992@lync.xxx.ru;user=phone>;tag=fa8db7831f;epid=F182909C87
To: <sip:98916xxx0379@192.168.0.7;user=phone>;tag=8ddc5a2387ec6168
Call-ID: c731b9e9-1a15-4c2f-935e-8c3499717c97
CSeq: 34 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, INFO
Content-Length: 0
670294mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) INVITE Received ep 18.1027.1 -1 SIPTrunk Endpoint(f569869c), dialog f5697a78
670295mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) UpdateSIPCallState SIPDialog::INITIAL(0) -> SIPDialog::INVITE_RCVD(10)
670295mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) Present Call, no match (98916xxx0379) from URI in To header.
670295mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) Present Call, no match from URI in Request Line
670295mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) SendSIPResponse: INVITE SENT TO 192.168.0.94 5060
670296mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) Sending code 404 to method INVITE
670296mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) SendSIPResponse, Number of Tag Count, 1
670296mS SIP Tx: TCP 192.168.0.7:5060 -> 192.168.0.94:5060
SIP/2.0 404 Not Found
Via: SIP/2.0/TCP 192.168.0.94:52740;branch=z9hG4bK62ddc3c0
From: «Ð›Ð¸Ñ‚винÑкий Ðндрей Ðндреевич» <sip:4957872992@lync.xxx.ru;user=phone>;tag=fa8db7831f;epid=F182909C87
To: <sip:98916xxx0379@192.168.0.7;user=phone>;tag=8ddc5a2387ec6168
Call-ID: c731b9e9-1a15-4c2f-935e-8c3499717c97
CSeq: 34 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, INFO
Content-Length: 0
670297mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) UpdateSIPCallState SIPDialog::INVITE_RCVD(10) -> SIPDialog::FINAL(40)
670297mS Sip: SIP Line (18): Freed Txn Key 2016
670301mS RES: Thu 15/3/2012 15:43:52 FreeMem=75513804(2) CMMsg=4 (4) Buff=200 960 1000 7424 5 Links=20729
670301mS RES2: RTEngine=0, CMRTEngine=0, Timer=54, Poll=0, Ready=1, CMReady=0, CMQueue=0, VPNNQueue=0
670303mS SIP Rx: TCP 192.168.0.94:52740 -> 192.168.0.7:5060
ACK sip:98916xxx0379@192.168.0.7;user=phone SIP/2.0
FROM: «Ð›Ð¸Ñ‚винÑкий Ðндрей Ðндреевич»<sip:4957872992@lync.norbit.ru;user=phone>;tag=fa8db7831f;epid=F182909C87
TO: <sip:98916xxx0379@192.168.0.7;user=phone>;tag=8ddc5a2387ec6168
CSEQ: 34 ACK
CALL-ID: c731b9e9-1a15-4c2f-935e-8c3499717c97
MAX-FORWARDS: 70
VIA: SIP/2.0/TCP 192.168.0.94:52740;branch=z9hG4bK62ddc3c0
CONTENT-LENGTH: 0
670303mS Sip: SipTCPUser forwarding to Trunk!!!
670304mS Sip: SIPDialog TXN : Decoding of message Succeded 1
670305mS Sip: Find End Point 18.1027.1 -1 SIPTrunk Endpoint (f569869c) Sip CallId c731b9e9-1a15-4c2f-935e-8c3499717c97
670305mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) Process SIP request dialog f5697a78, method ACK in state SIPDialog::FINAL(40)
671306mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) EPTerminationTimeout, about to delete endpoint
671306mS Sip: SipTCPUser has 4 dialog open
671306mS Sip: 18.1027.1 -1 SIPTrunk Endpoint(f5697a78) SIPDialog destructor … f5697a78
671306mS CMCallEvt: 18.1027.1 -1 SIPTrunk Endpoint: StateChange: END=X CMCSIdle->CMCSDelete
671306mS Sip: ~SipTrunkEndpoint 18.1027.1 -1 SIPTrunk Endpoint
671307mS PRN: Destroyed MH f569796c parent unknown
671307mS CMTARGET: 18.1027.1 -1 BaseEP: ~CMTargetHandler
671308mS CMCallEvt: 18.1027.1 -1 BaseEP: DELETE CMEndpoint f569869c TOTAL NOW=2 CALL_LIST=1
677005mS PRN: ConferDSP is alive
Во вложенных файлах настройки SIP на Avaya. Заранее спасибо за помощь.
Ошибка 404 говорит о том, что вызываемый абонент не найден или нет такого sip абонента.
Сообщение 404 Not Found означает, что шлюз не обнаружил вызываемого пользователя в домене, указанном в поле Request-URI. При этом известно что абонент с набираемым номером присутствует в списке абонентов устройства. Наиболее распространены и часто встречаются две причины возникновения такой проблемы:
- Номер абонента и IP адрес в поле Request-URI сообщения INVITE указаны верно, но неверно указан UDP порт для приема сигнализации по протоколу SIP для данного абонента. Решить проблему может корректировка конфигурации клиента, отправляющего запрос INVITE, в которой требуется изменить номер порта UDP для отправки сообщений SIP при вызове этого абонента или скорректировать номер UDP порта абонента на шлюзе в индивидуальных настройках абонентского порта.
- Номер абонента в поле Request-URI сообщения INVITE указан верно, но указанный SIP-домен отличается от того, в котором в действительности находится абонент. Эта проблема возникает при работе за NAT. В этом случае реальный адрес абонента и его адрес сформированный при регистрации на сервере регистрации будут отличаться. Для решения такой проблемы, на шлюзе требуется указать в конфигурации публичный IP адрес (IP адрес натирующего устройства в случае если IP адрес задан статически) или задать IP адрес STUN сервера расположенного за натирующим устройством (в случае если IP адрес натирующего устройства динамичен).
Принцип работы устройства при использовании публичного IP адреса и STUN описано здесь.