I have a second use case coming up in a few months, similar but different to above. As this thread started, I wanted to use speedfusion to bond DSL1 + DSL2 + LTE.
Coming up, I have a primary connection which is a WISP and would love to figure out how to benefit from LTE bandwidth kicking in when needed, without degrading the quick feel of the WISP connection. The WISP plan is 10 mbps down / 2 mbps up with under 20 ms latency. I can get metered 20-40 mbps LTE there, but with around 60 ms latency. What’s nice is the way the WISP traffic shapes, they actually provide faster than the plan for small transactions – small uploads like sending a single email photo, the 10/2 connection uploads at around 4 mbps. Speedtest.net tests around 3.25 mbps up for the amount of data that speedtest.net uses for the test. If you continue to upload larger files, it settles down to 2 mbps which is the plan offering. In general, this is pretty darn nice for the wisp users as it makes the connection feel very fast for general browsing by offering quicker burst speed for small transactions and general browsing, so you get a 10/2 connection as the package is sold for “heavy lifting” or anything that is a large or continuous data transfer, but for general browsing that’s generally small transfers, it feels more like 20/4.
Now the question is, can I benefit from the faster LTE data for larger transfers without incurring the drawback of higher latency and metered data…
Since speedfusion graphs the transfer for each connection when you view the graphs, I’m assuming it’s keeping track of the transfer rate at all times.
It sure would be nice if you could use the transfer speed and kick in/add the LTE connection when WAN1 was at 2 mbps for example.
I’m not sure if there’s another way to benefit from LTE in this second use case that would be better than plugging it in for me. I will say that with speedfusion it’s nice that I can plug in the LTE manually and have the one public IP so I can manually boost a large transfer speed without any interruption, and then just disconnect it when done. But it would be neat to have something that automatically did something like this to utilize the LTE when it would be beneficial. Add route over WAN2 or WAN3 when WAN1 parameter = x
On the DSL + LTE test or DSL + DSL test, overflow kind of worked, but I couldn’t think of how to change settings to get nearly as good of performance as I got with bonding selected and manually acting as the “plug in” and “unplug” LTE when it would be beneficial. With this second use case, oveflow would require setting one number for max speed of the wisp, while the wisp doesn’t have one max speed (it would clip off the performance benefit of the wisp which offers faster speeds for small transactions which ramp down to the advertised speed with larger transactions as there is currently only the one max speed to set for overflow.) If there were some way to make the LTE additive based on WAN 1 traffic, automating my manual “plug it in when needed” approach the full benefit of the wisp connection could be had and then LTE could kick in when there was a large transfer happening.