500 server internal error asterisk

Reliably Transmitting (no NAT) to x.x.x.5:5060:

OPTIONS sip:x.x.x.5 SIP/2.0

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK7dbebe3d;rport

Max-Forwards: 70

From: "Unknown" <sip:Unknown@x.x.x.21>;tag=as667d9eef

To: <sip:x.x.x.5>

Contact: <sip:Unknown@x.x.x.21>

Call-ID: 7aa9dda8060a901731de7b277ce6583c@x.x.x.21

CSeq: 102 OPTIONS

User-Agent: Asterisk PBX 1.6.0.21

Date: Thu, 26 Aug 2010 11:38:54 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO

Supported: replaces, timer

Content-Length: 0

<--- SIP read from UDP://x.x.x.5:5060 --->

SIP/2.0 500 Server Internal Error

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK7dbebe3d;rport=5060

Call-ID: 7aa9dda8060a901731de7b277ce6583c@x.x.x.21

From: "Unknown"<sip:Unknown@x.x.x.21>;tag=as667d9eef

To: <sip:x.x.x.5>;tag=f0ab7116

CSeq: 102 OPTIONS

Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,REFER,SUBSCRIBE,NOTIFY,INFO

Date: Thu, 26 Aug 2010 11:38:54 GMT

User-Agent: Asterisk PBX 1.6.0.21

Content-Length: 0

conf*CLI> originate SIP/999999@huawei-270084 extension 501

Audio is at x.x.x.21 port 19138

Video is at x.x.x.21 port 11314

Adding codec 0x4 (ulaw) to SDP

Adding codec 0x8 (alaw) to SDP

Adding codec 0x2 (gsm) to SDP

Adding codec 0x200 (speex) to SDP

Adding codec 0x400 (ilbc) to SDP

Adding video codec 0x40000 (h261) to SDP

Adding video codec 0x80000 (h263) to SDP

Adding video codec 0x100000 (h263p) to SDP

Adding video codec 0x200000 (h264) to SDP

Reliably Transmitting (no NAT) to x.x.x.5:5060:

INVITE sip:999999@x.x.x.5 SIP/2.0

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK48c14bd4;rport

Max-Forwards: 70

From: "Unknown" <sip:270084@x.x.x.21>;tag=as1382b2d2

To: <sip:999999@x.x.x.5>

Contact: <sip:270084@x.x.x.21>

Call-ID: 379919eb3ced7354667c65481a32d070@x.x.x.21

CSeq: 102 INVITE

User-Agent: Asterisk PBX 1.6.0.21

Date: Thu, 26 Aug 2010 12:38:57 GMT

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO

Supported: replaces, timer

Content-Type: application/sdp

Content-Length: 464

v=0

o=root 1575691621 1575691621 IN IP4 x.x.x.21

s=Asterisk PBX 1.6.0.21

c=IN IP4 x.x.x.21

b=CT:384

t=0 0

m=audio 19138 RTP/AVP 0 8 3 110 97

a=rtpmap:0 PCMU/8000

a=rtpmap:8 PCMA/8000

a=rtpmap:3 GSM/8000

a=rtpmap:110 speex/8000

a=rtpmap:97 iLBC/8000

a=fmtp:97 mode=30

a=ptime:20

a=sendrecv

m=video 11314 RTP/AVP 31 34 98 99

a=rtpmap:31 H261/90000

a=rtpmap:34 H263/90000

a=rtpmap:98 h263-1998/90000

a=rtpmap:99 H264/90000

a=sendrecv

---

<--- SIP read from UDP://x.x.x.5:5060 --->

SIP/2.0 100 Trying

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK48c14bd4;rport=5060

Call-ID: 379919eb3ced7354667c65481a32d070@x.x.x.21

From: "Unknown"<sip:270084@x.x.x.21>;tag=as1382b2d2

To: <sip:999999@x.x.x.5>

CSeq: 102 INVITE

Content-Length: 0




  


                       
  





<------------->

--- (7 headers 0 lines) ---

<--- SIP read from UDP://x.x.x.5:5060 --->

SIP/2.0 500 Server Internal Error

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK48c14bd4;rport=5060

Call-ID: 379919eb3ced7354667c65481a32d070@x.x.x.21

From: "Unknown"<sip:270084@x.x.x.21>;tag=as1382b2d2

To: <sip:999999@x.x.x.5>;tag=efb0270d

CSeq: 102 INVITE

Content-Length: 0


<------------->

--- (7 headers 0 lines) ---

Transmitting (no NAT) to x.x.x.5:5060:

ACK sip:999999@x.x.x.5 SIP/2.0

Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK48c14bd4;rport

Max-Forwards: 70

