TCP三次握手及四次挥手

TCP三次握手及四次挥手

TCP协议

• TCP全称传输控制协议，它是基于IP提供的寻址和路由服务而建立起来的负责实现端到端可靠传输的协议，之所以将TCP称为可靠的传输协议是因为TCP向调用者承诺了三件事情：

  1. 数据不传丢不传错（利用握手、校验和重传机制可以实现）。
  2. 流量控制（通过滑动窗口匹配数据发送者和接收者之间的传输速度）。
  3. 拥塞控制（通过RTT时间以及对滑动窗口的控制缓解网络拥堵）。

TCP三次握手

• 所谓三次握手，即TCP连接的建立。这个连接必须是一方主动打开,另一方被动打开.

• 发起连接之前, 主动发起的客户端会结束其CLOSED阶段,被动打开的的服务端也会结束CLOSED阶段,并且进入LISTEN阶段. 随后开始’三次握手’

  • 第一次握手:客户端会向服务端发送一段TCP报文
    • 标记位为:SYN, 表示’请求建立新连接’
    • 序号位 Seq=X (X一般位1)
    • 随后客户端进入SYN-ESNT(请求连接)阶段
  • 第二次握手:服务端接收到来自客户端的TCP报文后,结束LISTEN(监听)阶段.并返回一段TCP报文,其中:
    • 标志位为SYN和ACK,表示’确认客户端的报文Seq序号有效,服务器能正常接受客户端发送的数据,并同意创建新连接’(即告诉客户端,服务器受到了你的数据)
    • 序号位Seq=y
    • 确认号为 Ack = x+1, 表示收到客户端的序号Seq并将其值加1作为自己确认好Ack的值,随后服务端进入SYN-RCVD同步阶段
  • 第三次握手:客户端接受来自服务端的确认收到数据的TCP报文之后,明确了从客户端到服务器的数据传输是正常的,结束SYN-SENT(请求连接)阶段,并返回最后一段TCP报文
    • 标志位为ACK,表示’明确收到服务器端同意连接的信号’(即告诉服务器,我知道你收到我发的数据了)
    • 序号为Seq=x+1,表示收到服务器端的确认号Ack,并将其值作为自己的序号值
    • 确认号为Ack=y+1,表示收到服务器端序号Seq,并将其值加1作为自己确认号Ack的值
    • 随后客户端进入ESTABLISHED(建立连接)阶段.服务器收到来自客户端的’确认收到服务器数据’的TCP报文之后,明确了从服务器到客户端的数据传输是正常的.结束SYN-SENT(请求连接)阶段,进入ESTABLISHED(建立连接)阶段
    • 在客户端与服务端传输的TCP报文中,双方的确认号Ack和序号Seq的值,都是在彼此的Ack和Seq值的基础上进行计算,这样做保证了TCP报文传输的连贯性.一旦出现某一方发出的TCP报文丢失,便无法继续握手,以此确保三次握手顺利完成

TCP四次挥手

• 挥手之前，主动释放连接的客户端，结束三次握手时的状态ESTABLISHED阶段。随后开始“四次挥手”

• 首先客户端想要释放链接，向服务端发送一段TCP报文，其中：

  • 标记位为FIN，表示“请求释放连接”
  • 序号为Seq = U
  • 随后客户端进入FIN-WAIT-1阶段，即半关闭阶段。并停止在客户端到服务端方向上发送数据，但是客户端仍然能接收从服务端传过来的数据。

  PS：这里不发送的是正常连接时传输的数据(非确认报文)，而不是一切数据，所以客户端仍然能发送ACK确认报文

• 服务器端接收从客户端发出的TCP报文之后，确认了客户端想要释放连接，随后服务器端结束ESTABLISHED阶段，进入CLOSE-WAIT阶段(半关闭状态)并返回一段TCP报文，其中：

  • 标记位为ACK，表示“接收到客户端发送的释放连接请求”
  • 序号为Seq = V
  • 确认号为Ack = U+1，表示是在收到客户端报文的基础上，将其序号Seq值加1作为本段报文确认号Ack的值
  • 随后服务器端开始准备释放服务器端到客户端方向上的连接。客户端收到从服务器端发出的TCP报文之后，确认了服务器收到了客户端发出的释放连接请求，随后客户端结束FIN-WAIT-1阶段，进入FIN-WAIT-2阶段

• 前"两次挥手"既让服务器端知道了客户端想要释放连接，也让客户端知道了服务器端了解了自己想要释放连接的请求。于是，可以确认关闭客户端到服务器端方向上的连接了

• 服务器端自从发出ACK确认报文之后，经过CLOSED-WAIT阶段，做好了释放服务器端到客户端方向上的连接准备，再次向客户端发出一段TCP报文，其中：

  • 标记位为FIN，ACK，表示“已经准备好释放连接了”。

    注意：这里的ACK并不是确认收到服务器端报文的确认报文。

  • 序号为Seq=W

  • 确认号为Ack=U+1；表示是在收到客户端报文的基础上，将其序号Seq值加1作为本段报文确认号Ack的值。

• 随后服务器端结束CLOSE-WAIT阶段，进入LASK-ACK阶段。并停止在服务端到客户端的方向上发送数据，但是服务器端仍然能够接收从客户端传输过来的数据

• 客户端收到从服务端发出的TCP报文，确认了服务器端已做好释放连接的准备，结束FIN-WAIT-2阶段，进入TIME-WAIT阶段，并向服务器端发送一段报文，其中：

  • 标记位为ACK，表示“接收到服务器准备好释放连接的信号
  • 序号为Seq = U+1，表示是在收到服务器端报文的基础上，将其确认号Ack值作为本段报文序号的值
  • 确认号为Ack = W+1，表示是在收到了服务器端报文的基础上，将其序号Seq值作为本段报文确认号的值

• 随后客户端开始在TIME-WAIT阶段等待2MSL

  • 服务器端收到从客户端发出的TCP报文之后结束LAST-ACK阶段，进入CLOSED阶段。由此正式确认关闭服务器端到客户端方向上的连接。

    客户端等待完2MSL之后，结束TIME-WAIT阶段，进入CLOSED阶段，由此完成“四次挥手”。

• 后“两次挥手”既让客户端知道了服务器端准备好释放连接了，也让服务器端知道了客户端了解了自己准备好释放连接了。于是，可以确认关闭服务器端到客户端方向上的连接了，由此完成“四次挥手”。

• 与“三次挥手”一样，在客户端与服务器端传输的TCP报文中，双方的确认号Ack和序号Seq的值，都是在彼此Ack和Seq值的基础上进行计算的，这样做保证了TCP报文传输的连贯性，一旦出现某一方发出的TCP报文丢失，便无法继续"挥手"，以此确保了"四次挥手"的顺利完成。