【考研复习】关于TCP拥塞控制—慢启动的一道大题
之前第一遍刷到这个题没有过多的体会，今天第二遍刷到这个题，发现这个题对于慢启动的原理考察的十分到位，非常有标记的价值。不得不说，408还是蛮恶心的= =
【2016】
第一问考察TCP三次握手建立连接，属于送分题。
重点在于第二问。这个题对于慢启动的原理考察的十分透彻，难点在于题目里的问法十分容易误导人。
理解第二问，关键要理解慢启动是什么原理。可能很多人只是表面上将慢启动理解为1，2，4，8这样指数增长直到达到门限值，这个题专门就在这里挖坑。
慢启动其实是发送方每次收到接收方发来的确认报文后，将自己的拥塞窗口+1。比如最开始拥塞窗口为1，发送方第一次发了1个MSS，接受方收到并返回一个确认报文，发送方收到这个确认报文后，将拥塞窗口+1变为2。接着发送方在下一轮发送中发送了2个MSS，接收方自然要返回2个确认报文，发送方收到后，将拥塞窗口+2变为4。
表面上看起来拥塞窗口从2变到了4，实际上是发送方收到第二轮的第一个确认报文，拥塞窗口变为3；收到第二个确认报文，拥塞窗口变为4。不是跳跃着变，而是一个一个往上加，这点是理解第二问的关键。
当拥塞窗口变为8时，实际上接收方已经接受了7个确认报文（1，2，4），此时发送方发送第8个报文，接收方发来确认，这个确认报文就是第八个确认段，所以此时拥塞窗口变为9。
接收方这里由于已经接收了8个报文，一共有20个缓存，所以接受窗口是12。
这里还有一个小问题，那就是在TCP三次握手时实际上也收到了一次确认报文，但是答案里没有算这次确认。
第三问直接可以按照常规思路做，（1，2，4，8，5），这个是拥塞窗口的增长趋势，缓存满的时候一共需要5个RTT，直接计算传输速度就行了。
最后一问也是玩了个文字游戏，题目里问的是S释放，所以只用算前三次挥手的最短时间。因为第三次挥手S方面实际上已经断开链接了，不用再算H3发来的确认报文了。