Hi Bob,
> On Jan 11, 2023, at 21:09, rjmcmahon wrote:
>
> Iperf 2 is designed to measure network i/o. Note: It doesn't have to move
> large amounts of data. It can support data profiles that don't drive TCP's
> CCA as an example.
>
> Two things I've been asked for and avoided:
>
> 1) Integr
Hi RR,
> On Jan 11, 2023, at 22:46, Dick Roy wrote:
>
>
>
> -Original Message-
> From: Starlink [mailto:starlink-boun...@lists.bufferbloat.net] On Behalf Of
> Sebastian Moeller via Starlink
> Sent: Wednesday, January 11, 2023 12:01 PM
> To: Rodney W. Grimes
> Cc: Dave Taht via Star
Either starlink has vastly improved, or the test is way off in this case.
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
Dave and Luis,
Do you know if any of these tools are using ~random payloads, to defeat
compression?
UDPST has a CLI option:
(m)-X Randomize datagram payload (else zeroes)
When I used this option testing shipboard satellite access, download was about
115kbps.
Al
> -Original
Hi Sebastien,
You make a good point. What I did was issue a warning if the tool found it was
being CPU limited vs i/o limited. This indicates the i/o test likely is
inaccurate from an i/o perspective, and the results are suspect. It does this
crudely by comparing the cpu thread doing stats aga
For WiFi there is the TSF
https://en.wikipedia.org/wiki/Timing_synchronization_function
We in test & measurement use that in our internal telemetry. The TSF of
a Wifi device only needs frequency-sync for some things typically
related to access to the medium. A phase locked loop does it. A devi
Hi Sebastian (et. al.),
[I'll comment up here instead of inline.]
Let me start by saying that I have not been intimately involved with the
IEEE 1588 effort (PTP), however I was involved in the 802.11 efforts along a
similar vein, just adding the wireless first hop component and it's effec
-Original Message-
From: rjmcmahon [mailto:rjmcma...@rjmcmahon.com]
Sent: Thursday, January 12, 2023 10:03 AM
To: Sebastian Moeller
Cc: Dick Roy; Rodney W. Grimes; mike.reyno...@netforecast.com; libreqos;
David P. Reed; Rpm; bloat
Subject: Re: [Starlink] [Rpm] Researchers Seeking Pro
FYI .
https://www.fiercewireless.com/tech/cbrs-based-fwa-beats-starlink-performanc
e-madden
Nothing earth-shaking :-)
RR
_
From: Starlink [mailto:starlink-boun...@lists.bufferbloat.net] On Behalf Of
Robert McMahon via Starlink
Sent: Thursday, January 12, 2023 9:50 AM
To: Seba
Al,
I am not aware of the payload generation.
-Luis
On Thu, Jan 12, 2023 at 11:43 AM MORTON JR., AL wrote:
> Dave and Luis,
>
> Do you know if any of these tools are using ~random payloads, to defeat
> compression?
>
> UDPST has a CLI option:
> (m)-X Randomize datagram payload (e
On Thu, Jan 12, 2023 at 7:30 PM Luis A. Cornejo
wrote:
>
> Well Reddit has many posts talking about noticeable performance increases for
> Starlink. Here is a primetime run:
>
> waveform:
> https://www.waveform.com/tools/bufferbloat?test-id=333f97c7-7cbd-406c-8d9a-9f850cb5de7d
That is unquestion
Hi RR,
Thanks for the detailed response below, since my point is somewhat orthogonal I
opted for top-posting.
Let me take a step back here and rephrase, synchronising clocks within an
acceptable range to be useful is not rocket science nor witchcraft. For
measuring internet traffic 'millisecond
Hi RR,
I believe quality GPS chips compensate for relativity in pulse per
second which is needed to get position accuracy.
Bob
Hi Sebastian (et. al.),
[I'll comment up here instead of inline.]
Let me start by saying that I have not been intimately involved with
the IEEE 1588 effort (PTP), h
Hi RR
On 12 January 2023 22:57:32 CET, Dick Roy wrote:
>FYI .
>
>
>
>https://www.fiercewireless.com/tech/cbrs-based-fwa-beats-starlink-performanc
>e-madden
>
[SM] He is so close:
'Speed tests don’t tell us much about the capacity of the network, or the
reliability of the network, or the true l
14 matches
Mail list logo