From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (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 37CF93CB46 for ; Sun, 15 Jun 2025 14:05:27 -0400 (EDT) Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-6088d856c6eso6388757a12.0 for ; Sun, 15 Jun 2025 11:05:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libreqos.io; s=google; t=1750010726; x=1750615526; darn=lists.bufferbloat.net; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=4sO7qlCA1GPqhRN62MAhnqA1ac09oLSC7TUGE6+sv3s=; b=Az7quSt2TOQ5dPvMFMzEFLoaFGBcJCmMqr1ca+S1fjiveGXMhK3SMssWtKIp+WJsyp QNXEwlOYU73jaVGyl26EWgJCTVjqVm1IDEZva51d2RqqExy++c+aQAKq0SAs7p0L7upM q2hiKeGkNri6LfV8jup5ORGwB31ol8FuYNiV1iFnivFxPHUZPsQDFTJTJSCjMzXeiWQn okHYkvh/eo0nl4tDPbaKsiui0kTl+KJ5jAg3fZ5LDMAggBoarGSoDZafACj7AO+C2Z59 qfVvNxfsYZi22Oy/82u+PxXk4SRG0wssvYABhBKD3BXPxl9uPW6+7rsCWT7qMezuRxwe HGVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1750010726; x=1750615526; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4sO7qlCA1GPqhRN62MAhnqA1ac09oLSC7TUGE6+sv3s=; b=JVyya1GCJ1OHeRHSBPIuPoCr/GRVLFSqVqV8WoyTfOaQjUlQs7Vr8AWgq4uIlVpqLN DFK6pj86WJEa/9a/LYqV4Lhtr/S1iiM4TZRel2ZZgxZyuyzGZl4J6fvrLi2Vz/qTemwS Qi8tr7ozpMZl9gGq1AsVIa3U5Em0dagjnblJWbo0DWE1HGeh5Gz1qwxSBnStanbgtJkS B3f/UgqhKPG1tTJXrjmRdVIING/CFH7cTYRlLFjtkLJyoPbi0fAuzeGWIHkxAl3MYyEM WueiAh0TyPCj+FXMigPNfVC4WW9FenvjCYPn85J+NGozv5N3lbt0vQREGIPP+ne3pgV3 fhrw== X-Forwarded-Encrypted: i=1; AJvYcCXreoX1HGrA6aBmG+MM15SC5XCC1InKm8rbJR1wEB9ShhshWZsSf3nAa55niWtR7jbNVf191SDDRA==@lists.bufferbloat.net X-Gm-Message-State: AOJu0YzAIklBeduzGP52IQTiJHruAqCPPvG6diVI/Ww11EIP/M1Fts8r uFeRLjnt2rkGzs+eXu1D4fqWZxUpcmujOlpCPVn85oLEribb/p97ToZDkK6wAodLicUp+Vm5Q+J K/yzx4rnP8Hl8ejKGm2nQX9MkoJ/mv7kNcHJbUS6x9Q== X-Gm-Gg: ASbGncvm7V4KX0dbSOr4tbfsMRFAH1LQwYcXn7m8OwSjmS/YuLYFTxwLvRCt86e3nxj Vz+baOQGSUGowCmOFCq/zaMoD3e/CClZu+qjR3ta1GFZdX4uun6yxcfyU4S3ymXSCWOyVAc+1Aa cBat3uO7lYprFgnXj4hdt2k22pk3n2ikWbUXOsio6oFQ== X-Google-Smtp-Source: AGHT+IG6oBr1FGw3+Ciw8Yn2futUSGXA930Ph3x5ufk8qCf3pmrXlL2fB9QyNqVLdECoGuL/u7yATrfeoLXaoMtJpzk= X-Received: by 2002:a05:6402:3552:b0:608:4945:ca47 with SMTP id 4fb4d7f45d1cf-608d09486c4mr6403635a12.17.1750010725940; Sun, 15 Jun 2025 11:05:25 -0700 (PDT) MIME-Version: 1.0 References: <6684dff4-c2a1-4f41-be9a-71162f256031@app.fastmail.com> In-Reply-To: From: =?UTF-8?Q?Robert_Chac=C3=B3n?= Date: Sun, 15 Jun 2025 12:05:14 -0600 X-Gm-Features: AX0GCFsUOPyFgQ42_BkfMn3Ux_9j4MLJa8K4XdyRlfdHos2c54lW8ZuCvBk5aZA Message-ID: To: dave seddon Cc: Nils Andreas Svee , the keyboard of geoff goodfellow , Frantisek Borsik , Dave Taht , Herbert Wolverson , libreqos , Jeremy Austin , codel@lists.bufferbloat.net, bloat , Cake List , bloat-ietf@lists.bufferbloat.net Content-Type: multipart/alternative; boundary="000000000000ac508f0637a01fb3" X-Mailman-Approved-At: Sun, 15 Jun 2025 14:06:45 -0400 Subject: Re: [LibreQoS] [Cake] [Bloat] [Starlink] Announcing the LibreQoS Bufferbloat TestPlatform X-BeenThere: libreqos@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Many ISPs need the kinds of quality shaping cake can do List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2025 18:05:27 -0000 --000000000000ac508f0637a01fb3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Nils, I've now fixed the issue where the initial latency spike skews baseline results by switching to using 75th percentile for baseline calculation. Thanks for catching that. Geoff, I may have fixed that now. Our Vultr VPS was hitting its bandwidth limit apparently, and they throttled it. Switched to hosting it locally in El Paso as fast as I could. Now tests can achieve saturation throughput. Dave, If you try it again does it still fail to ping currently? Thanks, Robert On Sun, Jun 15, 2025 at 11:32=E2=80=AFAM dave seddon wrote: > Very cool Frank! > > When I run it, it says all of my latency is 0.0ms. This > is firefox-139.0.1 on NixOS unstable. > > I guess soem of the CORS headers are screwed up? > Cross-Origin Request Blocked: The Same Origin Policy disallows reading th= e > remote resource at https://test-elp.libreqos.com:8005/ping?cb=3D242578. > (Reason: CORS request did not succeed). Status code: (null). > > I don't know, I guess you probably _do_ want these objects to be > cacheable via the CDN? > > GET /ping?cb=3D819806 HTTP/1.1 > Host: test-elp.libreqos.com:8005 > User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:139.0) Gecko/20100101 > Firefox/139.0 > Accept: */* > Accept-Language: en-US,en;q=3D0.5 > Accept-Encoding: gzip, deflate, br, zstd > Pragma: no-cache > Cache-Control: no-store, no-cache, must-revalidate > X-Priority: high > X-Ping-Attempt: 0 > Referer: https://test.libreqos.com/ > Origin: https://test.libreqos.com > Connection: keep-alive > Sec-Fetch-Dest: empty > Sec-Fetch-Mode: cors > Sec-Fetch-Site: same-site > > HTTP/1.1 200 OK > date: Sun, 15 Jun 2025 17:13:55 GMT > server: uvicorn > cache-control: no-store, no-cache, must-revalidate > pragma: no-cache > x-ping-server: dedicated > x-priority-processed: true > x-ping-timeouts-seen: 0 > content-length: 4 > content-type: text/plain; charset=3Dutf-8 > access-control-allow-origin: * > access-control-allow-credentials: true > > Your Nginx server also can have caching enabled for the favorite icon, an= d > the javascript, which should make it faster to load. > > HTTP/2 200 > server: nginx/1.18.0 (Ubuntu) > date: Sun, 15 Jun 2025 17:13:35 GMT > content-type: text/javascript; charset=3Dutf-8 > vary: Accept-Encoding > last-modified: Tue, 10 Jun 2025 04:28:53 GMT > strict-transport-security: max-age=3D63072000 > x-content-type-options: nosniff > x-frame-options: SAMEORIGIN > content-encoding: gzip > X-Firefox-Spdy: h2 > > I've found that you can set the caching for the CORS "preflight" requests > too and it definitely helps. e.g. access-control-max-age 345600 > > On Sun, Jun 15, 2025 at 9:53=E2=80=AFAM Nils Andreas Svee via Cake < > cake@lists.bufferbloat.net> wrote: > >> Just tried it too: https://imgur.com/a/F2cNZd4, also getting A+ overall, >> and "only" A for bidirectional. >> >> I seem to be getting a 200+ ms spike right at the beginning of the >> baseline test, which skews the results. >> This happened at least on a couple of tests, but after a few tries it go= t >> better. At least with ICMP ping separately I don't see any spikes like t= hat. >> >> Best Regards >> Nils >> >> On Sun, Jun 15, 2025, at 23:20, the keyboard of geoff goodfellow via >> Bloat wrote: >> >> re: *thoughts and feedback!* >> >> your https://test.libreqos.com tests of [Single User Test] & [Virtual >> Household Mode] both give yours truly bufferbloat grades of *A+ * >> >> whereas the https://www.waveform.com/tools/bufferbloat test gives yours >> truly a bufferbloat brade grade of *C* >> >> >> https://www.waveform.com/tools/bufferbloat?test-id=3Db13810f2-e999-4045-= 8e8b-ab3ab8b957c5 >> >> #1.) Why/What's the difference? >> >> #2.) Who/Which one to believe=C2=BF >> >> g >> >> >> On Sun, Jun 15, 2025 at 4:58=E2=80=AFAM Frantisek Borsik via Starlink < >> starlink@lists.bufferbloat.net> wrote: >> >> 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 specifica= lly 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 w= ith >> 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 >> complaints >> >> >> *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 buf= ferbloat >> community. We believe that widespread ISP deployment of proper bufferblo= at >> 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 >> _______________________________________________ >> Starlink mailing list >> Starlink@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/starlink >> >> >> >> -- >> Geoff.Goodfellow@iconia.com >> >> living as The Truth is True >> >> _______________________________________________ >> Bloat mailing list >> Bloat@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/bloat >> >> >> _______________________________________________ >> Cake mailing list >> Cake@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cake >> > > > -- > Regards, > Dave Seddon > +1 415 857 5102 > --=20 ROBERT CHAC=C3=93N FOUNDER +1-915-730-1472 LibreQoS.com --000000000000ac508f0637a01fb3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Nils,

I've now fixed the= issue where the initial latency spike skews baseline results by switching = to using 75th percentile for baseline calculation. Thanks for catching that= .=C2=A0

Geoff,

I may have= fixed that now. Our Vultr VPS was hitting its bandwidth limit apparently, = and they throttled it. Switched to hosting it locally in El Paso as fast as= I could. Now tests can achieve saturation throughput.

=
Dave,

If you try it again does it still fail = to ping currently?

Thanks,
Robert
<= /div>
On Sun, Jun 15, 2025 at 11:32=E2=80=AFAM dave seddon &= lt;dave.seddon.ca@gmail.com= > wrote:
Very cool Frank!

When I run it, = it says all of my latency is 0.0ms.=C2=A0 This is=C2=A0firefox-139.0.1=C2= =A0on NixOS unstable.

I guess soem of the CORS=C2= =A0headers are screwed up?
Cross-Origin Request Blocke= d: The Same Origin Policy disallows reading the remote resource at = https://test-elp.libreqos.com:8005/ping?cb=3D242578. (Reason: CORS requ= est did not succeed). Status code: (null).

I don&#= 39;t know, I guess you probably _do_ want these objects to be cacheable=C2= =A0via the CDN?

GET /ping?cb=3D819806 HTTP/1.1
Host: test-elp.libreqos.com:8005
User-Age= nt: Mozilla/5.0 (X11; Linux x86_64; rv:139.0) Gecko/20100101 Firefox/139.0<= br>Accept: */*
Accept-Language: en-US,en;q=3D0.5
Accept-Encoding: gzi= p, deflate, br, zstd
P= ragma: no-cache
Cache-Control: no-store, no-cache, must-revalidate
X-Priority: high
X-Ping-Attempt: 0
Referer: https://test.libreqos.com/
Orig= in: https://test.li= breqos.com
Connection: keep-alive
Sec-Fetch-Dest: empty
Sec-Fe= tch-Mode: cors
Sec-Fetch-Site: same-site

