TCP协议详解

三十三天天堂堡

已于 2023-01-02 23:07:58 修改

阅读量1w

点赞数 6

分类专栏：计网文章标签： tcp/ip 网络 udp

于 2021-11-11 22:35:23 首次发布

本文链接： https://blog.csdn.net/zzzlueng/article/details/121274387

版权

计网专栏收录该内容

4 篇文章 0 订阅

订阅专栏

文章目录

传输层

网络层的任务是提供网络中的两个主机提供逻辑通信。从IP层上来看，通信的是两个主机。
而传输层在网络中负责是两个主机上的应用程序进程提供逻辑通信。在传输层上看，通信双方是主机上的两个应用进程。

传输层的功能：
复用和分用

多路复用：发送方不同的应用进程都可以使用同一个运输层协议传送数据
多路分用：接收方的运输层在剥去报文的首部后能够把这些数据正确交付目的应用进程

差错检测：
前提：网络层为主机之间提供逻辑通信，信道是不可靠的，它只“尽最大努力”交付，但数据报仍有可能发生：丢包，乱序，等等情况。
传输层还要对收到的报文进行差错检测。（后面细讲）

传输层的端口
传输层需要在接收到数据包后正确地交付给上层应用，准确来讲就是交付给进程，我们知道，操作系统中的每个进程都有一个唯一的标识符，但不同操作系统的标识符是不同的，必须使用一种统一的方法对应用进程进行标识：就是使用端口。

协议端口号Protocl port number，有了这个后，两个主机中的进程要相互通信，不仅要知道对方的IP地址，还要知道对方的端口号。

传输层的两个主要协议

UDP，User Datagram Protocol 用户数据报协议
TCP，Transmission Control Protocol 传输控制协议

在OSI术语中，传输层的传输数据叫运输协议数据单元，即TPDU（Transport Protocol Data）
Unit）但是在TCP/IP体系中，使用的协议是TCP或UDP，称为TCP报文端或UDP用户数据报

TCP概述

1、 TCP的特点

面向连接的运输协议
每一条TCP连接只能有两个端点，一对一
TCP提供可靠的交付
TCP提供全双工，TCP连接的两端都接收发送缓存和接收缓存。
面向字节流

TCP发送报文的方式也和UDP不同，TCP不关心应用进程一次把多长的报文发送到TCP缓冲中，而是根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段含多少个字节。如果数据太长，TCP可以划分短一些再发送，如果数据太短，TCP可以等待积累到足够长再发送。

2、TCP连接
TCP连接的端口叫做Socket套接字或插口。根据RFC793的定义，端口号拼接到IP地址就是套接字。

套接字socket= (ip地址：端口号）

TCP报文段的首部格式

TCp一个报文段分为首部和数据部分，而TCP的全部功能都体现在它首部中各个字段的作用。

源端口和目的端口：各占两字节，TCP的分用功能是通过端口号实现的
序号seq：占4个字节。序号范围是[0,2^32-1]，使用 mod 2^32运算。TCP每一个字节都要按照顺序编号。
确认号ack：占4字节，是期望对方下一个报文端的第一个数据字节的序号。
例如，B正确收到了A发送过来的一个报文段，其序号字段为501，数据长度为200，则序号为（501~700），这表明B正确接受了A发送到700为止的数据，因此B的期望收到的下一个数据序号为701。

⭐确认号为N，则说明到序号N-1为止的所有数据都已正确接收到。

确认ACK，仅当ACK=1时确认号字段有效，当ACK=0，确认号无效。TCP规定，在连接建立后所有传送的报文端ACK都等于1
同步SYN（synchronization) 在连接建立时来同步序号，当SYN=1而ACK=1时，表明这是一个连接请求报文端。对方如果同意建立连接，则应在响应的报文段使用SYN=1和ACK=1。因此SYN置为1则是一个连接请求或连接接收报文
终止FIN（FINis）用来释放一个连接，当FIN=1时，表示该报文段的发送放的数据传输完毕，要求释放连接
窗口：rwnd （receiver window）[0~2^16]，指的是发送本报文段的一方的接收窗口，窗口值告诉对方：从本报文段的确认号算起，接收方目前允许对方发送的数量。窗口值作为接收方让发送方设置其发送窗口的依据。例如：A发送一个报文段，其确认号是701，窗口字段是1000，就是告诉对方：“从701开始，我还可以接收1000个字节，即701-1700
选项（长度可变，最长可以为40个字节），这里重点说说MSS

TCP在建立连接的时候，就可以确定发送数据包的单位MSS(Maximum Segment Size), MSS是每一个TCP报文段中的数据字段的最大长度。（注意，不是整个TCP报文段的最大长度）

TCP在传输大量数据的时候，是以MSS大小将数据进行分割发送的，重传时也是以MSS为单位。

❓为什么要设计一个MSS呢？我们知道，TCP报文端的数据部分，至少还要加上40字节的首部（20字节TCP头+20字节IP头），如果选择了很小的MSS长度，比如只有一个字节的数据，却要封装上40字节的头，那么网络的利用率就很低了。但是如果设置得非常大，在IP层传输时就可能被拆分成多个数据片，在终点还要重新拼接，传输出错时还要重传，这样也会使得开销增大。 理想状态下是MSS正好是IP不会分片的最大数据长度。 （但是很难达到）

