News for hackers. Stuff that matters.
Re:Service provider story about tracking down TCP RSTs by toast0 on Sunday September 02, 2018 @11:01PM (#17900011)
Apple is still pushing it, which is great. I'm just not sure how well it's going to scale -- MPTCP adds an extra layer of indirection, and extra locking in the easy case where it's just one server handling an IP. In the load balancing case, people are going to have to teach their load balancers a lot of new tricks to get the subflows aligned. If using anycast, the client is likely to be using multiple networks, so using the same server address seems likely to get to a different pop; exposing a pop specific extra server ip seems like something people don't want to do, since exposing that may make it easier to do a single pop.

I've been debugging an issue where incidentally I'm hitting 1gbps on a single tcp connection (server to server, with tls), so I'm not sure why MPTCP is required? ;) But I guess if we had it, I would probably hit 2gbps instead of being capped by the one nic.

Re:Service provider story about tracking down TCP RSTs by mirimir on Sunday September 02, 2018 @11:14PM (#17900062)
Where it gets useful at consumer level is when your phone can hit WiFi and 4G simultaneously, so you can aggregate. And it's even more useful when both WiFi and 4G are iffy, so you seamlessly use one, the other, or both.

And yes, if both of your servers have to gigabit NICs, you can get 2 Gbps. But only if those uplinks aren't bottlenecked at 1 Gbps at the rack or data center level.