Sip 4xx响应中的联系人标题?

Sip 4xx响应中的联系人标题?,sip,Sip,RFC 3261中关于4xx响应中存在联系人标头的声明相互矛盾。有人对此有什么解释吗 根据RFC 3261-13.2.2.3- 对于邀请,可能会收到单个非2xx最终响应4xx、5xx和6xx响应可能包含一个联系人标题字段值,指示可以找到有关错误的其他信息的位置。必须忽略后续的最终响应(只有在错误条件下才会到达) 但是,在RFC 3261第20.1节中 Alan B.Johnston第77页的《SIP:理解会话启动协议》一书也指出 发送注册请求的用户代理可能会收到3xx重定向或4xx故障响应,其中

RFC 3261中关于4xx响应中存在联系人标头的声明相互矛盾。有人对此有什么解释吗

根据RFC 3261-13.2.2.3-

对于邀请,可能会收到单个非2xx最终响应4xx5xx6xx响应可能包含一个联系人标题字段值,指示可以找到有关错误的其他信息的位置。必须忽略后续的最终响应(只有在错误条件下才会到达)

但是,在RFC 3261第20.1节中

Alan B.Johnston第77页的《SIP:理解会话启动协议》一书也指出

发送注册请求的用户代理可能会收到3xx重定向或4xx故障响应,其中包含注册应发送到的位置的联系人头


第13.2.2.3节可能应读为“错误信息标题字段值,指示可在其中找到有关错误的其他信息的位置”

SIP实施者组解决了此问题:

这就是我在阅读“错误信息”标题后的想法。UAC可以将错误信息头字段中的SIP或SIPS URI视为重定向中的联系人,并生成新的INVITE,从而建立记录的公告会话。可以向用户呈现非SIP URI。
 Contact                 R            o   -   -   m   o   o
 Contact                1xx           -   -   -   o   -   -
 Contact                2xx           -   -   -   m   o   o
 Contact                3xx      d    -   o   -   o   o   o
 Contact                485           -   o   -   o   o   o