【考研复习】关于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，直接计算传输速度就行了。

---

最后一问是考察四次挥手，H3向S发出请求，S收到后向H3发送确认报文，因为S已经没有数据要发给H3了，所以第二次挥手和第三次挥手可以认为是同时进行的。最后H3收到来自S的第三次挥手报文后，向S发送确认报文，连接断开。

所以一共是1.5个RTT。