SD-WAN Gives Us The Best Path We Always Wanted

385 Words. Plan about 1 minute(s) to read this.

yellowbrick_roadIn networking, we rely on routing protocols to compute best path. That is to ask, from the perspective of a given router in a routing domain, what is the best way to reach a destination? Best path is typically computed using simplistic metrics like hop count, cost, bandwidth, and delay. Given several paths to get to the destination, the best path is chosen based on the most desirable metric computed along those several paths.

Traditional “best path” thinking is effective, insofar as it goes. It scales to a large number of devices and destinations. It is resilient. It is mature. However, it has its limitations.

  1. Routing protocols compute best path for a given destination, not a given application.
  2. Best path computations are not influenced by real-time events such as lossy links or link congestion.
  3. In general, lower bandwidth links are not used to carry traffic (i.e. are not computed as the best path and are therefore unused), EIGRP’s variance feature being a notable exception.

Now, routing protocols can be influenced by outside forces, such as IP SLA. Complex routing policies can be built with BGP. Engineers can create custom routing policies or build traffic engineered paths that flout best path calculations. I recognize that. But, generally speaking, routing protocols were not built to route application flows. They were built to route individual packets.

Software defined WAN brings a much more sophisticated metric to the computation of best path.

  1. Best path is computed on a per-application basis, not per-destination. The best path for a bulk traffic application might be different from the best path for a voice application, even if heading to the same destination.
  2. Real-time link capabilities can be factored into the decision.
  3. Any link, no matter the available bandwidth compared to other links, can be used in an active/active manner.

silver-peak-logo

The way best path computation changes is one of several things that has grabbed my attention about SD-WAN technology. I will be talking about SD-WAN in a webinar with Silver Peak CEO David Hughes June 23, 2015 @ 8PT/11ET. I’ll kick off the webinar with ~20 minutes of my take on SD-WAN as a technology, and then I’ll be interviewing David about Silver Peak’s specific SD-WAN offering, Unity Edge Connect for the remainder of the event. I will do my best to make the event flow in a Packet Pushers style.

To attend the Silver Peak SD-WAN webinar I’ll be hosting, you must register. Thanks!


Ethan Banks writes & podcasts about IT, new media, and personal tech.
about | subscribe | @ecbanks

5 thoughts on “SD-WAN Gives Us The Best Path We Always Wanted

  1. How about what programmers’ did with P2P networking ? routing “by rumour” has proven to be much more scalable than traditional routing protocols as we are in fact routing host / element addresses and locations. The initial delay to find a destination is too large but could be mitigated in a number of ways.

    Anyway, just wanted to throw it out there as sometimes looking at a problem from a different perspective (not related to networking in this particular example) provides often new avenues.

Comments are closed.