sip - SIP请求中的from-tag有什么用？

Question

我对 SIP 有一个小小的疑问。我尝试谷歌搜索并引用很多书籍，但仍然找不到在 SIP 请求中添加 from-tag 的充分理由。

示例 SIP 请求(来自 rfc-3261 的快照)

INVITE sip:bob@biloxi.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bK776asdhds
Max-Forwards: 70
To: Bob <sip:bob@biloxi.com>
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710@pc33.atlanta.com
CSeq: 314159 INVITE
Contact: <sip:alice@pc33.atlanta.com>
Content-Type: application//sdp
Content-Length: 142

根据 rfc-3261:

可以使用 from-tag、to-tag 和 call-id 来识别对话框。

我知道添加 to-tag 和 call-id 的确切原因。我不知道的是，

1. 为什么我们需要 from-tag ？
2. 如果缺少 from-tag 会产生什么影响(假设rfc-3261 没有强制要求)？

Answer 1

@Ani，这是一个现实的例子，您可以说出为什么真正需要“From-tag”。在重新 INVITE 的情况下，当它是从初始 INVITE 的被叫方/终接号码完成时，To 和 From header 将被交换，因此 From 标记和 To-Tag 也将被交换。

示例链接:Example re-invite flow

假设 A 向 B 发送初始 INVITE，From header 具有 A 的标记(本地标记)，To header 具有 B 的标记(远程标记)。之后，在调用接受后，B向A发送re-INVITE，在该re-INVITE中，From header 具有B的sip uri和B的标签，TO header 具有A的sip uri和A的标签。现在，对于这种情况，B 的标签成为本地标签，A 的标签成为远程标签。

现在，如果您认为如果初始 INVITE 本身没有 From-tag，则 re-INVITE 中将不会有 To-Tag，并且难以识别收件人。