Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Frantisek Borsik <frantisek.borsik@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] SpaceX/Starlink says it's ready for a fall satellite-to-cell service with T-Mobile
Date: Tue, 4 Jun 2024 13:54:56 +0200	[thread overview]
Message-ID: <CAJUtOOhviNUkkuUsmCSqMNuqLuDqGAyJaMWBFDaSZwpx26pOuA@mail.gmail.com> (raw)
In-Reply-To: <d6d50eab-f16f-41c9-a957-04ce75b60704@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5199 bytes --]

The whole article is worth reading, but tl;dr;

"The promise of D2D is alluring – that we can be connected wherever we are
– no more not-spots and the certainty of always being able to contact
others. But the reality is some way from this. The only existing D2D
service is Apple’s iPhone emergency communications which offers messaging
to the emergency services and vehicle assistance in 16 countries. This does
not appear to be a service Apple thinks it can charge for at present.

Those offerings that have the greatest potential for ubiquity are within
the MSS spectrum. But here bandwidths are too constrained to deliver full
service capabilities. Other MSS operators such as Iridium have struggled to
put together a commercial D2D proposition (although their core business
remains strong).

The other approach of using MS spectrum has strong backers in the form of
SpaceX and T-Mobile as well as multiple promising start-ups. But it is
beset with challenges of avoiding interference with existing terrestrial
use, overcoming restrictions in border areas, ensuring compliance with
hundreds of regulators, of which only one has a defined policy towards D2D
at present, doing deals with hundreds of operators and managing other
regulatory hurdles. Only US-based coverage looks likely any time soon and
the true extent of that remains unclear.

With limited offers, the consumer interest will be less. Quite how much
less is very unclear, but it is clear that the business case will be
challenging. Most consumers appear to have limited interest in paying more
per month for better coverage.

In summary, D2D’s alluring promise of ubiquitous fully-featured global
connectivity is not likely to be realised any time soon, if ever, but a
reduced service level in a few countries may be sufficient to justify
launching suitable satellites."


All the best,

Frank

Frantisek (Frank) Borsik



https://www.linkedin.com/in/frantisekborsik

Signal, Telegram, WhatsApp: +421919416714

iMessage, mobile: +420775230885

Skype: casioa5302ca

frantisek.borsik@gmail.com


On Tue, Jun 4, 2024 at 1:43 PM Alexandre Petrescu via Starlink <
starlink@lists.bufferbloat.net> wrote:

> does it say whether it is text only, data only, or everything including
> voice?
> Le 04/06/2024 à 13:20, Frantisek Borsik via Starlink a écrit :
>
> Some additional reading from William Webb:
>
>
> https://www.linkedin.com/pulse/satellite-direct-device-workable-william-webb-sonke/?trackingId=Sjha4DY8SqONFA9g%2Bb5b%2Bw%3D%3D
>
> All the best,
>
> Frank
>
> Frantisek (Frank) Borsik
>
>
>
> https://www.linkedin.com/in/frantisekborsik
>
> Signal, Telegram, WhatsApp: +421919416714
>
> iMessage, mobile: +420775230885
>
> Skype: casioa5302ca
>
> frantisek.borsik@gmail.com
>
>
> On Tue, Jun 4, 2024 at 2:54 AM David Lang <david@lang.hm> wrote:
>
>> Eugene Y Chang wrote:
>>
>> >> On Jun 3, 2024, at 12:41 PM, David Lang <david@lang.hm> wrote:
>> >>
>> >> Eugene Y Chang wrote:
>> >>
>> >>> I expect low data rate because the distance will fall back to a lower
>> coding rate.
>> >>
>> >> I think it's going to be more a matter of very large cells, so many
>> people sharing the available bandwidth
>> >>
>> >>> I observe a difference in my phone’s batter life between urban and
>> rural usage. I expect the battery life to be significantly reduced with
>> Starlink.
>> >>> And yes… if the phone isn’t communicating then the battery life isn’t
>> drawn down much…
>> >>
>> >> In my experience, a phone that's trying to find a tower uses more
>> power than one that has a tower, but is otherwise idle
>> >
>> > When the phone is searching for a tower, it is transmitting at maximum
>> power.
>> > Then, the phone adjusts the transmit power according to the distance to
>> the tower,
>> > In an urban environment, the distance to the tower is usually less
>> (i.e. smaller cells due to subscriber density).
>> > In a rural environment, there is more distance to the tower, and the
>> phone is transmitting at higher power (i.e., towers are farther apart for
>> larger cells due to fewer subscribers per tower, up to the max tower
>> separation.)
>> > When you are mobile, the power is proportionate to the mean distance to
>> the tower during your operations.
>>
>> and for direct-to-satellite, it's going to be a max power situation,
>> similar to
>> rural.
>>
>> But when a phone is not connected, how frequent are it's searches for
>> towers
>> (especially if it has multiple bands to check) compared to the
>> 'keepalive' pings
>> when it is connected? if it's doing more transmissions for it's search
>> and
>> attempts to connect than it does while connected and just confirming the
>> connection, that could eat more power.
>>
>> David Lang
>
>
> _______________________________________________
> Starlink mailing listStarlink@lists.bufferbloat.nethttps://lists.bufferbloat.net/listinfo/starlink
>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
>

[-- Attachment #2: Type: text/html, Size: 13325 bytes --]

  reply	other threads:[~2024-06-04 11:55 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-03 18:08 Frantisek Borsik
2024-06-03 18:17 ` the keyboard of geoff goodfellow
2024-06-04 12:32   ` Alexandre Petrescu
2024-06-03 20:47 ` Eugene Y Chang
2024-06-03 21:16   ` David Lang
2024-06-03 21:57     ` Eugene Y Chang
2024-06-03 21:59       ` Frantisek Borsik
2024-06-03 22:41       ` David Lang
2024-06-04  0:13         ` Eugene Y Chang
2024-06-04  0:54           ` David Lang
2024-06-04 11:20             ` Frantisek Borsik
2024-06-04 11:43               ` Alexandre Petrescu
2024-06-04 11:54                 ` Frantisek Borsik [this message]
2024-06-04 13:11                   ` Ulrich Speidel
2024-06-04 18:10                     ` David Lang
2024-06-04 18:51                       ` Eugene Y Chang
2024-06-04 18:58       ` Michael Richardson
2024-06-04 23:01         ` Mike Puchol
2024-06-05  3:17           ` David Lang
2024-06-05  4:16             ` Mike Puchol
2024-06-05  4:26               ` David Lang
2024-06-05  4:47               ` Sebastian Moeller
2024-06-05  6:12                 ` Mike Puchol
2024-06-05  7:03                 ` David Lang
2024-06-05 11:30         ` Alexandre Petrescu
2024-06-04 10:42 David Fernández

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=CAJUtOOhviNUkkuUsmCSqMNuqLuDqGAyJaMWBFDaSZwpx26pOuA@mail.gmail.com \
    --to=frantisek.borsik@gmail.com \
    --cc=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