Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Mike Puchol <mike@starlink.sx>
To: Dave Taht <dave.taht@gmail.com>, David Lang <david@lang.hm>
Cc: starlink@lists.bufferbloat.net
Subject: Re: [Starlink] spacex & ukraine
Date: Wed, 2 Mar 2022 12:06:19 +0300	[thread overview]
Message-ID: <fd8b435b-c8c6-4372-a737-c770a2d1c660@Spark> (raw)
In-Reply-To: <3s439o61-8o85-qq62-21s-36988o71o5r6@ynat.uz>

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

Thank you Dave, the honor is mine to share a mailing list with so many people who know way more than I do, about any subject I could point my finger at, so I really appreciate it.

On the subject at hand, ELINT/SIGINT and traffic analysis has evolved massively over the years. In the mid-90s, the Chechen president was killed by Russia with a missile strike, based on his satcom phone signals, which included decoding the speech and matching to ensure they were hitting the right target.

The balance, as David mentions, is on the value of the target vs. the effort required to strike. It is relatively easy to monitor cellular networks, decrypt the traffic, and triangulate to almost automatically target & strike. The same happens with VSAT, which operates against a fixed satellite, so an aircraft high enough will be in the path between a large portion of the ground and the satellite.

With Starlink, the challenge is two-fold. You must be able to detect & locate the 4.5º wide uplink beam from a terminal, which constantly moves - this can be done by measuring just the RF levels and using an ESA to find the source. You must also ensure that the user of the terminal is a target valuable enough to justify a strike, which would be a lot harder, as you need to keep a good enough SNR to demodulate, then you’d need to decrypt. Doing this in real time on an airborne platform is quite a challenge.

Bottom line: unless Russia goes all-out against anyone using any form of radio comms (phones, VSAT, satcom, Starlink, etc.) and they just blindly strike any source of RF, a Starlink user has a good chance to avoid being targeted by just using the terminal. Different case is if terminals get used by the military, and Russia then assumes Starlink = military target. We’re far from any clear scenario, so we need to wait & see.

A couple of weeks ago I sent a Ku band LNB to Oleg, tuned to the Starlink uplink band (12.75 - 14.5 GHz), but it arrived a couple of days before the invasion began, so he didn’t get a chance to do any analysis on the TX side of the terminal.

Best,

Mike
On Mar 1, 2022, 22:15 +0300, David Lang <david@lang.hm>, wrote:
> a couple thoughts on anti-radiation missiles being fired at starlink dishes
>
> 1. the dishes are fairly low power (100w or less) and rather directional, so
> they aren't great targets.
>
> 2. dishes cost FAR less than the missiles that would be fired at them, and are
> being produced at a much higher rate (although there are probably more missles
> in the Russian inventory than spare dishes in SpaceX inventory)
>
> direction finding teams with boots on the ground could be more of a threat, but
> the higher frequency signals are blocked fairly easily (which is why the dishes
> need a clear view of the sky). It takes a fair amount of training to be good at
> direction finding on weak and intermittent signals.
>
> David Lang
>
> On Tue, 1 Mar 2022, Dave Taht wrote:
>
> > Date: Tue, 1 Mar 2022 13:55:47 -0500
> > From: Dave Taht <dave.taht@gmail.com>
> > To: starlink@lists.bufferbloat.net
> > Subject: [Starlink] spacex & ukraine
> >
> > It is an ongoing honor to have mike puchol sharing his insights with
> > us, also, on this list.
> >
> > https://spacenews.com/spacex-heeds-ukraines-starlink-sos/
> >
> > --
> > I tried to build a better future, a few times:
> > https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org
> >
> > Dave Täht CEO, TekLibre, LLC
> > _______________________________________________
> > 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

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

  reply	other threads:[~2022-03-02  9:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-03-01 18:55 Dave Taht
2022-03-01 19:15 ` David Lang
2022-03-02  9:06   ` Mike Puchol [this message]
2022-03-03 22:01     ` Larry Press
2022-03-03 22:03       ` Nathan Owens

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=fd8b435b-c8c6-4372-a737-c770a2d1c660@Spark \
    --to=mike@starlink.sx \
    --cc=dave.taht@gmail.com \
    --cc=david@lang.hm \
    --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