考虑以下示例SIP对话
在处理SIP代码时,我们对SIP INFO消息的对话框的CSeq进行了验证,以确保其大于INVITE发送的CSeq。然而,如上所示的SIP流程中,远程SIP网关之一将其发送为更低的值,即2而不是期望的102或更高。 RFC https://www.ietf.org/rfc/rfc3261.txt指出:
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发送的CSeq。然而,如上所示的SIP流程中,远程SIP网关之一将其发送为更低的值,即2而不是期望的102或更高。 RFC https://www.ietf.org/rfc/rfc3261.txt指出:
那么,观察到的行为是否违反了RFC?对话框内的请求必须按照每个方向严格单调递增和连续的CSeq序列号(逐一递增)