为什么在结束应答后PC机会响应个rst呢？

vfdff · 发表于 2009-3-16 11:17:53

通讯一起正常，但是结束时，怎么对方发起了一个 rst消息，怎么回事？

vfdff · 发表于 2009-3-16 11:20:11

就是为什么不是接收应答 ACK 包？

Se7en · 发表于 2009-3-16 12:28:23

可能是：异常情况，你关闭连接，但是对方还没有关闭连接，所以PC发送RST断开连接。

vfdff · 发表于 2009-3-16 14:17:11

但是你结合前面的三个数据包，就可以看到是对方先发起fin来关闭连接的

1024 · 发表于 2009-3-17 13:56:58

一共11个数据包，前3个包是tcp3次握手
第4个包是192.168.0.11的http get包，第5个包是对第4个包的确认
第6个包是对第4个包192.168.0.11的get包的响应包，同时也是结束连接包（TCP有很多规定，都是为了在一次传送中发送尽量多的数据）
第7个数据包是对第6个数据包结束连接的确认包，第8个包是192.168.0.11发起的结束连接包，第9个包是对第8个包的确认！
至此，tcp 的3次连接和4次关闭都已结束，本次会话应经完毕！
剩下的2个包就不难解释了吧？有了第10个包，第11个包是必然的！！！

vfdff · 发表于 2009-3-18 15:35:33

第4个包没有FIN 怎么看出 “同时也是结束连接包”？我觉得应该是 4-7是数据包的传输工程
8-11这四个才是 4次握手的结束

1024 · 发表于 2009-3-19 16:55:41

第6个包里fin标志的，你仔细看看！

vfdff · 发表于 2009-3-21 10:34:19

恩，果然有，那么在第9个包都已经结束了，为什么第10个包还要再发送结束请求呢？

为什么在结束应答后PC机会响应个rst呢？

本帖子中包含更多资源

回复 3# 的帖子

回复 5# 的帖子

回复 6# 的帖子

回复 7# 的帖子