I'd presented the bufferbloat data here to some starlink folk back in june:

https://docs.google.com/document/d/1puRjUVxJ6cCv-rgQ_zn-jWZU9ae0jZbFATLf4PQKblM/edit#

We made the flent data publicly available via rsync here, all sorts of
details if you want to check it out via flent.

cd yourbaredir
rsync -av fremont.starlink.taht.net::starlink .

But given they seemed to be stalling out vs a vs manufacturing and as
I was buried by my apple gig, and low on students, I put it down.

Since then I have a team doing rfc3168, with viasat and starlink sims,
looking at bbrv2, and doing higher res measurements. On no budget,
sigh. Recently there's been some progress on dynamically reconfiguring
sch_cake via a couple sensing methods, but it was my hope then, as
now, that starlink made fixing the bloat a priority.

with 6 upload streams, sep 4th :

 ./irtt client --dscp=0xfe -i5ms -d30s fremont.starlink.taht.net -q
--timer=hybrid
[Connecting] connecting to fremont.starlink.taht.netrtt
[45.79.113.72:2112] [Connected] connection established
[45.79.113.72:2112] [WaitForPackets] waiting 1.01s for final packets

                         Min     Mean   Median      Max   Stddev
                         ---     ----   ------      ---   ------
                RTT  47.91ms  95.28ms  94.41ms  337.9ms  20.33ms
         send delay  22.77ms  60.92ms  56.67ms  309.8ms  19.77ms
      receive delay     24ms  34.36ms  28.34ms   59.9ms   7.51ms

      IPDV (jitter)   1.88ms   5.09ms   4.98ms  112.3ms      3ms
          send IPDV   30.5µs   4.96ms   4.93ms  119.4ms   2.99ms
       receive IPDV      9ns    272µs   45.8µs  17.64ms   1.25ms

     send call time   9.72µs   23.5µs            89.9µs   14.8µs
        timer error       0s   86.9µs             610µs    114µs
  server proc. time    620ns   7.39µs            66.7µs   7.06µs

We've been using the high-res (3ms) probing technique to take apart
some 4g and 5g realities, also, but the starlink one was fascinating.
You can
clearly see them adjusting the network every 15ms, all sorts of
(beamforming?) artifacts, the 400ms bufferbloat spike from a speedtest
mountain about 1/3 of the way through... and I keep hoping we attract
two people to that sub-project with dishy's in the same cell.

[plots courtesy of nathan]


--
Fixing Starlink's Latencies: https://www.youtube.com/watch?v=c9gLo6Xrwgw

Dave Täht CEO, TekLibre, LLC