11

我有一个由我的移动网络提供商制作的 Windows 桌面应用程序，它使用 SIP 执行各种操作：呼叫、发送消息等。此应用程序如何成功发送MESSAGE的屏幕截图（最后 4 行）： 线鲨

MESSAGE来自桌面应用程序的请求作为（后面的第 4 行）发送：

MESSAGE sip:FROM@DOMAIN SIP/2.0
Via: SIP/2.0/UDP LOCALIP:2112;branch=z9hG4bK-d8754z-905183245f478c76-1---d8754z-;rport
Max-Forwards: 70
To: "TO"<sip:TO@DOMAIN>
From: "FROM"<sip:USERNAME@DOMAIN>;tag=63088d09
Call-ID: NGVhMDJhYzQwNmExOTQyNThmNjc5OGNmOTViNDUyYWM.
CSeq: 2 MESSAGE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: text/plain
Content-Length: 4

test

对此的成功回应是：

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP LOCALIP:2112;received=EXTERNALIP;branch=z9hG4bK-d8754z-905183245f478c76-1---d8754z-;rport=2112
To: "TO"<sip:TO@DOMAIN>;tag=c005f0e30133ec730add76fc91f4bea
From: "FROM"<sip:USERNAME@DOMAIN>;tag=63088d09
Call-ID: NGVhMDJhYzQwNmExOTQyNThmNjc5OGNmOTViNDUyYWM.
CSeq: 2 MESSAGE
Content-Length: 0
Proxy-Authenticate: Digest nonce="3F178051B97E1F52000123000A3C53D4B",realm="DOMAIN",algorithm=MD5,qop="auth"

然后我尝试从 PHP 发送相同的（和 n 变体）请求，但我总是收到SIP/2.0 403 Forbidden而不是SIP/2.0 407 Proxy Authentication Required：

SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP LOCALIP;received=EXTERNALIP
To: "TO"<sip:TO@DOMAIN>;tag=aprqngfrt-f7ccjj0000020
From: "FROM"<sip:USERNAME@DOMAIN>;tag=8f7be81d
Call-ID: 526576901edcc@localhost
CSeq: 1 MESSAGE
Reason: Q.850;cause=55;text="Call Terminated"
Content-Length: 0

有趣的是，如果我发送REGISTER请求，它会起作用，并且我成功接收SIP/2.0 401 Unauthorized到带有WWW-Authenticate. 我重新计算授权，然后重新发送。然后我收到SIP/2.0 200 OK. 它应该如何工作MESSAGE。

有什么问题？我错过了什么？在此之前请求是否MESSAGE需要其他请求（我之前已经尝试REGISTER过）？
我上下阅读了RFC 3428 ，尝试了所有可能的示例，但没有成功。

4

2 回答 2

6

如果您查看收到的 403 响应，您会注意到一个原因标头。开头的 Q.850 字符串表明这将是由 ITU-T 建议定义的原因代码。

具体来说，如果原因代码 55 与 ISDN 相关，并且文字意思是“在封闭用户组内禁止来电”（您可以在RFC 3398中查看），通常意味着在一组成员中，呼叫接收受到限制。

另一方面，原因 55 也表示请求中的问题，特别是与用户（发送者或接收者）有关的问题。下图显示了 SIP 用户之间的正常 MESSAGE 交换：

      A             Server             B
      |    REGISTER    |               |
      |--------------->|               |
      |     200 OK     |               |
      |<---------------|               |
      |                |    REGISTER   |
      |                |<--------------|          
      |                |     200 OK    |
      |                |-------------->|
      |    MESSAGE     |               |
      |--------------->|    MESSAGE    |
      |                |-------------->|
      |                |     200 OK    |
      |                |<--------------|
      |     200 OK     |               |
      |<---------------|               |

实际上，严格来说，不需要用户 A 的注册，但大多数系统（如 IMS）将其用作身份验证机制。然后，在 REGISTER 请求中，特殊标头是：

Contact: <sip:USER_NAME@LOCAL_IP:LOCAL_PORT>
Expires: REGISTRATION_DURATION

请记住，对 REGISTER 的 200 个 OK 答案可以包含Expires:标头或标头expires内的参数Contact:，指示可接受的到期时间。例如：

SIP/2.0 200 OK
...
Contact: <sip:USER_NAME@LOCAL_IP:LOCAL_PORT>; expires=60 
...

在这种情况下，您应该在此到期时间（示例中为 60 秒）之前重新注册。

请记住，您正在尝试向手机发送 SMS，接收点由您的网络提供商的MGCF直接管理，因此这会留下发件人的注册或 MESSAGE 请求。

关于您原来的 MESSAGE 提案，请求 URI（消息的第一行）应该是：

 MESSAGE sip:TO@DOMAIN SIP/2.0

因为它指的是 MESSAGE 接收实体。

希望这可以帮助。

于 2013-12-07T15:57:59.610 回答
2

正如我在评论中告诉你的，我不是 SIP 专家，但我的一个朋友是。我问过他你的情况，他是这样告诉我的：

SIP 协议是一种对话协议，意味着每次通信都是具有唯一对话 ID（类似于 HTTP 中的会话 ID）的对话。SIP 和 HTTP 的区别在于会话 ID 用于不同的 TPC/IP 连接（HTTP 请求）之间，而对话 ID 用于同一 TPC/IP 连接但不同的消息之间。

在我看来，您在这里尝试做的有点像 HTTP 中的会话劫持。虽然可以在 HTTP 中劫持一个会话 ID 并从另一个客户端发送它，但对于 SIP 却不是这样。根据我的朋友的说法，SIP 服务器有一个内部存储器，知道哪个对话 ID 属于哪个连接，并且您不能仅通过知道他们的对话 ID 就将您的消息滑入其他人的对话中。

你的问题并没有说这是否是你真正想要做的，但如果是的话，那么我必须说你不能。您可以发送命令的事实表明您已REGISTER与 SIP 服务器进行了通信。您需要做的就是发起自己的对话并从那里开始。

于 2013-12-07T10:07:43.910 回答