TCP next sequence number问题求助，可能有些难度

archills

最近在使用wireshark的text2pcap工具生成一些报文（写培训材料用） ， 偶然我发现wireshark的tcp head中，还有一个神奇的字段：Next sequence number: 733    (relative sequence number)  ，
假如我现在的sequence number =1 , 那么这个 733 = 1 + 732  ， 732 正正好好是我应用的报文大小。
后面的发送报文，假如我的sequence number不是733 ，wireshark就会提示 out of order .

一些补充说明：
A-->B    Sequenace number =1
             Next Sequence Number = 733
             Acknowledgement number=1

B-->A  ..... 略

A-->B     Sequence number =733   这里，sequence number必须为733 ，否则wireshark 报out of order
              Next Sequence number= 926
              Acknowledge number = 23

我的问题：这种检测机制是哪个规范定义的？

[ 本帖最后由 archills 于 2008-12-18 16:09 编辑 ]

archills

感谢，我知道next sequence number 的确不是TCP报文以及IP报文头的字段,wireshark也很清楚的表明了这个是它添加上去的字段。
我要提醒一下的是，这个不是我咨询的问题。


我抓了实际应用的TCP报文，如telnet ， 真实应用的报文也符合这个机制。 也就是下一个sequance = 前一个 sequence + 报文大小；

我的问题其实就是，这种机制是在什么规范里面定义的。

[ 本帖最后由 archills 于 2008-12-18 16:26 编辑 ]

archills

我今天从早上10：30 ，一直google到15：00 ，都没有斩获， 可否请帮忙看看 orz

archills

793是第一个读的，不过没有找到关于next sequence number的处理机制
提醒一下：Acknowledgement number 不在这个讨论范围之内。

archills

网络有点问题，重复发了，抱歉

archills

在下愚钝，可否具体指出一下793中，哪个部分描述了这个。
  
另外我自己可以按照这个规则造出合法的报文，这个部分无需讨论。

我的问题一直是： 的确有next sequence number = current sequence number + segment size 这个规则，

这个规则是哪里定义的 ？

archills

的确是section 3.3 ， 根本的因素是acknowledgment number 是确认的收到的报文字节数
有些基本概念搞错了，所以想了很久，感谢大家的热情相助。

非常感谢tomyung 兄。

[ 本帖最后由 archills 于 2008-12-19 09:54 编辑 ]