Seeking input on peplink's suitability to my environment


#1

I’m wondering if the peplink speedfusion vpn might be a good solution for my environment.

I’ve got 8 small (/24) routable ip networks – 2 at each of four remote locations. Each location has multiple (up to five) paths to the ‘internet’ each with different costs, availabilities, and performance characteristics. Delivering any internet connectivity to these locations is laborious and very expensive – so we are limited to a very small set of mechanisms which may be used. These mechanisms often come with additional constraints – some links require us to use an isp specified routing device which may only present nat’ed ip addresses to us – these devices supply an interface and environment very similar to what one would expect from a domestic isp and home router combination. For security reasons, all traffic to/from each site must go through our main site (the main site is not one of the four remote sites I’ve listed – it has fully modern infrastructure with very fast network connectivity). There is no need for traffic to travel directly from site-to-site. We desire a very classic and standard hub and spoke topology.

As mentioned, each of the internet links at the remote sites are expensive, high latency (satellite or worse), very slow (really, VERY slow – in the range of 256-512kbps per link – except at some sites where 3g/4g speeds are sometimes achievable), and potentially at any time can become unreliable. Load balancing is not an objective – only reliability and preservation of the ability to move at least some traffic. Each link should be used in statically determined priority order – eg traffic should go over link 2 if link 1 is unavailable, link 3 if link 1 and 2 are unavailable etc … Because of the nature of the influences which impact the reliability of each link, failing traffic over between links should occur quickly if possible … A small amount of keepalive type traffic across the 2nd/3rd/…/nth priority links is acceptable as long as it is reasonably small.

It’s a little unclear to me from quick glance at your product page if the speedfusion vpn supports priority based failover between the underlying isp links or only a load-balancing behavior – can someone clarify that for me? Also can someone describe the overhead added to each packet to support the speedfusion vpn? Are MTU modifications typically recommended (its possible on some of our links) for best use of the speedfusion vpn? Have people had success using speedfusion vpn over very slow, high latency, often congested networks …?

I’m envisioning a speed fusion capable device for the main branch and one for each remote site with the specific model chosen appropriately for the number of wan connections at that site … Does this sound reasonable?

I appreciate any/all comments and advice. Many thanks


#2

SpeedFusion definitely “supports priority based failover between the underlying ISP links.” If you haven’t done so already, I’d suggest taking a look at some of the Peplink Balance related videos on YouTube. There you can see Balance devices being configured which can be very helpful if you’re new to Peplink’s technology.


#3

Hi thank’s for your response –

I’m actually out at a remote site*for the next few weeks where youtube access is impossible. Are there any comprehensive text-based documentation resources for the devices?


#4

Hi there,

Text instructions for SpeedFusion can be found herefor both a Mesh and Star deployments.

If this is a Drop In mode deployment, some additional instructions can be found here.

I hope this helps, let us know if there’s other clarifications you have.


#5

Thanks Jason – but I’m really looking for a more technical reference.

I feel my question regarding speedfusion traffic priority rules has been addressed. Now I need to know more details about the speedfusion packet format … Is speedfusion a packet for packet encapsulation/translation or are input packets potentially split or packed by the protocol? How does the speedfusion encapsulation interact with network MTU? How much overhead is added per packet …? Are there any latency requirements for the failure detection mechanisms – or are there parameters associated with latency which must or should be set statically?

If these types of questions are answered in the youtube videos (and not elsewhere) then I guess I’ll wait until I’m not remote to investigate this further …


#6

I see what you are looking for. We might have some tech paper that would give you a better picture of SpeedFusion and all the details you are after. If you could drop me a quick line to kurtsee@peplink.com then we will take a closer look at SpeedFusion together?