Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: David Lang <david@lang.hm>
To: Ulrich Speidel <u.speidel@auckland.ac.nz>
Cc: David Lang <david@lang.hm>, Mike Puchol <mike@starlink.sx>,
	starlink@lists.bufferbloat.net,
	Michael Richardson <mcr@sandelman.ca>
Subject: [Starlink] Re: Starlink and Iran
Date: Wed, 28 Jan 2026 13:55:00 -0700 (MST)	[thread overview]
Message-ID: <168o491p-r701-84o2-sp92-5039os2qsnr6@ynat.uz> (raw)
In-Reply-To: <4bde9877-a034-4897-b2dd-89d6d3d43e49@auckland.ac.nz>

Ulrich Speidel wrote:

> Again, not that straightforward.
>
> These beams have to come from somewhere, and there has to be - from the 
> ground perspective - some angular separation between them, lest adjacent 
> beams both end up in the main lobe of the same receiver on the ground. So 
> there's only so much potential here - and 8 beams might already be pushing it 
> in a dynamic environment like LEO. Remember: You have to maintain that 
> angular separation until at least the next handover (and you don't want to 
> have these too often as they mean packets being sent pre-handover into queues 
> heading for the pre-handover satellite -> packet loss if these queues don't 
> clear before the handover).
>
> Phased arrays (unlike real dishes) also have non-insignificant side lobes, 
> and an unwanted beam getting into one of those raises the noise floor.

does anyone know what the various starlink dishe patterns look like?

everything you say is correct, but with ~10x the number of satellites needed for 
full coverage, and the satellites supporting multiple beams each (with newer 
satellites supporting more beams), it would seem reasonable to expect that there 
are enough in the right place at the right time.

personally, I would opt for more handovers if it means being able to support 
more users in an area. I normally do not notice handovers, so am not that 
worried about it.

> User density isn't just a matter of population density but also of fibre and 
> mobile penetration on the ground. In places like NZ, where fibre penetration 
> in cities and towns is high, user density is highest in their outer periphery 
> (where lifestyle block meets IT manager just outside fibre coverage). In 
> other places, where there hasn't ever been a concerted push to fibre up 
> cities, you find it's the townsfolk who buy Starlink's shelves bare. The US 
> are probably more in that category.

exactly my thoughts.

> Going over the limits in the US would be a nice experiment I think. If it 
> works there, I'm sure the likes of Brazil and the Philippines would be 
> watching closely.

exactly what I think is happening, and why I'm not as worried about 
international agreements as you are.

David Lang

  reply	other threads:[~2026-01-28 20:55 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <176851123059.1249.8585659892308012167@gauss>
2026-01-15 21:49 ` [Starlink] Re: Starlink and Iran Colin_Higbie
2026-01-15 23:15   ` Frantisek Borsik
2026-01-16  0:13   ` Ulrich Speidel
2026-01-16  1:29     ` David Lang
2026-01-16 22:55       ` Frantisek Borsik
2026-01-16 23:06         ` J Pan
     [not found]     ` <13187.1768590201@obiwan.sandelman.ca>
2026-01-16 23:30       ` Ulrich Speidel
2026-01-17  0:07         ` David Lang
2026-01-17 21:56           ` Ulrich Speidel
2026-01-19 20:39             ` David Lang
2026-01-28  3:09               ` Ulrich Speidel
2026-01-28  3:30                 ` David Lang
2026-01-28  4:02                   ` Mike Puchol
2026-01-28  9:05                     ` Ulrich Speidel
2026-01-28  9:53                       ` David Lang
2026-01-28 20:43                         ` Ulrich Speidel
2026-01-28 20:55                           ` David Lang [this message]
2026-01-17 18:32         ` Michael Richardson
2026-01-17 18:38           ` Inemesit Affia
2026-01-17 19:25             ` Michael Richardson
2026-01-17 22:12           ` Ulrich Speidel
     [not found] <176849731431.1249.14387618908540773471@gauss>
2026-01-15 17:42 ` Colin_Higbie
2026-01-15 18:56   ` Jim Forster
2026-01-15 20:15     ` Ulrich Speidel
2026-01-15 20:27   ` Ulrich Speidel
2026-01-15 20:30     ` Hayden Simon
2026-01-15 21:06       ` Ulrich Speidel
2026-01-15 21:09         ` Hayden Simon
2026-01-15 21:20           ` Ulrich Speidel
2026-01-15 21:23             ` Hayden Simon
2026-01-15 14:50 David Fernández
2026-01-15 16:11 ` Oleg Kutkov
2026-01-15 17:13   ` J Pan
  -- strict thread matches above, loose matches on Subject: below --
2026-01-15  9:51 [Starlink] " Ulrich Speidel
2026-01-15 10:06 ` [Starlink] " Inemesit Affia
2026-01-15 10:30   ` Ulrich Speidel
2026-01-15 10:44     ` Inemesit Affia
2026-01-15 11:16       ` Ulrich Speidel
2026-01-15 10:32 ` Inemesit Affia
2026-01-15 10:51   ` Ulrich Speidel
2026-01-15 11:17 ` David Lang
2026-01-15 11:59   ` Sauli Kiviranta
2026-01-15 14:08     ` David Lang
2026-01-15 15:29       ` Sauli Kiviranta
     [not found]   ` <3af2ac06-e098-4c79-869d-9c389959ca07@gmail.com>
     [not found]     ` <q9304244-661o-3qsr-o6rp-9q1nqq09r419@ynat.uz>
     [not found]       ` <4ba64a41-bbbf-4fb5-adb0-c77c15e4ca0f@gmail.com>
2026-01-15 16:20         ` Inemesit Affia
2026-01-15 20:12   ` Ulrich Speidel
2026-01-15 17:10 ` J Pan
2026-01-15 20:07   ` Ulrich Speidel
2026-01-15 21:47     ` Oleg Kutkov
2026-01-16  4:18       ` Ulrich Speidel
2026-01-16  8:12         ` Frantisek Borsik
2026-01-16  8:24           ` Inemesit Affia

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=168o491p-r701-84o2-sp92-5039os2qsnr6@ynat.uz \
    --to=david@lang.hm \
    --cc=mcr@sandelman.ca \
    --cc=mike@starlink.sx \
    --cc=starlink@lists.bufferbloat.net \
    --cc=u.speidel@auckland.ac.nz \
    /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