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

博主在制作培训材料时遇到TCP报文中的Next Sequence Number问题,发现该数值等于当前Sequence Number加上报文大小。当Sequence Number不符合此规律时,Wireshark会提示报文顺序错误。尽管这不是IP或TCP头部的正式字段,而是Wireshark的显示方式,但博主关注的是这种机制在哪个规范中定义。讨论中提到这属于TCP协议规范,即序列号递增并累加报文长度。
摘要由CSDN通过智能技术生成

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

(2012-04-11 03:59:16)

标签:

next

sequence

number

杂谈

TCP next sequence

number问题求助,可能有些难度最近在使用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

我的问

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值