Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Ulrich Speidel <u.speidel@auckland.ac.nz>
To: starlink@lists.bufferbloat.net
Subject: [Starlink] Re: Data centers are racing to space — and regulation can’t keep up
Date: Fri, 27 Feb 2026 12:44:11 +1300	[thread overview]
Message-ID: <22f8dfbf-c99d-4d9e-9962-e37851ee1d17@auckland.ac.nz> (raw)
In-Reply-To: <AM0PR09MB2610D66D4C91368ED0C299CD8D72A@AM0PR09MB2610.eurprd09.prod.outlook.com>


On 27/02/2026 12:16 pm, Nitinder Mohan via Starlink wrote:
>> But when we're talking data centers, we're not talking downlinking to end users with Dishys. We're talking downlinking to other infrastructure.
> I dont fully agree with this. Unlike terrestrial DCs, which cannot connect to end-users primarily because they are installed “off-shore”, space-based DCs are likely just sats with more compute capacity and they should behave, operate and (transitively) connect with ground terminals with comm links. I don’t see any reason why they cannot connect directly with end-users (provided they both use Ku/other relevant band).

I don't think we're disagreeing here. When you connect directly to 
Dishys from DC, which of course you can, then of course you're subject 
to the downlink bottleneck that you pointed out earlier. That bottleneck 
arises because you are bound by the user's location and need to downlink 
rain or shine, which nails you down in Ku band.

It's just that when you connect a space-based DC that's part of an ISL 
mesh to distributed ground infrastructure, then you have a planet full 
of locations to connect to, any of which is suitable as long as there is 
good weather there. You have the means to link there with ISLs, and 
vastly more spectrum to up- or downlink in, including unlicensed 
optical. So there's heaps of choice. On the ground, you simply forward 
the data via fibre to where it actually needs to go.

I guess another question here is time horizon. Are we talking next year, 
in five, in ten or twenty years?

-- 
****************************************************************
Dr. Ulrich Speidel

School of Computer Science

Room 303S.594 (City Campus)

The University of Auckland
u.speidel@auckland.ac.nz 
http://www.cs.auckland.ac.nz/~ulrich/
****************************************************************



  reply	other threads:[~2026-02-26 23:44 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-25 14:05 [Starlink] Data centers are racing to space — and regulation can’t keep up Hesham ElBakoury
2026-02-25 14:30 ` [Starlink] " David Collier-Brown
2026-02-25 14:32   ` [Starlink] Re: Data centers are racing to space ??? and regulation can???t " Gert Doering
2026-02-25 14:42   ` [Starlink] Re: Data centers are racing to space — and regulation can’t " Hesham ElBakoury
2026-02-26  4:28     ` J Pan
     [not found]       ` <CAFvDQ9p68AFJ5cQTpyx=HkA2Cf6r1m6F3ssaJh-OJK4kqK=PDQ@mail.gmail.com>
2026-02-26  5:54         ` J Pan
2026-02-26  6:01           ` Hesham ElBakoury
2026-02-25 14:50   ` Daniel AJ Sokolov
2026-02-26  1:33     ` David Lang
2026-02-26  2:38       ` Nick Matthews
2026-02-26  4:39         ` David Lang
2026-02-26 11:54           ` Mark Handley
2026-02-26 13:36             ` Vint Cerf
2026-02-26 13:56               ` Nitinder Mohan
2026-02-26 21:36                 ` Ulrich Speidel
2026-02-26 23:02                   ` Brandon Butterworth
2026-02-26 23:16                     ` Nitinder Mohan
2026-02-26 23:44                       ` Ulrich Speidel [this message]
2026-02-27  1:01                         ` Joe Hamelin
2026-02-27  1:47                           ` David Lang
2026-02-27 14:26                             ` [Starlink] Why Data Centers In Space Won't Work [Yet] (A non-canonical list) Sascha Meinrath
2026-02-27 15:07                               ` [Starlink] " David Lang
2026-02-27 15:15                               ` Daniel AJ Sokolov
2026-02-27 15:22                                 ` Gert Doering
2026-02-26 14:14               ` [Starlink] Re: Data centers are racing to space — and regulation can’t keep up Mark Handley
2026-02-26 18:01             ` David Lang
2026-02-25 20:26   ` Brandon Butterworth
2026-02-26  1:28   ` David Lang
2026-02-26  4:49 ` David Lang

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=22f8dfbf-c99d-4d9e-9962-e37851ee1d17@auckland.ac.nz \
    --to=u.speidel@auckland.ac.nz \
    --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