《TCP/IP详解 卷一》读书笔记-----TCP数据流

1、Delayed Acknowledgements：TCP通常不会在收到数据之后立即返回一个ACK，而是会有一个延时，希望能ACK报文段中带上一些数据，通常这个延时为200ms

2、Nagle Algorithm：在TCP连接中，只能有一个小的报文段未被确认。即TCP在发送了一个小的报文段之后，会将之后的小数据都收集起来，直到之前的小报文段得到确认，才将收集到的小数据打包成一个报文段发出。这样做的减少了网络中小报文段的数量，减轻了网络的阻塞，提高了传输的效率

3、当一个包到达以后，它首先被设备驱动的中断处理程序处理，然后被添加到IP的输入队列中，最后被送给TCP进行处理，到要发送delayed acknowledgement的时候，就将确认序号置为已经处理过的报文段中同步序号的最大值加1

4、sliding window：即滑动窗口协议，接收方不必为每个接收到的报文段发送ACK确认报文，进行累计确认即可。例如收到了N-1024～N，N~N+1024两个报文段，那么只要返回一个ACK序号为N+1024的报文段即可

5、如上图所示，发送方发送数据的速度大于接受方处理数据的速度，发送方连续发送了四个包含1024个数据字节的报文段，此时已经填满了接收方建议的滑动窗口的大小，于是它停止发送数据。之后，接收方发送了一个ACK进行累计确认并且建议的窗口大小为0，发送方依旧不能发送数据。最后，接收方又发送了一个ACK，该报文段称为window update ，它的作用并不是用来对任何数据进行确认的，而是告诉发送方可以继续发送数据了

6、发送端的滑动窗口如上图所示：方框的大小为发送方能够发送并且未被确认的字节序列的数目，当收到ACK报文时，方框的左边界就会向左移，当接收方的TCP缓存变大时，方框的右边界就会向右移。那么会不会出现右边界向左移动的情况呢？其实是不会的，我们先讨论最坏的情况，那就是接收方没有处理任何新的数据，并且由于接受了新的数据导致缓存又变小了，但是此时我们可以发现对于发送方来说，只是左边界向右移了，而右边界没有发生变化而已。因此最坏的情况只是右边界不移动而已，并不会存在滑动窗口的右边界向左移的情况

7、Slow Start：即慢启动，这个算法基于这样一种观察结果：发送方发包的速率应该和接收方发送确认报的速率相同。因此又引入了一个叫拥塞窗口（congestion window），刚开始传输数据的时候，拥塞窗口的大小为一个报文段的大小，当第一个报文段被确认后，窗口大小变为二，当之后的两个报文段被确认后，拥塞窗口变为四，依次类推。直到发现丢包时，说明拥塞窗口太大了，再对它进行相应的处理。这里需要的注意的是：拥塞窗口和滑动窗口是同时起作用的，通常发送方能够发送的数据的数量是两者的较小值

8、PUSH flag：当TCP报文段中PUSH标志被置位时，意思是发送方要求接收方立即将接收到的数据交给相应的接收方进程。这里的数据包括当前收到的PUSH被置位的报文段中的数据，也包括接收方之前收到的，被放在缓存中的数据。一般来说，现在已经不能通过程序将报文段中的PUSH标志置位了，因为大多数TCP 的实现都能自动确定需不需要置PUSH标志