CH5-L15 TCP-拥塞控制-连接管理(待完善)

第15讲拥塞控制；连接管理,【第5章运输层（第4讲）】,上讲小结（快速提问1）,上讲的重点是什么？,上讲要点复习（快速提问2）,TCP的主要特点什么是面向字节流的控制方法序号、确认序号、窗口的作用如何计算加权平均往返时间RTTS如何计算超时重传时间RTO流量控制的基本思想TCP如何实现流量控制TCP提高传输效率的措施TCP报文段首部的组成,本讲内容安排,1.拥塞控制(5.8)1.1拥塞控制的基本概念(5.8.1)1.2TCP的拥塞控制方法(5.8.2)1.2.1拥塞窗口cwnd1.2.2慢开始和指数增长1.2.3线性增长的拥塞避免算法1.2.4发现拥塞时的调整1.2.5提高效率的相关措施：快重传和快恢复1.3IP层的拥塞控制方法：随机早期检测RED丢包策略5.8.32TCP的传输连接管理(5.9)2.1传输连接的三个阶段2.2建立连接(5.9.1)2.3TCP的连接释放(5.9.2)2.4TCP的有限状态机(5.9.3),本讲预习情况检查（快速提问3）,什么是拥塞、拥塞控制拥塞控制与流量控制的关系拥塞控制所起的作用闭环的拥塞控制的主要环节TCP的拥塞控制方法的要点拥塞窗口cwnd概念：传输轮次、ssthresh值慢开始+指数规律增长“加法增大”的拥塞避免“乘法减小”的状态转换传输连接的三个阶段三次联络：连接请求、确认报文、再次确认TCP的连接释放,1.拥塞控制(5.8)1.1拥塞控制的基本概念(5.8.1),1.1.1什么是拥塞(congestion)：在某段时间，对网络中某资源的需求超过该资源能提供的可用部分，整个网络的吞吐量随输入负荷的增大而下降（网络的性能变坏）产生了拥塞,没有拥塞控制的情况,1.1.2拥塞控制,提供的负载,吞吐量,0,无拥塞控制,拥塞控制：检测、避免和缓解拥塞的方法,1.1.3拥塞控制的一般原理,分析出现拥塞的原因：对（某种）资源总需求可用资源(5-7)简单地增加资源，不一定能避免拥塞如，只增加带宽，造成下游站缓存资源和CPU资源更缺乏如，只增加A站的缓存，大量分组到达A时，存储等待时间很长，引起源站更多的超时重发，使网络中的负载更重即，拥塞是全局性、综合性问题，是动态变化的,分析：拥塞具有“恶性循环”的特征,部分资源的不足，引起其它资源消耗增加缓存不够而造成丢包源站重发源站需要更多的缓存和带宽（资源的不足）类似于交通：开始轻度堵车车速降低更多地占用道路资源堵车加剧,二类拥塞控制,开环控制闭环控制,开环控制,开环控制方法：设计网络时，事先考虑有关发生拥塞的因素，力求网络在工作时不产生拥塞。何时接受新的流量何时开始丢弃分组，丢弃哪些分组流量如何分配，等如，通信量整形法：数据包到达较快时，最多以一种预定的速率转发。,闭环控制,基于反馈的思想：网络运行时，检测是否发生或可能发生拥塞，采取必要措施预防或缓解拥塞：监测网络系统，检测何时、何处发生拥塞，如：检测超时重传的包的数目、重传次数;如：检测平均包延迟、平均队列长度；如：检测缺乏缓冲区造成的丢包率；将拥塞发生的信息传送到可采取行动的地方。如：发送拥塞通知到源站；调整网络系统的运行以解决出现的问题。如，源站放缓发送数据开销：检测拥塞信息、反馈拥塞信息，都占用网络资源，（处理不好，可能又引起或恶化拥塞，甚至死锁）,拥塞控制与流量控制的关系,措施类似降低发包速率：既是流量控制的主要措施，也是拥塞控制的重要措施区别：流量控制是给定的发送端和接收端之间通信量控制控制发送PDU的速率，使接收端来得及接收。拥塞控制是一个全局性的过程，涉及到所有的主机、所有的路由器多种资源（信道带宽、缓存、处理能力）,1.2TCP的拥塞控制方法(5.8.2),教材的观点，拥塞控制的四个算法（p207）：慢开始，拥塞避免（线性增长）、快重传、快恢复本人以为：是一个拥塞控制算法的四个要点拥塞控制中一个周期的二个阶段拥塞窗口的指数增长和线性增长慢开始、线性增长：都是避免拥塞的措施快重传：是提高传输效率的措施快恢复：是快重传时对拥塞算法的改进,TCP的拥塞控制方法要点,拥塞窗口cwnd的概念根据拥塞控制的要求，发送方允许发送的数据量拥塞控制（一个周期）的二个阶段慢开始（拥塞避免）和窗口的指数增大窗口的加法增大(线性增长）（拥塞避免）二个阶段的转换cwnd超过阈值时：指数增大=加法增长：超时重发时：加法增大=窗口骤减、阈值的减小=指数增长其它措施：快重传、快恢复,1.2.1拥塞窗口cwnd(congestionwindow),比较通知窗口：根据流量控制要求允许发生的数据量（描述流量控制的状态变量）拥塞窗口：根据拥塞控制要求允许发生的数据量（描述拥塞控制的状态变量）发送方最终的发送窗口min(拥塞窗口，通知窗口)为了便于讨论，假定通知窗口足够大，即：发送窗口大小取决于拥塞窗口拥塞窗口以MSS为单位（讨论通知窗口时是以字节为单位）,拥塞窗口的概念（续）,拥塞窗口大小随网络拥塞程度动态变化，原则是：网络没有出现拥塞，增大拥塞窗口(允许发送更多的报文）只要网络出现拥塞，就减小拥塞窗口(减少注入到网络中的报文数),如何判断网络是否发生拥塞,当信道误码率足够小时，超时的主要原因是由于拥塞没有及时到达发送方“猜测”：如果没有超时：就认为网络没有拥塞如果发生超时：就认为网络出现拥塞区别：通知窗口：由接收方根据接收能力调整拥塞窗口：由发送方根据拥塞状态调整,动态调整拥塞窗口的基本思想,1）初始保守开始：cwnd很小（取1）：慢开始(相当于停等协议)（避免拥塞：避免新的TCP连接向网络大量发送数据）2）网络没有出现拥塞时，为提高发送效率：增大拥塞窗口：前期：窗口不大，可以快速增长，指数增长后期：窗口较大，应该慢速增长，线性增长（避免拥塞）设一个状态变量(阈值、ssthresh、门限值），控制cwnd的二种增长方式ssthresh初值为M，单位：报文段(MSS)，例，M16当cwnd较小(cwnd门限)时，采用“线性增长”拥塞避免,动态调整拥塞窗口的基本思想（续）,3）网络出现拥塞时，应该减小拥塞窗口，消除拥塞，二个操作：调整门限ssthreshcwnd*0.5（乘法减小）急速减小拥塞窗口：cwnd重新回到1（回到慢开始）,1.2.2慢开始和指数增长,慢开始：启动时，拥塞窗口大小置为1,拥塞窗口的指数增长,窗口门限、且没有发生超时重发时：发送窗口不大没有发生超时重发，说明网络没有拥塞cwnd应该可以快的增大：指数增长指数增长的实现算法：发送端每收到一个报文的确认，cwnd加1（增加一个报文大小）。为什么上述方法是指数增长？以往返时间（传输轮次）为时间单位，是指数增长,“传输轮次”(transmissionround)的概念,传输轮次：把发送窗口所允许发送的报文都连续发送出去，并收到了对这些报文的最后一个字节的确认，为一个传输轮次。一个传输轮次经历的时间大约是往返时间RTT。运输层通信：一般情况下，发送时间小于往返时间RTT即：一个轮次可以且只能传输一个窗口的数据,发送方,接收方,发送M1,确认M1,cwnd=1,t,t,轮次1,一个轮次可以传输一个窗口的数据,运输层：一般情况下，发送时间远远小于往返时间RTT,以往返时间（传输轮次）为时间单位，是指数增长,Cwnd1时，一个“传输轮次”内只能发送一个报文，只能收到一个确认cwnd从1增大到2Cwnd2时，一个“传输轮次”内可以发送二个报文，可以收到二个确认cwnd从2增大到4Cwnd4时，一个“传输轮次”内可以发送四个报文，可以收到四个确认cwnd从4增大到8可见，cwnd按指数规律增长。,指数增长（续）,发送端每收到一个报文的确认，cwnd加1（增加一个报文大小）。,22,16,2,4,6,8,10,12,14,16,18,20,0,0,4,8,12,20,24,拥塞窗口cwnd,ssthresh的初始值,传输轮次,1.2.3拥塞窗口的线性增长,当cwnd增长到门限值时，希望减慢窗口增大速度（拥塞避免）：每个“传输轮次”cwnd加1，cwnd按线性规律增长,22,16,2,4,6,8,10,12,14,16,18,20,0,0,4,8,12,20,24,拥塞窗口cwnd,ssthresh的初始值,慢开始,传输轮次,22,16,2,4,6,8,10,12,14,16,18,20,0,0,4,8,12,20,24,拥塞窗口cwnd,ssthresh的初始值,慢开始,指数增长,拥塞避免+“加法增大”,1.2.4发现拥塞时的调整：退回慢开始,网络出现超时，表明网络拥塞了，二个操作：1）“乘法减小”更新ssthresh(取cwnd的一半，即，乘0.5）当网络频繁出现拥塞时，ssthresh值就下降得很快当网络偶尔现拥塞时，ssthresh值不会降低（cwnd线性增长到一个很大的值）2）拥塞窗口cwnd重新设置为1，转入慢开始算法,传输轮次,重新慢开始,22,16,2,4,6,8,10,12,14,16,18,20,0,0,4,8,12,20,24,拥塞窗口cwnd,新的ssthresh值,网络拥塞,ssthresh的初始值,慢开始,慢开始,重新开始下一趟调整,传输轮次,“乘法减小”,22,16,控制过程：每个周期二个阶段,“乘法减小”,2,4,6,8,10,12,14,16,18,20,0,0,4,8,12,20,24,拥塞窗口cwnd,新的ssthresh值,网络拥塞,ssthresh初始值,慢开始,慢开始指数增长,拥塞避免“加法增长”,拥塞避免“加法增长”,传输轮次,慢开始指数增长,一个调整周期,一个调整周期,比较：慢启动、指数增长、线性增长,1.2.5提高效率的相关措施：(1)快重传,接收方每收到一个失序的报文段后就立即发出重复确认，让发送方及早知道有报文段没有到达对方。发送方收到连续三个重复确认时立即重传（不等到“超时”就重发）,发送方,接收方,发送M1,确认M1,t,确认M2,发送M2,发送M3,发送M4,发送M5,发送M6,重复确认M2,重复确认M2,重复确认M2,t,发送M7,丢失,M2,M1,M3,M4,M5,M6,M7,M3,快重传时拥塞算法的处理,Tahoe版本:快重传的重发与超时重发同等对待,收到3个重复的确认执行快重传算法,(2)快恢复,TCPReno版本：若连续收到三个重复的确认立即重传对方尚未收到的报文段执行“乘法减小”算法：把门限值减半cwnd置为门限值减半后的数值(而不是置为1)直接进入“线性增大”的拥塞避免阶段(没有指数增大阶段),24,带有快恢复的快重传,2,4,6,8,10,12,14,16,18,20,22,0,0,4,8,12,16,20,传输轮次,拥塞窗口cwnd,慢开始,ssthresh的初始值,拥塞避免“加法增大”,收到3个重复的确认执行快重传算法,比较,说明：发送方监测到“超时”时，仍然采用慢开始算法（即：只有TCP连接建立时和超时，才采用慢开始算法）,发送窗口的上限值,接收方窗口rwnd、拥塞窗口cwnd最终的发送窗口的上限值Minrwnd,cwnd(5-8)当rwndcwnd时，是接收方的接收能力限制发送窗口的最大值。当cwndrwnd时，是网络的拥塞限制发送窗口的最大值。,1.3随机早期检测RED丢包策略5.8.3,拥塞控制是复杂问题，要从多层加以控制运输层如，TCP的拥塞窗口网络层路由协议：有拥塞控制功能的路由选择算法IP层的丢包策略：随机早期检测RED(RandomEarlyDiscard/Drop/Detection)：,网络层的FIFO队列+尾部丢弃策略的问题,网络层的FIFO队列+尾部丢弃策略的不足：当一连串分组的丢失时多个TCP连接同时将发送窗口缩小为1全网通信量大幅下降网络迅速恢复通信量又突然大幅增加。改进：I改为“随机早期丢弃”当队列超过一定长度之后，开始将包以概率p丢弃,随机早期丢弃RED,每个队列保持二个参数队列长度最小门限THmin队列长度最大门限THmax经验数据：THmax=2*THmin每到达一个数据报计算平均队列长度LAV计算丢弃概率p（丢包策略）若LAVTHmax，分组全部丢弃p=1若THminLAVTHmax，按概率p丢弃，0ppmax1(以1p的概率将分组存入队列）,RED将路由器的到达队列划分成为三个区域,队列超过THmin之后，少量丢包，使少量TCP连接减小拥塞窗口，避免发生拥塞,从队首发送,最小门限THmin,最大门限THmax,分组到达,平均队列长度Lav,排队,丢弃,以概率p丢弃,平均队列长度,为什么用平均队列长度：计算机通信的“突发性”如，短时的突发数据，瞬时队列长度可能超过THmin，这时丢包，使少量TCP连接产生不必要的减小拥塞窗口（平滑的）平均队列长度的计算LAV=(1-)*LAV+*当前队列长度（01）,瞬时队列长度,平均队列长度,当然，若短时的突发数据使瞬时队列长度超出路由器的缓冲区的大小，虽然平均队列长度没有超过THmax，仍然做“尾部丢弃”的操作,丢弃概率p的计算方法之一,在THmax-THmin区间直线方程为（pmax可以事先设定）：p=pmax*(Lav-THmin)/(THmax-THmin)按线性规律变化，从0变到pmax,最小门限THmin,最大门限THmax,平均队列长度Lav,分组丢弃概率p,1.0,0,pmax,概率p的计算方法改进之一（p215）,改进思路：使丢弃概率不仅与平均队列长度有关，还与“连续没有被丢弃的数据报的个数count”有关避免分组的丢弃过于集中将改进前的丢弃概率记为ptemp：ptemp=pmax*(Lav-THmin)/(THmax-THmin)改进算法：p=ptemp/(1-count*ptemp)初始：count=0，p=ptempcount增大，分母减小，p增大,2TCP的传输连接管理(5.9)2.1传输连接的三个阶段,可靠通信有三个阶段：连接建立、数据传送和连接释放。连接建立过程中要解决三个问题：使每一方能够确知对方的存在允许双方协商一些参数如,初始序号、最大报文段长度、最大窗口大小等为传输实体分配资源，如,缓存区等传输连接管理：使传输连接的建立和释放都能可靠完成。,客户服务器方式,TCP的用户一般是客户服务器结构的软件客户(client)：一般是主动发起连接建立的应用进程服务器(server)：被动等待连接建立的应用进程如，FTP：服务器(TCP的用户)：发出LISTEN原语服务器端的TCP实体：开始等待客户端的连接客户端(TCP的用户)：发出CONNECT原语客户端的TCP实体：向服务器端的TCP实体发出TCP连接请求客户端用户发出close原语客户端的TCP实体：向服务器端的TCP实体发出TCP释放请求,TCP首部,20字节固定首部,目的端口,数据偏移,检验和,选项（长度可变）,源端口,序号seq,紧急指针,窗口,确认号ack,保留,FIN,SYN,RST,PSH,ACK,URG,位08162431,填充,同步SYN=1：表示这是一个连接请求或连接接受报文。终止FIN1：请求释放连接。,2.2建立连接(5.9.1),在数据链路层实现面向连接的可靠通信建立连接(协商)的二次联络：一方提出连接请求，对方发送连接确认是相邻二点建立连接，可以较准确地估计连接请求帧的延时，能准确判断是否丢失。在运输层实现面向连接的可靠通信不相邻二点建立连接，连接请求在一个甚至多个网络中存转，延时难以估计二次联络(握手)建立连接存在的问题延迟到达的重复连接请求，造成错误的连接,二次联络建立连接的问题,主机A请求建立连接超时，主机A再次请求连接主机A收到主机B的应答，连接成功主机A,B之间通信主机A请求释放连接主机A收到主机B的应答，释放成功主机B收到主机A的、迟到的第一次建立连接请求（主机B并不知道是重复请求）主机B接受建立连接请求主机B发送报文段，主机A不接受(不可靠的通信),A,TCP采用三次联络实现可靠连接,A,B,客户端,服务端,TCP的连接建立：,第一次联络,进入“监听”状态,双方都可以请求连接C/S结构：一般是客户端请求设：A向B发出连接请求,A进入“同步已发送”状态,同步位SYN=1，请求建立连接序号seq=x，本站将传送的第一个数据字节的序号是x,第二次联络,B进入“同步已收到”状态,B收到连接请求报文段，如同意，则发回确认报文（注意各字段的值的含义）,第三次联络,B的TCP收到主机A的确认后，也通知其上层应用进程：TCP连接已经建立进入连接已建立(ESTABLISHED)状态,进入“数据传送”阶段,在连接建立后TCP就不再理睬某个延迟的连接请求,LISTEN,CONNECT,A的TCP实体收到确认报文后通知上层应用进程，连接已经建立向B给出第三次联络（可以携带用户数据）（注意各字段的值的含义）进入连接已建立(ESTABLISHED)状态,2.3TCP的连接释放(5.9.2),当TCP的应用进程再没有数据需要发送时，就发关闭命令close，TCP实体向对方提出释放请求。数据传输结束后，通信的双方都可释放连接。提出释放的一方为“主动释放”另一方为“被动释放”两个方向需要分别释放一个方向释放后，称为半关闭状态,数据传送,ESTAB-LISHED,ESTAB-LISHED,客户A,服务器B,TCP连接的释放(正常情况：四次联络）,A收到连接释放报文段后，必须发出确认报文段。,发出释放请求(FIN=1)本报文段可以携带数据等待B的确认。,B收到A确认报文段，释放完成，进入CLOSED状态A发出确认报文后，必须经过时间2MSL后才真正释放,设：A不再发送数据，请求关闭TCP连接,B：发出确认；TCP实体通知高层应用进程。,若B也不需向A发送的数据，也要释放连接：FIN1。,这时A到B方向的连接就释放了，TCP连接处于半关闭状态。B仍可发送数据，A仍要接收。,CLOSE,A必须等待2MSL(两倍最大的分组生命期),2MSL约4分钟，是较长的时间。保证A发送的最后一个ACK报文段能够到达B如果该报文丢失。B会重传FIN+ACK报文，A在2MSL时间内可以收到这个重传报文，重发ACK报文防止“已失效的连接请求报文段”出现在本连接中经过2MSL时间，本连接持续的时间内所产生的所有报文段，都将从网络中消失。这样就使下一个新的连接中不会出现这种旧的连接请求报文段。,被动释放方：发一个FIN报文给对方后收到确认后关闭连接确认未及时到达，在等待一段时间后也关闭连接。,连接建立可以由A方、B方或双方同时发起双方发起：同时打开（simultaneousopen）连接关闭可以由A方、B方或双方同时发起同时发起：同时关闭（simultaneousclose）。,TCP的有限状态机FiniteStateMachine(5.9.3),有限状态机，用于对象行为建模的一种工具描述对象在生命周期内所经历的状态序列，以及状态之间的转换(响应外界的各种事件)由一组状态(一个初始状态)、输入和转换函数组成转换函数：根据输入及现有状态转换为另一个状态,TCP的有限状态机,CLOSED,ESTABLISHED,LISTEN,CLOSE_WAIT,SYN_RCVD,SYN_SENT,LAST_ACK,主动打开,被动打开,被动关闭,起点,(服务器)被动打开,(客户主动打开)发送SYN,收到ACK,数据传送阶段,关闭发送FINACK,(主动关闭)发送FIN,收到SYN发送SYN,ACK,收到ACK,收到SYN,ACK发送ACK,收到FIN发送ACK,关闭,正常情况,FIN_WAIT_1,FIN_WAIT_2,TIME_WAIT,主动关闭,收到ACK,收到FIN发送ACK,-2,-2,-2,-3,2MSL后,建立连接,释放连接,“事件动作”,方框：可能具有的状态；框中的字符串：状态名,TCP的有限状态机,CLOSED,ESTABLISHED,LISTEN,CLOSE_WAIT,FIN_WAIT_1,SYN_RCVD,FIN_WAIT_2,CLOSING,TIME_WAIT,SYN_SENT,LAST_ACK,(主动打开),(被动打开),(被动关闭),(主动关闭),起点,用户LISTEN(被动打开),用户CONNECT（主动打开)发送SYN,(同时打开),收到SYN，发送SYN,ACK,收到ACK,数据传送阶段,用户close发送FIN,用户close发送FIN,用户close发送FIN,收到RST,收到SYN发送SYN,ACK,关闭或超时,收到ACK,收到ACK,收到ACK,收到FIN发送ACK,收到FIN,ACK发送ACK(快速关闭),收到FIN发送ACK,(同时关闭),收到FIN发送ACK,服务器打开发送SYN,定时经过两倍报文段寿命后,关闭,方框：可能具有的状态；框中的字符串：状态名,状态间的箭头：可能发生的状态变迁粗线箭头：客户端的正常变迁。虚线箭头：服务器端的正常变迁细线箭头：表示不常用的或异常变迁,收到SYN,ACK发送ACK,建立连接,释放连接,“事件动作”,箭头边的文字：红字：引起变迁的原因蓝字：变迁后的动作,同时打开,连接建立可以由A方、B方或双方同时发起双方发起：同时打开（simultaneousopen）同时打开（simultaneousopen）发生的可能性极小需要每一方使用一个对方周知的端口作为本地端口没有所谓的主从关系：不管哪种方式建立连接一旦连接建立，就可以双向对等地传送数据,CLOSED,ESTABLISHED,SYN_RCVD,SYN_SENT,起点,（主动打开）发送SYN,收到ACK,数据传送阶段,收到SYN,ACK发送ACK,CLOSED,ESTABLISHED,SYN_RCVD,SYN_SENT,主动打开,起点,（主动打开）发送SYN,收到ACK,数据传送阶段,收到SYN,ACK发送ACK,同时打开,A,B,A,B,客户,服务器,TCP的连接的同时打开：,四次联络,通知应用进程,通知应用进程,主动打开,TCP连接的同时关闭,连接关闭可以由A方、B方或双方同时发起同时发起：同时关闭（simultaneousclose）。两端应用层同时发出关闭命令时，各发送一个FIN，均从ESTABLISHED变为FIN_WAIT_1收到FIN后，状态由FIN_WAIT_1变迁到CLOSING，并发送最后的ACK。当收到最后的ACK时，状态变化为TIME_WAIT。,等待2MSL,TIME-WAIT,数据传送,A,B,客户,服务器,等待2MSL,TIME-WAIT,同时关闭,快速关闭,条件：在主动关闭的FIN_WAIT_1状态事件：收到的报文段包括ACK和FIN（四次联络释放：这时应该收到FIN=0的ACK）变迁：直接进入TIME_WAIT状态，给对方发送ACK报文段，然后等待超时,数据传送,ESTAB-LISHED,ESTAB-LISHED,A,B,客户,服务器,快速关闭（三次联络）,通知应用进程,设：B收到释放请求时也不再发送数据，可以在响应A时同时请求释放反向的连接,其它情况,服务方打开：从LISTEN发出SYN报文段，变迁到SYN_SENTBerkeley版的TCP软件不支持它重置连接（复位）：条件：SYN_RCVD状态是从LISTEN状态收到一个SYN后发送一个带ACK的SYN进入的事件：收到一个RST（而不是一个ACK）变迁：从SYN_RCVD回到LISTEN的状态,11个状态,CLOSED：关闭状态，没有连接活动或正在进行被动打开：LISTEN：监听，正在等待连接进入主动打开：SYN_SENT：已发送连接请求已经发出连接请求，等待确认SYN_RCVD:“已收到连接请求(同步已收到)”状态收到一个连接请求，尚未确认ESTABLISHED：已建立连接，正常数据传输状态主动关闭FIN_WAIT_1：已经发送关闭请求，等待确认FIN_WAIT_2：收到对方关闭确认，等待对方关闭请求TIME_WAIT：完成双向关闭，等待所有分组死掉被动关闭CLOSE_WAIT：收到对方关闭请求，已经确认LAST_ACK：等待最后一个关闭确认，并等待所有分组死掉同时关闭CLOSING：双方同时尝试关闭，等待对方确认,双方同时启动关闭连接双方的应用进程同时发关闭命令，则双方TCP在发送完所以报文段后，发送FIN报文。各方TCP在FIN前所发报文都得到确认后，发ACK确认它收到的FIN。各方在收到对方对FIN的确认后，同样等待一段时间再关闭连接。,连接关闭可以由A方、B方或双方同时发起同时发起：同时关闭（simultaneousclose）。,TCP的有限状态机,CLOSED,ESTABLISHED,LISTEN,CLOSE_WAIT,FIN_W