Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
To: 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:43:30 +0200	[thread overview]
Message-ID: <d6d50eab-f16f-41c9-a957-04ce75b60704@gmail.com> (raw)
In-Reply-To: <CAJUtOOi8=r+E342DMd5rSbhJ+Ak3c6pA6QVoLROxof4YLxiq8g@mail.gmail.com>

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

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 list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink

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

  reply	other threads:[~2024-06-04 11:43 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 [this message]
2024-06-04 11:54                 ` Frantisek Borsik
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=d6d50eab-f16f-41c9-a957-04ce75b60704@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