[Starlink] NZ latest latency report

[Starlink] 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: [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: [Starlink] NZ latest latency report

[David Fernández]

I think they could recommend the RSP to provide better devices, but
SamKnows should then provide Whiteboxes that replace the device
provided by the RSP, to demonstrate that it can be done better, and
then compare the measurements with the original device provided by the
RSP vs. the better ones.

Tables 3, 4 and 5 in the report (starting at page 37) give some
latency measurements to different servers by Retail Service Provider
(RSP).

I have not seen specified in the report the duration of the
measurement tests. Why do you suspect the test is not running long
enough? What should be the duration of the tests?

They are reporting the average value for measurements and the range
where 95% of measurements fall, leaving out of the range the 2.5%
lower measurements and the 2.5% higher, I understand. What does they
"should be pulling from higher than what appears to be the 75th
percentile" mean?

Regards,

David

> Date: Wed, 5 Jul 2023 07:08:14 -0600
> From: Dave Taht <dave.taht@gmail.com>
> 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
> Message-ID:
> 	<CAA93jw6A9g4F8z5dUTnv_4oj2wRNWmEmxeRPX=DfDGaCF3jSwg@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> 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