Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
To: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] Time Synchronization in Satellite Networks
Date: Sat, 2 Mar 2024 18:08:52 +0100	[thread overview]
Message-ID: <c4e4254a-9ed5-4ccc-ad1e-887f5c21c91e@gmail.com> (raw)
In-Reply-To: <CAFvDQ9rhgubnSttWwisiAmvLaoykxLhKr+qBPPd7FgQGxn2q9g@mail.gmail.com>

This is a 2nd time I do this here, but let me this time put it bluntly, 
and please excuse me if I am too direct.  This is not a reproach to 
anybody or anything, and I know this is current practice.  It is just 
that for me the practice is destabilizing.  Probably I am myself a 
little bit na3ive and I should probably upgrade to up to date practice.

That said, here it is:

     I run this text on a detector called GPTZero.  There are probably 
other detectors. The detector says that the text has a probability of 
97% of being AI-generated.

For my part, I had a doubt like that, and the tool seems to confirm my 
doubt.

I think the proper way (AI netiquette?) to answer generated text is to 
generate text.  But I will not do that.  I will reply separately with my 
human-typed text.

Sorry if I disturb anyone or anything(?)

Alex

Le 02/03/2024 à 16:03, Hesham ElBakoury via Starlink a écrit :
> Time synchronization, for satellite networks, faces several challenges:
>
> 1. Signal Propagation Delays: Unlike terrestrial networks where 
> signals travel through cables at the speed of light, satellite 
> communication involves signals traveling vast distances through space. 
> This creates significant delays.
>
> 2. Clock Drift: Even highly precise atomic clocks, used in satellites, 
> are susceptible to "drift" - gradually losing or gaining time. This 
> drift, caused by factors like temperature variations, radiation 
> exposure, and power fluctuations, can lead to inconsistencies in 
> timekeeping across the network.
>
> 3. Signal Degradation: As signals travel through space, they can 
> degrade due to factors like atmospheric interference, ionospheric 
> disturbances, and solar activity. This degradation can introduce noise 
> and errors, impacting the accuracy of time synchronization messages.
>

  parent reply	other threads:[~2024-03-02 17:08 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-02 15:03 Hesham ElBakoury
2024-03-02 15:18 ` Sebastian Moeller
2024-03-02 15:25   ` Hesham ElBakoury
2024-03-02 15:38     ` Christian von der Ropp
2024-03-02 16:02       ` Hesham ElBakoury
2024-03-02 16:19         ` Christian von der Ropp
2024-04-01 22:04           ` Hesham ElBakoury
2024-04-01 22:22             ` Sebastian Moeller
2024-04-01 22:48               ` David Lang
2024-04-01 23:09                 ` J Pan
2024-04-02  0:29               ` Hesham ElBakoury
2024-04-02  0:34                 ` David Lang
2024-04-02  0:59                   ` Vint Cerf
2024-03-02 17:01       ` Alexandre Petrescu
2024-03-02 17:18         ` Alexandre Petrescu
2024-03-02 17:26           ` Hesham ElBakoury
2024-03-02 18:26             ` Alexandre Petrescu
2024-03-02 15:45     ` Sebastian Moeller
2024-03-02 15:53       ` Hesham ElBakoury
2024-03-02 17:08 ` Alexandre Petrescu [this message]
2024-03-02 17:09 ` Alexandre Petrescu
2024-04-30  8:46 David Fernández
2024-04-30 17:12 ` J Pan

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=c4e4254a-9ed5-4ccc-ad1e-887f5c21c91e@gmail.com \
    --to=alexandre.petrescu@gmail.com \
    --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