Easy WAN Management

Whenever I am describing Peplink Multi WAN management to potential customers I find myself using the word ‘easy’ a great deal.

A key phrase that pops up in conversation is ‘simple, easy WAN management’, and most people just nod at that and wait for me to get to the meat of why Peplink gear is something they should be looking at.

You see, simplicity is something that all modern devices should have – there is an assumption that good design should lead to simplicity of use and although that is true, its surprisingly rare to see real management interface simplicity in enterprise level equipment.

All Web UIs are equal – but some are more equal than others

Many vendors will point to their ‘easy to use’ web interface on their device and say its simple. ‘You’ll have everything configured in just a few clicks’, they say, ‘Its really easy – anyone can do it’, they assure us. However if you have ever sat in front of a piece of network equipment that has a complicated function in your infrastructure, you’ll know that there a varying levels of ‘ease of use’ and ‘simplicity’.

I’ll be the first to admit that no matter which vendors kit I’m using, it takes me a moment to orientate myself to the interface – that’s normal after all, but its not the point I’m getting at. For me what is always frustrating is when you have to dig through multiple pages of settings to get to where you need to make changes, or when you use a web ui that then requires offline config file editing where you have to download the current config, edit it in a text editor and upload it again to save your settings. Frankly most web interfaces seem a little dated – not always visually, but from a user process perspective.

Introducing Peplink Simplicity

For me that’s where the Peplink Web UI really shines. Let me give you an example. Imagine I have a MAX HD2 with DSL, Satellite and Cellular WAN connections which are all being used for load balancing and I want to change the way the HD2 uses the satellite WAN so its only used if the DSL and cellular WANs aren’t available. This is how you do it in the UI:

WAN-PriorityYou really don’t get much easier than that right? This single drag and drop action which is performed on the HD2 dashboard takes but a moment and any one can do it – even an end customer.

In fact the Peplink Web UI is so easy that we have managed service providers who will give their end users access to it so they can easily manage how WAN links are used to best suit whatever links are available at any given time. How many web interfaces have you used as an engineer where you would be happy to let your end users make changes like that? Not many right?

Intelligent WAN Management

OK – so that was a pretty easy setting to change. How about something a little more complicated?

Picture the following scenario:

  • An HD2 with DSL (Unlimited), Satellite (unlimited) and an embedded cellular link(limited to 8GB a month)
  • You want to configure Internet access by cost per MB, so that the DSL WAN is used first, and then when its saturated you then use the satellite connection and then the cellular link.

This is what that rule looks like in the Web UI:


As you can see this is nice and easy with Peplinks Overflow Algorithm. When creating the rule we set:

  • Traffic Source ANY
  • Traffic Destination ANY
  • Protocol ANY
  • Algorithm OVERFLOW
  • And then drag and drop the WAN links into the correct order.

If I wanted to change the priority so that vSAT is used first because it has more bandwidth than the DSL (and I might want to save the DSL for VoIP since it has lower latency characteristics), I just drag and drop like so:


Then click save and apply and we’re done. Easy isn’t it?

But Wait – there’s more

The Peplink UI really shines though when you have a complicated set of rules you need to build.

Picture the following scenario:

wan_management (2)


An HD2 with the following WAN Links:

  • Slow DSL (<1Mbps)
  • vSAT 20Mbps download (High Latency)
  • Embedded 4G Cellular SIM from a mobile service provider (7-12Mbps – capped at 8GB/Month)
  • An occasionally tethered android smartphone (4Mbps- unlimited bandwidth)

With the following LAN devices:

  • Work PC that connects via pepVPN to the head office  Balance 580 (low latency low to medium bandwidth needed)
  • A VoIP handset that connects to a cloud based PBX (Low latency low bandwidth needed)
  • A Smart TV that streams Netflix and other online video (high bandwidth – latency insensitive)
  • Other devices like Laptops and smartphones

So the requirements might read like this:

For General Internet Access:

  • Use the available cellular links first as I will get a better internet experience over cellular than the higher latency satellite.
  • Only use Satellite if I need more bandwidth and only use DSL if I have maxed out the previous connections bandwidth (or if all the other WAN links are unavailable)

For the Smart TV

  • Always use the high bandwidth satellite link for streaming video.
  • If satellite is not available use the cellular links.
  • If all the other links are unavailable use the DSL as a last resort

For the VoIP handset I just want to use the lowest latency link (whatever that might be) – always.

This is what the rule set looks like:

rulesetLets look at each rule in turn.

Smart TV


Since the Smart TV needs lots of bandwidth but isn’t affected by high latency links (apart from taking longer to start to stream a Netflix video for example), I am using a priority algorithm here which means that the WAN links are used in the order of priority starting with the satellite WAN, but the next WAN link in the list is only used if the preceding one is unavailable (or has reached its bandwidth cap). I am identifying the Smart TV by source IP so the router knows which traffic to apply this rule to.

VoIP Handset



For the VoIP handset I just want to use whichever available WAN link has the current lowest latency. Since DSL will always have the lowest latency compared to the other WAN links it will be the normal path for our VoIP traffic. However if DSL wasn’t available, the router would send the VoIP over the next lowest latency WAN link (likely one of the cellular links). I am identifying the VoIP handset by source IP so the router knows which traffic to apply this rule to.

General Internet access



As you can see we have used the overflow algorithm here so that WAN links will be used in the order of priority set and when they saturate, traffic overflows to the next WAN link in the list.

Of note is that I have put the tethered smartphone first on the list, the idea being that I will only connect the smartphone if i really need to (perhaps because my embedded cellular link has run out of monthly bandwidth allowance), so if it is connected then I want to use it for internet access. Since this will normally be disconnected, generally the embedded 4G cellular connection will be used first for LAN client internet access (unless that LAN client is the Smart TV or VoiP Handset as we saw above).

Hang on – Whats HTTPS Persistence?

The HTTPS Persistence rule comes preconfigured on all Peplink multi WAN devices. Its purpose is to lock multiple https sessions from a LAN client to the same WAN link which makes secure webistes (like your online banking) work, since https websites can frequently get cross (timeout or deauth you) if your WAN IP changes.


In Summary

As you have seen, even when creating traffic rules in an environment with multiple WAN links of different types with multiple LAN client types with multiple requirements the configuration is easy because of the Peplink Web UI. This is what I mean when I say Peplink devices can provide ‘simple, easy WAN management’.

Peplink have a live demo of the MAX Web UI you can log into and play with here: http://www.peplink.com/products/max-cellular-router/max-live-demo/