4 ms·
Have been using it for 2 years, it's great! But OpenMPTCProuter is aggregation only, no seamless failover or redundant channelling and needs an ISP that doesn't
by goodburb 5y ago
Have been using it for 2 years, it's great! But OpenMPTCProuter is aggregation only, no seamless failover or redundant channelling and needs an ISP that doesn't filter TCP headers. There is no quality monitoring system, it takes 1 lossy WAN to degrade total throughput. A cold boot with a master WAN down will disable aggregation.
It's difficult to setup but it's useful for specific cases.
Checkout the comparison in the README
- 22c 5y agoI couldn't find what you were referring to, but I did note that OpenMPTCRouter is at least partially built upon Glorytun[1] which seems to support failover, so perhaps it is something that OpenMPTCRouter will eventually implement. [1] https://github.com/angt/glorytun https://github.com/angt/glorytun
- goodburb 5y agoOMR is using a SOCKS for proxying TCP over MPTCP. Glorytun UDP is a VPN, choosing that in OMR will disable MPTCP and the proxy, although the author seems to have dropped the support for the reasons below. OMR is currently using a an optimized fork of a very old version of Gtun TCP[1] to tunnel non TCP streams over the bonding proxy. Gtun UDP doesn't reorder packets nor auto adjust weight making it effectively poor when using different links, not an issue if you're using same ISP and equal hardware. QUIC is also blocked due to the large overhead : MPTCP->SOCKS->TCP->UDP<-Client Any UDP service/streaming will perform poorly as a result. There are few MLVPN forks for non-equal WAN bonding and seamless failover, "UBOND"[2] does not require preset speed for each WAN, nor reorder buffer tweaking. [1] https://github.com/angt/glorytun/tree/tcp https://github.com/angt/glorytun/tree/tcp [2] https://github.com/markfoodyburton/ubond https://github.com/markfoodyburton/ubond