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