TCP三次握手

coderZKX

于 2022-07-18 11:18:53 发布

阅读量579

点赞数

分类专栏：计算机网络文章标签： tcp/ip 网络网络协议

本文链接：https://blog.csdn.net/qq_39657702/article/details/125844771

版权

计算机网络专栏收录该内容

3 篇文章 0 订阅

订阅专栏

文中图片均来自于
https://www.bilibili.com/video/BV1c4411d7jb?p=65&vd_source=61258a05469482a4381c086011c25c18
$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HWIXyhMy-1658114261656)(D:\markdown文件\计算机网络\计算机网络图片\Snipaste_2022-07-16_17-23-36.png)]$

1.客户端发送 连接请求报文（SYN=1,seq=x,ACK=0），发送完毕后，客户端进入 SYN-SENT（同步已发送）状态
	TCP规定，当SYN=1时，报文段不能携带数据。
	但该报文段需要消耗一个序号，seq=x，该报文段的序号初始为x
2.服务端收到 连接请求报文后，发送连接请求确认报文（SYN=1,ACK=1,seq=y,ack=x+1）,发送完毕后，进入SYN-RCVD（同步已接收）状态
	ACK=1,对建立连接的确认。
	seq=y 该报文段的序号初始为y。
	ack=x+1，x+1号之前的数据得到确认，期望收到下一个TCP报文段数据载荷中第一个字节序号为x+1的数据
3.客户端收到 连接请求确认报文后，发送 对连接请求确认的确认报文（ACK=1,seq=x+1,ack=y+1）,发送完毕后，进入ESTABLISHED（连接已建立）状态，到服务端收到该报文后，也进入ESTABLISHED（连接已建立）状态。
	seq=x+1,客户端发送的上一个报文段seq=x，但没有数据，所以这个报文段seq=x+1
	ack=y+1，客户端收到的 连接请求确认报文的seq=y，客户端在确认后，希望收到的下一个TCP报文段数据载荷中第一个字节序号为y+1的数据

5.10.1 相关问题

TCP三次握手的原因，为什么不是两次

原因一：三次握手才能让双方均确认自己和对方的发送和接收能力都正常

第一次握手：客户端发送报文段，服务端收到了
根据第一个次握手，服务端得出结论：客户端的发送能力，服务端自己的接收能力正常

第二次握手：服务端发送报文段，客户端收到了
根据第一，二次握手，客户端得出结论：客户端自己的发送，接收能力正常；服务端的接收，发送能力正常。但此时服务端不能确认自己的发送能力，客户端的接收能力是否正常

第三次握手：客户端发送报文段，服务端收到了
根据第一，二，三次握手，服务端得出结论：客户端的发送，接收能力正常，服务端自己的发送，接收能力正常

原因二：防止因网络原因滞留的连接请求报文又传送到服务端，产生错误和资源浪费

当使用两次握手时，即服务端发出 连接请求确认报文后，进入连接已建立状态。客户端收到 连接请求确认报文后，进入连接已建立状态

当客户端A发送 连接请求报文时，由于网络的原因滞留了，此时客户端的重传计时器超时，客户端重新发送 第二次连接请求报文，之后客户端与服务端B建立连接完成，当双方传输完数据后，释放了连接。
延误的连接请求报文 在释放连接后某个时间传送到 服务端B，服务端B误认为 客户端A又发出了一次新的连接请求，于是向客户端A发送 连接请求确认报文。
当不采用三次握手时，只要服务端B发出 连接请求确认报文，即变为ESTABLISH（连接已建立）状态。但客户端A并没有发出新的建立连接请求，不会理睬 服务端B发送的报文，也不会向服务端B发送报文，服务端B认为新的连接已经建立，一直等待客户端A发送数据，造成服务端B的资源浪费。
使用三次握手时，客户端A如果不发送 连接请求确认的确认报文，则服务端B就知道客户端A没有要建立连接

原因三：告知对方自己的初始序号，并确认收到对方的初始序号

三次握手中 
	通过第二次握手 实现了 服务端对客户端所发送的报文段的初始序号的确认
	通过第三次握手 实现了 客户端对服务端所发送的报文段的初始序号的确认
	
当使用两次握手时
	无法对 服务端发送的报文段的初始序号进行确认

$[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f0B2Z58x-1658114261657)(D:\markdown文件\计算机网络\计算机网络图片\Snipaste_2022-07-17_21-58-28.png)]$

为什么不是四次

原因

三次握手已经可以确认双方的发送，接收能力正常，双方都知道彼此已经准备好，也可以完成对双方初始序号之的确认，无需第四次挥手

第三次握手时，报文段丢失，会发生什么

服务端：
	第三次的报文段在网络中丢失，服务端处于SYN-RCVD（同步已接收）状态，会根据超时重传机制，在等待3秒，6秒，12秒后向客户端重新发送 连接请求确认报文

客户端：
	客户端已经发送了 连接请求确认的确认报文 处于ESTABLISHED（连接已建立）状态，如果客户端向服务端发送数据，服务端将发送RST=1的报文段（RST，复位标志位）。此时，客户端知道第三次握手失败。