HTTP/1.1 200 OK
date: Sun, 15 Jun= 2025 17:13:55 GMT
server: uvicorn
cache-control: no-store, no-cache, must-revalidate
pragm= a: no-cache
x-ping-server: dedicated
x-priority-processed: tru= e
x-ping-timeouts-seen: 0
content-length: 4
content-type: text/pla= in; charset=3Dutf-8
access-control-allow-origin: *
access-control-all= ow-credentials: true

Your Nginx server = also can have caching enabled for the favorite icon, and the javascript, wh= ich should make it faster to load.

HTTP/2 200
server: nginx/1.18.0 (Ubuntu)
date= : Sun, 15 Jun 2025 17:13:35 GMT
content-type: text/javascript; charset= =3Dutf-8
vary: Accept-Encoding
last-modified: Tue, 10 Jun 2025 04:28:= 53 GMT
strict-transport-security: max-age=3D63072000
x-content-type-o= ptions: nosniff
x-frame-options: SAMEORIGIN
content-encoding: gzipX-Firefox-Spdy: h2

I= 've found that you can set the caching for the CORS "preflight&quo= t; requests too and it definitely helps. e.g.=C2=A0access-control-ma= x-age=C2=A0345600

On Sun, Jun 15, 2025 at 9:53=E2=80=AFAM Nils And= reas Svee via Cake <cake@lists.bufferbloat.net> wrote:
Just tried it too:= =C2=A0https://img= ur.com/a/F2cNZd4, also getting A+ overall, and "only" A for b= idirectional.

