[Rpm] NZ latest latency report

[Rpm] NZ latest latency report

[Dave Taht]

I do wish that it broke it out by provider, and recommended somehow to
those suffering still, install a better device... VDSL can be made
vastly more tolerable. Otherwise pretty good, and brings in
starlink...

https://comcom.govt.nz/__data/assets/pdf_file/0016/320326/MBNZ-Autumn-Report-28-June-2023.pdf

To pick on samknows a little bit, I think the test does not run long
enough, and should be pulling from higher than what appears to be the
75th percentile.



-- 
Podcast: https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/
Dave Täht CSO, LibreQos

Re: [Rpm] [Starlink] NZ latest latency report

[Ulrich Speidel]

[-- Attachment #1: Type: text/plain, Size: 2907 bytes --]

Sorry have been pretty quiet lately as I've tried to slot some overdue leave in and have been on the road. The most experimenting I've done in the last month has been trying to check out what polar latitude a Ka-band GEO based aircraft WiFi system loses its connectivity at - thanks to Vladimir Putin on a now 14-something hour flight from Haneda to Frankfurt that goes way up there. Answer: somewhere not too far north of Alaska.

NZ broadband survey & Starlink: Pretty much what we saw a few months ago. Given that Starlink seem to manage average load by putting the throttle on subscriptions based on location, I don't expect this to change much longer term either. Goodput depends on how much of a satellite's capacity you can grab, which depends on the number of currently competing users, which they manage closely. Oh and yes the latencies... I suspect that as long as they have full satellite utilisation and the latencies aren't so extreme that they impact on voice / video comms, Starlink will probably just sit pretty, especially if the extra buffering helps absorb windfall load from new handovers.

--
****************************************************************
Dr. Ulrich Speidel

Department of Computer Science

Room 303S.594
Ph: (+64-9)-373-7599 ext. 85282

The University of Auckland
u.speidel@auckland.ac.nz<mailto:u.speidel@auckland.ac.nz>
http://www.cs.auckland.ac.nz/~ulrich/<http://www.cs.auckland.ac.nz/%7Eulrich/>
****************************************************************
________________________________
From: Starlink <starlink-bounces@lists.bufferbloat.net> on behalf of Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Sent: Thursday, July 6, 2023 1:08 AM
To: libreqos <libreqos@lists.bufferbloat.net>; Rpm <rpm@lists.bufferbloat.net>; Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Cc: Sam Crawford <sam@samknows.com>
Subject: [Starlink] NZ latest latency report

I do wish that it broke it out by provider, and recommended somehow to
those suffering still, install a better device... VDSL can be made
vastly more tolerable. Otherwise pretty good, and brings in
starlink...

https://comcom.govt.nz/__data/assets/pdf_file/0016/320326/MBNZ-Autumn-Report-28-June-2023.pdf<https://comcom.govt.nz/__data/assets/pdf_file/0016/320326/MBNZ-Autumn-Report-28-June-2023.pdf>

To pick on samknows a little bit, I think the test does not run long
enough, and should be pulling from higher than what appears to be the
75th percentile.



--
Podcast: https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/<https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937>
Dave Täht CSO, LibreQos
_______________________________________________
Starlink mailing list
Starlink@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/starlink<https://lists.bufferbloat.net/listinfo/starlink>

[-- Attachment #2: Type: text/html, Size: 4797 bytes --]

Re: [Rpm] [Starlink] NZ latest latency report

[Dick Roy]

[-- Attachment #1: Type: text/plain, Size: 2271 bytes --]

I’m not the expert in the room, however I find the report lacking in one
very important area.  All these results on latencies, speed, etc., are
categorized based on users “first mile access” technology, leqding the
reader to believe the sole source of these numbrs is the “first mile” which
of course it is not.  They do not address the as important issues of the
rest of what’s between “end-2-end”.  Take a look at the gaming latency
results, and you see games hosted in America have very high latencies for
users in New Zealand … duhhhhhh!  This can’t be news.  

 

While not trivial by any means, what could/should be done to make these data
more useful for consumers is to figure out the effect of everything past the
“first mile/first hop” and break it out separately.  That way, a (moderately
intelligent) user could make a reasonably informed cost-benefit analysis on
which combination of first mile technology and back-end service provider to
choose, assuming there were service providers that offered a choice of
“first-mile’ access, or backhaul providers that served a variety of “first
mile” providers.  Guess we’re a few years away from that :-)

 

RR

 

-----Original Message-----
From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf Of
Dave Taht via Starlink
Sent: Wednesday, July 5, 2023 6:08 AM
To: libreqos; Rpm; Dave Taht via Starlink
Cc: Sam Crawford
Subject: [Starlink] NZ latest latency report

 

I do wish that it broke it out by provider, and recommended somehow to

those suffering still, install a better device... VDSL can be made

vastly more tolerable. Otherwise pretty good, and brings in

starlink...

 

https://comcom.govt.nz/__data/assets/pdf_file/0016/320326/MBNZ-Autumn-Report
-28-June-2023.pdf

 

To pick on samknows a little bit, I think the test does not run long

enough, and should be pulling from higher than what appears to be the

75th percentile.

 

 

 

-- 

Podcast:
https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/

Dave Täht CSO, LibreQos

_______________________________________________

Starlink mailing list

Starlink@lists.bufferbloat.net

https://lists.bufferbloat.net/listinfo/starlink


[-- Attachment #2: Type: text/html, Size: 7328 bytes --]

Re: [Rpm] [LibreQoS] [Starlink] NZ latest latency report

[dan]

[-- Attachment #1: Type: text/plain, Size: 3528 bytes --]

I can imagine the end-to-end latency is something they might not want to
talk about.    I'm saying this in the context of the english speaking world
and transit times from AU and NZ to US, CA, UK.

Keep in mind that one-way, it's 35ms from Auckland to Los Angeles for those
photons in a vacuum, slightly more in a strand of glass.

Cross-planet content really needs to be latency insensitive until we get
some sort of FTL data streams lol.

But if you are stuck with 35ms across the ocean to the nearest english
speaking country, it's even more important to have the last mile be as low
latency as possible.

The 'content' can just be moved nearer, ie hulu and netflix and the like,
but realtime coms with American has an extra 35ms and London 65ms one-way
cost so you really can't afford to have 50ms to the end user on either side.



On Wed, Jul 5, 2023 at 6:17 PM Dick Roy via LibreQoS <
libreqos@lists.bufferbloat.net> wrote:

> I’m not the expert in the room, however I find the report lacking in one
> very important area.  All these results on latencies, speed, etc., are
> categorized based on users “first mile access” technology, leqding the
> reader to believe the sole source of these numbrs is the “first mile” which
> of course it is not.  They do not address the as important issues of the
> rest of what’s between “end-2-end”.  Take a look at the gaming latency
> results, and you see games hosted in America have very high latencies for
> users in New Zealand … duhhhhhh!  This can’t be news.
>
>
>
> While not trivial by any means, what could/should be done to make these
> data more useful for consumers is to figure out the effect of everything
> past the “first mile/first hop” and break it out separately.  That way, a
> (moderately intelligent) user could make a reasonably informed cost-benefit
> analysis on which combination of first mile technology and back-end service
> provider to choose, assuming there were service providers that offered a
> choice of “first-mile’ access, or backhaul providers that served a variety
> of “first mile” providers.  Guess we’re a few years away from that J
>
>
>
> RR
>
>
>
> -----Original Message-----
> From: Starlink [mailto:starlink-bounces@lists.bufferbloat.net] On Behalf
> Of Dave Taht via Starlink
> Sent: Wednesday, July 5, 2023 6:08 AM
> To: libreqos; Rpm; Dave Taht via Starlink
> Cc: Sam Crawford
> Subject: [Starlink] NZ latest latency report
>
>
>
> I do wish that it broke it out by provider, and recommended somehow to
>
> those suffering still, install a better device... VDSL can be made
>
> vastly more tolerable. Otherwise pretty good, and brings in
>
> starlink...
>
>
>
>
> https://comcom.govt.nz/__data/assets/pdf_file/0016/320326/MBNZ-Autumn-Report-28-June-2023.pdf
>
>
>
> To pick on samknows a little bit, I think the test does not run long
>
> enough, and should be pulling from higher than what appears to be the
>
> 75th percentile.
>
>
>
>
>
>
>
> --
>
> Podcast:
> https://www.linkedin.com/feed/update/urn:li:activity:7058793910227111937/
>
> Dave Täht CSO, LibreQos
>
> _______________________________________________
>
> Starlink mailing list
>
> Starlink@lists.bufferbloat.net
>
> https://lists.bufferbloat.net/listinfo/starlink
> _______________________________________________
> LibreQoS mailing list
> LibreQoS@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/libreqos
>

[-- Attachment #2: Type: text/html, Size: 8605 bytes --]