ftbk86的个人空间

JenyCheng：所以我尽量不碰它。 绕着走 (2013-12-25 15:48)

回复

JenyCheng：seq 是个很头痛的事，要维护这个东西挺麻烦的。 afd.sys 中会做校验(2013-12-25 15:47)

回复

wukeyuan：楼主这个问题解决了吗，我也遇到了，请教！！！(2013-07-19 08:53)

回复

ftbk86：非常感谢版主！...已经确认是你说的SEQ 的问题！.. 目前正在想办法解决呢！...请问下你是怎么解决这个问题的？另外比较是否是相关联的连接。有比较快捷的方法么？直接拿seq 和 ack 这个来判断的话，会存在判断有误吗? 是不是在接收的时候更改对应的seq的值，但是这样改的...(2010-02-27 14:02)

回复

cyliu：自己写一个c/s程序，简单发送消息，如 client server -------------------->hello ok<----------------- 判断返回是否是OK。ndis...(2010-02-26 19:58)

回复

ftbk86：我这边测试，在ndis层已经接收到了数据！打印出来可以看得到数据！..但是上层程序好像不处理似的！...不知道什么原因！..（如果ndis能接收得到的话，是不是意味着seq没有问题了！接收数据目前做任何数据处理！） 但是没有好办法查出问题所在！ 另外：如果对提交的数据 如果数...(2010-02-26 15:29)

回复

cyliu：1 检查发送的数据是否正确 2 检查返回的数据是否正确。 重点是seq。 3 接收过程是否进行了处理。如果处理了，依然好做好各项的后续工作(2010-02-26 13:59)

回复

ftbk86：但是我在局域网中调试后，抓包发现，可以发送出去，而且发送后，主机也能返回数据包，这些都已经抓到包了！...但是现在的问题是请求接收到主机返回的数据包，上层程序好像有什么验证，对这样增加长度的包，验证不通过似的！，所以它又要求重发。例如如下流程： 现在假设以HH机器上面程序 A为...(2010-02-26 11:16)

回复

blackbeast：tcp协议是面向连接的协议，每个数据包都会包含其有效数据在当前流中的位置和长度，你改了这些数据 但是却没有改变tco包的seq和ack，所以发不出去(2010-02-26 00:25)

回复

cyliu：把tcp/ip协议吃透就好(2010-02-24 17:56)

回复