Re: [Bloat] [Starlink] starlink bloat in review

[Nathan Owens <nathan@nathan.io>]

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

Here's someone's monitoring setup with high frequency pings:
https://snapshot.raintank.io/dashboard/snapshot/eL3CqijxCvIn0yJz05QQkg47OTNlk05A?orgId=2
Looks better than the 50-115ms reported.

On Mon, May 17, 2021 at 8:34 AM Neal Cardwell <ncardwell@google.com> wrote:

> On Sat, May 15, 2021 at 7:00 PM Matt Mathis via Bloat
> <bloat@lists.bufferbloat.net> wrote:
> >
> > I don't understand: starlink doesn't terminate the TCP connection,
> > does it?   Or are you referring to YT's BBR adequately addressing
> > Starlinks variable RTT?   "Adequately" is probably the operative word.
> > It is not too hard to imagine what goes wrong with BBR if the actual
> > path length varies, and on an underloaded network, you may not be able
> > to even detect the symptoms.
>
> On that note, the article mentions:
>   "Starlink itself measures ping times for Counter-Strike: Go and
> Fortnite in its app, and I rarely saw those numbers dip below 50ms,
> mostly hovering around 85-115ms."
>
> If the range 50ms to 115ms is representative of two-way propagation
> delays on their network, then it sounds like BBR can probably perform
> reasonably well in that environment. The algorithm is designed to
> tolerate factor-of-two variations in RTT and still maintain full
> utilization, if there is reasonable buffering.
>
> neal
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
>

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