Re:Google NetStack: IPv4 and IPv6 userland network stack in Go
by slackingoff2017 on Thursday October 26, 2017 @08:39AM
(#15558283)
LEDBAT is similar but works on L7 instead of L4 and needs support on both ends. BBR is excellent. It's the first congestion control strategy to really focus on fairness rather than trying to send packets as fast as possible.
Combined with fq-CODEL, BBR finally offers a way to load balance traffic on your NAT without allowing someone to monopolize bandwidth
Re:Google NetStack: IPv4 and IPv6 userland network stack in Go
by kevin2r on Thursday October 26, 2017 @09:15AM
(#15558493)
Wow this is awesome, It bothers me that one computer on a LAN making a big download, takes over the other devices, causing high latency and connections disruption. I mean we are talking about connectivity, it should not happen.
Re:Google NetStack: IPv4 and IPv6 userland network stack in Go
by slackingoff2017 on Thursday October 26, 2017 @05:57PM
(#15563470)
Yup, it's because for the longest time TCP was as aggressive as possible to get the most bandwidth.
Over the last 10 years networks buffers have become gigantic and sending packets as fast as you can causes standing queues that can be a dozen seconds long. This is where the lag comes from when someone on your LAN is uploading/downloading.
The lag actually gets worse with higher connection speed because the devices tend to have even bigger buffers.
BBL and to some extent VEGAS are smarter going about things. They attempt to maintain constant latency instead of maximum bandwidth. For a few percent less connection speed all the buffers stay empty and delay stays minimal
Either way, it looks like the congestion control is just New Reno.
https://github.com/google/netstack/blob/edcfca33ca347f59a139...
Also, this isn't an official Google product, per the disclaimer; just some code that happens to be owned by Google. Where are you seeing the reference to Fuchsia?
edit: oh, I see. Fuchsia codebase has references to this netstack.