Bandwidth over Speedfusion

Hello,

How do we set Bandwidth limitations for users going/using the SpeedFusion route? For some reason, users who are set to use the SpeedFusion connection set in outbound policy are exceeding their bandwidth limitations.

This is our current setup:

Sample User:

Exceeding Limit:

The Individual Bandwidth Limit is limiting the bandwidth from LAN to WAN. You can limit the bandwidth of SpeedFusion (total bandwidth can be carried out in the SpeedFusion tunnel) as below.

1 Like

Awesome. I’ll try that. Also, just a follow up question as to not create a separate thread. What should be the speedfusion speed for this setup?

Main HQ:

  • Wan 1: Leased Fibr 10/10
  • Wan 2: DSL 12/1

Remote Office: (Home)

  • Wan 1: Home Fibr 100/100

As you can see, I’m only getting around 7 - 10 Mbps tops

Please refer to the URL links below to evaluate SpeedFusion Bonding. You may contact your purchasing point if you need further help.

2 Likes

Hi TK,

Thanks for the links. I have read the first one before and checked out the other two just now. Some of the scenarios would apply but in my case having the HQ WAN 1 bonded with the remote WAN 1 doesn’t fall through the same crack. In your opinion, what would be the realistic speed we should be getting with that setup?

We are planning to replace our HQ connections with two high-speed fiber lines and have both of them bonded together to take advantage of the feature but if the gain is marginal then we might have to pull it off. Any suggestions, please? Thanks once again. Forum is very helpful :slight_smile:

Your question has been answered in the second link I provided here. You may use the built-in tools to check the available bandwidth of your point to point connection.

1 Like

I would advice to contact Peplink local partner as they will know better the local ISP WAN characteristic for your country. They should able to advice better on this.

Beside that, make sure you take consider the device model spec (Model & hardware revision) for the PepVPN/SpeedFusion supported throughput prior to the WAN link upgrade.

1 Like

In Theory:
Download: 10 + 12Mbps =22Mbps -SpeedFusion Overhead (19%) = 17.82Mbps
Upload: 10+1 =11Mbps - Overhead = 8.91Mbps

In practice, there are loads of things that can affect the amount of bandwidth available over a speefusion link.

Latency is the big one. Since SpeedFusion is a point to point link what we often see is raw speedtest.net measurements showing near line speeds (at low latency) but when going point to point between VPN endpoints - particularly when traffic goes between/across ISPs, latency can rise considerably. The higher the latency the lower the throughput.

DSL circuits can also be heavily contended, ISPs can do some crazy things to VPN traffic (they sometimes categorise it as bittorrent traffic so throttle it) I’ve even see specific routing paths (like those that cross inter country / continent boundaries) get saturated. So deep analysis is needed of the traffic flows and routing paths.

There are a bunch of ways to mitigate latency variation and packet loss on WAN links (which both affect speedfusion throughput), but fine tuning SpeedFusion can be an involved process - that’s why @sitloongs has suggested you get your Peplink partner involved.

2 Likes

Hi Guys, do you know where the below is migrated to? I cannot seem to make the link work anymore. Thanks.

1 Like

(post withdrawn by author, will be automatically deleted in 24 hours unless flagged)