TCP Langsame Start- und Überlastungsvermeidungsprobleme?

Question

mit einem kleinen Problem mit einer Spur, die ich untersuche.Ich kenne, dass eine Verbindung langsamer Start ist, wenn die Fenstergröße zusammen mit der Menge der zwischen jedem Segment gesendeten ACKS ansteigt und dass sie mit der Größe des ACK'D-Segments erhöht wird.Der Beginn meiner Trace zeigt jedoch Zahlen, die nicht addieren (Screenshot unten).Was ich nicht weiß, ist, wie die Fenstergröße von Paket 6 berechnet wurde, da die Mathematik nicht mit der vorherigen Fenstergröße und der ACKS dazwischen summiert.Kann jemand das Licht darauf werfen?

Ich habe auch keine Ahnung, wie man erkennen kann, wann der langsame Beginn der Überlastung der Vermeidung wird.Gibt es etwas, auf das ich in der Spur nachdenken kann?

langsamer Start scheint nur bis zum Paket 13 zu gehen, also sollte ich nur annehmen, dass die Überlastung der Vermeidung übernommen hat?

http://img10.imageshack.us/f/tcptrace.jpg/

Vielen Dank für jede Hilfe!Ich schätze es wirklich

Answer 1

Your sentence starting 'I know' is incorrect, hence your confusion. You are conflating the receive window advertised by the receiver and the congestion window maintained by the sender, which does not appear in packets and which doubles on each ACK during slow start. This is not the place to reiterate all of RFC 2001 but I suggest you take another look at it.