大家好，
我了解到，当我发送SIP邀请并且没有收到200 OK时，它将继续以固定的持续时间发送邀请（直到sip超时）。
但是，如果我收到100次尝试第一次邀请而没有200次OK（仍在等待），那么SIP服务器将按照上述常规时间发送邀请吗？
还是可靠/不可靠（1xx消息），由于SIP Server收到了响应，它只会坐下来等待200 OK？
RFC3261只是讨论由于未从目标接收到“ 200 OK”而发送的一系列INVITE。
请帮助理解。
答案 0 :(得分：1)
在收到临时响应（1xx）之后，INVITE消息的重发将结束。
RFC3261中的相关部分以粗体显示：
17.1.1.1邀请交易概述
INVITE事务包含三向握手。客户端 事务发送一个INVITE，服务器事务发送响应， 客户端事务发送一个ACK。对于不可靠的运输 （例如UDP），客户端交易会在 时间间隔从T1秒开始，每隔一倍 重传。 T1是往返时间（RTT）的估计值，并且 默认为500毫秒。几乎所有的交易计时器 此处描述的值与T1成比例，更改T1会调整其值。 该请求不会通过可靠的传输进行重新传输。 之后 收到1xx响应，所有重传都完全停止，并且 客户端等待进一步的响应。服务器事务可以 发送其他1xx响应，但不能可靠地发送 服务器事务。最终，服务器事务决定了 发送最终答复。对于不可靠的运输，该响应 定期重传，并且为了可靠的传输，它是 发送一次。对于客户收到的每个最终答复 交易，客户端交易发送一个ACK，目的 这是为了阻止响应的重传。