考虑此示例SIP对话框

    A-->--INVITE-->--B CSeq 101
    A--<--TRYING--<--B CSeq 101
    A--<--200 OK--<--B CSeq 101
    A-->-- ACK  -->--B CSeq 101
    A-->-- INFO -->--B CSeq 2
    A--<-- 500  --<--B CSeq 2
    ...

在处理SIP处理代码时,我们对SIP INFO消息的CSeq进行了验证,以使对话框大于为INVITE发送的对话框。
但是,如上面的SIP流所示,远程SIP网关之一正在将其发送为更低,即2,而不是预期的102或更高。

RFC https://www.ietf.org/rfc/rfc3261.txt指出



那么,观察到的行为是否违反了RFC?

最佳答案

是的。您解释了正确的文字。

SIP INFO消息上的RFC声明CSeq header 值遵循RFC3261中的机制:



但是,请记住,您不能依赖于接收到的CSeq数仅比先前接收到的CSeq数高一个(https://tools.ietf.org/html/rfc3261#section-12.2.2):

关于sip - 用于INFO和INVITE方法的SIP CSeq,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/48626870/

10-11 14:24