👉MSS是在TCP连接建立时，由两边的主机计算出来的：两端的主机都会将自己能够支持的MSS写入。如果没有指定，就是默认的536字节长。

TCP可靠传输的实现

TCP发送的报文是交付给网络层的，而网络层不会保证报文不出差错的送达，所以TCP必须采取措施使得通信可靠。TCP为了保证可靠的传输，设计了以下几种机制：

重传机制
流量控制
拥塞控制
连接和断开上，使用了三次握手和四次挥手。

这一部分的之前已经做过笔记了，感兴趣的来这里： rdt协议详解

TCP拥塞控制

⭐流量控制是往往指点对点通信量的控制，是对于发送方和接收方来说的，流量控制就是抑制发送端发送数据的速率，以便接收者能接受得来。

⭐拥塞控制是防止过多的数据注入到网络中，这样可以使网络的路由器或链路不至于过载。 这是一个全局性的过程，涉及到所有主机，路由器以及降低网络传输性能有关的因素。

（流量控制是对通信两方的，拥塞控制是针对整个网络情况的）

网络拥塞是由很多因素引起的。
例如，当某个结点的缓存容量太小时，到达该节点的分组因为无存储空间不得不被丢弃，如果仅仅把结点的缓存容量扩大，于是到达该节点的分组都将在缓存中排队，而输出链路的容量和处理机速度并未提高，因此在这队列中排队的等待时间也会大大提高，直到过时，因此上层软件只能将它们重传一遍。可见简单地扩大某个结点的缓存也会造成资源浪费，解决不了问题。
网络拥塞的实质是整个系统的各个部分不匹配，只有所有部分都平衡了，问题才会解决。

TCP拥塞控制经典算法
TCP拥塞控制算法有四种：慢开始(slow-start)，拥塞避免(congestion avoidance)，快重传(fast retransmit)，快恢复(fast recovery)

假定：

数据是单方向传送的，对方只传送确认报文
接收方总有足够大的缓存空间，因而发送窗口的大小只由网络拥塞程度决定。

慢开始算法

慢启动的思想是：不着急，慢慢来。主机开始发送数据时，不清楚此时网络的负荷情况，如果立即把大量的数据字节注入网络，可能会引起网络拥塞。所以最好是先发少一些数据，探测一下网络情况。即由小到大增加发送窗口。

发送方维护了一个叫做 拥塞窗口cwnd(congestion window) 的状态变量，拥塞窗口的大小会动态变化，它代表着网络拥堵程度。

TCP连接成功后，cwnd初始化为1MSS
之后每收到一个ACK，cwmd就+1，
每过一个RTT(传输轮次)，cwmd就翻倍，呈指数增长。

不过，随着包的每次往返，拥塞窗口会以1，2，4，8翻倍增长，拥堵状况会激增甚至导致网络拥塞的发生。为了防止这种情况发生，引入 慢启动阙值ssthresh(slow start threshold) 的状态变量.
当cwmd<ssthresh，使用慢开始算法
当 cwmd>ssthresh，进入拥塞避免算法
当 cwmd=ssthresh，既可以使用拥塞避免算法，也可以使用慢开始算法

拥塞避免算法

当cwnd >= ssthresh时，就会进入拥塞避免算法。ssthresh一般等于65535字节，当cwnd达到这个数字时，算法如下：

每收到一个ACK， cwmd= cwmd+ 1/cwmd
每经过一个RTT，cwnd = cwnd + 1 （而不是翻倍）
这样拥塞窗口cwnd就按照线性规律缓慢增长。

无论是慢开始算法还是拥塞避免算法，只要发送方判断网络出现拥塞，就要把ssthresh设置为出现拥塞时的发送方窗口值的一半，然后cwmd重新设置为1，执行慢开始算法，这样做的目的是迅速减少主机发送到网络中的分组数，使得发生拥塞的路由器有足够时间把队列中积累的分组处理完。

判断网络拥塞的方法
当网络丢包时，会出现两种情况：

RTO超时重传
快速重传

如果发生了RTO超时重传，就会使用拥塞避免算法。

上面的慢开始和拥塞避免算法都是1988年提出的，1990年又增加了两个新的拥塞控制算法，就是快重传和快速恢复算法。

快重传算法

快重传首先要求接收方对每个失序的报文段后就立即发送重复确认（目的是让接收方及早知道报文没有发送给对方），而不是等待自己发送数据时才捎带确认。

如图，接收方收到了M1，M2后，都分别发送了确认，M3丢失了，所以接着收到了M4，显然接收方不能确认M4，因为M4是乱序的。根据可靠传输原理，接收方可以什么都不做，也可以发送一次对M2的确认。但快重传算法规定，接收方应该及时发送对M2的重复确认，这样做可以让发送方尽早知道M3丢失了。接收方接收到M4，M5，M6后，还要继续发送M2的重复确认，其中后三个都是重复确认， 快重传算法规定，接收方一连接受到三个重复确认就应该立即重传对方尚为收到的报文M3.

