简析TCP的三次握手与四次分手
2016-09-08 15:19
204 查看
转载于 http://www.jellythink.com/archives/705
三次握手
第一次握手:建立连接。客户端发送连接请求报文段,将
第二次握手:服务器收到
第三次握手:客户端收到服务器的
四次分手
第一次分手:主机1(可以使客户端,也可以是服务器端),设置
第二次分手:主机2收到了主机1发送的
第三次分手:主机2向主机1发送
第四次分手:主机1收到主机2发送的
为什么有四次分手?
当主机1发出
三次握手
第一次握手:建立连接。客户端发送连接请求报文段,将
SYN位置为1,
Sequence Number为x;然后,客户端进入
SYN_SEND状态,等待服务器的确认;
第二次握手:服务器收到
SYN报文段。服务器收到客户端的
SYN报文段,需要对这个
SYN报文段进行确认,设置
Acknowledgment Number为x+1(
Sequence Number+1);同时,自己自己还要发送
SYN请求信息,将
SYN位置为1,
Sequence Number为y;服务器端将上述所有信息放到一个报文段(即
SYN+ACK报文段)中,一并发送给客户端,此时服务器进入
SYN_RECV状态;
第三次握手:客户端收到服务器的
SYN+ACK报文段。然后将
Acknowledgment Number设置为y+1,向服务器发送
ACK报文段,这个报文段发送完毕以后,客户端和服务器端都进入
ESTABLISHED状态,完成TCP三次握手。
四次分手
第一次分手:主机1(可以使客户端,也可以是服务器端),设置
Sequence Number和
Acknowledgment Number,向主机2发送一个
FIN报文段;此时,主机1进入
FIN_WAIT_1状态;这表示主机1没有数据要发送给主机2了;
第二次分手:主机2收到了主机1发送的
FIN报文段,向主机1回一个
ACK报文段,
Acknowledgment Number为
Sequence Number加1;主机1进入
FIN_WAIT_2状态;主机2告诉主机1,我“同意”你的关闭请求;
第三次分手:主机2向主机1发送
FIN报文段,请求关闭连接,同时主机2进入
LAST_ACK状态;
第四次分手:主机1收到主机2发送的
FIN报文段,向主机2发送
ACK报文段,然后主机1进入
TIME_WAIT状态;主机2收到主机1的
ACK报文段以后,就关闭连接;此时,主机1等待2MSL后依然没有收到回复,则证明Server端已正常关闭,那好,主机1也可以关闭连接了。
为什么有四次分手?
当主机1发出
FIN报文段时,只是表示主机1已经没有数据要发送了,主机1告诉主机2,它的数据已经全部发送完毕了;但是,这个时候主机1还是可以接受来自主机2的数据;当主机2返回
ACK报文段时,表示它已经知道主机1没有数据发送了,但是主机2还是可以发送数据到主机1的;当主机2也发送了
FIN报文段时,这个时候就表示主机2也没有数据要发送了,就会告诉主机1,我也没有数据要发送了,之后彼此就会愉快的中断这次TCP连接。
相关文章推荐
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手(TCP协议头部的格式,数据从应用层发下来,会在每一层都会加上头部信息,进行封装,然后再发送到数据接收端)good
- 简析TCP的三次握手与四次分手
- 大杂烩 -- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 10004---简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手
- [置顶] 【PHP学习】简析TCP的三次握手与四次分手
- 简析TCP的三次握手与四次分手