0

我正在尝试订阅观察者列表，并且服务器经常以 486 BUSY HERE 响应。但是，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
4

2 回答 2

2

使用 SIP 响应代码要记住的一点是，对于在所有情况下都应使用哪个特定响应代码，没有硬性规定。SIP 服务器或 UAS 上的真实世界错误条件总是不完全属于 SIP 故障响应代码之一的定义，因此使用最接近的一个，并且可以自定义状态消息和/或添加警告标头。

486 响应对于 SUBSCRIBE 请求来说有点不寻常，但它很容易理解。例如，如果维护订阅的 SIP 通知服务器对其将维护的活动订阅数量有限制，或者如果它过载并且暂时不想处理订阅请求。

我会仔细查看 486 响应，看看是否有警告或任何其他信息类型标头。还要检查响应是来自您正在使用的中间代理还是来自终端服务器。

于 2011-03-13T22:08:53.573 回答
1

486 不是RFC3265中定义的响应代码。您需要跟踪您的服务器（如果可能）以了解它为什么决定发送这样一个意外的错误代码。

很抱歉没有太多帮助。我已经使用 SIP 多年了，从未听说过 SUBSCRIBE 请求的 486 响应。当你找出原因时，我也想知道。

于 2011-03-13T15:48:45.797 回答