[Linux] 传输层---TCP传输控制协议（上）

tcp协议段格式

1. 16位窗口大小

指自身的接受缓冲区剩余空间的大小----支持流量控制

2. 6位标志位

URG：紧急指针是否有效
ACK：确认号是否有效
PSH：提示接收端应用程序立刻从TCP缓冲区把数据读走，同时也催促自己尽快把发送缓冲区的数据发送出去
RST：对方要求重新建立连接; 我们把携带RST标识的称为复位报文段
SYN：请求建立连接; 我们把携带SYN标识的称为同步报文段
FIN：通知对方, 本端要关闭了, 我们称携带FIN标识的为结束报文段

3. 16位紧急指针

本质是一个偏移量，标识哪部分数据是紧急数据，搭配URG标志位来使用。

4. 16位校验和

发送端填充，包含TCP首部和TCP数据部分，可采用CRC校验；接收端校验不通过，则认为数据有问题；如果校验和出错，就会把该报文直接丢掉，然后在确认序号之后进行重发。

确认应答（ACK）机制

• TCP将每个字节的数据都进行了编号，即序列号；
• 每一个ACK都带有对应的确认序列号，告诉发送者, 已经收到了哪些数据、下一次你从哪里开始发；
• 确认序号==对应的序列号+1
  

超时重传机制

1.数据丢失

• 主机A发送数据给B之后，可能因为网络拥堵等原因，导致数据无法到达主机B；如果主机A在一个特定时间间隔内没有收到B发来的确认应答，就会进行重发；
  

2.ACK丢失

• 由于ACK丢失，主机A未收到B发来的确认应答，此时主机B会收到很多重复数据，使用序列号就可以去除接受到的重复数据包；
  

3.关于超时的时间

• 最理想的情况下，找到一个最小的时间，保证“确认应答一定能在这个时间内返回"；但是这个超时时间的长短，随着网络环境的不同，是有差异的：如果超时时间设的太长，会影响整体的重传效率；如果超时时间设的太短，有可能会频繁发送重复的包。
• TCP为了保证无论在任何环境下都能比较高性能的通信, 因此会动态计算这个最大超时时间：Linux中超时以500ms为一个单位进行控制，每次判定超时重发的超时时间都是500ms的整数倍；如果重发一次之后，仍然得不到应答， 等待 2500ms 后再进行重传；如果仍然得不到应答，等待 4500ms 进行重传； 依次类推，以指数形式递增；累计到一定的重传次数，TCP认为网络或者对端主机出现异常，强制关闭连接。

连接管理机制

在正常的情况下，TCP要经过三次握手建立连接，经过四次挥手断开连接；

• CLOSE_WAIT：此时服务器端还没有调用close（fd）关闭连接；
• TIME_WAIT：主动断开连接的一方，要进行等待；尽量保证最后一个ACK能够被对方收到，进而尽快释放资源；等待历史数据在网络上消散，等待时间一般为2MSL；
• 若服务器端主动断开连接，它会有一段时间处于TIME_WAIT状态，导致其端口被占用，一段时间内客户端无法连接服务器，为了避免这种情况的发生，setsockopt函数能够解决该问题，保证端口复用，即，允许创建端口号相同，但ip地址不同的多个socket文件描述符。
• 具体用法：int opt = 1；
  setsockopt（lsock，SOL_SOCKET，SO_REUSEADDR，&opt，sizeof（opt)）;
  

滑动窗口

1. 相关概念

• 滑动窗口的大小是无需等待确认应答而可以继续发送数据的最大值，是发送缓冲区的一部分，其在三次握手时双方就已经协商了窗口的大小；只有确认应答后的数据，才能从缓冲区中删除；当发送方收到第一个ACK后, 滑动窗口向后移动, 继续发送窗口中的没有发送的数据；窗口越大，网络的吞吐量越大。
  

2. 丢包问题

• 数据包到达，ACK丢失：不会进行重传，因为可以通过后续的ACK进行确认；
• 数据包丢失：若发送端连续三次收到同样的确认应答，就会进行快重传；

3. 高速重发控制（快重传）

• 如图所示：当某一段报文段丢失之后，发送端会一直收到 1001 这样的ACK，就像是在提醒发送端 “我想要的是 1001” 一样；如果发送端主机连续三次收到了同样一个 “1001” 这样的应答，就会将对应的数据 1001 - 2000 重新发送；这个时候接收端收到了 1001 之后，再次返回的ACK就是7001了(因为2001 - 7000)接收端其实之前就已经收到了，被放到了接收端操作系统内核的接收缓冲区中；

流量控制

• 流量控制：TCP支持根据接收端的处理能力来决定发送端的发送速度的机制；
• 具体做法：接收端将自己可以接收的剩余缓冲区大小放入 TCP 首部中的 “16位窗口大小” 字段，通过ACK通知给发送端；接收端一旦发现自己的缓冲区快满了，就会将窗口大小设置成一个更小的值通知给发送端；发送端接受到这个窗口之后，就会减慢自己的发送速度；如果接收端缓冲区满了，就会将窗口置为0；这时发送方不再发送数据，但是需要定期发送一个窗口探测数据段， 使接收端把窗口大小告诉发送端。

拥塞控制（网络拥塞）

• TCP引入慢启动机制，先发少量的数据，探探路，摸清当前的网络拥堵状态，再决定按照多大的速度传输数据；
• 发送开始的时候，定义拥塞窗口大小为1；每次收到一个ACK应答，拥塞窗口加1；每次发送数据包的时候，将拥塞窗口和接收端主机反馈的窗口大小做比较，取较小的值作为实际发送的窗口；
• “慢启动” 只是指初使时慢，但是增长速度非常快；为了控制其增长速度，当拥塞窗口超过阈值的时候, 不再按照指数方式增长, 而是按照线性方式增长；
• 当TCP开始启动的时候，慢启动阈值等于窗口最大值；在每次超时重发的时候，慢启动阈值会变成原来的一半，同时拥塞窗口置回1；

延迟应答

• 延迟应答：为了给发送端返回较大的窗口大小，接收端主机收到数据后延迟发送ACK，等应用层把数据从接受缓冲区取走后再发送ACK；
• 原因：窗口越大，网络吞吐量就越大，传输效率就越高，我们要在保证网络不拥塞的情况下尽量提高传输效率；
• 数量限制：每隔N个包就应答一次，一般N取2；
• 时间限制：超过最大延迟时间就应答一次，一般超时时间取200ms。

捎带应答

• 本质是把数据和ACK压缩成一个，再发送。