News for hackers. Stuff that matters.
Re:OpenMPTCProuter by synsynack on Tuesday October 27, 2020 @08:44AM (#24906844)
Is there a solution that is better than a failover which will not break the TPC connection for the client. Say I have two independent ISP routers, an offshore VPS with a perfect stable connection, and an old video call software which disconnect the call when the TCP stream breaks. Is there a custom protocol that can retry packets on the other 2nd ISP connection, or even say duplicate all packets like RAID 1 for hard drives, and the VPS+Client will determine which packets made it and which didn't, ensuring perfect connections.
Re:OpenMPTCProuter by traverseda on Tuesday October 27, 2020 @12:47PM (#24909190)
https://zerotier.atlassian.net/wiki/spaces/SD/pages/56845926...

Zerotier has started supporting multipath, that's what I'd use.

Re:OpenMPTCProuter by xmichael0 on Tuesday October 27, 2020 @10:50PM (#24914525)
I've looked at Zerotier many times over the years. You are using this as your dedicated VPN to load balance multi WAN connections, is that what you are saying?
Re:OpenMPTCProuter by traverseda on Wednesday October 28, 2020 @09:01AM (#24918204)
I'm using it for fallback connections on robots, but I think that's a usecase it would be good for as well.
Re:OpenMPTCProuter by OpenMPTCProuter on Tuesday October 27, 2020 @09:12AM (#24907046)
There is a redundant mode available, but even in default mode when a connection break you should not have any problem on TCP stream that will just use another available connection.
Re:OpenMPTCProuter by ComodoHacker on Tuesday October 27, 2020 @09:43AM (#24907315)
Is MPTCP support required on both source and destination up to the app level?
Re:OpenMPTCProuter by cr3ative on Tuesday October 27, 2020 @11:43AM (#24908502)
No, the MPTCP part of the link is between the router and the VPS. The end application doesn't see this.
Re:OpenMPTCProuter by dicknuckle on Tuesday October 27, 2020 @03:40PM (#24910978)
Correct. It's more like a VPN that bonds multiple commodity internet connections for better performance. OPENMPTCP tries to be as transparent as possible. There are a handful of servers on the internet that actually support end to end MPTCP as well so the above question is legitimate.
Re:OpenMPTCProuter by mercora on Tuesday October 27, 2020 @09:01AM (#24906956)
... isn't this exactly that? am i missing something from your comment?`to be clear using mptcp your packets will leave your gateway on redundant links simultaneously while keeping connection characteristics such as bandwidth latency reliability and availability separate afaict.
Re:OpenMPTCProuter by lelag on Tuesday October 27, 2020 @09:17AM (#24907088)
Yes, this is exactly that. I've been using that openwrt distribution to do just that for a year and it's been working out really great. The nice thing about the approach is that you get a boost in both bandwidth and reliability as there is always a link available for your packets.

The drawback is increased latency (about 60ms instead of 40 on each individual links) but openmptcprouter provides a nice tool to easily exclude specific services or devices from using the tunnel. My gaming packets and netflix are both setup to keep using the otherwise adsl link. (Netflix override is because their stupid geo check think my vps is a vpn endpoint used to mask my location).

Re:OpenMPTCProuter by mercora on Tuesday October 27, 2020 @09:37AM (#24907259)
is that latency coming from routing to your upstream network or the packet scheduling itself?
Re:OpenMPTCProuter by lelag on Tuesday October 27, 2020 @09:46AM (#24907343)
Most likely the packet scheduling, I suppose the mpctp kernel module has sometimes to wait to get all packets in the right order.

Also, I am aggregating 2 4G link which might not help since both links send large packets of data infrequently if I understand correctly. Maybe aggregating 2 wired link would have lower increased latency cost.

In the end, I'm getting up to 40Mbits of bandwidth instead of being stuck with my 3MBits adsl link and I'm pretty happy.

Re:OpenMPTCProuter by mercora on Tuesday October 27, 2020 @10:22AM (#24907678)
that is actually somewhat impressive performance in my books. i would guess 4G links are inherently unstable regarding prediction of connection characteristics for proper scheduling... thanks for sharing your experience with that :)
Re:OpenMPTCProuter by technimad on Tuesday October 27, 2020 @11:47AM (#24908553)
look into ECMP