Originally posted by pepoluan
View Post
Announcement
Collapse
No announcement yet.
Multipath TCP Support Is Working Its Upstream - First Bits Landing With Linux 5.6
Collapse
X
-
-
Originally posted by Jakobson View Post
With SCTP you can use only one path at time. Also to start using an alternative connection takes some time. With MPTCP is possible to use all paths simultaneously.
But I digress; it seems outside Telephony & WAN systems no one realizes the benefits of a reliable message-oriented protocol...
Leave a comment:
-
Originally posted by Etherman View PostI have two wifi networks configured in my home. One 5 GHz and one 2.4 GHz. Wan is 250 MBit.
Speedtest over cable gives ~252 Mbit/s, speedtest over my 5 GHz wifi gets around 160 Mbit/s
Does this make so I can use one 5 GHz and one 2.4 GHz adapter in my computer for better wifi performance?
Does router need the support for it too?
Leave a comment:
-
This is a good development. For a time I did something slightly similar by hosting IPv4 over cable and IPv6 over ADSL - to ameliorate limited upstream bandwidth of 10Mbps + 7Mbps.
it worked, but it was not an ideal solution, and it only allowed me to use the full upstream bandwidth to serve multiple clients, not individual clients (unless they chose IPv4 for some connections and IPv6 for others, which is not that likely).
Leave a comment:
-
Originally posted by GrayShade View PostIf I'm reading the slides right, both the client and server need to support MPTCP, but not the middleboxes like your router (although you would need to disable any packet mangling features like "game mode" that some routers have).
Leave a comment:
-
Originally posted by pepoluan View Post
Well, RFC 6951 defines how to encapsulate SCTP over UDP, and IIRC WebRTC also encapsulates SCTP over UDP.
But yeah, most apps will need to be rwritten to at least try using SCTP first and fall back to TCP.
Too bad. I *really* like all the concepts that underlies SCTP design.
- Likes 1
Leave a comment:
-
Originally posted by Henning View Post
The main issue with SCTP is that the internet contains too many "Middle Boxes" that throw away anything that isn't TCP, UDP or ICMP... in some cases even high datarate UDP is blocked or throttled.
They had to redesign MPTCP so that each stream looks practically exactly like a normal TCP stream to prevent the internet from messing with it.
The current state of new protocols in the internet is "use UDP and build on top of it"... otherwise it will just not work. HTTP3/QUIC is done over UDP for the same reason.
But yeah, most apps will need to be rwritten to at least try using SCTP first and fall back to TCP.
Too bad. I *really* like all the concepts that underlies SCTP design.
- Likes 1
Leave a comment:
-
Originally posted by discordian View PostSomeone tell them that they are reinventing sctp,which is available on Linux for ages.
They had to redesign MPTCP so that each stream looks practically exactly like a normal TCP stream to prevent the internet from messing with it.
The current state of new protocols in the internet is "use UDP and build on top of it"... otherwise it will just not work. HTTP3/QUIC is done over UDP for the same reason.
- Likes 5
Leave a comment:
-
Originally posted by loganj View Postis this for LAN only? is it even useful for regular user with or without a router?
Leave a comment:
Leave a comment: