总结描述TCP三次握手四次挥手

 

序号(seq):表示本报文段所发送数据的第一个字节的编号。例如,发送方第一次要发送的字节编号为seq=x,则下一个要发送的字节编号为seq=x+1。

确认号(ack):接收方收到数据段之后,会给发送方发送一个确认号(ack)。用于告诉发送方下一个要发送的数据段将从此编号开始。例如,接收方收到了前x个字节,发送确认号ack=x+1,说明接收方已经接收到了前x个字节。

确认报文段(ACK):表示是否前面确认号字段是否有效。只有当ACK=1时,前面的确认号字段才有效。TCP规定,连接建立后,ACK必须为1,带ACK标志的TCP报文段称为确认报文段

同步报文段(SYN):在建立连接时使用,用来同步序号。当SYN=1,ACK=0时,表示这是一个请求建立连接的报文段;只有当SYN=1,ACK=1时,才表示对方同意建立连接。SYN=1,说明这是一个请求建立连接或同意建立连接的报文。带SYN标志的TCP报文段称为同步报文段

结束报文段(FIN):表示通知对方本端要关闭连接了,标记数据是否发送完毕。FIN=1,说明请求释放TCP连接。带FIN标志的TCP报文段称为结束报文段

三次握手:

第一次握手:客户端向服务端发送连接请求报文段。该报文段的头部中SYN=1,ACK=0,seq=x。请求发送后,客户端便进入SYN-SENT状态。

第二次握手:服务端收到连接请求报文段后,如果同意连接,则会发送一个应答:SYN=1,ACK=1,seq=y,ack=x+1。该应答发送完成后便进入SYN-RCVD状态。

第三次握手:当客户端收到连接同意的应答后,还要向服务端发送一个确认报文段,表示:服务端发来的连接同意应答已经成功收到。该报文段的头部为:ACK=1,seq=x+1,ack=y+1。客户端发完这个报文段后便进入ESTAB-LISHED状态,服务端收到这个应答后也进入ESTAB-LISHED状态,完成三次握手。

为什么TCP建立连接需要三次握手?

计算机通信需要有发送和接收,才算是一个完整的通信。如果是两次握手,对于客户端来说,已经实现了,但对于服务端来说,服务端无法确定发出去的消息,客户端是否能成功收到。三次握手,对于客户端和服务端都可以实现信息的收发,这才是一个完整的通信。
两次不靠谱,四次有点多余,三次正好。

四次握手:

第一次挥手:客户端向服务端发送FIN包,请求关闭客户端到服务端的数据传送。该FIN包的主要参数为:FIN=1,seq=u。此时,客户端进入FIN-WAIT-1状态。

第二次挥手:服务端收到FIN包后,发送一个ACK包给客户端,确认号为收到序号+1,此时,服务端进入CLOSE-WAIT状态,其报文头包含:ACK=1,seq=v,ack=u+1。
客户端收到ACK包,进入FIN-WAIT-2状态,等待服务端发送连接释放请求。

第三次挥手:服务端向客户端发送FIN包,请求关闭服务端到客户端的数据传送。 该FIN包的主要参数为:FIN=1,ACK=1,seq=w,ack=u+1。此时,服务端进入LAST-ACK状态。

第四次挥手:客户端收到FIN包后,发送一个ACK包给服务端,确认号为w+1,客户端状态进入TIME_WAIT,等待2MSL时间,当服务端收到最后一次ACK包后,服务端进入CLOSED状态,客户端等待了2MSL时间,也进入CLOSED状态,完成四次挥手。

为什么需要等待2MSL?
1、最后一个数据段没有确认;

2、确保发送方的ACK包可以成功到达接收方;

3、2MSL时间内没有收到,则接收方会重发;

4、确保当前连接的所有报文都已经过期。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

一直在努力学习的菜鸟

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

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

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

打赏作者

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

抵扣说明:

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

余额充值