News for hackers. Stuff that matters.
Re:Google NetStack: IPv4 and IPv6 userland network stack in Go by vitus on Thursday October 26, 2017 @07:58AM (#15558083)
From my brief look into ledbat, it seems like it serves a similar role to BBR, which is in the Linux kernel now.

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.

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

Re:Google NetStack: IPv4 and IPv6 userland network stack in Go by crawshaw on Friday October 27, 2017 @04:21AM (#15566589)
Experimenting with other congestion control algorithms is definitely on the TODO list. BBR is interesting.