cancel
Showing results for 
Search instead for 
Did you mean: 
cancel

TCP Communication/Transmission Graph

Iluvnetwork
Beginner
Beginner

The sender increases the congestion window gradually and slighly in tcp communication. Which means as time elapses, the amount of data should be increasing slightly and gradually. BUT, if the sender detects the packet loss, the sender would cut the congestion window in half. So, the amount of data should be cut in half. I think this graph describes the tcp communication very well. If you believe that this graph describes well the relationship between time and amount of data being sent, please let me know. If not :(, please explain to the relationship between time and amount of data being sent in tcp communication.  

Here is the link: https://imgur.com/a/0sOmA

In case, citation: http://www.potaroo.net/ispcol/2005-06/faster.html

 

 

 

 

1 ACCEPTED SOLUTION

Accepted Solutions

Joseph W. Doherty
Hall of Fame Master Hall of Fame Master
Hall of Fame Master
Your links do. The first, though, only shows the CA phase for "classical" TCP. The second reference is especially nice, although it's a bit dated.

If you're interested in this, you might find of interest:

http://queue.acm.org/detail.cfm?id=3022184

https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/commit/?id=0f8782ea14974ce992618b55f0c041ef43ed0b78

https://www.networkworld.com/article/3218084/lan-wan/how-google-is-speeding-up-the-internet.html

View solution in original post

4 REPLIES 4

Joseph W. Doherty
Hall of Fame Master Hall of Fame Master
Hall of Fame Master
Your links do. The first, though, only shows the CA phase for "classical" TCP. The second reference is especially nice, although it's a bit dated.

If you're interested in this, you might find of interest:

http://queue.acm.org/detail.cfm?id=3022184

https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/commit/?id=0f8782ea14974ce992618b55f0c041ef43ed0b78

https://www.networkworld.com/article/3218084/lan-wan/how-google-is-speeding-up-the-internet.html

OMG! Reading new TCP algorithm(BBR) is much funnier than I expected.
Thank you very much :)

Believe it or not, I've been kicking around in my mind, for some time, a similar approach for TCP, but Google published first.

"Classical" TCP flow management leaves much to be desired.  Its primary purpose is to avoid network congestion collapse, which it does, but otherwise, its far from optimal.  The new BBR looks very, very nice.

The new BBR looks very impressive even though I wasn't able to understand it fully. Though I am not sure, I think the new BBR works much better than the original one(Loss-based congestion control) if the data is large. I think both control algorithms' transmission speeds would be pretty much same for the small data. Conclusion is that the new BBR is awesome!!!
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: