From: Sebastian Moeller <moeller0@gmx.de>
To: Jeremy Austin <jeremy@aterlo.com>
Cc: dan <dandenson@gmail.com>, Rpm <rpm@lists.bufferbloat.net>,
libreqos <libreqos@lists.bufferbloat.net>,
Dave Taht via Starlink <starlink@lists.bufferbloat.net>,
rjmcmahon <rjmcmahon@rjmcmahon.com>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Starlink] [Rpm] [LibreQoS] [EXTERNAL] Re: Researchers Seeking Probe Volunteers in USA
Date: Mon, 13 Mar 2023 22:00:23 +0100 [thread overview]
Message-ID: <AA0EDA05-BBBF-46B5-ADF4-4E8306580FAA@gmx.de> (raw)
In-Reply-To: <CACw=56K6fdonbzFjT25nJXz1=J61gX=o1XBpt-G=_e-TUi-gdQ@mail.gmail.com>
Hi Jeremy,
> On Mar 13, 2023, at 20:52, Jeremy Austin <jeremy@aterlo.com> wrote:
>
>
>
> On Mon, Mar 13, 2023 at 12:34 PM dan <dandenson@gmail.com> wrote:
>
> See, you're coming around. Cake is autorating (or very close, 'on
> device') at the wan port. not the speed test device or software. And
> the accurate data is collected by cake, not the speed test tool. That
> tool is reporting false information because it must, it doesn't know
> the other consumers on the network. It's 'truest' when the network is
> quiet but the more talkers the more the tool lies.
>
> cake, the kernel, and the wan port all have real info, the speed test
> tool does not.
>
> I'm running a bit behind on commenting on the thread (apologies, more later) but I point you back at my statement about NTIA (and, to a certain extent, the FCC):
>
> Consumers use speed tests to qualify their connection.
[SM] And rightly so... this put a nice stop to the perverse practice of selling contracts stating (up to) 100 Mbps for links that never could reach that capacity ever, now an ISP is careful in what they promise... Speedtest (especially using the official speedtest app that tries to make users pay attention to a number of important points, e.g. not over WiFi, but over an ethernet port that has a capacity above the contracted speed) seem to be good enough for that purpose. Really over here that is the law and ISP still are doing fine and we are taking low single digit thousands of complaints in a market with ~40 million households.
>
> Whether AQM is applied or not, a speed test does not reflect in all circumstances the capacity of the pipe. One might argue that it seldom reflects it.
[SM] But one would be wrong, at least the official speedtests over here are pretty reliable, but they seem to be competenyly managed. E.g. users need to put in the contracted speed (drop down boxes to the select ISP and contract name) and the test infrastructure will only start the test if it managed to reserver sufficient capacity of the test servers to reliably saturate the contracted rate. This is a bit of engineering and not witchcraft, really. ;)
> Unfortunately, those who have "real info", to use Dan's term, are currently nearly powerless to use it. I am, if possible, on both the ISP and consumer side here.
[SM] If you are talking about speedtests being systemicly wrong in getting usabe capacity estimates I disagree, if your point is that a sole focus on this measure is missing the way more important point od keeping latency under load limited, I fully agree. That point currently is lost on the national regulator over here as well.
> And yes, Preseem does have an iron in this fire, or at least a dog in this fight.
[SM] Go team!
> Ironically, the FCC testing for CAF/RDOF actually *does* take interface load into account, only tests during peak busy hours, and /then/ does a speed test. But NTIA largely ignores that for BEAD.
[SM] I admit that I have not looked deeply into these different test methods, and will shut up about this topic until I did to avoid wasting your time.
Regards
Sebastian
>
> --
> --
> Jeremy Austin
> Sr. Product Manager
> Preseem | Aterlo Networks
> preseem.com
>
> Book a Call: https://app.hubspot.com/meetings/jeremy548
> Phone: 1-833-733-7336 x718
> Email: jeremy@preseem.com
>
> Stay Connected with Newsletters & More: https://preseem.com/stay-connected/
next prev parent reply other threads:[~2023-03-13 21:00 UTC|newest]
Thread overview: 168+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.2651.1672779463.1281.starlink@lists.bufferbloat.net>
2023-01-03 22:58 ` [Starlink] " David P. Reed
2023-01-09 14:44 ` Livingood, Jason
2023-01-09 15:26 ` Dave Taht
2023-01-09 17:00 ` Sebastian Moeller
2023-01-09 17:04 ` [Starlink] [LibreQoS] " Jeremy Austin
2023-01-09 18:33 ` Dave Taht
2023-01-09 19:06 ` David Collier-Brown
2023-01-09 18:54 ` [Starlink] [EXTERNAL] " Livingood, Jason
2023-01-09 19:19 ` [Starlink] [Rpm] " rjmcmahon
2023-01-09 19:56 ` [Starlink] [LibreQoS] " dan
2023-01-09 21:00 ` rjmcmahon
2023-03-13 10:02 ` [Starlink] [Rpm] [LibreQoS] " Sebastian Moeller
2023-03-13 15:08 ` Jeremy Austin
2023-03-13 15:50 ` Sebastian Moeller
2023-03-13 16:06 ` [Starlink] [Bloat] " Dave Taht
2023-03-13 16:19 ` Sebastian Moeller
2023-03-13 16:12 ` [Starlink] " dan
2023-03-13 16:36 ` Sebastian Moeller
2023-03-13 17:26 ` dan
2023-03-13 17:37 ` Jeremy Austin
2023-03-13 18:34 ` Sebastian Moeller
2023-03-13 18:14 ` Sebastian Moeller
2023-03-13 18:42 ` rjmcmahon
2023-03-13 18:51 ` Sebastian Moeller
2023-03-13 19:32 ` rjmcmahon
2023-03-13 20:00 ` Sebastian Moeller
2023-03-13 20:28 ` rjmcmahon
2023-03-14 4:27 ` [Starlink] On FiWi rjmcmahon
2023-03-14 11:10 ` Mike Puchol
2023-03-14 16:54 ` [Starlink] [Rpm] " Robert McMahon
2023-03-14 17:06 ` Robert McMahon
2023-03-14 17:11 ` [Starlink] [Bloat] " Sebastian Moeller
2023-03-14 17:35 ` Robert McMahon
2023-03-14 17:54 ` [Starlink] [LibreQoS] " dan
2023-03-14 18:14 ` Robert McMahon
2023-03-14 19:18 ` dan
2023-03-14 19:30 ` [Starlink] [Bloat] [LibreQoS] " Dave Taht
2023-03-14 20:06 ` rjmcmahon
2023-03-14 19:30 ` [Starlink] [LibreQoS] [Bloat] " rjmcmahon
2023-03-14 23:30 ` Bruce Perens
2023-03-15 0:11 ` Robert McMahon
2023-03-15 5:20 ` Bruce Perens
[not found] ` <CALQXh-PUgix7ApkTi5W8TMKVZfE4fyNk4WeiocZ6QU6R-m7naA@mail.gmail.com>
2023-03-15 17:05 ` [Starlink] [Rpm] [LibreQoS] [Bloat] " Bruce Perens
2023-03-15 17:44 ` rjmcmahon
2023-03-15 19:22 ` [Starlink] [Bloat] [Rpm] [LibreQoS] " David Lang
2023-03-15 17:32 ` [Starlink] [LibreQoS] [Bloat] [Rpm] " rjmcmahon
2023-03-15 17:42 ` dan
2023-03-15 18:03 ` Mike Puchol
2023-03-15 19:33 ` [Starlink] [Bloat] [LibreQoS] " David Lang
2023-03-15 19:39 ` [Starlink] [Rpm] [Bloat] [LibreQoS] " Dave Taht
2023-03-15 21:52 ` David Lang
2023-03-15 22:04 ` Dave Taht
2023-03-15 22:08 ` dan
2023-03-15 17:43 ` [Starlink] [Bloat] [LibreQoS] [Rpm] " Sebastian Moeller
2023-03-15 17:49 ` rjmcmahon
2023-03-15 17:53 ` [Starlink] [Rpm] [Bloat] [LibreQoS] " Dave Taht
2023-03-15 17:59 ` dan
2023-03-15 19:39 ` rjmcmahon
2023-03-17 16:38 ` [Starlink] [Rpm] " Dave Taht
2023-03-17 18:21 ` Mike Puchol
2023-03-17 19:01 ` Sebastian Moeller
2023-03-17 19:19 ` rjmcmahon
2023-03-17 20:37 ` Bruce Perens
2023-03-17 20:57 ` rjmcmahon
2023-03-17 22:50 ` Bruce Perens
2023-03-18 18:18 ` rjmcmahon
2023-03-18 19:57 ` [Starlink] [LibreQoS] " dan
2023-03-18 20:40 ` rjmcmahon
2023-03-19 10:26 ` Michael Richardson
2023-03-19 21:00 ` [Starlink] On metrics rjmcmahon
2023-03-20 0:26 ` dan
2023-03-20 3:03 ` David Lang
[not found] ` <CAJUtOOgC8O2jvT7eZ0O8nU8kCPOeCgVPTBNKaA3ZqLpJf4obJw@mail.gmail.com>
2023-03-20 21:28 ` [Starlink] [Rpm] [LibreQoS] On FiWi dan
[not found] ` <CAJUtOOhPsiC=9SM3rUUxWuh4euLbDxVqcrM6hioDykZaWYfy6Q@mail.gmail.com>
2023-03-20 22:02 ` [Starlink] On FiWi power envelope rjmcmahon
2023-03-20 23:47 ` Bruce Perens
2023-03-21 0:10 ` [Starlink] [Rpm] [LibreQoS] On FiWi Brandon Butterworth
[not found] ` <CAJUtOOhinMu4Mv9EW-PB7ef9EHWL3inpeABUqFt0UDAw47MixA@mail.gmail.com>
2023-03-21 11:26 ` [Starlink] Annoyed at 5/1 Mbps Rich Brown
2023-03-21 12:29 ` [Starlink] [Rpm] [LibreQoS] On FiWi Brandon Butterworth
2023-03-21 12:30 ` Sebastian Moeller
2023-03-21 17:42 ` rjmcmahon
2023-03-21 18:08 ` rjmcmahon
[not found] ` <CAJUtOOiMk+PBK2ZRFsZA8EFEgqfHY3Zpw9=kAkJZpePx9OzeMw@mail.gmail.com>
2023-03-21 19:58 ` rjmcmahon
2023-03-21 20:06 ` [Starlink] [Bloat] " David Lang
2023-03-25 19:39 ` [Starlink] On fiber as critical infrastructure w/Comcast chat rjmcmahon
2023-03-25 20:09 ` Bruce Perens
2023-03-25 20:47 ` rjmcmahon
2023-03-25 20:15 ` [Starlink] [Bloat] " Sebastian Moeller
2023-03-25 20:43 ` rjmcmahon
2023-03-25 21:08 ` Bruce Perens
2023-03-25 22:04 ` Robert McMahon
2023-03-25 22:50 ` dan
2023-03-25 23:21 ` Robert McMahon
2023-03-25 23:35 ` David Lang
2023-03-26 0:04 ` Robert McMahon
2023-03-26 0:07 ` Nathan Owens
2023-03-26 0:50 ` Robert McMahon
2023-03-26 8:45 ` Livingood, Jason
2023-03-26 18:54 ` rjmcmahon
2023-03-26 0:28 ` David Lang
2023-03-26 0:57 ` Robert McMahon
2023-03-25 22:57 ` Bruce Perens
2023-03-25 23:33 ` David Lang
2023-03-25 23:38 ` Robert McMahon
2023-03-25 23:20 ` David Lang
2023-03-26 18:29 ` rjmcmahon
2023-03-26 10:34 ` Sebastian Moeller
2023-03-26 18:12 ` rjmcmahon
2023-03-26 20:57 ` David Lang
2023-03-26 21:11 ` Sebastian Moeller
2023-03-26 21:26 ` David Lang
2023-03-28 17:06 ` Larry Press
2023-03-28 17:47 ` rjmcmahon
2023-03-28 18:11 ` Frantisek Borsik
2023-03-28 18:46 ` rjmcmahon
2023-03-28 20:37 ` David Lang
2023-03-28 21:31 ` rjmcmahon
2023-03-28 22:18 ` dan
2023-03-28 22:42 ` rjmcmahon
2023-03-29 8:28 ` Sebastian Moeller
2023-03-29 12:27 ` Dave Collier-Brown
2023-03-29 13:22 ` Doc Searls
2023-03-29 13:40 ` [Starlink] Enabling a production model Dave Taht
2023-03-29 14:54 ` [Starlink] [LibreQoS] " dan
2023-03-29 16:53 ` Jeremy Austin
2023-03-29 18:33 ` Sebastian Moeller
2023-03-29 17:13 ` [Starlink] [Bloat] " David Lang
2023-03-29 17:34 ` dan
2023-03-29 20:03 ` David Lang
2023-04-02 12:00 ` Sebastian Moeller
2023-03-29 17:46 ` Rich Brown
2023-03-29 19:02 ` tom
2023-03-29 19:08 ` Dave Taht
2023-03-29 19:31 ` tom
2023-03-29 19:11 ` Dave Collier-Brown
2023-04-02 11:39 ` Sebastian Moeller
2023-03-29 13:46 ` [Starlink] [Bloat] On fiber as critical infrastructure w/Comcast chat Frantisek Borsik
2023-03-29 14:57 ` [Starlink] [LibreQoS] " Dave Taht
2023-03-29 19:23 ` Sebastian Moeller
2023-03-29 19:02 ` [Starlink] " rjmcmahon
2023-03-29 19:37 ` dan
2023-03-25 20:27 ` [Starlink] " rjmcmahon
2023-03-17 23:15 ` [Starlink] [Bloat] [Rpm] On FiWi David Lang
2023-03-14 18:05 ` [Starlink] " Steve Stroh
2023-03-13 19:33 ` [Starlink] [Rpm] [LibreQoS] [EXTERNAL] Re: Researchers Seeking Probe Volunteers in USA dan
2023-03-13 19:52 ` Jeremy Austin
2023-03-13 21:00 ` Sebastian Moeller [this message]
2023-03-13 21:27 ` dan
2023-03-14 9:11 ` Sebastian Moeller
2023-03-13 20:45 ` Sebastian Moeller
2023-03-13 21:02 ` [Starlink] When do you drop? Always! Dave Taht
2023-03-13 21:42 ` Ulrich Speidel
2023-03-13 16:04 ` [Starlink] UnderBloat on fiber and wisps Dave Taht
2023-03-13 16:09 ` Sebastian Moeller
2023-03-13 16:35 ` Mike Puchol
2023-01-09 20:49 ` [Starlink] [EXTERNAL] Re: Researchers Seeking Probe Volunteers in USA Dave Taht
2023-01-09 19:13 ` [Starlink] [Rpm] " rjmcmahon
2023-01-09 19:47 ` Sebastian Moeller
2023-01-11 18:32 ` Rodney W. Grimes
2023-01-11 20:01 ` Sebastian Moeller
2023-01-11 20:09 ` rjmcmahon
2023-01-12 8:14 ` Sebastian Moeller
2023-01-12 17:49 ` Robert McMahon
2023-01-09 20:20 ` Dave Taht
2023-01-09 20:46 ` rjmcmahon
2023-01-09 20:59 ` Dave Taht
2023-01-09 21:06 ` rjmcmahon
2023-01-09 21:18 ` rjmcmahon
2023-01-10 17:36 ` David P. Reed
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/starlink.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AA0EDA05-BBBF-46B5-ADF4-4E8306580FAA@gmx.de \
--to=moeller0@gmx.de \
--cc=bloat@lists.bufferbloat.net \
--cc=dandenson@gmail.com \
--cc=jeremy@aterlo.com \
--cc=libreqos@lists.bufferbloat.net \
--cc=rjmcmahon@rjmcmahon.com \
--cc=rpm@lists.bufferbloat.net \
--cc=starlink@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