[Starlink] Full Time Boaters: Reliable Remote Work with Two Starlinks

[Starlink] Full Time Boaters: Reliable Remote Work with Two Starlinks

[Andrew Crane]

[-- Attachment #1: Type: text/plain, Size: 336 bytes --]

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/
-- 
Andrew

[-- Attachment #2: Type: text/html, Size: 624 bytes --]

Re: [Starlink] Full Time Boaters: Reliable Remote Work with Two Starlinks

[Benjamin Henrion]

[-- Attachment #1: Type: text/plain, Size: 1141 bytes --]

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
>

[-- Attachment #2: Type: text/html, Size: 2449 bytes --]

Re: [Starlink] Full Time Boaters: Reliable Remote Work with Two Starlinks

[Nathan Owens]

[-- Attachment #1: Type: text/plain, Size: 1888 bytes --]

> 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
>

[-- Attachment #2: Type: text/html, Size: 3666 bytes --]