Live data from Hacker News

MPTCP for Linux

mptcp.dev

11–20 of 31 posts

Re: MPTCP for Linux

#11
Seems like a fool's errand. The cited RFC8684 starts from the wrong premise:

> TCP/IP communication is currently restricted to a single path per connection, yet multiple paths often exist between peers.

In reality, IP modules of all the hosts and routers can load-balance over a set of all available interfaces, as long as global routing information is available.

Re: MPTCP for Linux

#13
I've tried to get MPTCP support in Chrome (default OFF, with a knob to turn on in GUI) but the reason most often people gave was that there is how to handle support.

Heck. I even tried to add it into git because i was having issues with reliable connectivity with WiFi and 5G (i was in a hotel at that time) while working on a project.

So unless, if there is some reason why people kept giving reasons of not include it. I just do not have a reason to add support for $(name your favorite software)

https://chromium-review.googlesource.com/c/chromium/src/+/63...

Re: MPTCP for Linux

#14
post #5

Earlier quoted context omitted.

I believe it's because of firewalls. You need to be either UDP or TCP to work in the Internet at large. Though SCTP did find its place as a layer in WebRTC.

Coming from the telecoms space, I was slightly amazed to see how little well known SCTP actually is in the networking world. My old company/offices had site internet provided by one of the top 50 UK Managed Service Providers. They swapped out the on-site router not many years ago as the fibre to site was being upgraded from 100mbit to gigabit and so a new Juniper firewall with GBE ports was required. Turns out the ne…

> Juniper SRX fundamentally didn't support passing SCTP data and suddenly we lost access to all our remote stuff that used it.

did you file a customer complaint for the device you bought not supporting basic internet protocols? If I look here it mentions "internet" but not TCP or UDP. I'd argue it's false advertising if it actually only supports a percentage of actual internet traffic.

Re: MPTCP for Linux

#15
post #11

Seems like a fool's errand. The cited RFC8684 starts from the wrong premise: > TCP/IP communication is currently restricted to a single path per connection, yet multiple paths often exist between peers. In reality, IP modules of all the hosts and routers can load-balance over a set of all available interfaces, as long as global routing information is available.

It is very rare that a single TCP connection will be load-balanced over multiple interfaces, since that would frequently cause out-of-order delivery, which sucks quite a lot if the receiver isn't prepared for it.

Re: MPTCP for Linux

#16

Earlier quoted context omitted.

Coming from the telecoms space, I was slightly amazed to see how little well known SCTP actually is in the networking world. My old company/offices had site internet provided by one of the top 50 UK Managed Service Providers. They swapped out the on-site router not many years ago as the fibre to site was being upgraded from 100mbit to gigabit and so a new Juniper firewall with GBE ports was required. Turns out the ne…

> Juniper SRX fundamentally didn't support passing SCTP data and suddenly we lost access to all our remote stuff that used it. did you file a customer complaint for the device you bought not supporting basic internet protocols? If I look here it mentions "internet" but not TCP or UDP. I'd argue it's false advertising if it actually only supports a percentage of actual internet traffic.

It was one of those situations where the internet was part of the lease, and the property owners got the MSP to provide for multiple companies on the site. Sadly I wasn't a customer of either Juniper or the MSP, and it wasn't something they ever actually claimed to support.

Juniper themselves stated in the manual that this base model device didn't support SCTP, though on ever other level it was faster, more capable and more featureful than the mid-range but much older device it replaced. The MSP didn't have a clue that we (or anyone else for that matter) used SCTP so missed the single footnote mention that the command to enable SCTP forwarding might not be available on some base-level devices.

In their defence, I'm not sure _I'd_ have thought to check if SCTP was supported and I had it running on my network. It works over the internet, it's basically IP, how could it not be suppo---oh.

Re: MPTCP for Linux

#17
post #3
post #2

Hey! MPTCP again! Back in Jan I wrote a piece about how to actually use MPTCP https://blog.cloudflare.com/multi-path-tcp-revolutionizing-c... But plenty has changed since then. It seems all my complains about the API are now addressed. Maybe it's a good time to actually run with MPTCP again :) In my private affairs, I realised I need MPTCP less, since I started using tailscale. My SSH sessions tend to last longer whe…

My biggest disappointment with MPTCP was that seemingly, you need both the old and new address to be available when doing handover. So you cannot suspend your laptop, go to a different place, and resume the TCP sessions on the new Wi-Fi.

Of course you can do that. There are different timeouts (MPTCP level, TCP (and SSH) keep alive, etc.) to prevent having dangling connections for a while, but they can be changed if needed.

Re: MPTCP for Linux

#18

Earlier quoted context omitted.

Coming from the telecoms space, I was slightly amazed to see how little well known SCTP actually is in the networking world. My old company/offices had site internet provided by one of the top 50 UK Managed Service Providers. They swapped out the on-site router not many years ago as the fibre to site was being upgraded from 100mbit to gigabit and so a new Juniper firewall with GBE ports was required. Turns out the ne…

Funny enough, the first and last time I heard of sctp was in “Unix network programming”. It seemed so promising according to Stevens.

Wasn’t it T/TCP that had a large presence in the book?

Re: MPTCP for Linux

#19
post #4

Sort of related, I'm curious why SCTP did not take off more in this space? It might have had more telecom origins maybe but seemed to fill some of the same needs back in the day. https://docs.kernel.org/networking/sctp.html PS the kernel work goes back to 2003!

SCTP has several fundamental design flaws, which are sufficient to discourage anyone from actually trying to make all the middleware support it.

Re: MPTCP for Linux

#20
post #19
post #4

Sort of related, I'm curious why SCTP did not take off more in this space? It might have had more telecom origins maybe but seemed to fill some of the same needs back in the day. https://docs.kernel.org/networking/sctp.html PS the kernel work goes back to 2003!

SCTP has several fundamental design flaws, which are sufficient to discourage anyone from actually trying to make all the middleware support it.

What are those flaws? And are they inherent, or something that could be fixed with enhancements/revisions?

TCP as originally specified had fundamental design flaws too, but the TCP of today has significant differences from the 1981 TCP standard (not the first version of TCP, but the first version to see significant production use).

Post reply on HN