TCP连接管理(三次握手/四次握手)基本知识

TCP连接管理

TCP状态转换图中,共有11种状态:

  1. CLOSED:关闭状态,没有连接活动或正在进行
  2. LISTEN:监听状态,服务器正在等待连接进入
  3. SYN_RCVD:收到一个连接请求,尚未确认
  4. SYN_SENT:已经发出连接请求,等待确认
  5. ESTABLISHED:连接建立,正常数据传输状态
  6. FIN_WAIT 1:(主动关闭)已经发送关闭请求,等待确认
  7. FIN_WAIT 2:(主动关闭)收到对方关闭确认,等待对方关闭请求
  8. TIME_WAIT:完成双向关闭,等待所有分组死掉
  9. CLOSING:双方同时尝试关闭,等待对方确认
  10. CLOSE_WAIT:(被动关闭)收到对方关闭请求,已经确认
  11. LAST_ACK:(被动关闭)等待最后一个关闭确认,并等待所有分组死掉

TCP建立连接过程中需要解决的问题:

  1. 要使每一方能够确知对方的存在
  2. 要允许双方协商一些参数(如最大窗口值、是否使用窗口扩大选项等)
  3. 能够对运输实体资源(如缓存大小、连接表中的项目等)进行分配

TCP连接的建立采用客户服务器方式。主动发起连接建立的应用进程叫做客户,而被动等待建立连接的应用进程叫做服务器

TCP连接的建立:

主机A为TCP客户程序,主机B为TCP服务器程序

  1. 首先,B的TCP服务器进程创建传输控制块TCB。准备接受客户进程的连接请求。然后服务器进程就处于LISTEN(收听)状态,等待客户连接请求。如果有,即做出响应。
  2. A的TCP客户进程创建传输控制模块TCB。然后,在打算建立TCP连接时,向B发出连接请求报文段,这时首部中的同步位SYN被置为1,同时选择一个初始序号client_isn。这个报文段不携带数据,但要消耗一个序号。这时,TCP客户进程进入SYN-SENT(同步已发送)状态。(第一次握手)
  3. B收到连接请求报文段后,如果同意建立连接,则向A发送确认。在报文段中把SYN和ACK为都置为1,确认号为client_isn+1,同时也为自己选择一个初始序号server_isn。这个报文段也不能携带数据,但同样要消耗一个序号。这时TCP服务器进程进入SYN-RCVD(同步收到)状态。(第二次握手)
  4. TCP客户收到B的确认后,还要向B给出确认。确认报文段ACK置1,确认号为server_isn+1序号为client_isn+1.这时,TCP连接已经建立,A进入ESTABLISHED(已建立连接)状态。(第三次握手)

在这里插入图片描述

为什么需要进行第三次握手?
这主要时为了防止已经失效的连接请求报文段传送到B而产生错误。加入A发送了一条连接请求,这条请求在网络层滞留了很久才到达B,这本来是一条早已失效的请求报文,但是B收到后,仍向A发送一个确认报文,同意建立连接。如果没有第三次握手的过程,就建立了一条冗余的连接。但是由于存在第三次握手,A告诉B这说一条失效的请求报文,因此这条冗余的连接就不会建立。

TCP连接的释放:

数据传输结束后,通信的双方都可以释放连接。此时A和B都处于ESTABLISHED状态。

  1. A把数据释放报文段首部的终止控制符FIN置1.其序号为seq,它等于前面已传送过的数据的最后一个字节的序号加1.这时A进入FIN-WAIT-1(终止等待1)状态,等待B的确认。注意,TCP规定,FIN报文段即使不携带数据,它也消耗一个序号。
    (第一次握手)
  2. B收到连接释放报文段后发送确认,确认号是seq+1,序号为B前面已经传送过的数据的最后一个字节的序号加1。然后B进入CLOSE-WAIT(关闭等待)状态。TCP服务器进程这时通知高层进程,因而A到B这个方向的连接就释放了,这时TCP连接处于半关闭状态,即A已经没有数据要发送了,但B发送数据,A仍要接收,也就是说,从B到A这个方向的连接并未关闭,这个状态可能会持续一段时间。A收到来自B的确认后,就进入FIN-WAIT-2(终止等待2)状态,等待B发出的连接释放报文段(第二次握手)
  3. 若B已经没有要向A发送的数据,其应用进程就通知TCP释放连接。这时B发出的连接释放报文将FIN位置为1.现假定B的需要为w。B还必须重复上述已经发送过的确认号seq+1.这是B就进入LAST-ACK(最后确认)状态,等待A的确认。(第三次握手)
  4. A在收到B的连接释放报文段后,必须对此发出确认。在确认报文段中把ACK置1,确认号w+1,而自己的序号是seq+1.然后进入到TIME-WAIT(时间等待)状态。经过时间等待计时器设置的时间2MSL后,A才进入到CLOSED状态。时间MSL叫做最长报文段寿命。等待一段时间后,A进入CLOSED状态。当A撤销响应的传输控制块TCB后,就结束了这次TCP连接。B只要收到了A发出的确认,就进入CLOSED状态。同样,B在撤销相应的控制传输快TCB后,就结束了这次TCP握手,这意味着B结束TCP连接的时间要比A更早一些。(第四次握手)
    在这里插入图片描述

为什么A在TIME-WAIT状态必须等待2MSL的时间?

  1. 为了保证A发送的最后一个ACK报文段能够到达B。这个ACK报文段可能丢失,因而使处在LAST-ACK状态的B收不到对已发送的FIN+ACK报文段的确认。
  2. 防止已失效的连接请求报文段出现在本连接中。A在发送完最后一个ACK报文段后,再经过时间2MSL,就可以使本连接的时间内所产生的所有报文段都从网络中消失,这样就可以使下一个新的连接中不会出现这种旧的连接请求报文段。
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值