sip中180响铃消息的解释答案

【问题标题】：Explaination of 180 ringing message in sipsip中180响铃消息的解释
【发布时间】：2017-09-02 10:45:21
【问题描述】：

当 Alice 给 Bob 打电话时，Bob 会向 Alice 发送 180 振铃消息。那为什么 from 字段包含 Alice 的 uri，而 to 字段包含 Bob 的 uri？我指的是 RFC 3261。

F2 180 振铃鲍勃 -> 爱丽丝

SIP/2.0 180 响铃

通过：SIP/2.0/TCP client.atlanta.example.com:5060;branch=z9hG4bK74bf9 ;received=192.0.2.101

发件人：爱丽丝 ;tag=9fxced76sl

致：鲍勃 ;tag=8321234356

电话号码：3848276298220188511@atlanta.example.com

CSeq：1 个邀请

联系人：

内容长度：0

【问题讨论】：

您到底想做什么？ stackoverflow.com/help/how-to-ask
我正在尝试了解此消息的格式。如果 Bob 将 180 振铃消息发送给 Alice，他不应该在 From 字段中而 Alice 在 To 字段中吗？

标签： header sip messages invite

【解决方案1】：

相同的 RFC 包含答案

8.2.6.2 标题和标签

响应的 From 字段必须等于 From 头字段请求。响应的 Call-ID 头域必须等于请求的 Call-ID 标头字段。 Cseq 头域 response 必须等于请求的 CSeq 字段。 Via 标头响应中的字段值必须等于 Via 头字段值在请求中并且必须保持相同的顺序。

如果请求中包含 To 标记，则 To 标头字段在响应中必须等于请求中的。但是，如果请求中的标头字段不包含标记，To 中的 URI 响应中的标头字段必须等于 To 标头中的 URI 场地;此外，UAS 必须在 To 头域中添加一个标签响应（除了 100（尝试）响应，在可能存在标签）。这用于识别 UAS 是响应，可能导致对话 ID 的组成部分。这相同的标签必须用于对该请求的所有响应，都是最终的和临时的（同样除了 100（尝试））。程序标签的生成在第 19.3 节中定义。

【讨论】：

【解决方案2】：

根据 RFC 3261， From Header 标识 REQUEST 的发起者。 To Header 表示 REQUEST 的接收者。因此，在收到 Response 时，From 和 To 标头不会有任何变化。

【讨论】：