1. The server and the client must be MPTCP-"aware", so the anwser is yes (but look, someone is talking about a proxy up there, it's a solution to avoid this problem). 2. I'm in the team working in the Linux Kernel…
In short: hard to deploy because of middleboxes dropping all non-TCP/UDP traffic..
The main advantage is: the congestion control! With MPTCP you could deal with congestion at the transport level. Meaning, if you have three flow MPTCP will select the best (less RTT, space in the win, etc..) link to…
Yes, a proxy solution is definitely a way to go, but to help the deployment only. In the end we shouldn't need those.
If you want to try it; it's easy http://multipath-tcp.org/pmwiki.php?n=Users.HowToInstallMPTC... Also, we have a measurements campaign running, if you want to contribute ;)…
1. The server and the client must be MPTCP-"aware", so the anwser is yes (but look, someone is talking about a proxy up there, it's a solution to avoid this problem). 2. I'm in the team working in the Linux Kernel…
In short: hard to deploy because of middleboxes dropping all non-TCP/UDP traffic..
The main advantage is: the congestion control! With MPTCP you could deal with congestion at the transport level. Meaning, if you have three flow MPTCP will select the best (less RTT, space in the win, etc..) link to…
Yes, a proxy solution is definitely a way to go, but to help the deployment only. In the end we shouldn't need those.
If you want to try it; it's easy http://multipath-tcp.org/pmwiki.php?n=Users.HowToInstallMPTC... Also, we have a measurements campaign running, if you want to contribute ;)…