On Sat, Jan 2, 2021 at 1:39 PM Scott Manley wrote:
>
> Oh but I'm fascinated by the discussion of Starlink's network performance.!
I HAD figured that everyone at starlink has read about how NOT to
build a space-born
packet switched network. If you haven't read it, "Eccentric Orbits:
The Iridium
Well, it was supposed to be "simpler than IPv6", but my take away was really:
"we never really understood IPv6"
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
Oh but I'm fascinated by the discussion of Starlink's network performance.!
On Sat, Jan 2, 2021 at 9:17 AM Dave Taht wrote:
> Taking scott manley off the cc. As much as I would like him to sit in
> on that song, I don't think he cares about bufferbloat as much as Id
> like him to I do wish I
Taking scott manley off the cc. As much as I would like him to sit in
on that song, I don't think he cares about bufferbloat as much as Id
like him to I do wish I knew someone that could just magically get
the bufferbloat issue raised within
starlink effectively
On Fri, Jan 1, 2021 at 3:31
> On 2 Jan, 2021, at 1:31 am, David P. Reed wrote:
>
> Now, one wonders: why can't Starlink get it right first time?
>
> It's not like bufferbloat is hard on a single bent pipe hop, which is all
> Starlink does today.
The bloat doesn't seem to be in Starlink itself, but in the consumer-end mod
It has bufferbloat?
Why am I not surprised?
I can share that one stack hasn't had it from the start, by design. That is one
implemented for trading at 10+ GB/sec, implemented in Verilog, and now
apparently in production use at one of the largest NY trading intermediaries.
Why? Simply two reas