|
|
Subscribe / Log in / New account

BBR congestion control

BBR congestion control

Posted Jan 7, 2019 16:36 UTC (Mon) by bircoph (guest, #117170)
In reply to: BBR congestion control by zlynx
Parent article: BBR congestion control

> You may be having a OpenVPN problem.

I tested OpenVPN in exactly the same environment with 4 different TCP congestion control algorithms on sender's side: RENO, BIC, CUBIC and BBR. (I also tested changing algo on receiver's side, but this changes almost nothing.) First three of them behave rather alike: RENO, BIC and CUBIC achieve 4.6-5.0 MB/s (with CUBIC being the best of three), but BBR provides a steady drop to ~400 KB/s. This is absolutely unacceptable. And this is unlikely to be an application problem, since it works well with other congestion control algorithms. So something is very wrong with BBR or its implementation.

> One thing I just thought of though. You are definitely not using OpenVPN in TCP mode, right?

Of course I'm using TCP. It is pointless to test TCP congestion control with an UDP application. Why I'm using OpenVPN over TCP? Because that's how the server is configured and I can't change that: both endpoints are under my control, but the server is not. That's the reality I have to face and work with.


to post comments

BBR congestion control

Posted Jan 7, 2019 16:54 UTC (Mon) by zlynx (guest, #2285) [Link]

Sorry for the confusion there, but TCP does not work when tunneled inside TCP. It may appear to work but its feedback mechanisms are fundamentally broken.

Use TCP sessions inside of a UDP OpenVPN tunnel.

Proxy tunnels like SSH and SOCKS are different because they do not tunnel the actual TCP packets. Proxies unwrap the TCP sessions and build new ones.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds