openmptcprouter icon indicating copy to clipboard operation
openmptcprouter copied to clipboard

Poor overall performance, particularly Google Meet

Open arraypad opened this issue 4 months ago • 3 comments

I'm using OpenMPTCProuter with three WAN connections:

  • VDSL: about 50mbps/10mbps
  • Starlink: about 150mbps/15mbps
  • 4G: about 140mbps/20mbps

Both the router and the "VPS" end of the tunnel are capable amd64 machines.

The other end of the tunnel is a 7gbps/1gbps residential fiber connection which is 10km away.

Expected Behavior

I expect a connection which is more stable and faster than using any of the individual connections.

Current Behavior

A speedtest usually reports around 250mbps/50mbps which sounds fine, but in practice the connection is not very stable and is often subjectively worse than using one connection alone.

The most obvious example is Google Meet, where using the OpenMPTCProuter connection usually starts to stall participant video streams with more than one other participant. This is even when limiting the receive resolution to 320p, which should be easily accommodated with the available bandwidth. Using one of the connections individually (e.g. Starlink) is usually fine with 5+ other participants.

I don't want to force all Google Meet traffic thru one WAN connection because that's not making use of the bandwidth and redundancy available.

I've tried setting different WAN connections as the multipath master, and also using SQM. I haven't noticed any great difference in any configuration.

However my experience using OpenMPTCProuter with only the Starlink WAN connection set to master and the other two WAN connections disabled is significantly worse than just connecting directly to Starlink.

Specifications

  • OpenMPTCProuter version: 0.60-6.1
  • OpenMPTCProuter VPS version: 0.1030 6.1.0-25-amd64
  • OpenMPTCProuter VPS provider: free.fr residential
  • OpenMPTCProuter platform: x86_64

image

arraypad avatar Oct 09 '24 19:10 arraypad