网站建设访问人群,12306网站开发多少钱,漆包线 东莞网站建设,江门排名优化怎么做计算机网络#xff1a;传输控制协议#xff08;Transmission Control Protocol-TCP协议#xff09; 本文目的前置知识点TCP协议简介主要特性通信流程1. 建立连接的过程(三次握手#xff0c;243)1.1 为什么要三次握手#xff0c;两次不行吗#xff1f; 2. 释放连接的过程(… 计算机网络传输控制协议Transmission Control Protocol-TCP协议 本文目的前置知识点TCP协议简介主要特性通信流程1. 建立连接的过程(三次握手243)1.1 为什么要三次握手两次不行吗 2. 释放连接的过程(四次挥手3343)2.1 TIME-WAIT时间等待状态是做什么的 参考文献 本文目的
介绍TCP协议的内容三次握手和四次挥手的必要性和原因
前置知识点
计算机网络基本知识。
TCP协议简介
全称Transmission Control Protocol传输控制协议运输层协议。
主要特性
参考《计算机网络》传输层协议TCP概述p211 面向连接的运输层协议传输前需要简历TCP连接每一条TCP协议都是点对点通信的提供可靠交付的数据通过TCP连接传输的数据无差错不丢失不重复全双工通信面向字节流 通信流程
1. 建立连接的过程(三次握手243) 需要阐明为什么每次交互会有这些标志位。 图解如下
最开始客户端和服务器都处于关闭状态服务器创建传输控制块TCBTransmit Control Block进入绑定自己的ip和端口进入监听listen状态。客户端创建TCB已知服务器的ip和端口向服务器发出连接请求报文包括以下内容发送后进入同步已发送SYN_SENT状态 SYNSYNchronization同步序号置1表示这是一个连接请求报文。seq初始序号x该报文不携带数据但是需要消耗一个初始序号也是服务器应答的依据服务器需要应答x1这样客户端才知道刚刚那条报文发过去了 服务器收到连接请求报文之后如同意连接返回确认报文段包含以下内容发送后进入同步收到SYN_RCVD状态 SYN同步序号置1表示这是一个连接接受报文段。seq初始序号y同样的需要小号一个初始序号也是客户端应答的依据。确认ACK 1ACK 1的时候确认号字段ack才有效建立连接后所有的报文段都要把ACK置1。确认号ack x 1期望对方下一个报文段第一个字节的序号表示x之前的数据都收到了。 客户端收到连接确认报文之后还要再给B发出确认包含以下内容同时客户端已进入连接建立ESTABLISHED状态 ACK 1seq x 1 ack y 1。可以包含数据如果不包含则不消耗x 1这个序列号。 服务器收到之后进入连接建立ESTABLISHED状态三次握手建立成功。
1.1 为什么要三次握手两次不行吗
参考《计算机网络》5.9 TCP的运输连接管理p239 两次握手可以避免已失效的连接请求报文段客户端发送给服务器但是延迟送达对于客户端来说早已失效过期了而且失效之后客户端没有再重发请求但是服务器响应并且发回确认报文段如果两次握手服务器此时就开始建立连接而客户端根本不会相应确认报文段所以没连接服务器就会干等消耗资源。 其他情况理论上都可以被三次握手解决。试图举反例举不出来。
2. 释放连接的过程(四次挥手3343) 最开始客户端和服务器都处于ESTABLISHED状态客户端发完要发的消息之后需要释放连接发出连接释放报文包含以下内容同时进入终止等待1-FIN-WAIT-1状态 FIN 1表示是一个连接释放报文seq u释放报文需要消耗一个序号。ACK 1理由同连接的时候一致。 服务器收到连接释放报文之后需要立刻应答表示收到了连接释放报文包含以下内容同时进入关闭等待-CLOSE-WAIT状态 ACK 1ack u 1seq v需要消耗一个序号 客户端收到之后进入终止等待2-FIN-WAIT-2状态可能服务器还有一些消息要发这个阶段如果服务器发消息客户端也要接着收。这个时候TCP称之为半关闭状态。服务器也发完消息之后发送连接释放报文包含以下数据同时进入最后确认-LAST-ACK状态 FIN 1表示释放连接报文seq w因为因为可能半关闭期间发了些消息所以不是v 1。ack u 1不变因为客户端没发过消息了。ACK 1。 客户端收到之后发送最后确认包含以下内容然后进入时间等待-TIME-WAIT状态 ACK 1ack w 1seq u 1 服务器收到之后就可以关闭连接了客户端TIME-WAIT结束后也会断开连接。
2.1 TIME-WAIT时间等待状态是做什么的
参考《计算机网络》5.9.2 TCP的连接释放p240 避免最后一个客户端发出的ACK报文丢失带来的问题。 时间等待计时器TIME-WAIT timer 是2MSLMaximum Segment Lifetime最长报文段寿命
当最后一个报文丢失超过了MSL的时候服务器收不到会卡在最后确认-LAST-WAIT状态这个时候服务器可能会重新发送连接释放报文客户端需要保证能收到才有可能再次发送最后确认的报文。一来一回刚好是两倍的MSL。保证本次通信的所有报文都消失2MSL之后肯定都消失了防止旧的包干扰下一次连接 个人理解不一定对假设第一次发了两次连接请求但是有一个卡在路上了然后关闭了然后卡在路上的那个又到服务器了其实服务器是可以不用理的
参考文献 《计算机网络》传输层协议TCP概述p211 《计算机网络》5.9 TCP的运输连接管理p239 《计算机网络》5.9.2 TCP的连接释放p240
