Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

we know that a rough estimation of TCP rate is: WINDOW/RTT, where WINDOW is the min(CWIN, RWIN), CWIN is the congestion window size of the sender, while RWIN is the receiving window.

nowadays, the encoding rate of videos may be 1000KB/s(8000kbit/s), if RTT is 500ms, it needs the window size to be 2000KB. But we know that usually the receiving window size is below 64KB, there is a big gap.

so if RTT is too large, TCP streaming is not possible?

Is my understanding right?


share|improve this question
up vote 0 down vote accepted

No, we just use very large windows. Per RFC1323, 1GB is the maximum TCP window size -- 2,000KB is not a problem.

share|improve this answer
You meant the RWIN will be increased by the streaming client when it detects large RTT? But for the streaming server, its CWIN begins with 1 MSS in slow start phase, it takes a bit long time to reach 1GB – misteryes Jul 3 '13 at 1:01
@misteryes: The window can be enlarged very quickly. – David Schwartz Jul 3 '13 at 1:06
how about the RWIN on the client side? will the client TCP stack increase the RWIN quicklyl in reaction to high RTT ? – misteryes Jul 3 '13 at 1:14
Yes. It will as well. – David Schwartz Jul 3 '13 at 2:03

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.