From: "Unknown" <sip:270084@x.x.x.21>;tag=as1382b2d2

To: <sip:999999@x.x.x.5>;tag=efb0270d

Contact: <sip:270084@x.x.x.21>

Call-ID: 379919eb3ced7354667c65481a32d070@x.x.x.21

CSeq: 102 ACK

User-Agent: Asterisk PBX 1.6.0.21

Content-Length: 0


---

Really destroying SIP dialog '379919eb3ced7354667c65481a32d070@x.x.x.21' Method: INVITE

register => 270084:password@x.x.x.5/0084

Добавить страницу в закладки: 

Asterisk как SIP-клиент: то 500, то 504

Asterisk как SIP-клиент: то 500, то 504

Подключаю Asterisk как SIP-клиент к станции Huawei SoftX3000, но почему-то не получается.
Про silenceSupp читал уже, закомментировал строчку в исходниках и пересобрал. Больше silenceSupp в пакете нет, но лучше не стало.
NAT-а нет между Asterisk (x.x.x.21) и SoftX3000 (x.x.x.5), как сказал админ тамошний.
Насчёт debug: если честно, то не совсем понимаю его: слишком много всего. Надеюсь, что удастся разобраться с вашей помощью. Вот я отключил register, указал sipdebug=yes, выгнал с Asterisk всех пиров. Перезапустил Asterisk. Вижу сразу такие сообщения:

Дальше это всё повторяется. Куча вопросов в связи с этим небольшим кусочком дебагом:
Это нормально, что он отправляет пакеты даже когда я никуда не звоню с него?
Почему сразу OPTIONS, а где же INVITE? Этот Asterisk умеет «помнить» между перезапусками? Это можно как-то сбросить?
Откуда можно почерпнуть подробности о причине Server Internal Error? Мне говорят, что на SoftX вроде как ничего нету. Есть повод этому не верить?
Как я понимаю, дело отнюдь не в регистрации. Если бы мешало именно её отстуствие, то SoftX как-то иначе бы ответил, 4xx, например Unauthorized или Forbidden. Не?

—
Заранее спасибо! Уже второй день гуглю и читаю, но что-то всё на другие проблемы натыкаюсь вроде NAT. Очень надеюсь на вашу помощь!

Re: Asterisk как SIP-клиент: то 500, то 504

Re: Asterisk как SIP-клиент: то 500, то 504

Да вы просто ужасно вежливы. Ну да ладно, будем считать, что все устали.

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

К сожалению, нету такой возможности. Вообще говоря, я занимаюсь не своим делом: у меня есть опыт администрирования под UNIX, но не Asterisk. Тем не менее так уж оно вышло.

Ага, спасибо. Т.е. это нормально что SoftX отвечает 500 на неожиданные запросы?

ОК, выключил qualify и попробовал позвонить с Asterisk:

Может быть, подскажете, что я делаю не так и где искать проблему?

Re: Asterisk как SIP-клиент: то 500, то 504

Проблему искать везде.
Звоните с номера 270084 на Астериске на sip:999999@x.x.x.5 — то есть точно знаете, что на Х..вэе (плохо у них с названием) есть такой номер — 999999?

И он, Х..вэй, отвечает Вам SIP/2.0 500 Server Internal Error
Спросите об этом админа, что в Х.. доме живёт
Он с этим ответом ложится,
Он с этим ответом встаёт.

Re: Asterisk как SIP-клиент: то 500, то 504

Да, номер такой есть. Если я подключаюсь к 270084 с софтфона и звоню на 999999, то всё работает.

Админ не в состоянии ответить на вопрос «почему 500». Я от него не могу добиться даже ответа, есть ли на SoftX логи, в которых было бы описано, почему 500. А они есть там на самом деле?

