@alum.mit.edu
Cc: 'Sebastian Moeller'; 'Rodney W. Grimes';
mike.reyno...@netforecast.com; 'libreqos'; 'David P. Reed'; 'Rpm';
'bloat'
Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in
USA
Hi RR,
I believe quality GPS chips compensate for relativity in pulse per
second which is ne
f necessary:-))
Cheers,
RR
-Original Message-
From: Sebastian Moeller [mailto:moell...@gmx.de]
Sent: Thursday, January 12, 2023 12:23 AM
To: Dick Roy
Cc: Rodney W. Grimes; mike.reyno...@netforecast.com; libreqos; David P.
Reed; Rpm; rjmcmahon; bloat
> reference clock is used AND all the above effects are taken into
> account, and good luck with that! J
>
> In conclusion, if anyone tells you that clock synchronization in
> communication networks is simple ("Just use GPS!"), you should feel
> free to chuckle (under
...@lists.bufferbloat.net] On Behalf Of
>Robert McMahon via Starlink
>Sent: Thursday, January 12, 2023 9:50 AM
>To: Sebastian Moeller
>Cc: Dave Taht via Starlink; mike.reyno...@netforecast.com; libreqos; David
>P. Reed; Rpm; bloat
>Subject: Re: [Starlink] [Rpm] Researchers See
a Starlink; mike.reyno...@netforecast.com; libreqos; David
>P. Reed; Rpm; bloat
>Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in USA
>
>
>
>Hi Sebastien,
>
>You make a good point. What I did was issue a warning if the tool found it
>was being CP
iginal Message-
From: Sebastian Moeller [mailto:moell...@gmx.de]
Sent: Thursday, January 12, 2023 12:23 AM
To: Dick Roy
Cc: Rodney W. Grimes; mike.reyno...@netforecast.com; libreqos; David
P. Reed; Rpm; rjmcmahon; bloat
Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in
USA
Hi RR
t;
>
>In conclusion, if anyone tells you that clock synchronization in
>communication networks is simple ("Just use GPS!"), you should feel free to
>chuckle (under your breath if necessary:-))
>
>
>
>Cheers,
>
>
>
>RR
>
>
>
>
>
>
To: Sebastian Moeller
Cc: Dave Taht via Starlink; mike.reyno...@netforecast.com; libreqos; David
P. Reed; Rpm; bloat
Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in USA
Hi Sebastien,
You make a good point. What I did was issue a warning if the tool found it
was being CPU limited
nk [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 Starlink; mike.reyno...@netforecast.com; libreqos;
>> David P. Reed; Rpm; rjmcmaho
>
> -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 Starlink; mike.reyno...@netforec
sday, January 11, 2023 12:01 PM
To: Rodney W. Grimes
Cc: Dave Taht via Starlink; mike.reyno...@netforecast.com; libreqos;
David P. Reed; Rpm; rjmcmahon; bloat
Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in
USA
Hi Rodney,
> On Jan 11, 2023, at 19:32, Rodney W. Grimes
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
Grimes
> Cc: Dave Taht via Starlink; mike.reyno...@netforecast.com; libreqos; David P.
> Reed; Rpm; rjmcmahon; bloat
> Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in USA
>
> Hi Rodney,
>
>
>
>
> > On Jan 11, 2023, at 19:32, Rodney W. Gr
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)
; rjmcmahon; bloat
Subject: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in USA
Hi Rodney,
> On Jan 11, 2023, at 19:32, Rodney W. Grimes
wrote:
>
> Hello,
>
> Yall can call me crazy if you want.. but... see below [RWG]
>> Hi Bib,
>>
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) Integrate clock sync into iperf's test traffic
2) Measure and output CPU
Hi Rodney,
> On Jan 11, 2023, at 19:32, Rodney W. Grimes
> wrote:
>
> Hello,
>
> Yall can call me crazy if you want.. but... see below [RWG]
>> Hi Bib,
>>
>>
>>> On Jan 9, 2023, at 20:13, rjmcmahon via Starlink
>>> wrote:
>>>
>>> My biggest barrier is the lack of clock sync by
: Re: [Starlink] [Rpm] Researchers Seeking Probe Volunteers in USA
The write to read latencies (OWD) are on the server side in CLT form.
Use --histograms on the server side to enable them.
Your client side sampled TCP RTT is 6ms with less than a 1 ms of
variance (or sqrt of variance
Hi Bib,
> On Jan 9, 2023, at 20:13, rjmcmahon via Starlink
> wrote:
>
> My biggest barrier is the lack of clock sync by the devices, i.e. very
> limited support for PTP in data centers and in end devices. This limits the
> ability to measure one way delays (OWD) and most assume that OWD is
19 matches
Mail list logo