Re: [Starlink] Starlink "Best Effort" offering

[Sebastian Moeller <moeller0@gmx.de>]

> On Sep 29, 2022, at 09:50, Eugene Y Chang via Starlink <starlink@lists.bufferbloat.net> wrote:
> 
> Good point… that sure makes matching new capacity to new subscribers really hard.

	[SM] Or easy: "just" add more satellites ;) some of the added capacity should also end up at new subscribers... SCNR

Regards
	Sebastian


> 
> Gene
> ----------------------------------------------
> Eugene Chang
> IEEE Senior Life Member
> eugene.chang@ieee.org
> 781-799-0233 (in Honolulu)
> 
> 
> 
>> On Sep 28, 2022, at 6:29 PM, David Lang <david@lang.hm> wrote:
>> 
>> that strip of land is different every orbit, a given satellite doesn't pass over the same land each orbit.
>> 
>> David Lang
>> 
>> On Wed, 28 Sep 2022, Eugene Y Chang wrote:
>> 
>>> Date: Wed, 28 Sep 2022 14:40:35 -1000
>>> From: Eugene Y Chang <eugene.chang@ieee.org>
>>> To: David Lang <david@lang.hm>
>>> Cc: Eugene Chang <eugene.chang@ieee.org>, Dotzero <dotzero@gmail.com>,
>>>    Dave Taht via Starlink <starlink@lists.bufferbloat.net>
>>> Subject: Re: [Starlink] Starlink "Best Effort" offering
>>> Yes and no.
>>> 
>>> Yes they can beef up the constellation, one section at a time. (For a given launch, the are enhancing a particular orbit.)
>>> 
>>> Depending on your definition of “one area” when you say “not in any one area”.
>>> Technically they would beef up an area in the shape of strips, where the strip is the ground under the orbit of the additional (new) satellites.
>>> 
>>> Sorry, when I say “add service to an area”, it implies adding coverage to strips of land, the land under the new satellite orbit.
>>> 
>>> https://satellitemap.space/?constellation=starlink <https://satellitemap.space/?constellation=starlink>
>>> 
>>> 
>>> Gene
>>> ----------------------------------------------
>>> Eugene Chang
>>> IEEE Senior Life Member
>>> eugene.chang@ieee.org
>>> 781-799-0233 (in Honolulu)
>>> 
>>> 
>>> 
>>>> On Sep 28, 2022, at 1:35 PM, David Lang <david@lang.hm> wrote:
>>>> 
>>>> The Starlink satellites are in low orbit (<90 min), so you beef up the contellation overall, not in any one area.
>>>> 
>>>> David Lang
>>>> 
>>>> On Wed, 28 Sep 2022, Eugene Y Chang via Starlink wrote:
>>>> 
>>>>> Date: Wed, 28 Sep 2022 13:07:43 -1000
>>>>> From: Eugene Y Chang via Starlink <starlink@lists.bufferbloat.net>
>>>>> Reply-To: Eugene Y Chang <eugene.chang@ieee.org>
>>>>> To: Dotzero <dotzero@gmail.com>
>>>>> Cc: Dave Taht via Starlink <starlink@lists.bufferbloat.net>
>>>>> Subject: Re: [Starlink] Starlink "Best Effort" offering
>>>>> What is the definition and differences between regular and best effort service?
>>>>> 
>>>>> Creating two bookings queue, wait list and best effort subscribers, the best effort subscribers are more “real”. With that, treating best effort subscribers as a (more) "real customer" backlog, it would be a good way to prioritize where to expand the constellation (i.e. where to add capacity).
>>>>> 
>>>>> Gene
>>>>> ----------------------------------------------
>>>>> Eugene Chang
>>>>> IEEE Senior Life Member
>>>>> eugene.chang@ieee.org
>>>>> 781-799-0233 (in Honolulu)
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Sep 28, 2022, at 9:53 AM, Dotzero via Starlink <starlink@lists.bufferbloat.net> wrote:
>>>>>> 
>>>>>> I've been on the wait list for almost 10 months and just received an email that I can sign up for a "best efforts" offering. Seeing as they also indicated the estimated time for regular service is mid-2023, I decided to go with it (You don't lose your place on the wait list). You can also "pause" the best effort service so I don't really have anything to lose.
>>>>>> 
>>>>>> Has anyone had experience with this offering? Any input appreciated. If it makes a difference, location is Central East Ohio.
>>>>>> 
>>>>>> According to https://www.starlink.com/legal/documents/DOC-1002-69942-69?regionCode=US <https://www.starlink.com/legal/documents/DOC-1002-69942-69?regionCode=US>, latency will be comparable to regular service, down will be 5-100mbs and up will be 1-10mps unless service is deprioritized due to congestion.
>>>>>> 
>>>>>> Thanks in advance.
>>>>>> 
>>>>>> Mike
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Starlink mailing list
>>>>>> Starlink@lists.bufferbloat.net
>>>>>> https://lists.bufferbloat.net/listinfo/starlink
>>>>> 
>>>> _______________________________________________
>>>> Starlink mailing list
>>>> Starlink@lists.bufferbloat.net
>>>> https://lists.bufferbloat.net/listinfo/starlink
>>> 
> 
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink