<div dir="auto"><div><div data-smartmail="gmail_signature">I'm pretty sure WireGuard is the wrong place to import the massive quantity of research on asynchronous packet scheduling that's gone into creating MPTCP. Instead, just use MPTCP. It works super well. You can even do it over several WireGuard interfaces, need be.</div><div data-smartmail="gmail_signature" dir="auto"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Nov 11, 2017 19:34, "Tatsuyuki Ishi" <<a href="mailto:ishitatsuyuki@protonmail.com">ishitatsuyuki@protonmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I have seen a thread regarding multilink this month, and I'm also interested in it.<br></div><div><br></div><div>I'm not exactly sure if this is a thing to implement in WireGuard layer (MPTCP mentioned in previous thread is a good competitor), but I have some ideas for its design.<br></div><div><br></div><div>Extending the "roaming" design, we can choose to not directly switch to the new peer but allow it to split the traffic. We start round robin, and in each time frame, we check how many packets have we received from each path, and adjust the ratio of sending. This way a disconnect should gracefully propagate.<br></div><div><br></div><div>How does this sound? Comments welcome.<br></div><div><br></div><div><b>NOTICE: I have mail delivery disabled. Please use "Reply All" so it's also directly sent to me.</b><br></div><br>______________________________<wbr>_________________<br>
WireGuard mailing list<br>
<a href="mailto:WireGuard@lists.zx2c4.com">WireGuard@lists.zx2c4.com</a><br>
<a href="https://lists.zx2c4.com/mailman/listinfo/wireguard" rel="noreferrer" target="_blank">https://lists.zx2c4.com/<wbr>mailman/listinfo/wireguard</a><br>
<br></blockquote></div><br></div></div></div>