SIP 对话 CSeq 序号
SIP dialog CSeq sequence number
我试图理解以下两个与 SIP 对话和递增 CSeq 序列号相关的 RFC 部分：
https://www.rfc-editor.org/rfc/rfc3261#section-12.2.1.1
https://www.rfc-editor.org/rfc/rfc3261#section-12.2.2
第一个 RFC 部分说，关于 UAC，
Requests within a dialog MUST contain strictly monotonically increasing and contiguous CSeq sequence numbers (increasing-by-one) in each direction.
然而，后面的部分指出，关于 UAS，
It is possible for the CSeq sequence number to be higher than the remote sequence number by more than one. This is not an error condition, and a UAS SHOULD be prepared to receive and process requests with CSeq values more than one higher than the previous received request.
在我的场景中，我有一个设备向服务器发送 SIP 订阅。然后，服务器可以在同一个对话中向该订阅者发送零个或多个通知请求。发送通知的服务器能否在订阅者拒绝请求的情况下将 CSeq 序列号增加一以上？
是的。在现实世界中，您不会发现 SIP 用户代理因 CSeq 跳过序列中的几个数字而拒绝请求。
如果 CSeq 小于或等于先前请求中的 CSeq，请求将被拒绝，因为它们将被归类为重新传输。
我试图理解以下两个与 SIP 对话和递增 CSeq 序列号相关的 RFC 部分：
https://www.rfc-editor.org/rfc/rfc3261#section-12.2.1.1
https://www.rfc-editor.org/rfc/rfc3261#section-12.2.2
第一个 RFC 部分说，关于 UAC，
Requests within a dialog MUST contain strictly monotonically increasing and contiguous CSeq sequence numbers (increasing-by-one) in each direction.
然而，后面的部分指出，关于 UAS，
It is possible for the CSeq sequence number to be higher than the remote sequence number by more than one. This is not an error condition, and a UAS SHOULD be prepared to receive and process requests with CSeq values more than one higher than the previous received request.
在我的场景中，我有一个设备向服务器发送 SIP 订阅。然后，服务器可以在同一个对话中向该订阅者发送零个或多个通知请求。发送通知的服务器能否在订阅者拒绝请求的情况下将 CSeq 序列号增加一以上？
是的。在现实世界中，您不会发现 SIP 用户代理因 CSeq 跳过序列中的几个数字而拒绝请求。
如果 CSeq 小于或等于先前请求中的 CSeq，请求将被拒绝，因为它们将被归类为重新传输。