采用快重传算法可以使整个网络吞吐量提高20%

TCP流量控制

TCP通信会用到滑动窗口来提高通信效率，通信双方都会在操作系统的缓存区维护一个窗口。发送方可以发送一组数据出去而不需要等待接收方的应答。接收方可以采用累积确认。

但是如果这个窗口定得太大，接收方接收不过来，导致一直重传，所以，流量控制就是让发送方的发送速率不要过快，要让接收方来得及接收

在TCP报文中，有一个字段就是专门用于流量控制的，这个字段就是rwnd（有些资料也叫 window size) ，接收窗口，单位是字节。假设A告诉B，我的rwnd=400，那么B的发送窗口就不能超过A的接收窗口，即400.

图中接收方进行了四次流量控制。前三次都是减小rwnd的值，说明接受窗口在缩小，减为0的时候，发送方就不会再发送数据了，而是启动了一个持续计数器 persistence timer，计数结束后就会发送一个零窗口试探报文（只携带一个字节的数据），对方就返回此时的窗口值。如果是0，则重新启动计时器，如果不是0，就可以继续发送数据了。

❓为什么设置一个计时器？如果接收方发送了0窗口报文后，又处理了一些数据，于是又发送了一个rwnd=300的报文，但是这个报文在传输中丢失了，则变成了发送方在等待非0窗口的通知，接收方也在等待发送方的数据，就进入一个互相等待的状态了。

TCP 连接(三次握手四次挥手)

TCP连接建立的过程叫做握手，握手需要在客户端和服务器之间交换三个TCP报文。又叫TCP三次握手。

🤝第一次握手：客户端发送连接请求（SYN报文，将seq置为x），发送完毕后客户端进入SYN_SEND（同步已发送）状态。
🤝第二次握手：服务器收到SYN报文，向客户端发送SYN+ACK报文, seq置为y，ack置为x+1. 发送后客户端进入SYN_RCVD状态
🤝第三次握手：客户端收到SYN+ACK报文后，明白两方收发都没有问题。但还需要向服务器发送ACK报文，ack置为y+1,seq置为x+1

❓为什么需要三次握手？而不是两次握手？
这是为了防止已失效的连接请求报文突然又到达服务器。什么叫做“已失效的报文”？假设客户端发出了一个连接请求报文，这个报文因为在网络中滞留的时间太长了，在这个过程中，A因为未收到确认，而重传了一次新的报文并且建立了连接，而后这个报文终于又到达了服务器这里，服务器误认为客户端又想建立连接，便同意连接，如果没有第三次握手，那么服务器就浪费了许多资源白白等待客户端。

❓TCP三次握手的目的？
用于确保可靠性和流量控制的数据，包括Socket，序列号以及窗口大小。

四次挥手：

👋 第一次挥手：客户端发送连接释放报文，并停止再发送数据，主动关闭TCP连接。 FIN=1，seq=u 发送完后进入FIN-WAIT-1 状态
👋 第二次挥手：服务器接收到后发出确认，ACK=1，seq=v，ack=u+1然后进入CLOSE_WAIT状态。

此时TCP连接处于半关闭状态，服务器到客户端的连接还未关闭，因为此时服务器可能还有数据需要传给客户端。客户端接受到确认后，进入FIN-WAIT-2状态。

👋 第三次挥手：数据传输完后，服务器发出连接释放的报文。
FIN=1，ACK=1，seq=w，ack=u+1， 发送完后进入LAST-ACK（最后确认）状态。
👋 第四次挥手：客户端收到后，将发出确认，ACK=1，ack=w+1，seq=u+1，发送完后将进入TIME-WAIT状态

此时TCP连接还没释放掉，而是等到时间计时器(TIME-WAIT
timer)设置的时间2MSL后，认为服务器已经接收到了报文，客户端才进入CLOSED状态。服务器接收到后，比客户端先进入了CLOSED状态。

❓为什么TIME-WAIT要等待2MSL，才进入CLOSED状态？
MSL指的是报文在网络中最大的生存时间。
2MSL ： 2 Maximum Segment LifeTime，即两个最长报文段寿命。有两个理由：
①、保证客户端发送的最后一个ACK报文能到达服务器，这个报文可能会丢失，导致处于LAST-ACK的服务器接收不到，此时服务器会重新发送FIN+ACK报文，而2MSL时间内客户端就会收到这个报文，接着重传一次ACK报文，重新启动2MSL计时器。直到客户端和服务器都正常进入CLOSED状态。
②、防止已失效的连接请求报文出现在本连接中。和上面三次握手是一个道理的。经过2个MSL，使本次连接产生的所有报文段都消失在网络中，使下一个新连接不会出现这种旧的连接报文。

❓四次挥手能否变成三次挥手
是可能的，TCP是全双工通信，Client 发送FIN信号告知Server，这边已经终止了对Server传输，Server还可以继续往Client这边发送数据包，但是如果Server也没有数据发送给Client了，那么对Client的ACK包和Server自己的FIN包合并成一个包发送过去，这样就可以变成三次了。