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
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.
Posted Jan 7, 2019 16:54 UTC (Mon)
by zlynx (guest, #2285)
[Link]
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.
BBR congestion control