CEO Blog Series – Automating Business Intent with SD-WAN

Automating Business Intent with an SD-WAN

I love to drink a latte (or three) in the morning. To get it, I rely on a “super-automatic” espresso machine.

Just a single button press, and all the grinding, dosing, tamping, pre-brewing, etc. are done for me, the way I like it, every morning.

Automation in the WAN is a much more powerful tool for an enterprise. It is one of the revolutionary ideas embodied in SD-WAN. Today I’ll outline the relationship between automation and business intent.

In my last blog, I discussed the complexity inherent in the legacy WAN today, and how the move to cloud applications is forcing businesses to rethink their WANs. For instance, an assumption embedded firmly in the legacy WAN is that configuration happens at the device level—and that networking professionals must focus their skills and time on learning and applying complicated CLI commands, device by device.

But CIOs—and their enterprises—do not really care about individual network devices. What they care about is application connectivity: connecting applications to users, consistently, in accordance with the SLAs for quality and reliability that reflect business-level intent.

THE JOB OF AN SD-WAN

Imagine this: Instead of configuring the network in a device-by-device manner, whether via CLI or GUI, the enterprise simply captures its business-level intent for a new application (or class of applications) with a simple, one-page GUI.

From there a central orchestrator works in conjunction with devices at the network edge to achieve the application connectivity objectives, all without any human configuration of the edge devices. In essence, this is the objective of an SD-WAN.

AN SD-WAN REQUIREMENT: AUTOMATION

Automation can quickly and consistently configure a network of devices. It eliminates tedious tasks and the inevitable human errors associated with doing “the same thing” 10, 100, or even 1,000 times.

The truth is, it’s rarely precisely “the same thing.” Although each location may follow a general template, there are differences and exceptions at each location, from things as simple as site-specific IP addressing, to more complex security configuration. These differences have historically made WAN automation quite difficult.

However, if we focus on the idea of business intent—and rethink the devices themselves with an “orchestration-first” mindset—today’s SD-WAN can indeed translate business intent into action.

A BASIC AUTOMATION EXAMPLE: ZTP

An SD-WAN solution must support Zero Touch Provisioning (ZTP). To bring a new branch online, on-site personnel simply plug in power and the LAN and WAN connectivity.

With ZTP, the SD-WAN edge device automatically contacts the enterprise’s orchestrator, which configures the device automatically in accordance with the business intent policies for the network.

Later if there is a change in business policy, it can be made centrally with the orchestrator, and the edge devices will be reconfigured automatically.  At no point does anyone need to log in and configure an individual edge device.

But most enterprises need an SD-WAN that goes beyond these table-stake capabilities.

IMPLEMENTING BUSINESS INTENT: MORE THAN AUTOMATION

Automation is not good at dealing with anomalies and unpredictable events. Trying to write automation scripts that anticipate all manner of failure scenarios could very quickly turn into a quagmire. A different kind of intelligence is required to complement automation.

For example, the Silver Peak Unity EdgeConnect SD-WAN solution includes learning algorithms that continually monitor the quality of all available paths—and intelligently combine error correcting algorithms with packet-by-packet multi-path load balancing—to deliver a consistent user experience, even when the underlying physical networks experience loss and jitter.

The beauty of the business intent concept is that none of the details of these algorithms need matter to the administrator. All the orchestrator needs to capture is the business intent. The combination of automation with dynamic learning and adaptation capabilities in the edge devices can deliver consistent performance—without being stymied by the limits of automation.

I believe that SD-WAN needs to be more than just software defined—it must become self driving. Machine learning is an essential ingredient for building an SD-WAN that can dynamically adapt to changing network conditions.

In my next blog, I will explore our self-driving WAN concept further.

Meanwhile, I invite you to share this blog with any of your colleagues interested in SD-WAN.

About the author
David Hughes
David Hughes
David Hughes founded Silver Peak Systems in 2004 after serving a year as an Entrepreneur in Residence at Benchmark Capital. Through 2013 Hughes drove innovation serving as CTO, and then more recently as CEO, leading Silver Peak beyond WAN optimization into the emerging SD-WAN market. Prior to Silver Peak, Hughes served as vice president and general manager at BlueLeaf Networks (2000-2002), where his team developed a unique network switching and transmission system. From 1996 to 2000, Hughes held several positions at Cisco Systems, including director of system architecture for the BPX and MGX product lines, and senior director of product management for the Multi-Service Switching Business Unit. Earlier, Hughes was a key engineering contributor at StrataCom, an early pioneer in frame relay and ATM, which was acquired by Cisco in 1996. Before StrataCom, David worked as an engineer for BNR Japan/Northern Telecom Japan Inc. Hughes has been awarded more than 50 patents in areas including data acceleration, routing and packet switching, control and scheduling algorithms. Hughes earned his PhD in Electrical and Computer Engineering from Wollongong University, Australia, and holds a BE in Electrical Engineering from Auckland University, New Zealand.