<div dir="ltr">we also have a bunch of 25/5.  It would be nice to get some more detailed numbers from ookla tests.  We also have a lot of Eero units out there, so watching for the eero speed test would also be great.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 24, 2022 at 10:31 AM Herbert Wolverson via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>> 
sniff DNS for those speed test lookups and trigger a packet capture for x duration? <br></div><div><br></div><div>That's a good idea (I think there's a service somewhere for finding speedtest</div><div>servers?). We're discussing testing the ack-filter feature right now, and something</div><div>similar would work well for that. (We have a bunch of 25/5 and similarly asymmetric</div><div>connections, in theory it'll help...)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 24, 2022 at 10:31 AM dan via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">sniff DNS for those speed test lookups and trigger a packet capture for x duration?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 24, 2022 at 9:27 AM Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Oct 24, 2022 at 8:20 AM dan <<a href="mailto:dandenson@gmail.com" target="_blank">dandenson@gmail.com</a>> wrote:<br>
><br>
> Dave, I think that 'bouncing' is more CPU time in the browser.  I don't think it's indicative over what's actually happening.<br>
<br>
A simultaneous packet capture and wireshark plot of the RTTs would<br>
also be helpful.<br>
<br>
><br>
> On Mon, Oct 24, 2022 at 9:09 AM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>><br>
>> On Mon, Oct 24, 2022 at 8:02 AM Robert Chacón via LibreQoS<br>
>> <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>> ><br>
>> > I can run an Ookla test in the middle of the night with LibreQoS off for a bit.<br>
>><br>
>> Groovy.<br>
>><br>
>> > 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.<br>
>><br>
>> The numbers report by speedtest bounce around a lot, and they tend to<br>
>> pick a lower number as a final result than I'd<br>
>> like. If there's a way to capture a movie of it...<br>
>> ><br>
>> > And I like the "monitor only" mode idea.<br>
>> > Perhaps we could create the HTB tree, but just not attach the CAKE qdisc?<br>
>> > 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.<br>
>> ><br>
>> > Alternatively, maybe we could use eBPF PPing just for this passive monitoring period?<br>
>> ><br>
>> ><br>
>> > On Mon, Oct 24, 2022 at 8:02 AM Herbert Wolverson via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>> >><br>
>> >> Are you looking for a shaped result? That'll show "whatever bandwidth<br>
>> >> is left on the sector" without Libre, and around the customer's paid-for<br>
>> >> target with Libre (hopefully!).<br>
>> >><br>
>> >> One thing Preseem does well is that their onboarding process includes<br>
>> >> "leave it in monitoring-only mode" for a week, gathering data before you<br>
>> >> pull the switch (although most ISPs I've talked to just pull the switch...)<br>
>> >> It's quite enlightening to see a before/after, even with only FQ_CODEL<br>
>> >> as the shaper.<br>
>> >><br>
>> >> We could probably do something similar with a "monitor only" mode that<br>
>> >> doesn't enable any queues (is there a TC equivalent to "dummy" on<br>
>> >> FreeBSD?).<br>
>> >><br>
>> >> On Mon, Oct 24, 2022 at 8:52 AM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br>
>> >>><br>
>> >>> I am curious if anyone here has speedtest results with libreqos on and<br>
>> >>> off, and can send a screen shot?<br>
>> >>><br>
>> >>> --<br>
>> >>> This song goes out to all the folk that thought Stadia would work:<br>
>> >>> <a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
>> >>> Dave Täht CEO, TekLibre, LLC<br>
>> >>> _______________________________________________<br>
>> >>> LibreQoS mailing list<br>
>> >>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> >>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
>> >><br>
>> >> _______________________________________________<br>
>> >> LibreQoS mailing list<br>
>> >> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> >> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > Robert Chacón<br>
>> > CEO | JackRabbit Wireless LLC<br>
>> > _______________________________________________<br>
>> > LibreQoS mailing list<br>
>> > <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> > <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> This song goes out to all the folk that thought Stadia would work:<br>
>> <a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
>> Dave Täht CEO, TekLibre, LLC<br>
>> _______________________________________________<br>
>> LibreQoS mailing list<br>
>> <a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
<br>
<br>
<br>
-- <br>
This song goes out to all the folk that thought Stadia would work:<br>
<a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
Dave Täht CEO, TekLibre, LLC<br>
</blockquote></div>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>