<div dir="ltr"><div>Very cool Frank!</div><div><br></div><div>When I run it, it says all of my latency is 0.0ms.  This is firefox-139.0.1 on NixOS unstable.</div><div><br></div><div>I guess soem of the CORS headers are screwed up?</div><div></div><div>Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at <a href="https://test-elp.libreqos.com:8005/ping?cb=242578">https://test-elp.libreqos.com:8005/ping?cb=242578</a>. (Reason: CORS request did not succeed). Status code: (null).</div><div><br></div><div>I don't know, I guess you probably _do_ want these objects to be cacheable via the CDN?</div><div><br></div><div><span style="font-family:monospace">GET /ping?cb=819806 HTTP/1.1<br>Host: <a href="http://test-elp.libreqos.com:8005">test-elp.libreqos.com:8005</a><br>User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:139.0) Gecko/20100101 Firefox/139.0<br>Accept: */*<br>Accept-Language: en-US,en;q=0.5<br>Accept-Encoding: gzip, deflate, br, zstd<br><span style="background-color:rgb(255,242,204)">Pragma: no-cache<br>Cache-Control: no-store, no-cache, must-revalidate</span><br>X-Priority: high<br>X-Ping-Attempt: 0<br>Referer: <a href="https://test.libreqos.com/">https://test.libreqos.com/</a><br>Origin: <a href="https://test.libreqos.com">https://test.libreqos.com</a><br>Connection: keep-alive<br>Sec-Fetch-Dest: empty<br>Sec-Fetch-Mode: cors<br>Sec-Fetch-Site: same-site</span></div><div><br></div><div><span style="font-family:monospace">HTTP/1.1 200 OK<br>date: Sun, 15 Jun 2025 17:13:55 GMT<br>server: uvicorn<br><span style="background-color:rgb(255,242,204)">cache-control: no-store, no-cache, must-revalidate<br>pragma: no-cache</span><br>x-ping-server: dedicated<br>x-priority-processed: true<br>x-ping-timeouts-seen: 0<br>content-length: 4<br>content-type: text/plain; charset=utf-8<br>access-control-allow-origin: *<br>access-control-allow-credentials: true</span><br></div><div><br></div><div>Your Nginx server also can have caching enabled for the favorite icon, and the javascript, which should make it faster to load.</div><div><br></div><div><span style="font-family:monospace">HTTP/2 200 <br>server: nginx/1.18.0 (Ubuntu)<br>date: Sun, 15 Jun 2025 17:13:35 GMT<br>content-type: text/javascript; charset=utf-8<br>vary: Accept-Encoding<br>last-modified: Tue, 10 Jun 2025 04:28:53 GMT<br>strict-transport-security: max-age=63072000<br>x-content-type-options: nosniff<br>x-frame-options: SAMEORIGIN<br>content-encoding: gzip<br>X-Firefox-Spdy: h2</span></div><div><span style="font-family:arial,sans-serif"><br></span></div><div><span style="font-family:arial,sans-serif">I've found that you can set the caching for the CORS "preflight" requests too and it definitely helps. e.g. </span>access-control-max-age 345600<br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sun, Jun 15, 2025 at 9:53 AM Nils Andreas Svee via Cake <<a href="mailto:cake@lists.bufferbloat.net">cake@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"><u></u><div><div>Just tried it too: <a href="https://imgur.com/a/F2cNZd4" target="_blank">https://imgur.com/a/F2cNZd4</a>, also getting A+ overall, and "only" A for bidirectional.</div><div><br></div><div>I seem to be getting a 200+ ms spike right at the beginning of the baseline test, which skews the results.</div><div>This happened at least on a couple of tests, but after a few tries it got better. At least with ICMP ping separately I don't see any spikes like that.</div><div><br></div><div id="m_2447095383542085124sig44785538"><div>Best Regards</div><div>Nils</div></div><div><br></div><div>On Sun, Jun 15, 2025, at 23:20, the keyboard of geoff goodfellow via Bloat wrote:</div><blockquote type="cite" id="m_2447095383542085124qt"><div dir="ltr"><div dir="ltr"><div><span style="font-family:verdana,sans-serif">re: <b>thoughts and feedback!</b></span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif">your <a href="https://test.libreqos.com/" target="_blank">https://test.libreqos.com</a> tests of [Single User Test] & [Virtual Household Mode] both give yours truly bufferbloat grades of <b>A+ </b></span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif">whereas the <a href="https://www.waveform.com/tools/bufferbloat" target="_blank">https://www.waveform.com/tools/bufferbloat</a> test gives yours truly a bufferbloat brade grade of <b>C</b></span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif"><a href="https://www.waveform.com/tools/bufferbloat?test-id=b13810f2-e999-4045-8e8b-ab3ab8b957c5" target="_blank">https://www.waveform.com/tools/bufferbloat?test-id=b13810f2-e999-4045-8e8b-ab3ab8b957c5</a></span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif">#1.) Why/What's the difference?</span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif">#2.) Who/Which one to believe¿</span></div><div><span style="font-family:verdana,sans-serif"></span><br></div><div><span style="font-family:verdana,sans-serif">g</span></div><div style="font-family:verdana,sans-serif;font-size:small"><br></div></div><div><br></div><div><div dir="ltr">On Sun, Jun 15, 2025 at 4:58 AM Frantisek Borsik via Starlink <<a href="mailto:starlink@lists.bufferbloat.net" target="_blank">starlink@lists.bufferbloat.net</a>> wrote:</div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Hello to all,</div><div><br></div><div>We're excited to announce the release of the <b>LibreQoS Bufferbloat Test</b> – an open-source bufferbloat testing solution designed specifically for ISPs and network operators to deploy for their customers.</div><div><br></div><div><b>Link</b></div><div><a href="https://test.libreqos.com" target="_blank">https://test.libreqos.com</a></div><div><br></div><div><b>What Makes This Different</b></div><div><br></div><div>While there are several bufferbloat testing tools available, this platform addresses a critical gap: ISP-deployable infrastructure that provides both traditional testing and realistic household simulation.</div><div><br></div><div>As Dave Täht highlighted in his influential article <a href="https://blog.cerowrt.org/post/speedtests/" target="_blank">"What's Wrong with Speed Tests"</a>, traditional speed tests fail to measure what users actually experience. We tried to address Dave's points to make a better speed test that focuses on the metric that matters: latency under load in realistic usage scenarios.</div><div><br></div><div><b>Two Complementary Test Modes</b></div><div><br></div><div><i>Single User Test Mode</i></div><ul><li>Traditional sequential load testing (baseline → download → upload → bidirectional)</li><li>Measures working latency and jitter during each phase</li><li>Familiar A+ to F grading based on latency under load increases</li><li>Comparable to existing tools like DSLReports Speed Test and Waveform Bufferbloat Test</li></ul><div><br></div><div><i>Virtual Household Mode (The Innovation)</i></div><div><br></div><div>Process-isolated simulation of 4 concurrent users with authentic traffic patterns:</div><ul><li>Alex (Gaming): 1.5 Mbps constant, jitter-sensitive for competitive gaming</li><li>Sarah (Video Conference): 2.5 Mbps bidirectional, Teams simulation with working latency monitoring</li><li>Jake (Netflix HD): 25 Mbps bursts (1s on, 4s off), realistic streaming patterns</li><li>Computer (Background): Up to 200 Mbps continuous download, system updates</li></ul><div><br></div><div>Real-world relevance: Tests latency under load when multiple family members are online simultaneously</div><div><br></div><div>Advanced grading: Network fairness, jitter measurement, and per-user working latency analysis</div><div><br></div><div><b>Why (not only) ISPs Need This</b></div><div><br></div><div><i>The traditional approach of sending customers to third-party speed test sites has limitations:</i></div><ul><li>No control over test methodology or server placement</li><li>Limited correlation with customer support tickets</li><li>Generic results that don't reflect real-world usage patterns</li><li>No integration with ISP operational systems</li></ul><div><i>This platform enables (not only) ISPs to:</i></div><ul><li>Host their own testing infrastructure with full control</li><li>Integrate with support systems via telemetry APIs</li><li>Provide customers with realistic household testing scenarios</li><li>Correlate test results with network performance and customer complaints</li></ul><div><br></div><div><b>Open Source & Community</b></div><div><br></div><div>The entire platform is open source and available here: <a href="https://github.com/LibreQoE/bufferbloat_test" target="_blank">https://github.com/LibreQoE/bufferbloat_test</a></div><div><br></div><div>We've designed this to be:</div><ul><li>Easy to deploy for (not only) ISPs of any size</li><li>Scientifically meaningful in its measurement methodology</li><li>Realistic in its simulation of actual household usage</li><li>Integrable with existing ISP operational workflows</li></ul><div><br></div><div><b>Community Feedback Requested<br></b></div><div>We'd love feedback from the <a href="http://bufferbloat.net" target="_blank">bufferbloat.net</a> community on:</div><ul><li>Test methodology: Are we measuring the right metrics?</li><li>Grading thresholds: Do our A+ to F grades align with real-world impact?</li><li>Virtual household scenarios: What other realistic usage patterns should we simulate?</li><li>ISP adoption: What barriers exist for ISP deployment?</li></ul><div><br></div><div><b>Technical Discussion<br></b></div><div>We'd welcome discussion about:</div><ul><li>Measurement accuracy for working latency and jitter in virtual household mode</li><li>Traffic pattern authenticity (gaming, video conferencing, streaming)</li><li>Grading methodology for latency under load in complex multi-user scenarios</li><li>Integration approaches for ISP operational systems</li></ul><div><br></div><div>The platform represents our attempt to bridge the gap between academic bufferbloat research and practical ISP operations, building on the foundational work of researchers like Dave Täht and the broader bufferbloat community. We believe that widespread ISP deployment of proper bufferbloat testing infrastructure will ultimately benefit the entire internet ecosystem.</div><div><br></div><div><b>Looking forward to the community's thoughts and feedback!<br></b></div><div>Best regards,</div><div><br></div><div>The LibreQoS Team</div></div><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><p style="color:rgb(34,34,34)"><br></p><p style="color:rgb(34,34,34)"><b><u></u>In loving memory of Dave Täht: </b><span style="color:rgb(32,33,36)">1965-2025</span></p><p style="color:rgb(34,34,34)"><u></u><a href="https://libreqos.io/2025/04/01/in-loving-memory-of-dave/" target="_blank">https://libreqos.io/2025/04/01/in-loving-memory-of-dave/</a></p><p style="color:rgb(34,34,34)"><br></p><p style="color:rgb(34,34,34)"><a href="https://www.linkedin.com/in/frantisekborsik" style="color:rgb(17,85,204)" target="_blank">https://www.linkedin.com/in/frantisekborsik</a><u></u><u></u></p><p style="color:rgb(34,34,34)">Signal, Telegram, WhatsApp: +421919416714 <u></u><u></u></p><p style="color:rgb(34,34,34)">iMessage, mobile: +420775230885<u></u><u></u></p><p style="color:rgb(34,34,34)">Skype: casioa5302ca<u></u><u></u></p><p style="color:rgb(34,34,34)"><a href="mailto:frantisek.borsik@gmail.com" style="color:rgb(17,85,204)" target="_blank">frantisek.borsik@gmail.com</a></p></div></div></div></div></div></div></div></div></div></div></div></div><div>_______________________________________________</div><div> Starlink mailing list</div><div> <a href="mailto:Starlink@lists.bufferbloat.net" target="_blank">Starlink@lists.bufferbloat.net</a></div><div> <a href="https://lists.bufferbloat.net/listinfo/starlink" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/starlink</a></div></blockquote></div><div><br></div><div><br></div><div><span>--</span></div><div dir="ltr"><div dir="ltr"><div><span style="color:rgb(136,136,136)"><span style="color:rgb(136,136,136)"><span style="font-family:verdana,sans-serif"><a href="mailto:Geoff.Goodfellow@iconia.com" target="_blank">Geoff.Goodfellow@iconia.com</a></span></span></span></div><span style="color:rgb(136,136,136)"><div><br></div><div dir="ltr"><div style="font-family:verdana,sans-serif;display:inline">living as The Truth is True</div></div><div><div style="font-family:verdana,sans-serif;display:inline"><br></div></div></span></div></div></div><div>_______________________________________________</div><div>Bloat mailing list</div><div><a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a></div><div><a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a></div><div><br></div></blockquote><div><br></div></div>_______________________________________________<br>
Cake mailing list<br>
<a href="mailto:Cake@lists.bufferbloat.net" target="_blank">Cake@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cake</a><br>
</blockquote></div><div><br clear="all"></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Regards,<br></div>Dave Seddon<br>+1 415 857 5102<br></div></div></div></div></div></div>