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 wrote: > On Sat, May 15, 2021 at 7:00 PM Matt Mathis via Bloat > 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 >