TCP通信过程三次握手、TCP通信四次挥手

TCP通信过程三次握手、TCP通信四次挥手

一、TCP通信特点:点对点的连接,保证数据准确性,内容时序无误;

二、TCP三次握手

在这里插入图片描述

1、握手前服务器必须处于listen 状态;

2、第一个握手包由客户端发往服务器端,此包为请求包,发完后客户端处于SYN_SEND 状态;

(第一次握手 :客户端向服务器端发送SYN报文(seq=x,SYN=1;),字节进入SYN_SEND状态,等待服务器确认。)

3、服务器收到客户端第一个握手包后,发送第二个握手包,此包既为确认包也是请求包,发送完成后服务器处于SYN_RCVD状态;

第二次握手:分两部分,即SYN+ACK(请求和确认)报文:
①服务器收到了客户端的请求,向客户端回复一个确认信息(ACK+1);
②服务器再向客户端发送一个SYN包(seq=y),建立连接的请求,此时服务器进入SYN_RECV状态;

4、客户端收到服务器回包后,确认数据正常后发送第三个握手包,此包为确认包,发送完成后客户端处于ESTABLISHED状态;

第三次握手:客户端收到服务器的回复(SYN+ACK报文),客户端向服务器发送确认包(ACK),此包发送完毕,客户端和服务器端都进入ESTABLISHED 状态,完成三次握手。

5、服务器收到最后一个确认包后确认数据数据无误后状态变更为 ESTABLISHED;

注意:三次握手的目的是确认服务器端、客户端的收发数据包功能正常。seq表示请求序列号,ACK 表示确认序列号,SYN 和ACK 为标志位。

三、TCP四次挥手

在挥手过程中,请求断开的可以是服务器也可以是客户端,但往往都是客户端主动断开连接的。

在这里插入图片描述

1.第一次挥手:主动方数据传输完毕需要断开连接,向TCP 发出连接释放报文(FIN=1,seq=y),同时进入FIN_WAIT_1状态,等待被动方确认;

2.第二次挥手:被动方收到连接释放报文,立即发出确认报文(ACK=1,确认号:ack=y+1),并且进入CLOSE_WAIT状态,主动方收到确认报文后之后若有之前的数据未发送完,此时发送,发送完后进入FIN_WAIT_2状态,等待被动方发出连接释放报文;

3.第三次挥手:在第二次挥手中,被动方发出确认报文后,继续发送之前未发送的数据,在数据发送完成后,被动方发出连接释放报文(FIN=1,ACK=1,序列号seq=z),随后被动方进入LAST_ACK状态,等待主动方最后确认;

4.第四次挥手:主动方在收到被动方的连接释放报文后,对此发出确认报文段(ACK=1,ack=z+1),主动端进入TIME_WAIT 状态,被动端收到主动端的确认报文后,立即进入CLOSE状态,主动方,在等待两个最大报文生存时间后进入CLOSE状态。(原因:①保证主动端发送的最后一个ACK 报文能够到达被动端;②防止已经失效的连接请求报文段出现在本连接中)。

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jun8086

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值