> With 2 links you might have more bandwidth, mptcp first saturate one link
before using the second one.

It balances evenly, even with UDP traffic based on my testing.

I recently tried OpenMPTCPRouter on 2x Starlink dishes, and even with the
6.1 dev kernel and upstream MPTCP had some really wonky issues, presumably
caused by the loss and/or latency fluctuations. I'd love it if someone
could sort this out...

On Sun, Mar 26, 2023 at 12:28 PM Benjamin Henrion via Starlink <
starlink@lists.bufferbloat.net> wrote:

> Le dim. 26 mars 2023 à 20:07, Andrew Crane via Starlink <
> starlink@lists.bufferbloat.net> a écrit :
>
>> An acquaintance of mine had dinner with this couple recently and
>> recommended this post. Thought it might be of interest here. I believe the
>> brand of router they use (Peplink) has a 'Mitigate Bufferbloat' option, but
>> the author does not mention that in the post.
>>
>> https://svrenaissance.com/reliable-remote-work-with-starlink/
>>
>
> Openmptcprouter took a lot of inspiration from our 2017 work to port mptcp
> to openwrt.
>
> Mptcp has a mode to duplicate packets over both links, with the slowest
> one being discarted.
>
> Biggest problem for videoconferencing is to encapsulate udp in TCP.
>
> But i have seen multipath UDP, but never tested any solution.
>
> With 2 links you might have more bandwidth, mptcp first saturate one link
> before using the second one.
>
> If anyone is interested, i can provide help to make a setup.
>
> Best,
>
>
>
>> --
>> Andrew
>> _______________________________________________
>> Starlink mailing list
>> Starlink@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/starlink
>>
> _______________________________________________
> Starlink mailing list
> Starlink@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/starlink
>