4 ms·

Ubond: Dynamic speed internet bonding based on MLVPN

• goodburb 4y ago
  Main additions: -Dynamic Weighing -Dynamic reordering buffer -True seamless failover -Flow-based prioritization for thin streams
  • LinuxBender 4y ago
    This looks very interesting. Could this also be a replacement for tinc user space mesh vpn meaning it can do multiple mesh topologies or is it primarily meant to aggregate links for redundancy and speed? Out of my own selfish curiosity has this by chance been tested on alpine linux? All of my routers are alpine/muslc
    • goodburb 4y ago
      Musl build: https://github.com/markfoodyburton/ubond/issues/7 https://github.com/markfoodyburton/ubond/issues/7 It can be setup as a mesh without self-healing properties.
• bradknowles 4y ago
  Note that the documentation does not appear to actually be at http://ubond.readthedocs.org/en/latest/ http://ubond.readthedocs.org/en/latest/ I created an issue for this, but I wanted to let people know here. I am curious to see how this compares to Speedify and Peplink.
  • goodburb 4y ago
    From my testing, the auto weighing has memory, going from idle to saturation has no ramp up delay. Unlike MLVPN, reordering buffer is working correctly with up to 200ms difference between links. Its missing link quality monitoring, and/or FEC. It uses hardcoded values as of now like loss_tolerance, the value seems to be very tolerant unfortunately as it's linked with other logic. The lack of link monitoring causes issues like when one link latency is very high, it will slow down the entire tunnel instead of DC. There is no bufferbloat when using Ubond, even with just one link that exhibits bufferbloat directly. High bandwidth asymmetry between links doesn't weigh the slowest connection to 0 it will keep using it. I followed MLVPN documentation.