多谢 Godbach指点。 还有点小问题

platinum

原帖由 Godbach 于 2009-8-18 18:02 发表
白金兄说的很对。不过ntohl应该不会影响结果吧。

当然会影响呀，它取的是一个 32bit 空间数据，然后反向
除非内存中数据是 0x02 0x01 0x00 0x00，否则 ntohl 和 ntohs 取出的结果是不同的

Godbach

哦，看来我的理解有偏差。我觉得他应该是先把这个值按照他自身的类型取出来，然后再去转换，这样应该是没有影响的。

故哈

抓了一对实际的通信包  ack和seq如下

1   seq=50 8e e2 5c    ack=87 d7 67 56
2   seq=87 d7 72 82    ack=50 8e e4 f2

第一个包的长度为662
这里看  第一个包的seq和第二个包的ack 确实如god版主说的seq+length的计算方法。  但是第二个包的seq并不等于第一个包的ack。

Godbach

这个包经过你的那个模块处理了吗？

故哈

原帖由 Godbach 于 2009-8-19 14:48 发表
这个包经过你的那个模块处理了吗？

没有

Godbach

原帖由 故哈 于 2009-8-19 14:49 发表

没有

没有经过模块处理，可能就是别的原因了。昨天的那个模块验证的怎么样了？

Godbach

第1个ack和第2个seq也不相等啊，这两个包有关系吗？

故哈

原帖由 Godbach 于 2009-8-19 14:50 发表


没有经过模块处理，可能就是别的原因了。昨天的那个模块验证的怎么样了？

把iph的totlen转换之后， 第一次回包的ack和seq不再报错了，  但是从第二次开始还是报错。 而且浏览器依然不行

ie  chrome firefox  都试了

故哈

原帖由 Godbach 于 2009-8-19 14:52 发表
第1个ack和第2个seq也不相等啊，这两个包有关系吗？

对不相等。 是客户端get google   和google回复的包

故哈

查了一下应该是我们的回包 超出了 会话建立时，约定的MSS值，  我看了一下 我这边约定的MSS值是1430  

mss是从哪取值呢？  我们的tcp包长度只有196 怎么会超过MSS值呢？