【问题标题】:Behavior of sip INVITEsip INVITE 的行为
【发布时间】:2018-07-24 14:01:26
【问题描述】:

大家好,

我了解,当我发送 SIP INVITE 并且没有收到 200 OK 时,它将继续定期发送 INVITES(直到 sip 超时)。

但是,如果我收到 100 Trying for the 1st INVITE 而没有 200 OK(仍在等待),那么 SIP 服务器是否会像上述常规持续时间一样发送 INVITE?

或者不管可靠/不可靠(1xx 消息),既然 SIP 服务器已经得到响应,它只会坐等 200 OK?

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

请帮助理解。

【问题讨论】:

    标签: sip voip telephony sip-server


    【解决方案1】:

    收到临时响应 (1xx) 后,INVITE 消息的重传将结束。

    来自 RFC3261 的相关部分以粗体显示:

    17.1.1.1 INVITE 交易概述

    INVITE 事务由三次握手组成。客户端 事务发送邀请,服务器事务发送响应, 并且客户端事务发送一个ACK。对于不可靠的传输 (如 UDP),客户端事务在一个 间隔从 T1 秒开始,每次加倍 重传。 T1 是往返时间 (RTT) 的估计值,并且 默认为 500 毫秒。几乎所有的事务计时器 这里描述的与 T1 缩放,改变 T1 会调整它们的值。 请求不会通过可靠传输重新传输。 之后 接收到 1xx 响应,任何重传都会完全停止,并且 客户端等待进一步的响应。 服务器事务可以 发送额外的 1xx 响应,这些响应不是由 服务器事务。最终,服务器事务决定 发送最终响应。对于不可靠的传输,该响应 定期重传,对于可靠的传输,它是 发送一次。对于在客户端收到的每个最终响应 事务,客户端事务发送一个ACK,目的是 这是为了终止响应的重新传输。

    【讨论】:

      猜你喜欢
      • 2018-07-15
      • 2013-03-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-04-01
      • 1970-01-01
      相关资源
      最近更新 更多