При наличии ссылки «Упражнение» мы видим, что передача TCP переходит от медленного старта к предотвращению перегрузки во время 6-го раунда передачи в упражнении 1 (мы можем увидеть градиент изменения графика, следующий параграф о том, почему).
Что касается RFC 2001 Article .1 & .2
( link ), мы можем видеть, что когда мы переходим к предотвращению перегрузки TCP, размер окна перегрузки (cwnd), размер сегмента увеличивается только на 1 за раунд передачи.
Снова глядя на упражнение (и ваши заметки выше), мы видим, что передаются следующие размеры сегментов ( важно отметить, что пакеты включительно , поэтому раунд 6 передачи содержит 32 пакета, раунд 7 содержит 33 пакета):
During the 1st transmission round, packet 1 is sent; | Current Window Size of (1)
packet 2-3 are sent in the 2nd transmission round; | Increase window by 1 segment (2)
packets 4-7 are sent in the 3rd transmission round; | Increase window by 2 segments (4)
packets 8-15 are sent in the 4th transmission round; | Increase window by 4 segments (8)
packets 16 to 31 are sent in the 5th transmission round; | Increase window by 8 segments (16)
packets 32 to 63 are sent in the 6th transmission round; | Increase window by 16 segments (32)
*** Here we switch to Congestion Avoidance
packets 64 to 96 are sent in the 7th transmission round. | Increase windows by 1 segment (33)
Поскольку пакеты являются включающими, упражнение является правильным, заявив, что пакет 32, вплоть до пакета 63 включительно (так что давайте представим, что конец пакета 63 является по существу началом пакета 64), составляет раунд 6 передачи. .