Starlink has bufferbloat. Bad.
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: Dave Taht via Starlink <starlink@lists.bufferbloat.net>
Subject: [Starlink] a puzzling starlink uplink trace
Date: Wed, 30 Aug 2023 11:07:58 -0700	[thread overview]
Message-ID: <CAA93jw46xmXX48bBWe0Rq3EBHRr6XtAEo==obsvFazdPQCmh6A@mail.gmail.com> (raw)

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

In the attached 5 minute plot from a few days ago (I can supply the
flent.gz files if anyone wants them), I see a puzzling spike at T+155s
to nearly 90ms of baseline latency, then down to 20ms. No degree of
orbital mechanics can apply to this change, even factoring in an over
the horizon connection, routing packets on the ground through LA to
seattle, and back, or using a couple ISLs, can make this add up for
me. A combination of all that, kind of does make sense.

The trace otherwise shows the sawtooth pattern of a single tcp flow ,
a loss (sometimes catastrophic) at every downward bandwidth change.

An assumption I have long been making is the latency staircase effect
(see T+170) forward is achieving the best encoding rate at the
distance then seen, the distance growing and the encoding rate falling
in distinct steps, with a fixed amount of buffering, until finally
that sat starts falling out of range, and it choses another at T+240s.

But jeeze, a 70ms baseline latency swing? What gives?  I imagine
somehow correlating this with a mpls enabled traceroute might begin to
make some sense of it, correlated by orbital positions....


-- 
Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
Dave Täht CSO, LibreQos

[-- Attachment #2: thestarlinkmystery.png --]
[-- Type: image/png, Size: 317233 bytes --]

             reply	other threads:[~2023-08-30 18:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-30 18:07 Dave Taht [this message]
2023-08-30 19:43 ` Sebastian Moeller
2023-08-31 13:42   ` Dave Taht
2023-08-31 14:31     ` Sebastian Moeller
2023-08-31  8:56 ` Alexandre Petrescu
2023-08-31  9:13   ` Alexandre Petrescu
2023-08-31 11:43     ` David Lang
2023-08-31 13:36     ` Dave Taht
2023-08-31 13:54       ` David Lang
2023-09-15 11:17       ` Alexandre Petrescu

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='CAA93jw46xmXX48bBWe0Rq3EBHRr6XtAEo==obsvFazdPQCmh6A@mail.gmail.com' \
    --to=dave.taht@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