消息中呼叫者的什么位置？ 提供程序说应该在邀请 (044123456@( 之后指定它。 我们的 PBX 开发人员坚持只应在 TO 字段 (431234567@( 中指定被叫用户。 谁是对的？
09:46:21:643 4036 RECV -- UDP 963 Bytes FROM *.*.*.*:5060 IFACE *.*.*.*:5060
INVITE sip:044123456@*.*.*.*:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP *.*.*.*:5060;branch=z9hG4bKvspa8h207ot1h01df1g1.1
Call-ID: SDhp7lb01-45b016634f16c79e5f1346503fe94984-ct72062
From: <sip:056123456@*.*.*.*;user=phone>;tag=SDhp7lb01-ltm9m107-CC-28
To: <sip:431234567@*.*.*.*;user=phone>
被调用方由请求 URI 指示，因此在您的示例中它是sip:044123456@*.*.*.*:5060;user=phone。
收件人标头指示逻辑收件人。它可以不同于请求 URI，并且不用于确定请求的路由方式。
根据你提供的信息，你的提供商是对的，而你的 PBX 开发人员是错的。
示例中的消息是初始邀请请求(未提供 to-tag(。这意味着请求 URI(在请求行中，在邀请之后(和 To-URI 将具有相同的值，前提是你不使用(已弃用的(严格路由。 使用松散路由时，初始邀请请求的请求 URI(以及 To-URI(将(通常(包含被调用方的公共地址 (AOR(。
发送对话内请求(例如重新邀请(时，请求 URI 将包含远程目标地址，即被调用方在 INVITE 响应的联系人标头中返回的地址。To-URI 不会更改，因此具有与初始邀请请求中相同的值。
有关请求 URI 和 To-URI 的详细信息，请参阅 RFC 3261。有关初始邀请请求，请参阅第 8.1.1 章，有关对话内请求(重新邀请(，请参阅第 12.2.1 章。此 RFC 还解释了严格/松散路由如何影响请求 URI。
简而言之：在请求 URI 和 To-URI 中提供被叫方的地址 (AOR(。在这种情况下，您遵守 RFC 并让您的提供商和 PBX 开发人员都满意！