I seem to be getting a 200+ ms spike= right at the beginning of the baseline test, which skews the results.
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.

Best Regards
Nils

<= /div>
On Sun, Jun 15, 2025, at 23:20, the keyboard of geoff goodfellow = via Bloat wrote:
re:=C2=A0thoughts and feedback!<= /span>

=
your=C2=A0https://test.libreqos.com= =C2=A0tests of [Single User Test] & [Virtual Household Mode] both g= ive yours truly bufferbloat grades of A+=C2=A0

whereas the=C2=A0https://www.waveform.co= m/tools/bufferbloat=C2=A0test gives yours truly a bufferbloat brade gra= de of C

https://www.waveform.com/tools/b= ufferbloat?test-id=3Db13810f2-e999-4045-8e8b-ab3ab8b957c5
<= div>
#1.) Why/What's the differ= ence?

#2.) Who/Wh= ich one to believe=C2=BF

g


On Sun, Jun 1= 5, 2025 at 4:58=E2=80=AFAM Frantisek Borsik via Starlink <starlink@lists.buffer= bloat.net> wrote:
=
Hello to all,

We're excited to annou= nce the release of the LibreQoS Bufferbloat Test =E2=80=93 an open-s= ource bufferbloat testing solution designed specifically for ISPs and netwo= rk operators to deploy for their customers.

