sip邀请的行为

大家好

我知道，当我发送SIP邀请但没有收到200 OK时，它将在正常的持续时间内（直到SIP超时）继续发送邀请

然而，如果我在第一次邀请中收到了一个100，但没有收到200 OK（仍在等待），那么SIP服务器是否会像正常持续时间那样发送邀请

或者，不管可靠/不可靠（1xx消息），由于SIP服务器得到响应，它只会坐在那里等待200确定吗

RFC3261只是讨论了由于没有从目的地收到“200OK”而发送的一系列邀请

---

请帮助理解。

收到临时响应（1xx）后，邀请消息的重新传输将结束

RFC3261中的相关部分以粗体显示：

17.1.1.1邀请交易概述

INVITE事务由三方握手组成。客户 事务发送邀请，服务器事务发送响应， 客户端事务发送一个ACK。对于不可靠的运输 （如UDP），客户机事务在指定的时间重新传输请求 间隔时间从T1秒开始，每一秒后加倍 重发。T1是对往返时间（RTT）的估计，以及 它默认为500毫秒。几乎所有事务计时器 这里描述了使用T1缩放，更改T1会调整其值。 请求不会通过可靠的传输重新传输之后 收到1xx响应后，所有重传将完全停止，并且 客户端等待进一步的响应。服务器事务可以 发送额外的1xx响应，这些响应不是由 服务器事务。最终，由服务器事务决定 发送最终回复。对于不可靠的传输，该响应 定期重新传输，对于可靠的传输，它是 发送一次。对于客户端收到的每个最终响应 事务，客户端事务发送ACK，用于 这是为了阻止响应的重新传输