The dark blue circle is around the initial two large bursts, the red circle is around all the single packet retransmissions and the light blue circle is around all the small bursts of new packets. Also, after several RTTs (perhaps as the sending congestion window is opened), the sender begins to send small bursts of new data so that the in-flight value of 250 KB is maintained.Ħ) On the second chart below, we've zoomed-out to encompass a full pattern and the start of the next one. Following the horizontal "Ack line" on the chart we see the single retransmitted packet and the step up of the Ack line.Ĥ) One RTT after that, there's another single packet retransmission.ĥ) The large initial gap in the received data is then filled in at the rate of just one packet per RTT. The large number of original lost packets trigger many Dup-ACKs and in response, the sender retransmits a single packet to begin to fill the gap. The sender manages to maintain close to this "in flight" value throughout the whole period.ģ) One RTT later, the sender receives ACKs for the 100 KB that wasn't lost and manages to transmit a further 100 KB without any errors. In the first TCP-Trace chart below, we see the 100 KB successful burst, the yellow area with no packets, a few subsequent packets that made it through, then one RTT later the second 100 KB burst.Ģ) The server's receive window is close to 1 MB, but the sender appears to use its own RWIN of 261,288 bytes as its own transmit "limit". Here are my key observations (with some supporting TCP Trace charts below):ġ) The client sends a large burst of 250 KB, but large portions are lost after the first 100 KB. I'll define the large burst of packets as the start of the pattern. A particular pattern is repeated again and again - at roughly 7 second intervals - with about 500,000 KB transferred per interval. I think there is a wrong part in the transmission process of the kernel.īut it is hard to analyze the more detailed.There's a very consistent regularity to the way the packets flow from the client to the server. Therefore I decided the packet loss occurred between layer 3 and layer 4 in the host. My question is why a TCP flow make a re-transmission when a network has enough link bandwidth.įor finding a cause, I used a wireshark.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |