From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id BB1863B29D; Sun, 15 Jun 2025 07:58:18 -0400 (EDT) Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-ad89ee255easo653225366b.3; Sun, 15 Jun 2025 04:58:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749988698; x=1750593498; darn=lists.bufferbloat.net; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=WpuX+HUa6jw7h9EqO9+hpEl3GaOoj11D73klYEv1EE0=; b=bF0ULYm6aaSRDtb6DN3J1XuGTin5TorvoO2mcuW1G8NKxVsPrr8UeZTy87GAmPk/3O roCpHMudPjjwumIM7uIHL/yTk0n2VBptcw2kUiyl4qRBB+0tdIMUAA5zUpOJy7bbGOej 8YEfi7HSarCinn+mWqUbaC/1TvLEAhQmVfYB1ufLhI2qymtRs4617p31nqCxtRBQHGu1 OxwFcpb5ii4yD+kXaFKcysskfl2L29GdmMa7sixds8xAgxyPO5dFDmlYklebBmbuFYtM 8CJR9IN231jQcSApjq0Cds3REJiDXlTOR6bMwsQTj8c4DfuWEaRIxUhthRA5Ztq62tYi LSQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749988698; x=1750593498; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=WpuX+HUa6jw7h9EqO9+hpEl3GaOoj11D73klYEv1EE0=; b=V5VALyZ3nKeACTqzSOAA+bOPiAZwFZ7ArShAXaPXEoEZTuhP3ZwLDi1IDOqvewHP9a Ap6nxtME5tGfupGThftu8zYcmiCj/a1VmkmFq9xS8iI36Lh/EgwtNIYnRsb+on1PKv84 NYSwDz1d3ygL8V6znf7VYLr02yzuNhM9AyphxtJRLHGQn5Lmgvy0I080pZHNTLPNVts2 e1QUmdc01Ou41mNnu+MEGWBEqLZwB6MbSR2xrLCO4QTsM5eQ94GYWRMt3JuirJNSd5gi xSFAW68QxlCurII1aFL+tKKfl4xSUaMdl1cyy9JlxQyIuGtGH8QNJ1kocwo1nq2pGaKJ SfBw== X-Forwarded-Encrypted: i=1; AJvYcCUu02+lVR05oe1vIhLiDLq/fxxUbTQzm1AzqDJhSPHmNtgvG1xseey7hh8KbA75qwM+otj2+80U+g==@lists.bufferbloat.net, AJvYcCVUhDNCD/vRojiuVH9M53K3ekKz+Do8a6qoE6PP0osqzCnhC5Ps8+H/AY5NrnEcH6Py8eaN3+Ocht11X1iXZ4c=@lists.bufferbloat.net, AJvYcCVkxF+xvlZomel22s8tXq9WMoK8dGfUpjZu5evu4PN1K1Yffei3zJVxO+yrQJeTlQEz2Xp07jGsWCK8LuJs4hM=@lists.bufferbloat.net, AJvYcCWMkPhrWicB5y035GjMSSpfIXst2nYnO5j6yaBNZDolXHwjn0oAU/C0oJaClsob5AH797hC2cHzUf6TOLCgJw==@lists.bufferbloat.net, AJvYcCWosHJqdq4ISGxBgRPVPA/u6ig4ird6LD7J09vcy18KX4/C9tu7MftE8hu8wIuW316vzdLBabe//XkjYpGd@lists.bufferbloat.net X-Gm-Message-State: AOJu0YyDWR+4zs7dBP16qNF3yzlF7xeSemTu9BB32jl5xtltfIKwgrbW LCmxuwPabNnSCITmupBeROsuBz6/ylKL3jOxdVn52Q1p1VLqtB/1Q6kD9bM15ax2ySsaS7OuelD nlqVtcuSDV4Da91zFoT9XolJyj//gxFcuU017proq2Q== X-Gm-Gg: ASbGncuR0Bsma/nKiRnAFIGc8VuF0FwIBuZXAYKg+mT3e8j4ed5pee7XCMwxKXmP3ri uyHBKd6X0CGdW+Md54CYIRkhN8ItElNX795wF2CZqShxh9bVMfUd6IUYb2B1pIoTFbqWXoUOMDj UJQpiOrLlouwJ2VHgQiNo5byDbUUfGn2p5b4Avaxq33aao X-Google-Smtp-Source: AGHT+IGbKoYsnx/SrtR0QkOrfeQCwtNIXVfRVYnj2IIm5ccP2WrhOYoIGVQY36H5hbhxqX6USQCcRjEmQrC7O5UUZcA= X-Received: by 2002:a17:907:3c90:b0:adb:2577:c0c5 with SMTP id a640c23a62f3a-adfad5c74fdmr530654466b.38.1749988697599; Sun, 15 Jun 2025 04:58:17 -0700 (PDT) MIME-Version: 1.0 From: Frantisek Borsik Date: Sun, 15 Jun 2025 14:00:34 +0200 X-Gm-Features: AX0GCFtFiiVx77sE-P65yLVTCKUtokCn8FyWYsL-xSD9Hy8CuV3X5e1p9LqhsPc Message-ID: To: cerowrt-commits@lists.bufferbloat.net, cerowrt-devel@lists.bufferbloat.net, cerowrt-users@lists.bufferbloat.net, codel-wireless@lists.bufferbloat.net, Make-Wifi-fast , =?UTF-8?Q?Network_Neutrality_is_back=21_Let=C2=B4s_make_the_technical_aspect?= =?UTF-8?Q?s_heard_this_time=21?= Cc: =?UTF-8?Q?Robert_Chac=C3=B3n?= , Herbert Wolverson Content-Type: multipart/alternative; boundary="000000000000ae75c406379afedf" X-Mailman-Approved-At: Sun, 15 Jun 2025 09:49:03 -0400 Subject: [Make-wifi-fast] Announcing the LibreQoS Bufferbloat Test Platform X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2025 11:58:19 -0000 --000000000000ae75c406379afedf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello to all, We're excited to announce the release of the *LibreQoS Bufferbloat Test* = =E2=80=93 an open-source bufferbloat testing solution designed specifically for ISPs and network operators to deploy for their customers. *Link* https://test.libreqos.com *What Makes This Different* 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. As Dave T=C3=A4ht highlighted in his influential article "What's Wrong with Speed Tests" , 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. *Two Complementary Test Modes* *Single User Test Mode* - Traditional sequential load testing (baseline =E2=86=92 download =E2= =86=92 upload =E2=86=92 bidirectional) - Measures working latency and jitter during each phase - Familiar A+ to F grading based on latency under load increases - Comparable to existing tools like DSLReports Speed Test and Waveform Bufferbloat Test *Virtual Household Mode (The Innovation)* Process-isolated simulation of 4 concurrent users with authentic traffic patterns: - Alex (Gaming): 1.5 Mbps constant, jitter-sensitive for competitive gaming - Sarah (Video Conference): 2.5 Mbps bidirectional, Teams simulation with working latency monitoring - Jake (Netflix HD): 25 Mbps bursts (1s on, 4s off), realistic streaming patterns - Computer (Background): Up to 200 Mbps continuous download, system updates Real-world relevance: Tests latency under load when multiple family members are online simultaneously Advanced grading: Network fairness, jitter measurement, and per-user working latency analysis *Why (not only) ISPs Need This* *The traditional approach of sending customers to third-party speed test sites has limitations:* - No control over test methodology or server placement - Limited correlation with customer support tickets - Generic results that don't reflect real-world usage patterns - No integration with ISP operational systems *This platform enables (not only) ISPs to:* - Host their own testing infrastructure with full control - Integrate with support systems via telemetry APIs - Provide customers with realistic household testing scenarios - Correlate test results with network performance and customer complaint= s *Open Source & Community* The entire platform is open source and available here: https://github.com/LibreQoE/bufferbloat_test We've designed this to be: - Easy to deploy for (not only) ISPs of any size - Scientifically meaningful in its measurement methodology - Realistic in its simulation of actual household usage - Integrable with existing ISP operational workflows *Community Feedback Requested* We'd love feedback from the bufferbloat.net community on: - Test methodology: Are we measuring the right metrics? - Grading thresholds: Do our A+ to F grades align with real-world impact= ? - Virtual household scenarios: What other realistic usage patterns should we simulate? - ISP adoption: What barriers exist for ISP deployment? *Technical Discussion* We'd welcome discussion about: - Measurement accuracy for working latency and jitter in virtual household mode - Traffic pattern authenticity (gaming, video conferencing, streaming) - Grading methodology for latency under load in complex multi-user scenarios - Integration approaches for ISP operational systems 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=C3=A4ht and the broader buffer= bloat community. We believe that widespread ISP deployment of proper bufferbloat testing infrastructure will ultimately benefit the entire internet ecosystem. *Looking forward to the community's thoughts and feedback!* Best regards, The LibreQoS Team *In loving memory of Dave T=C3=A4ht: *1965-2025 https://libreqos.io/2025/04/01/in-loving-memory-of-dave/ https://www.linkedin.com/in/frantisekborsik Signal, Telegram, WhatsApp: +421919416714 iMessage, mobile: +420775230885 Skype: casioa5302ca frantisek.borsik@gmail.com --000000000000ae75c406379afedf Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello to all,

We're excited to announce th= e release of the=C2=A0LibreQoS Bufferbloat Test= =C2=A0=E2=80=93 an open-source bufferbloat testing solution designed= specifically for ISPs and network operators to deploy for their customers.=

Link
https://test.l= ibreqos.com

What Makes This Different

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.

As Dave T=C3=A4ht highli= ghted in his influential article=C2=A0"W= hat's Wrong with Speed Tests", traditional speed tests fail to= measure what users actually experience. We tried to address Dave's poi= nts to make a better speed test that focuses on the metric that matters: la= tency under load in realistic usage scenarios.

Two Complementary = Test Modes

Single User Test Mode
  • Traditional s= equential load testing (baseline =E2=86=92 download =E2=86=92 upload =E2=86= =92 bidirectional)
  • Measures working latency and jitter during each = phase
  • Familiar A+ to F grading based on latency under load increase= s
  • Comparable to existing tools like DSLReports Speed Test and Wavef= orm Bufferbloat Test

Virtual Household Mode (The Innova= tion)

Process-isolated simulation of 4 concurrent users with aut= hentic traffic patterns:
  • Alex (Gaming): 1.5 Mbps constant, jitte= r-sensitive for competitive gaming
  • Sarah (Video Conference): 2.5 Mb= ps bidirectional, Teams simulation with working latency monitoring
  • = Jake (Netflix HD): 25 Mbps bursts (1s on, 4s off), realistic streaming patt= erns
  • Computer (Background): Up to 200 Mbps continuous download, sys= tem updates

Real-world relevance: Tests latency under load= when multiple family members are online simultaneously

Advanced gra= ding: Network fairness, jitter measurement, and per-user working latency an= alysis

Why (not only) ISPs Need This

The traditiona= l approach of sending customers to third-party speed test sites has limitat= ions:
  • No control over test methodology or server placement
  • Limited correlation with customer support tickets
  • Generic re= sults that don't reflect real-world usage patterns
  • No integrati= on with ISP operational systems
This platform enables (not only= ) ISPs to:
  • Host their own testing infrastructure with full c= ontrol
  • Integrate with support systems via telemetry APIs
  • Pr= ovide customers with realistic household testing scenarios
  • Correlat= e test results with network performance and customer complaints

    • Open Source & Community

    The entire platform is open= source and available here:=C2= =A0https://= github.com/LibreQoE/bufferbloat_test

    We've designed this to = be:
    • Easy to deploy for (not only) ISPs of any size
    • Scien= tifically meaningful in its measurement methodology
    • Realistic in it= s simulation of actual household usage
    • Integrable with existing ISP= operational workflows

    Community Feedback Requested
    =
    We'd love feedback from the = bufferbloat.net community on:
    • Test methodology: Are we measu= ring the right metrics?
    • Grading thresholds: Do our A+ to F grades a= lign with real-world impact?
    • Virtual household scenarios: What othe= r realistic usage patterns should we simulate?
    • ISP adoption: What b= arriers exist for ISP deployment?

    Technical Discussion<= br>
    We'd welcome discussion about:
    • Measurement accura= cy for working latency and jitter in virtual household mode
    • Traffic= pattern authenticity (gaming, video conferencing, streaming)
    • Gradi= ng methodology for latency under load in complex multi-user scenarios
      • <= li>Integration approaches for ISP operational systems

    The = platform represents our attempt to bridge the gap between academic bufferbl= oat research and practical ISP operations, building on the foundational wor= k of researchers like Dave T=C3=A4ht and the broader bufferbloat community.= We believe that widespread ISP deployment of proper bufferbloat testing in= frastructure will ultimately benefit the entire internet ecosystem.

    = Looking forward to the community's thoughts and feedback!
    Best regards,

    The LibreQoS Team
=


In loving memory of Dave T=C3=A4ht:=C2=A01965-2025

https://libreqos.io/2025= /04/01/in-loving-memory-of-dave/


https://www.linkedin.com/in/frantisekbors= ik

Signal, Telegram, WhatsApp: +421919416714=C2=A0

iMessage, mobile: +42077523088= 5

Sky= pe: casioa5302ca

frantisek.borsik@gmail.com

--000000000000ae75c406379afedf--