Many ISPs need the kinds of quality shaping cake can do
 help / color / mirror / Atom feed
From: Herbert Wolverson <herberticus@gmail.com>
Cc: libreqos@lists.bufferbloat.net
Subject: Re: [LibreQoS] ookla speedtest results?
Date: Mon, 24 Oct 2022 11:30:59 -0500	[thread overview]
Message-ID: <CA+erpM6ADsvx0Hcv_efgDPFoux7P5sfbwkoNy3ppxeFfZ+a3TQ@mail.gmail.com> (raw)
In-Reply-To: <CAA_JP8XEWTMLi-uc5OmQ_AXSDcnVxV-kA67ggZg43u2paWDyGA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5131 bytes --]

> sniff DNS for those speed test lookups and trigger a packet capture for x
duration?

That's a good idea (I think there's a service somewhere for finding
speedtest
servers?). We're discussing testing the ack-filter feature right now, and
something
similar would work well for that. (We have a bunch of 25/5 and similarly
asymmetric
connections, in theory it'll help...)

On Mon, Oct 24, 2022 at 10:31 AM dan via LibreQoS <
libreqos@lists.bufferbloat.net> wrote:

> sniff DNS for those speed test lookups and trigger a packet capture for x
> duration?
>
> On Mon, Oct 24, 2022 at 9:27 AM Dave Taht <dave.taht@gmail.com> wrote:
>
>> On Mon, Oct 24, 2022 at 8:20 AM dan <dandenson@gmail.com> wrote:
>> >
>> > Dave, I think that 'bouncing' is more CPU time in the browser.  I don't
>> think it's indicative over what's actually happening.
>>
>> A simultaneous packet capture and wireshark plot of the RTTs would
>> also be helpful.
>>
>> >
>> > On Mon, Oct 24, 2022 at 9:09 AM Dave Taht via LibreQoS <
>> libreqos@lists.bufferbloat.net> wrote:
>> >>
>> >> On Mon, Oct 24, 2022 at 8:02 AM Robert Chacón via LibreQoS
>> >> <libreqos@lists.bufferbloat.net> wrote:
>> >> >
>> >> > I can run an Ookla test in the middle of the night with LibreQoS off
>> for a bit.
>> >>
>> >> Groovy.
>> >>
>> >> > From what I recall - without Libre we see download bloat of 300ms or
>> so. With Libre, it's gone. On waveform we see 0ms added bloat each
>> direction for most clients.
>> >>
>> >> The numbers report by speedtest bounce around a lot, and they tend to
>> >> pick a lower number as a final result than I'd
>> >> like. If there's a way to capture a movie of it...
>> >> >
>> >> > And I like the "monitor only" mode idea.
>> >> > Perhaps we could create the HTB tree, but just not attach the CAKE
>> qdisc?
>> >> > Technically even HTB could reduce latency by itself on overloaded
>> APs , so it wouldn't be true passive monitoring, but it would allow us to
>> compare the before/after of CAKE while still having qdiscs we can point
>> cpumap-pping to.
>> >> >
>> >> > Alternatively, maybe we could use eBPF PPing just for this passive
>> monitoring period?
>> >> >
>> >> >
>> >> > On Mon, Oct 24, 2022 at 8:02 AM Herbert Wolverson via LibreQoS <
>> libreqos@lists.bufferbloat.net> wrote:
>> >> >>
>> >> >> Are you looking for a shaped result? That'll show "whatever
>> bandwidth
>> >> >> is left on the sector" without Libre, and around the customer's
>> paid-for
>> >> >> target with Libre (hopefully!).
>> >> >>
>> >> >> One thing Preseem does well is that their onboarding process
>> includes
>> >> >> "leave it in monitoring-only mode" for a week, gathering data
>> before you
>> >> >> pull the switch (although most ISPs I've talked to just pull the
>> switch...)
>> >> >> It's quite enlightening to see a before/after, even with only
>> FQ_CODEL
>> >> >> as the shaper.
>> >> >>
>> >> >> We could probably do something similar with a "monitor only" mode
>> that
>> >> >> doesn't enable any queues (is there a TC equivalent to "dummy" on
>> >> >> FreeBSD?).
>> >> >>
>> >> >> On Mon, Oct 24, 2022 at 8:52 AM Dave Taht via LibreQoS <
>> libreqos@lists.bufferbloat.net> wrote:
>> >> >>>
>> >> >>> I am curious if anyone here has speedtest results with libreqos on
>> and
>> >> >>> off, and can send a screen shot?
>> >> >>>
>> >> >>> --
>> >> >>> This song goes out to all the folk that thought Stadia would work:
>> >> >>>
>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
>> >> >>> Dave Täht CEO, TekLibre, LLC
>> >> >>> _______________________________________________
>> >> >>> LibreQoS mailing list
>> >> >>> LibreQoS@lists.bufferbloat.net
>> >> >>> https://lists.bufferbloat.net/listinfo/libreqos
>> >> >>
>> >> >> _______________________________________________
>> >> >> LibreQoS mailing list
>> >> >> LibreQoS@lists.bufferbloat.net
>> >> >> https://lists.bufferbloat.net/listinfo/libreqos
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Robert Chacón
>> >> > CEO | JackRabbit Wireless LLC
>> >> > _______________________________________________
>> >> > LibreQoS mailing list
>> >> > LibreQoS@lists.bufferbloat.net
>> >> > https://lists.bufferbloat.net/listinfo/libreqos
>> >>
>> >>
>> >>
>> >> --
>> >> This song goes out to all the folk that thought Stadia would work:
>> >>
>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
>> >> Dave Täht CEO, TekLibre, LLC
>> >> _______________________________________________
>> >> LibreQoS mailing list
>> >> LibreQoS@lists.bufferbloat.net
>> >> https://lists.bufferbloat.net/listinfo/libreqos
>>
>>
>>
>> --
>> This song goes out to all the folk that thought Stadia would work:
>>
>> https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz
>> Dave Täht CEO, TekLibre, LLC
>>
> _______________________________________________
> LibreQoS mailing list
> LibreQoS@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/libreqos
>

