TCP Congestion Control
The cluster discusses TCP congestion control mechanisms, their limitations like slow start, packet loss handling, high RTT, bufferbloat, and bandwidth delay product issues, often comparing TCP to UDP or suggesting alternatives like BBR and LEDBAT.
Activity Over Time
Top Contributors
Keywords
Sample Comments
It's really the packet loss and TCP backoff that's a killer.
netflix&co are probably using BBR to shovel data to end users which takes latency into account too, not just packet drops.
It's a inherit effect of TCP congestion control. TCP slow start and Window Scaling.
Wow doesn't that make things really slow due to the RTT of the acknowledgements?
Was all this TCP? You might try UDP as well, in case you're hitting a bottleneck in the tcp stack.
If the current BT protocol is TCP, what makes TCP congestion control ineffective?
You're discounting TCP ACK overhead, and time taken by switches.
Your bandwidth delay product will be astronomical.
There's buffering, Nagle delay, etc.
Bufferbloat on the upstream pipe, if somebody is using your shared connection.