SIP Подписаться Получает 486 Занят здесь

Question

Я пытаюсь ПОДПИСАТЬСЯ на список наблюдателей, и сервер часто отвечает 486 ЗАНЯТОМ ЗДЕСЬ.Однако RFC описывают 486 как возможный ответ для INVITE, который имеет больше смысла для этого ответа.
В других случаях сервер отвечает правильно - с 200 OK, за которым следует запрос NOTIFY.

Я работаю с ядром ALU IMS.

Кто-нибудь видел эту проблему?

Мой запрос ПОДПИСАТЬСЯ:

SUBSCRIBE sip:yyyyyyyyyyy@example.com;transport=TCP SIP/2.0
Call-ID: 81fcd7229c882f230c726e21f16aadc9@10.0.2.15
CSeq: 4 SUBSCRIBE
From: "XXXX" <sip:yyyyyyyyyyy@example.com>;tag=92521573
To: <sip:yyyyyyyyyyy@example.com>
Via: SIP/2.0/TCP 10.0.2.15:5060;branch=z9hG4bK68630e2ec7c21d2e991854010b7f64543332
Max-Forwards: 70
Contact: <sip:yyyyyyyyyyy@10.0.2.15:5060;transport=TCP>;+g.oma.sip-im;expires=3600
User-Agent: My Android Client/OMA1.0
Require: pref
Supported: replaces,100rel,eventlist,timer
Event: presence.winfo
Accept: application/watcherinfo+xml
Route: <sip:yyyyyyyyyyy@z.z.z.z:5060;transport=TCP;lr>
Expires: 3600
Content-Length: 0

Answer 1

При использовании кодов ответов SIP следует помнить, что нет жестких и быстрых правил, касающихся того, какой конкретный код ответа следует использовать во всех ситуациях.Условие ошибки реального мира на сервере SIP или UAS неизменно не подпадает под определение одного из кодов ответа на ошибку SIP, поэтому используется ближайший и сообщение о состоянии может быть настроено и / или добавлен заголовок предупреждения.

Ответ 486 немного необычен для запроса ПОДПИСАТЬСЯ, но может легко иметь смысл.Например, если сервер уведомлений SIP, обслуживающий подписки, имеет ограничение на количество активных подписок, которые он будет поддерживать, или если он перегружен и не хочет некоторое время обрабатывать запросы на подписку.

Я бы хотел ближепосмотрите на ответ 486 и посмотрите, есть ли предупреждение или какой-либо другой заголовок информационного типа.Также проверьте, приходит ли ответ от используемого вами промежуточного прокси-сервера или конечного сервера.

Answer 2

486 не является кодом ответа, определенным в RFC3265 .Вам необходимо проследить ваш сервер (если это возможно), чтобы понять, почему он решил отправить такой неожиданный код ошибки.

Извините за то, что вы мне не помогли.Я работал с SIP в течение нескольких лет и никогда не слышал о 486 ответах на запрос ПОДПИСАТЬСЯ.Когда вы узнаете причину, я бы тоже хотел об этом узнать.