[-- Attachment #2: Type: text/html, Size: 8244 bytes --]

  reply	other threads:[~2022-10-24 16:31 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-24 13:51 Dave Taht
2022-10-24 14:01 ` Herbert Wolverson
2022-10-24 15:02   ` Robert Chacón
2022-10-24 15:09     ` Dave Taht
2022-10-24 15:20       ` dan
2022-10-24 15:27         ` Dave Taht
2022-10-24 15:31           ` dan
2022-10-24 16:30             ` Herbert Wolverson [this message]
2022-10-24 16:48               ` dan
2022-10-24 17:14                 ` Dave Taht
2022-10-24 17:30                   ` dan
2022-10-24 17:39                     ` Dave Taht
2022-10-24 17:34                   ` Robert Chacón
2022-10-24 17:41                     ` Herbert Wolverson
2022-10-24 17:42                     ` Dave Taht
2022-10-24 17:46                       ` dan
2022-10-24 17:57                         ` Dave Taht
2022-10-24 18:03                           ` dan
2022-10-24 18:06                             ` Herbert Wolverson
2022-10-24 18:22                               ` Dave Taht
2022-10-24 18:27                                 ` Dave Taht
2022-10-24 20:16                                   ` Robert Chacón
2022-10-24 20:31                                     ` Dave Taht
2022-10-24 20:49                                       ` Mark Steckel
2022-10-24 18:14                             ` Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/libreqos.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CA+erpM6ADsvx0Hcv_efgDPFoux7P5sfbwkoNy3ppxeFfZ+a3TQ@mail.gmail.com \
    --to=herberticus@gmail.com \
    --cc=libreqos@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox