Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
To: David Lang <david@lang.hm>
Cc: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] [NNagain] one dish per household is silly.
Date: Fri, 10 Nov 2023 17:09:12 +0100	[thread overview]
Message-ID: <5df2b2b9-fc8a-4147-8a53-5b7baf268339@gmail.com> (raw)
In-Reply-To: <86062ps2-on4p-s855-6ss9-pr475q32q752@ynat.uz>



Le 10/11/2023 à 14:44, David Lang a écrit :
> On Fri, 10 Nov 2023, Alexandre Petrescu via Starlink wrote:
> 
>>> There is no prohibition against sharing. The closest that 
>>> document comes to it is: "The Standard Service Plan is designed 
>>> for personal, family, or household use."
>> 
>> And, the specs of Starlink WiFi Router say "Mesh - Compatible with
>>  up to 3 Starlink Mesh nodes".  Why 3 and not 4, one might wonder.
>> 
>> Yet there are additional technical reasons as to why extending the
>>  WiFi to others is inconvenient.  For both IPv4 and IPv6 the other
>>  users would be situated behind NATs, multiple levels of them.  It
>>  would break certain apps.
> 
> given how many users live behing multiple layers of NAT now, I think
>  there are fewer apps that would break than you think (and in terms
> of overall traffic, it's a very small percentage)
> 
> I'm not a fan of wifi mesh, it can work in some conditions, but it 
> breaks down quickly under load (aittime utilization, be it number of
>  nodes, number of users, area covered, or bandwidth used). But
> setting up a structured distribution to a number of APs can scale
> well (I run the wireless network at the Scale conference and use
> simple APs (most over a decade old now) running openWRT to support
>> 3500 geeks over a 100,000 sq ft facility)
> 
>> This kind of WiFi sharing was tried and with some degree of success
>> to ground multi-ISP settings.  My home ISP WiFi allows other users
>> having same ISP at their home.  Some agreements exist between some
>> ISPs to expand that domain of allowance.
> 
> that's still a guest mode on a bunch of separate uplink networks, not
> the same as sharing one uplink network with a wide group of people.
> 
>> Here we talk about only one ISP.  Starlink might want, as a first 
>> step, to allow other users that have Starlink at their home.  When
>>  more space ISPs like this will appear, maybe some agreements might
>>  happen.
> 
> I'm not understanding what you think Starlink is prohibiting here.

Original poster (Dave, not me) provided this text: "There is no
prohibition against sharing. The closest that document comes to it is:
"The Standard Service Plan is designed for personal, family, or
household use.""

If that text is true, I tend to agree with the interpretation that that
text prohibits sharing the wifi.

It says 'personal, family, household'.  That certainly means to be: not
my visitors, not my neighbors.

In the past it was the case like that with non-space home ISPs.  There
were requests to modify that, business to open.  The response was the
appearance of business that shared the wifi (independent wifi sharing
boxes, free for end users), independent of the ISPs.  It led into the
development of the concept of sharing WiFi among users of same ISP, and
agreements between ISPs.  The same could happen now with Starlink.

However, and I will post separately, there are so many unknowns and so
much noise about Starlink in general, changing all the time, that it is
hard to make a definitive oppinion.  Basically one does not know what is
real until one tries it, and I have not tried it (I am not a starlink
user but considering it).

Alex

> 
> each dish in an area imposes noticable overhead, beyond simply the 
> bandwidth the user consumes, so it's better for the starlink system 
> to have fewer dishes that distribute to the same number of users, 
> with the same usage patterns.
> 
>>> resale is prohibited.
> 
> resale is prohibited, but cost sharing is not, and I don't even think
> that resale of the service to the community would be prohibited, just
> resale of the equipment, or setting yourself up as a distributer of
> starlink service and equipment.
> 
> David Lang

  parent reply	other threads:[~2023-11-10 16:09 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-10 11:44 [Starlink] " Dave Taht
2023-11-10 12:21 ` Inemesit Affia
2023-11-11  4:42   ` Alexandre Petrescu
2023-11-10 12:33 ` [Starlink] [NNagain] " Bill Woodcock
2023-11-10 12:55   ` Dave Taht
2023-11-10 13:17     ` Alexandre Petrescu
2023-11-10 13:44       ` David Lang
2023-11-10 15:10         ` Dave Taht
2023-11-10 16:09         ` Alexandre Petrescu [this message]
2023-11-10 16:40           ` David Lang
2023-11-10 16:58             ` Alexandre Petrescu
2023-11-10 18:16             ` Alexandre Petrescu
2023-11-10 13:53       ` Dave Taht
2023-11-11  4:50     ` Alexandre Petrescu
2023-11-10 16:11   ` Alexandre Petrescu
2023-11-10 13:51 ` [Starlink] " David Lang
2023-11-13  6:37 ` J Pan
2023-11-13  6:40   ` Inemesit Affia
2023-11-13 16:10     ` J Pan
2023-11-13 16:22       ` Inemesit Affia
2023-11-13 20:34         ` Ulrich Speidel
2023-11-13 20:38           ` Inemesit Affia
2023-11-13 20:42           ` Inemesit Affia
2023-11-14  4:57             ` J Pan
2023-11-14  5:13               ` Ulrich Speidel
2023-11-14  5:18                 ` J Pan
2023-11-14  9:04                 ` Alexandre Petrescu
2023-11-14  8:50           ` Alexandre Petrescu

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=5df2b2b9-fc8a-4147-8a53-5b7baf268339@gmail.com \
    --to=alexandre.petrescu@gmail.com \
    --cc=david@lang.hm \
    --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