Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

On Mon, Apr 3, 2023 at 2:25 AM Sebastian Moeller wrote: > Hi Neil, > > > thanks for your response. To make it clear I appreciate this discussion > and I do in no way want to imply the BBRs are doing anything untoward here > this is about understanding the principles better. > > > > On Apr 2,

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

On Mon, 3 Apr 2023, Ayush Mishra via Bloat wrote: ==> I agree too. But I think one of the key challenges here could be when the dynamically entering flows are extremely tiny (which I imagine is quite common). In those cases, there is a possibility that by the time the long-running flow backs

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

On Sun, Apr 2, 2023 at 10:03 PM Neal Cardwell wrote: > > > On Sun, Apr 2, 2023 at 8:14 AM Sebastian Moeller wrote: > >> Hi Ayush, >> >> > On Mar 28, 2023, at 11:36, Ayush Mishra via Bloat < >> bloat@lists.bufferbloat.net> wrote: >> > >> > Hey Neal, >> > >> > I was revisiting this thread before

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

On Sun, Apr 2, 2023 at 8:14 AM Sebastian Moeller wrote: > Hi Ayush, > > > On Mar 28, 2023, at 11:36, Ayush Mishra via Bloat < > bloat@lists.bufferbloat.net> wrote: > > > > Hey Neal, > > > > I was revisiting this thread before presenting this paper in iccrg > tomorrow - and I was particularly

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

On Tue, Mar 28, 2023 at 5:36 AM Ayush Mishra wrote: > Hey Neal, > > I was revisiting this thread before presenting this paper in iccrg > tomorrow - and I was particularly intrigued by one of the motivations you > mentioned for BBR: > > "BBR is not trying to maintain a higher throughput than

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Hey Neal, I was revisiting this thread before presenting this paper in iccrg tomorrow - and I was particularly intrigued by one of the motivations you mentioned for BBR: "BBR is not trying to maintain a higher throughput than CUBIC in these kinds of scenarios with steady-state bulk flows. BBR is

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

I am not keeping up with iccrg as well as I could, but IMHO, loss, marking and delay can often be correlated. I did recently start up a bit of testing of BBRv2 over starlink over on the starlink mailing list. On Tue, Mar 28, 2023 at 2:36 AM Ayush Mishra wrote: > > Hey Neal, > > I was revisiting

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Sure thing. Defining some multivariate signals using "non-bulk flow" or "realistic" traffic scenarios that could be automated (and a proxy for user QoE) would be very useful for L2 driver, MAC/PHY, and AP scheduling engineers allowing them to provide the best quality packet forwarding plane

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Thanks for the pointers, Bob. best regards, neal On Mon, Aug 29, 2022 at 12:47 PM 'Bob McMahon' via BBR Development < bbr-...@googlegroups.com> wrote: > Thanks Neal. You might want to check out the flows released as iperf 2. >

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Thanks Neal. You might want to check out the flows released as iperf 2. Basically instantiate flows and run them. There typically is a controller running python3 (v 3.10 or better) that uses ssh pipes to DUTs. The design is event driven

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

If you are talking about the screenshot of the UI at https://github.com/google/transperf, yes, that particular test is a simple bulk flow test to show a simple case to give a sense of what the UI looks like. :-) We use a few different approaches that can examine dynamic flows causing packet loss:

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Hi Neal, These look like steady-state bulk flow tests unless I'm missing something. Bob On Sun, Aug 28, 2022 at 11:43 AM Neal Cardwell wrote: > Sure. For testing these kinds of properties of the BBR algorithm we use > various transperf test cases. The transperf tool is something Soheil Hassas

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Sure. For testing these kinds of properties of the BBR algorithm we use various transperf test cases. The transperf tool is something Soheil Hassas Yeganeh and our team cooked up and open-sourced here: https://github.com/google/transperf Best regards, neal On Sat, Aug 27, 2022, 4:43 PM Bob

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Curious to what you're doing during development, if you can share? Thanks, Bob On Sat, Aug 27, 2022 at 7:44 AM Neal Cardwell wrote: > Hi Bob, > > Good question. I can imagine a number of different techniques to generate > and measure the traffic flows for this kind of study, and don't have any

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Hi Bob, Good question. I can imagine a number of different techniques to generate and measure the traffic flows for this kind of study, and don't have any particular suggestions. neal On Fri, Aug 26, 2022 at 4:54 PM Bob McMahon wrote: > Hi Neal, > > Any thoughts on tooling to generate and

Re: [Bloat] [bbr-dev] Re: Are we heading towards a BBR-dominant Internet?

Hi Neal, Any thoughts on tooling to generate and measure the traffic flows BBR is designed to optimize? I've been adding some low duty cycle support in iperf 2 with things like --bounceback and --burst-period and --burst-period