Админ также настаивает, что должен быть сначала пакет REGISTER, а уж потом всё остальное. ОК, включил регистрацию и вижу вот такое общение Asterisk и SoftX:
======================================================================
conf*CLI> sip reload
[Aug 26 20:54:00] NOTICE[40947]: chan_sip.c:10016 sip_reregister: — Re-registration for 270084@x.x.x.5
REGISTER 12 headers, 0 lines
Reliably Transmitting (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #1 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—

hello

Retransmitting #2 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #3 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #4 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #5 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #6 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
[Aug 26 20:54:20] WARNING[40947]: chan_sip.c:2959 retrans_pkt: Maximum retries exceeded on transmission 5fc2292821632b9a4e0cabf94325e140@x.x.x.21 for seqno 102 (Critical Request) — See doc/sip-retransmit.txt.

hello

hello

SIP/2.0 504 Server Time-out
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport=5060
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
From: ;tag=as0f80a293
To: ;tag=6adc00e0
CSeq: 102 REGISTER
Content-Length: 0

Я выделил жирным те места, которые меня заинтересовали.
Первое: что это за ответ «hello»? В RFC я такого не нашёл.
Второе: весьма подозрительное предупреждение. В указанной доке идёт речь лишь о firewall. Но раз и SoftX, и Asterisk по отдельности работают без проблем, то дело не в нём, ведь так?
Третье: т.е. Asterisk должен был как-то среагировать на hello и ответить? но он не ответил и SoftX выдал 504?

Я тут уже раньше натыкался на такую проблему на этом форуме (Huawei softx3000 + asterisk (504 Server timeout)), но там проблема решилась авторизацией по IP (вот). А есть другие варианты?

Источник

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
Соединение с сервером было установлено. Отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны.

Источник

Asterisk как SIP-клиент: то 500, то 504

Asterisk как SIP-клиент: то 500, то 504

Подключаю Asterisk как SIP-клиент к станции Huawei SoftX3000, но почему-то не получается.
Про silenceSupp читал уже, закомментировал строчку в исходниках и пересобрал. Больше silenceSupp в пакете нет, но лучше не стало.
NAT-а нет между Asterisk (x.x.x.21) и SoftX3000 (x.x.x.5), как сказал админ тамошний.
Насчёт debug: если честно, то не совсем понимаю его: слишком много всего. Надеюсь, что удастся разобраться с вашей помощью. Вот я отключил register, указал sipdebug=yes, выгнал с Asterisk всех пиров. Перезапустил Asterisk. Вижу сразу такие сообщения:

Дальше это всё повторяется. Куча вопросов в связи с этим небольшим кусочком дебагом:
Это нормально, что он отправляет пакеты даже когда я никуда не звоню с него?
Почему сразу OPTIONS, а где же INVITE? Этот Asterisk умеет «помнить» между перезапусками? Это можно как-то сбросить?
Откуда можно почерпнуть подробности о причине Server Internal Error? Мне говорят, что на SoftX вроде как ничего нету. Есть повод этому не верить?
Как я понимаю, дело отнюдь не в регистрации. Если бы мешало именно её отстуствие, то SoftX как-то иначе бы ответил, 4xx, например Unauthorized или Forbidden. Не?

—
Заранее спасибо! Уже второй день гуглю и читаю, но что-то всё на другие проблемы натыкаюсь вроде NAT. Очень надеюсь на вашу помощь!

Re: Asterisk как SIP-клиент: то 500, то 504

Re: Asterisk как SIP-клиент: то 500, то 504

Да вы просто ужасно вежливы. Ну да ладно, будем считать, что все устали.

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

К сожалению, нету такой возможности. Вообще говоря, я занимаюсь не своим делом: у меня есть опыт администрирования под UNIX, но не Asterisk. Тем не менее так уж оно вышло.

Ага, спасибо. Т.е. это нормально что SoftX отвечает 500 на неожиданные запросы?

ОК, выключил qualify и попробовал позвонить с Asterisk:

Может быть, подскажете, что я делаю не так и где искать проблему?

Re: Asterisk как SIP-клиент: то 500, то 504

Проблему искать везде.
Звоните с номера 270084 на Астериске на sip:999999@x.x.x.5 — то есть точно знаете, что на Х..вэе (плохо у них с названием) есть такой номер — 999999?

И он, Х..вэй, отвечает Вам SIP/2.0 500 Server Internal Error
Спросите об этом админа, что в Х.. доме живёт
Он с этим ответом ложится,
Он с этим ответом встаёт.

Re: Asterisk как SIP-клиент: то 500, то 504

Да, номер такой есть. Если я подключаюсь к 270084 с софтфона и звоню на 999999, то всё работает.

Админ не в состоянии ответить на вопрос «почему 500». Я от него не могу добиться даже ответа, есть ли на SoftX логи, в которых было бы описано, почему 500. А они есть там на самом деле?

Админ также настаивает, что должен быть сначала пакет REGISTER, а уж потом всё остальное. ОК, включил регистрацию и вижу вот такое общение Asterisk и SoftX:
======================================================================
conf*CLI> sip reload
[Aug 26 20:54:00] NOTICE[40947]: chan_sip.c:10016 sip_reregister: — Re-registration for 270084@x.x.x.5
REGISTER 12 headers, 0 lines
Reliably Transmitting (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #1 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—

hello

Retransmitting #2 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #3 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #4 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #5 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
Retransmitting #6 (no NAT) to x.x.x.5:5060:
REGISTER sip:x.x.x.5 SIP/2.0
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport
Max-Forwards: 70
From: ;tag=as0f80a293
To:
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
CSeq: 102 REGISTER
User-Agent: Asterisk PBX 1.6.0.21
Expires: 120
Contact:
Event: registration
Content-Length: 0

—
[Aug 26 20:54:20] WARNING[40947]: chan_sip.c:2959 retrans_pkt: Maximum retries exceeded on transmission 5fc2292821632b9a4e0cabf94325e140@x.x.x.21 for seqno 102 (Critical Request) — See doc/sip-retransmit.txt.

hello

hello

SIP/2.0 504 Server Time-out
Via: SIP/2.0/UDP x.x.x.21:5060;branch=z9hG4bK6481ec21;rport=5060
Call-ID: 5fc2292821632b9a4e0cabf94325e140@x.x.x.21
From: ;tag=as0f80a293
To: ;tag=6adc00e0
CSeq: 102 REGISTER
Content-Length: 0

Я выделил жирным те места, которые меня заинтересовали.
Первое: что это за ответ «hello»? В RFC я такого не нашёл.
Второе: весьма подозрительное предупреждение. В указанной доке идёт речь лишь о firewall. Но раз и SoftX, и Asterisk по отдельности работают без проблем, то дело не в нём, ведь так?
Третье: т.е. Asterisk должен был как-то среагировать на hello и ответить? но он не ответил и SoftX выдал 504?

Я тут уже раньше натыкался на такую проблему на этом форуме (Huawei softx3000 + asterisk (504 Server timeout)), но там проблема решилась авторизацией по IP (вот). А есть другие варианты?

Источник

Asterisk internal server error

Модератор: april22

Исходящие звонки в Asterisk 1.6: Server Internal Error

gongled » 29 ноя 2013, 12:37

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

По необходимости недавно стал разбираться с Asterisk с целью организации VoIP на одном небольшом предприятии. Как и положено новичку, установил и настроил Asterisk 1.6 (Asterisk GUI) в соответствии с предложенной инструкцией на Хабрахабре. Внутренние номера и входящие звонки работают прекрасно, однако есть проблема с исходящими звонками — они не работают (сигнал: занято). Для диагностики проблемы привожу некоторые характеристики локальной сети, конфигурации Asterisk и отладочный вывод работающего сервиса.

1. SIP-сервер (sip.local или 10.7.7.2) расположен в локальной сети 10.7.7.0/24, на шлюзе 10.7.7.1 работает iptables со следующими правилами:
Код: выделить все iptables -A INPUT -s 8.7.6.5 -i ppp0 -j ACCEPT
iptables -A OUTPUT -d 8.7.6.5 -j ACCEPT
iptables -A FORWARD -p udp -i ppp0 -o eth0 —dport 5060 -j ACCEPT
iptables -A FORWARD -p udp -i ppp0 -o eth0 —dport 10000:20000 -j ACCEPT
iptables -A INPUT -p udp -m udp -s 8.7.6.5 —dport 5060 -j ACCEPT
iptables -A INPUT -p udp -m udp -s 8.7.6.5 —dport 10000:20000 -j ACCEPT
iptables -t nat -A PREROUTING -p udp -s 8.7.6.5 -i ppp0 -m udp —dport 5060 -j DNAT —to-destination 10.7.7.2
iptables -t nat -A PREROUTING -p udp -s 8.7.6.5 -i ppp0 -m udp —dport 10000:20000 -j DNAT —to-destination 10.7.7.2
2. Скриншоты конфигураций «Outgoing Calling Rules» и «Dial Plans»:

3. Отладочный вывод asterisk -rvvv (с sip set debug peer EVO):
(Попытка позвонить на номер: 123456, SIP-провайдер: sip.myprovider.ru или IP 8.7.6.5, внешний IP-адрес шлюза 4.3.2.1)
Код: выделить все Asterisk SVN-branch-1.6.0-r347660, Copyright (C) 1999 — 2010 Digium, Inc. and others.
Created by Mark Spencer
Asterisk comes with ABSOLUTELY NO WARRANTY; type ‘core show warranty’ for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type ‘core show license’ for details.
=========================================================================
== Parsing ‘/etc/asterisk/asterisk.conf’: == Found
== Parsing ‘/etc/asterisk/extconfig.conf’: == Found
Connected to Asterisk SVN-branch-1.6.0-r347660 currently running on sip (pid = 16037)
sip*CLI>
Verbosity is at least 4
[Ksip*CLI>
== Using SIP RTP CoS mark 5
[Ksip*CLI>
— Executing [123456@DLPN_DialingPlan:1] [1;36;40mMacro[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mtrunkdial-failover-0.3,SIP/EVO/123456,,EVO,[0;37;40m») in new stack
[Ksip*CLI>
— Executing [s@macro-trunkdial-failover-0.3:1] [1;36;40mGotoIf[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m0?1-fmsetcid,1[0;37;40m») in new stack
— Executing [s@macro-trunkdial-failover-0.3:2] [1;36;40mGotoIf[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m0?1-setgbobname,1[0;37;40m») in new stack
[Ksip*CLI>
— Executing [s@macro-trunkdial-failover-0.3:3] [1;36;40mSet[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mCALLERID(num)=[0;37;40m») in new stack
— Executing [s@macro-trunkdial-failover-0.3:4] [1;36;40mSet[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mCALLERID(all)=[0;37;40m») in new stack
— Executing [s@macro-trunkdial-failover-0.3:5] [1;36;40mGotoIf[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m0?1-dial,1[0;37;40m») in new stack
— Executing [s@macro-trunkdial-failover-0.3:6] [1;36;40mSet[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mCALLERID(all)=[0;37;40m») in new stack
— Executing [s@macro-trunkdial-failover-0.3:7] [1;36;40mSet[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mCALLERID(all)=[0;37;40m») in new stack
[Ksip*CLI>
— Executing [s@macro-trunkdial-failover-0.3:8] [1;36;40mGoto[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m1-dial,1[0;37;40m») in new stack
— Goto (macro-trunkdial-failover-0.3,1-dial,1)
[Ksip*CLI>
— Executing [1-dial@macro-trunkdial-failover-0.3:1] [1;36;40mDial[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40mSIP/EVO/123456[0;37;40m») in new stack
== Using SIP RTP CoS mark 5
Audio is at 10.7.7.2 port 19872
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding codec 0x2 (gsm) to SDP
Adding codec 0x800 (g726) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 8.7.6.5:5060:
INVITE sip:123456@sip.myprovider.su SIP/2.0
Via: SIP/2.0/UDP 10.7.7.2:5060;branch=z9hG4bK391c6be4;rport
Max-Forwards: 70
From: «asterisk» ;tag=as703ea828
To:
Contact:
Call-ID: 5e7f2f6a511b568a0c2b4a33127010d0@10.7.7.2
CSeq: 102 INVITE
User-Agent: Asterisk PBX SVN-branch-1.6.0-r347660
Date: Fri, 29 Nov 2013 12:22:09 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 348

v=0
o=root 1606046480 1606046480 IN IP4 10.7.7.2
s=Asterisk PBX SVN-branch-1.6.0-r347660
c=IN IP4 10.7.7.2
t=0 0
m=audio 19872 RTP/AVP 0 8 3 2 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off — — — —
a=ptime:20
a=sendrecv

—
— Called EVO/123456
[Ksip*CLI>

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.7.7.2:5060;branch=z9hG4bK391c6be4;received=4.3.2.1;rport=5060
Call-ID: 5e7f2f6a511b568a0c2b4a33127010d0@10.7.7.2
From: «asterisk» ;tag=as703ea828
To:
CSeq: 102 INVITE
Content-Length: 0

— (7 headers 0 lines) —
[Ksip*CLI>

SIP/2.0 500 Server Internal Error
Via: SIP/2.0/UDP 10.7.7.2:5060;branch=z9hG4bK391c6be4;received=4.3.2.1;rport=5060
Call-ID: 5e7f2f6a511b568a0c2b4a33127010d0@10.7.7.2
From: «asterisk» ;tag=as703ea828
To: ;tag=7kvnvovc
CSeq: 102 INVITE
Content-Length: 0

— (7 headers 0 lines) —
— Got SIP response 500 «Server Internal Error» back from 8.7.6.5
Transmitting (no NAT) to 8.7.6.5:5060:
ACK sip:123456@sip.myprovider.su SIP/2.0
Via: SIP/2.0/UDP 10.7.7.2:5060;branch=z9hG4bK391c6be4;rport
Max-Forwards: 70
From: «asterisk» ;tag=as703ea828
To: ;tag=7kvnvovc
Contact:
Call-ID: 5e7f2f6a511b568a0c2b4a33127010d0@10.7.7.2
CSeq: 102 ACK
User-Agent: Asterisk PBX SVN-branch-1.6.0-r347660
Content-Length: 0

—
— SIP/EVO-0000001b is circuit-busy
[Ksip*CLI>
== Everyone is busy/congested at this time (1:0/1/0)
[Ksip*CLI>
— Executing [1-dial@macro-trunkdial-failover-0.3:2] [1;36;40mGotoIf[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m0 > 0 ?1-CONGESTION,1:1-out,1[0;37;40m») in new stack
[Ksip*CLI>
— Goto (macro-trunkdial-failover-0.3,1-out,1)
[Ksip*CLI>
— Executing [1-out@macro-trunkdial-failover-0.3:1] [1;36;40mHangup[0;37;40m(«[1;35;40mSIP/6003-0000001a[0;37;40m», «[1;35;40m[0;37;40m») in new stack
== Spawn extension (macro-trunkdial-failover-0.3, 1-out, 1) exited non-zero on ‘SIP/6003-0000001a’ in macro ‘trunkdial-failover-0.3’
== Spawn extension (DLPN_DialingPlan, 123456, 1) exited non-zero on ‘SIP/6003-0000001a’
[Ksip*CLI>
Really destroying SIP dialog ‘5e7f2f6a511b568a0c2b4a33127010d0@10.7.7.2’ Method: INVITE
[Ksip*CLI>
Disconnected from Asterisk server
Executing last minute cleanups

Внимание привлекают строки «500 Internal Server Error» и «SIP/EVO-0000001b is circuit-busy». Провайдер убеждает, что проблем на его стороне проблем нет, а трудности со звонками связаны с настройками Asterisk (провайдер не получает запрос INVITE). Ребята, подскажите, пожалуйста, в чём может быть причина и как мне разрешить проблему с исходящими звонками?

Источник

The configuration is the same as the previously showed.

Asterisk: 190.228.46.85:5060
MCUWEB: 190.228.46.85:5070
Softphone: 200.43.166.254

Next, I will show you packet sniff, thanks in advance:

######### 1. I atach you a .pcap generated with tcpdump in the server:

http://www.4shared.com/file/x0ZQRw5z/mcu.html

Is the output for: tcpdump -vv -s 1600 -w prueba.pcap host 190.228.46.85

######### 2. Asterisk cli — sip packets

intercity-VirtualBox*CLI> sip set debug ip 190.228.46.85
Audio is at 190.228.46.85 port 15894
Video is at 190.228.46.85 port 11476
Adding codec 0x4 (ulaw) to SDP
Adding codec 0x8 (alaw) to SDP
Adding video codec 0x100000 (h263p) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (no NAT) to 190.228.46.85:5070:
INVITE sip:333@190.228.46.85:5070 SIP/2.0
Via: SIP/2.0/UDP 190.228.46.85:5060;branch=z9hG4bK6a87b29c;rport
Max-Forwards: 70
From: «6000» sip:6000@190.228.46.85;tag=as633d502e
To: sip:333@190.228.46.85:5070
Contact: sip:6000@190.228.46.85
Call-ID: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
CSeq: 102 INVITE
User-Agent: Asterisk PBX 1.6.2.9-2ubuntu2.1
Date: Fri, 17 Feb 2012 20:51:27 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Type: application/sdp
Content-Length: 351

v=0
o=root 1605813520 1605813520 IN IP4 190.228.46.85
s=Asterisk PBX 1.6.2.9-2ubuntu2.1
c=IN IP4 190.228.46.85
b=CT:2048
t=0 0
m=audio 15894 RTP/AVP 0 8 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
m=video 11476 RTP/AVP 98
a=rtpmap:98 h263-1998/90000
a=sendrecv

<— SIP read from UDP:190.228.46.85:5070 —>
SIP/2.0 100 Trying
Content-Length: 0
To: sip:333@190.228.46.85:5070
Cseq: 102 INVITE
Via: SIP/2.0/UDP
190.228.46.85:5060;branch=z9hG4bK6a87b29c;rport=5060;received=190.228.46.85
Server: Glassfish_SIP_2.0.0
Call-Id: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
From: «6000» sip:6000@190.228.46.85;tag=as633d502e

<————->
— (8 headers 0 lines) —

<— SIP read from UDP:190.228.46.85:5070 —>
SIP/2.0 180 Ringing
Content-Length: 0
To: sip:333@190.228.46.85:5070;tag=gyrp1tro-2
Contact: <sip:190.228.46.85:5060;fid=server_1>
Cseq: 102 INVITE
Via: SIP/2.0/UDP
190.228.46.85:5060;branch=z9hG4bK6a87b29c;rport=5060;received=190.228.46.85
From: «6000»sip:6000@190.228.46.85;tag=as633d502e
Call-Id: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
Server: Glassfish_SIP_2.0.0

<————->
— (9 headers 0 lines) —

<— SIP read from UDP:190.228.46.85:5070 —>
SIP/2.0 200 Ok
Content-Length: 205
To: sip:333@190.228.46.85:5070;tag=gyrp1tro-2
Contact: <sip:190.228.46.85:5060;fid=server_1>
Cseq: 102 INVITE
Via: SIP/2.0/UDP
190.228.46.85:5060;branch=z9hG4bK6a87b29c;rport=5060;received=190.228.46.85
Content-Type: application/sdp
From: «6000»sip:6000@190.228.46.85;tag=as633d502e
Call-Id: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
Server: Glassfish_SIP_2.0.0

v=0
o=- 0 0 IN IP4 127.0.0.1
s=MediaMixerSession
c=IN IP4 127.0.0.1
t=0 0
m=audio 49882 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
m=video 39946 RTP/AVP 98
a=rtpmap:98 H263-1998/90000

<————->
— (10 headers 10 lines) —
Found RTP audio format 0
Found RTP audio format 8
Found audio description format PCMU for ID 0
Found audio description format PCMA for ID 8
Found RTP video format 98
Found video description format H263-1998 for ID 98
Capabilities: us — 0x10000c (ulaw|alaw|h263p), peer — audio=0xc
(ulaw|alaw)/video=0x100000 (h263p)/text=0x0 (nothing), combined — 0x10000c
(ulaw|alaw|h263p)
Non-codec capabilities (dtmf): us — 0x1 (telephone-event), peer — 0x0
(nothing), combined — 0x0 (nothing)
Peer audio RTP is at port 127.0.0.1:49882
Peer video RTP is at port 127.0.0.1:39946
list_route: hop: <sip:190.228.46.85:5060;fid=server_1>
set_destination: Parsing <sip:190.228.46.85:5060;fid=server_1> for
address/port to send to
set_destination: set destination to 190.228.46.85, port 5060
Transmitting (no NAT) to 190.228.46.85:5060:
ACK sip:190.228.46.85:5060;fid=server_1 SIP/2.0
Via: SIP/2.0/UDP 190.228.46.85:5060;branch=z9hG4bK7f89f6af;rport
Max-Forwards: 70
From: «6000» sip:6000@190.228.46.85;tag=as633d502e
To: sip:333@190.228.46.85:5070;tag=gyrp1tro-2
Contact: sip:6000@190.228.46.85
Call-ID: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
CSeq: 102 ACK
User-Agent: Asterisk PBX 1.6.2.9-2ubuntu2.1
Content-Length: 0

<— SIP read from UDP:190.228.46.85:5060 —>
ACK sip:190.228.46.85:5060;fid=server_1 SIP/2.0
Via: SIP/2.0/UDP 190.228.46.85:5060;branch=z9hG4bK7f89f6af;rport
Max-Forwards: 70
From: «6000» sip:6000@190.228.46.85;tag=as633d502e
To: sip:333@190.228.46.85:5070;tag=gyrp1tro-2
Contact: sip:6000@190.228.46.85
Call-ID: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
CSeq: 102 ACK
User-Agent: Asterisk PBX 1.6.2.9-2ubuntu2.1
Content-Length: 0

<————->
— (10 headers 0 lines) —

<— SIP read from UDP:190.228.46.85:5070 —>
SIP/2.0 200 Ok
Content-Length: 205
To: sip:333@190.228.46.85:5070;tag=gyrp1tro-2
Contact: <sip:190.228.46.85:5060;fid=server_1>
Cseq: 102 INVITE
Via: SIP/2.0/UDP
190.228.46.85:5060;branch=z9hG4bK6a87b29c;rport=5060;received=190.228.46.85
Content-Type: application/sdp
From: «6000»sip:6000@190.228.46.85;tag=as633d502e
Call-Id: 5999fad01f49f20b0ed05efd1f3c51c8@190.228.46.85
Server: Glassfish_SIP_2.0.0

v=0
o=- 0 0 IN IP4 127.0.0.1
s=MediaMixerSession
c=IN IP4 127.0.0.1
t=0 0
m=audio 49882 RTP/AVP 0 8
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
m=video 39946 RTP/AVP 98
a=rtpmap:98 H263-1998/90000

<————->
— (10 headers 10 lines) —
intercity-VirtualBox*CLI>

############### 2. Asterisk cli — rtp packets

intercity-VirtualBox*CLI> rtp set debug on
RTP Debugging Enabled
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007315, ts 1403912,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017522, ts 1390950, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002023, ts 1421640, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009307, ts 1421640, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002024, ts 1421800, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009308, ts 1421800, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007316, ts 1409312,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017523, ts 1396350, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002025, ts 1421960, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009309, ts 1421960, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007317, ts 1412912,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017524, ts 1399950, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002026, ts 1422120, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009310, ts 1422120, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002027, ts 1422280, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009311, ts 1422280, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007318, ts 1415612,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017525, ts 1402650, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002028, ts 1422440, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009312, ts 1422440, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002029, ts 1422600, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009313, ts 1422600, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007319, ts 1418312,
len 000109)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017526, ts 1405350, len
000109)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002030, ts 1422760, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009314, ts 1422760, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002031, ts 1422920, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009315, ts 1422920, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007320, ts 1421912,
len 000052)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017527, ts 1408950, len
000052)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002032, ts 1423080, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009316, ts 1423080, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002033, ts 1423240, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009317, ts 1423240, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002034, ts 1423400, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009318, ts 1423400, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007321, ts 1424612,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017528, ts 1411650, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002035, ts 1423560, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009319, ts 1423560, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002036, ts 1423720, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009320, ts 1423720, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007322, ts 1431002,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017529, ts 1418040, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002037, ts 1423880, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009321, ts 1423880, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002038, ts 1424040, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009322, ts 1424040, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007323, ts 1433612,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017530, ts 1420650, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002039, ts 1424200, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009323, ts 1424200, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002040, ts 1424360, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009324, ts 1424360, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002041, ts 1424520, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009325, ts 1424520, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007324, ts 1436312,
len 000102)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017531, ts 1423350, len
000102)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002042, ts 1424680, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009326, ts 1424680, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002043, ts 1424840, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009327, ts 1424840, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002044, ts 1425000, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009328, ts 1425000, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007325, ts 1442612,
len 000050)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017532, ts 1429650, len
000050)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002045, ts 1425160, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009329, ts 1425160, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002046, ts 1425320, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009330, ts 1425320, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007326, ts 1448012,
len 000048)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017533, ts 1435050, len
000048)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002047, ts 1425480, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009331, ts 1425480, len
000160)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002048, ts 1425640, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009332, ts 1425640, len
000160)
Got RTP packet from 200.43.166.254:38384 (type 115, seq 007327, ts 1451612,
len 000087)
Sent RTP packet to 127.0.0.1:54084 (type 98, seq 017534, ts 1438650, len
000087)
Got RTP packet from 200.43.166.254:19152 (type 00, seq 002049, ts 1425800, len
000160)
Sent RTP packet to 127.0.0.1:54300 (type 00, seq 009333, ts 1425800, len
000160)

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

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

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

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

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

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

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

•  К 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

Как видим выше, fail2ban пуст, переходим ко второму шагу.

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

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

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

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

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

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

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

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

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

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

# asterisk -rx «sip set debug off»

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

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

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

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

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

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

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

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

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

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

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

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

#iptables -L -nv -t nat ),

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

Если вы все сделал правильно, то устройство подключиться успешно. В этой статье мы не стали рассматривать проблемы которые могут возникнуть с 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

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

CLI> pjsip set history off

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

CLI> pjsip set history clear

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

Просмотр

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

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

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

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

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

Пожалуйста, обратите внимание, что номера всех записей отображаются в левом столбце. Номера сообщений идут по порядку и их номер увеличивается с каждым полученным или отправленным 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“

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

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

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

Так же 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 — соединение с сервером было установлено, но отдельные параметры, такие как тип запрашиваемой информации, полоса пропускания, вид адресации не доступны

Outbound calls error with «all circuits busy» or «congestion»:

This is the default configuration of Asterisk regardless of the actual error generated (which is infuriating when you are trying to diagnose the real problem) unless PBX is updated to send back the real error rather than the changed error. This error most commonly occurs when the call is not authenticating properly, at which point check the above in the SIP trunk configuration (If Asterisk, swap username= for defaultuser= to see if this solves the issue. Just because a trunk is showing as registered does not mean it will authenticate correctly.

Outbound calls fail with SIP error 488 (Not Accepted Here) or I-SUP errors 58 (bearer capability not available) or 88 (incompatible destination):

Check the codecs allowed in the SIP trunk configuration above, VoiceHost only supports: alaw, ulaw, gsm
If a codec is defined in Asterisk that is not one of the above, or is offering a differing sample rate or interval rate (e.g. 8000/20i — 8000Hz at 20ms) cannot interwork with 16000/30i — 16000Hz at 30ms) the call will fail and the codecs in the SIP trunk configuration need to be aligned to use one of the above codecs.

Inbound calls fail with SIP error 408 (Request Timeout):

Check the inbound number is mapped in the system correctly, if necessary the SIP trunk on the portal can be configured to strip the plus, e.g. if Asterisk is configured to use plus somewhere else. Check the trunk is registered. Ascertain how long the 408 error took to come back if it was immediate the trunk is usually unregistered if it took a few seconds the number is usually not mapped correctly.

Calls fail with SIP error 503, I-SUP errors 34 or 38:

If our platform replies back with 503 it usually means the gateway trying to process the call can’t due to «issues», or the customer has hit their Calls-Per-Second (CPS) limit and is sending too many calls at once. Sometimes the error is passed back from IP Exchange through VoiceHost to the customer’s system, at which point the call will usually hunt to another route to try and place the call.