After fifteen quiet years, the WAN is in a state of flux. Because it touches everything, WAN architecture and design is central to an effective business strategy. Mike Wood, VP of Marketing, VeloCloud explains
It was not so long ago that we were being exhorted to “align IT with the business objectives.” It was a sign of maturity at the end of the pioneering days of IT for IT’s sake. But digital technologies have been fundamentally transforming business processes and strategies, and not just in terms of newer, Internet-based operations like Amazon, Uber and AirBnB. A growing number of bricks and mortar companies are embracing digital technology for their market-facing operations – even when their back offices are still invoicing business partners by snail-mail.
This calls for another rethink of IT strategy. Companies that expect the IT department to wait while the next round of business objectives are being discussed will soon find that the tail is wagging the dog. It is no longer just a question “how can IT help?” but rather “what can IT make possible?” This calls for a closer fusion between IT strategy and business strategy, perhaps best described as a digital business strategy. For any large or dispersed operation, WAN architecture and design will be central to such a strategy, because the WAN touches and links every part of the organisation.
Can WAN architecture accommodate such change? Between the 1980s and 1990s the WAN saw major technological changes: TDM, Frame Relay, ATM, MPLS and later Carrier Ethernet. Since that time little had changed in the fixed WAN, even as cellular was forging ahead from 1G to mobile 2G, 3G to LTE.
Today’s business requirements are dictating a demand for even greater agility to adapt to rapid changes in the market, the economy and society. So the WAN too must be able to respond quickly to business and technological changes. We are no longer talking about a fixed system like a road network linking scattered sites: the need now is for a flexible and responsive software-defined WAN, or SD-WAN.
Rating the WAN
How do we judge responsiveness? It is determined by the WAN’s ability to maintain certain criteria in the face of rapid changes in the business environment. These criteria include:
- Acceptable levels of application performance and availability. This requires not just the acceleration of the accessibility and delivery of applications, but that voice and video traffic should arrive at the right speed without issues.
- The ability to take raw data and synthesize it into a simplified monitoring and management function that allows rapid analysis and remediation of problems is key. The more complex the system, the more important it is to clearly distill network activity.
- Network assets need to be protected at all costs and IT managers need to have the ability to tailor security to need and criticality, wihtout losing agility.
- Cost effective WAN services – it goes without saying.
To get an idea of the relative perceived importance of these criteria, Dr. Jim Metzler, co-founder and principal analyst at Ashton, Metzler & Associates, did a survey on top factors as perceived by business – Figure 1.
As expected, security was rated as the number one factor – but cost, real-time applications and access to public cloud services followed quite closely. Of these the most dramatic increase was for access to public cloud services – an evolution that only began in the last couple of years.
How well does the current WAN architecture meet the needs outlined in Figure 1? In reviewing Figure 2, we see that a mere 3% of all respondents are totally unsatisfied. However, in view of the critical importance of the WAN to business today – and even more so tomorrow – a more telling observation is that only a third of the sample was more than “moderately satisfied.” The real significance of this fact is that it suggests that at least two thirds could be open to exploring alternatives , such as SD-WAN.
Also noteworthy in the survey data, is the topic of primary concerns. The table in Figure 3 compares MPLS and Internet connectivity and shows the complementary nature of the two services. Security was the biggest concern for the Internet, much more so than for MPLS, where cost headed the list. Uptime and latency took second and third places in each case while lead-time to implement new circuits was a much higher concern for MPLS than for Internet.
The last big evolutionary change to the WAN was MPLS, but now we suddenly have a lot of options for flexibility with the introduction of software-defined concepts in the form of SD-WAN. How do we find our way around these?
One of the key questions is about where the SD-WAN functionality should be hosted – in the cloud, on premises or where? Figure 4 shows the result of Dr.Metzler’s survey (NOTE: The survey allowed multiple answers; aggregate percentages total more than 100%).
The most significant finding is the large proportion – nearly half of those surveyed – who were open to hosting functionality in the cloud. Years ago this was unheard of as the preference was to house key services on-premises. In comparison, one-third of respondents still want all WAN functionality in-house. Other options include hosting in a co-location facility, a CSP’s office or other.
In-house hosting supports the DIY mind-set that still predominates. When Dr. Metzler surveyed preferred implementation options, 54% wanted to do it themselves, and yet 42% were happy with a managed service and 27% a NaaS offering. This larger overall total reflects the number of managed services currently being marketed, plus the broader acceptance of outsourcing in the IT world today. This openness also means that people are more willing to change vendor, increasing the competition for market share and to continously deliver an ever expanding list of services, as seen in Figure 5.
In the past, people were more cautious about new technology and tended to wait until it became available from their preferred vendor: Figure 5 shows that this preference is still true and yet 22% would actively look for other vendors, and a further 27% are prepared to make some effort to explore elsewhere. This is a significant shift in the conservative culture that has dominated the WAN this century: it suggests that people are exploring options and are more receptive to new technology like SD-WAN.
How clear are the benefits from SD-WAN? Metzler asked the same sample what were the perceived drivers and inhibitors – Figures 6 & 7.
The drivers were clear and expected (Figure 6). This is a sign of a consistent, mature market proposition. Unlike the birth of most new technologies when everyone is articulating varying market messages, the benefits of SD-WAN seem to be well understood and this is no doubt a consequence of the success of software-defined networking in the data centre. People understand the basic principle, but that does not mean that they accept that it is ready for market – see Figure 7. Here we see a significant resistance with a third of those surveyed not thinking the products are proven enough, and even a quarter are still not sure that the technology is mature enough for adoption in their network.
Nearly a third also fear that it would add complexity. Too often a new solution that has a claim to make things more simple turns out to be difficult to implement: the path to future simplicity itself turns out to be complex. This is clearly a concern that vendors must address, and the ones that can promise a simple, seamless transition to SD-WAN, ones that really will make life easier, will have a big advantage. An additional point is the 18% limited by contractual constraints: this is surprising as a typical pilot SD-WAN scheme does not require significant changes like ripping out MPLS links, and it is not the sort of upgrade that would be made without several months of exploratory pilot projects.
10 Considerations for SD-WAN Implementation
In summary, there are ten considerations when planning to adopt SD-WAN :
- Location of WAN functionality – if you opt for cloud, then it will determine to which providers you will speak
- Customer Premises Equipment – do you prefer to install hardware or utilize VNFs
- Use of cellular services – adds great flexibility, but also has OpEx implications
- Visibility – for monitoring, troubleshooting and maintenance
- Security – this must increase with adoption
- Real time application support – a fundamental driver for remote offices
- Cost, and CapEx/OpEx models, eg pay-as-you go services
- Policy – what is the level of difficulty in implementing business policies
- Quality of Service – Optimization of jitter, latency, etc. to match business needs
- Automation – the ability to roll out changes to a wide range of branch office sizes
…and 9 steps to getting there
- Identify the focus – Branch offices, mobile workers, IoT, etc.
- Identify the goals – establishing a realistic prioritisation of considerations as not everything can have the same level of priority
- Agree on the extent of the analysis – this could mean agreeing on deadlines, limiting the length of reports and not getting mired in detail
- Management buy-in – Make sure that management agrees and accepts the above focus, goals and depth
- Choose an effective project team according to goals and focus – identify the necessary members of the team to execute the project appropriately and assign respective members to work on the project
- Choose vendors – Identify a clear focus and goals and choose vendors based strictly on this criteria
- Evaluate alternative solutions – determine if there are other solutions that may solve the existing problems
- Manage existing contracts – consider how existing contracts and their related costs will impact your selection and time to deploy
- Build a winning business case on the above