考虑此示例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/