Lin= k

What Makes This Diff= erent

While there are several bufferbloat test= ing tools available, this platform addresses a critical gap: ISP-deployable= infrastructure that provides both traditional testing and realistic househ= old simulation.

As Dave T=C3=A4ht highlighted in h= is influential article "What's Wrong with Speed Tests", trad= itional speed tests fail to measure what users actually experience. We trie= d 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

<= /div>
Single User Test Mode
  • Traditional sequential = load testing (baseline =E2=86=92 download =E2=86=92 upload =E2=86=92 bidire= ctional)
  • 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 Buffer= bloat Test

Virtual Household Mode (The Inno= vation)

Process-isolated simulation of 4 concu= rrent users with authentic traffic patterns:
  • Alex (Gaming): 1.= 5 Mbps constant, jitter-sensitive for competitive gaming
  • Sarah (Vid= eo Conference): 2.5 Mbps bidirectional, Teams simulation with working laten= cy monitoring
  • Jake (Netflix HD): 25 Mbps bursts (1s on, 4s off), re= alistic streaming patterns
  • Computer (Background): Up to 200 Mbps co= ntinuous download, system updates

Real-world r= elevance: 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

T= he traditional approach of sending customers to third-party speed test site= s has limitations:
  • No control over test methodology or ser= ver placement
  • Limited correlation with customer support tickets
  • Generic results that don't reflect real-world usage patterns
    • <= li>No integration with ISP operational systems
This platfo= rm enables (not only) ISPs to:
  • Host their own testing infr= astructure with full control
  • Integrate with support systems via tel= emetry APIs
  • Provide customers with realistic household testing scen= arios
  • Correlate test results with network performance and customer = complaints

Open Source & Community<= /div>

The entire platform is open source and available h= ere: https://github.com/LibreQoE/bufferbloat_test

<= div>We've designed this to be:
  • Easy to deploy for (not onl= y) ISPs of any size
  • Scientifically meaningful in its measurement me= thodology
  • Realistic in its simulation of actual household usage
  • Integrable with existing ISP operational workflows

<= /div>
Community Feedback Requested
We'd love f= eedback from the buffe= rbloat.net community on:
  • Test methodology: Are we measurin= g the right metrics?
  • Grading thresholds: Do our A+ to F grades alig= n with real-world impact?
  • Virtual household scenarios: What other r= ealistic usage patterns should we simulate?
  • ISP adoption: What barr= iers exist for ISP deployment?

Technical Di= scussion
We'd welcome discussion about:
  • = Measurement accuracy for working latency and jitter in virtual household mo= de
  • Traffic pattern authenticity (gaming, video conferencing, stream= ing)
  • Grading methodology for latency under load in complex multi-us= er scenarios
  • Integration approaches for ISP operational systems

The platform represents our attempt to bridge the= gap between academic bufferbloat research and practical ISP operations, bu= ilding on the foundational work of researchers like Dave T=C3=A4ht and the = broader bufferbloat community. We believe that widespread ISP deployment of= proper bufferbloat testing infrastructure will ultimately benefit the enti= re internet ecosystem.

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

The LibreQoS Team


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

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


https://www.linkedin.com/in/frantisekborsik<= /u>

Signal, Telegram, WhatsApp: +421919= 416714=C2=A0

iMessage, mo= bile: +420775230885

Skype= : casioa5302ca

frantisek.borsik@gmail.com

___________________________= ____________________
Starlink mailing list

--

<= div dir=3D"ltr">
living as The Truth is True

_______________________________________________
Bloat mailing = list


= _______________________________________________
Cake mailing list
Cake@lists.= bufferbloat.net
https://lists.bufferbloat.net/listinfo/cake


--
Regards,
Dave Seddon
+1 415 857 5102


--

<= /table>

ROBERT= CHAC=C3=93N

<= p style=3D"margin:0.1px">FOUNDER

+1-915-730-1472

LibreQoS.com

3D""


--000000000000ac508f0637a01fb3--