【问题标题】:re-transmission of re-invite over UDP通过 UDP 重新发送重新邀请
【发布时间】:2016-11-28 05:34:02
【问题描述】:

我有一个场景,我的终端收到来自服务器的重新邀请,我的终端首先以 100 尝试响应,然后发送 200 Ok 并等待来自服务器的 ACK。但是在发送 200 Ok 之后,我的终端又收到了这个重新邀请。

所以我的问题是我的终端应该是什么响应。它应该重新传输相同的 200 Ok 或者它应该发送 491 请求待处理。

【问题讨论】:

    标签: sip


    【解决方案1】:

    您应该为任何重复的 INVITE 请求重新传输相同的 200 OK 响应。

    详情请参阅SIP RFC 17.1.1.1 Overview of INVITE Transaction

    【讨论】:

    • 但是这个部分没有具体回答我的问题。你能建议一些更具体的信息吗。我们也可以忽略这个重新发送的邀请吗?
    • 不,你不能忽略它。重传的 INVITE 可能已经到达,因为之前的 200 OK 响应没有通过。每次收到重复的 SIP 请求时,都必须重新发送原始响应。是的,SIP RFC 中没有什么是特别清楚的。您通常需要阅读半打不同的章节才能全面了解此类方面。
    猜你喜欢
    • 2021-08-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-06-04
    • 2020-04-03
    • 1970-01-01
    • 2021-07-15
    • 2019-01-05
    相关资源
    最近更新 更多