Objections to TCP BBR by default in 24.04?

Andrea Righi andrea.righi at canonical.com
Sat Jan 27 15:47:25 UTC 2024


On Sat, Jan 20, 2024 at 06:39:20PM +0800, Daniel J Blueman wrote:
> Ubuntu has a distro-leadership opportunity to improve the end-user
> experience for much of the world on higher-latency connections. With
> TCP BBRv2 being materially unchanged for some time, it is widely
> considered mature.
> 
> If there isn't good rationale against this, I propose we enable TCP
> BBRv2 by default for the 24.04 development phase, moving back to Cubic
> if any issues are identified.
> 
> Comments/objections?

Hi Daniel, sorry for the late response, I had to investigate a bit about
BBRv2 (I was not very familiar with it).

Overall, it definitely looks interesting, but as far as I can see it has
not been merged upstream yet (I assume you are requesting to include
BBRv2, not just enable BBR by default, right?).

This can be a little problematic, because it puts on us the burden of
maintaining it (even if it is stable, mature and unchanged, we still
need to actively check for potential updates / security fixes).

Of course we can make exceptions to this rule, if there is a valid
motivation.

Hence, some questions:

 - Is there an open tracking bug for this in launchpad? (if not I can
   open it, I'm just trying to collect as many information as possible
   and put everything to a single place, so that we can better keep
   track of it)

 - Is there a active plan to include this upstream?

 - Can you provide some details/links about the advantages of BBRv2 vs
   Cubic? What could be a valid motivation for us to justify the
   inclusion of this patch/change?

 - Is there a specific test case / benchmark that we can run to get some
   numbers and prove the benefits of BBRv2 vs Cubic?

 - What is the regression potential of including this change and
   enabling it by default? What kind of specific workload(s) is(are)
   expected to regress?

Thanks,
-Andrea



More information about the kernel-team mailing list