[Bloat] How about a topical LWN article on demonstrating the real-world goodness of CAKE?

[Matt Mathis]

Consider starting from the incorrect default premise in many households:
if you want to get something done, yell at the teenagers to stop
streaming.  Make the point that many people fail to recognize that "manual
traffic management" is really a workaround for busted network devices.  It
would be cool if you had an easily reproduced manual example, such as poor
interactive response on one device while running a speed test on another
device.

To be simplistic, you might just talk about cake vs (bloated) drop tail.
To be thorough, you also need to make the case that cake is better than
other AQMs.  This feels like too much for LWN, but silence on other
solutions might trigger skeptics.

I think your main audience is the extended WRT community - the people who
you want to bake this into future products.   Think about what side issues
might matter to them (no manual config?).    Although gamers also care,
they are an easy sell.

Thanks,
--MM--
The best way to predict the future is to create it.  - Alan Kay

We must not tolerate intolerance;
       however our response must be carefully measured:
            too strong would be hypocritical and risks spiraling out of
control;
            too weak risks being mistaken for tacit approval.


On Tue, Sep 8, 2020 at 8:43 AM Dave Taht <dave.taht at gmail.com> wrote:

> Dear David:
>
> I think freeswitch still has a public sip echo server which might be a
> better test than skype?  I tend to think there is a lot of bloat on
> the endpoints nowadays because it "helps" on not having to deal with
> jitter
> that the bloat on the rest of the internet induces. But 1sec you got
> on skype in your test below is NUTS. I hacked a bit on BBB earlier
> this year to get their number down to sanity.
>
> I find endless videoconferencing nowadays to be really tiring and
> frustrating. Am I alone in this? I have to go outside and scream after
> two hours. Log off entirely after 4.
>
> On Mon, Sep 7, 2020 at 10:20 AM David Collier-Brown <davecb.42 at gmail.com>
> wrote:
> >
> > Just FYI, I did two tests today, in my Copious Spare Time
> >
> > a DSLReports speed test using an IQrouter, and
> > a Skype "tap" test, with and without the de-bloated router
> >
> > The router did exactly what I expected: it vaporized the bloat-induced
> delay provided by Rogers.
> >
> > My previous bloat-induced lag was between 700 and 900 milliseconds under
> load, and an unimpressive 240 milliseconds when idle.  With a de-bloated
> router, lag was 40 milliseconds maximum, whether idle or loaded, and about
> 30 millisecond minimum, or a 3500 km round-trip, appropriate for the
> distances to the measurements points. By comparison, Rodger-Dogers was
> giving me lag times more appropriate for a test to Ankara, Turkey.
> >
> > The tap test was interesting, but less helpful. I connected to
> 1-909-390-0003 <(909)%20390-0003>, which is an instant-echo server, used
> to test voice telephones. If you connect to it and say something, it will
> echo it back to you. If you tap on your microphone, it's fairly easy to get
> an idea of how much delay there is.
> >
> > Alas, with and without bufferbloat mitigation, it took about a second
> echo back the tap, so it's not the kind of instantly-obvious success test
> I'm searching for, to demonstrate the goodness of CAKE to my grandmother
> (;-))
> >
> > --dave
> >
> > --
> > David Collier-Brown,         | Always do right. This will gratify
> > System Programmer and Author | some people and astonish the rest
> > davecb at spamcop.net           |                      -- Mark Twain
>
>
>
> --
> "For a successful technology, reality must take precedence over public
> relations, for Mother Nature cannot be fooled" - Richard Feynman
>
> dave at taht.net <Dave Täht> CTO, TekLibre, LLC Tel: 1-831-435-0729
> <(831)%20435-0729>
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20200908/60813f66/attachment.html>