考虑此示例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指出：
对话中的请求必须在每个方向上严格包含单调递增和连续的CSeq序列号（递增一）
那么，观察到的行为是否违反了RFC？