Tom Nolle
Tom Nolle is the president and founder of CIMI Corporation and the principal consultant/analyst. Tom started his career as a...
Read Full Bio >>

Tom Nolle | March 23, 2012 |


OpenFlow: Does It Matter?

OpenFlow: Does It Matter? This network traffic-handling technology could have a major impact on the way the cloud is deployed and operated.

This network traffic-handling technology could have a major impact on the way the cloud is deployed and operated.

Everything that’s "news" isn't relevant, as we all know, and when you have something that promises to change (yes, again) the way we move information through networks, it's hard not to look back on past adventures like "IP switching" and sigh. But the latest development in network traffic-handling, OpenFlow, might actually have promise, and even support.

In traditional Ethernet switches and routers, packet forwarding is handled via tables that are built up through address discovery. The process has worked for decades, and it's proved to be scalable and resilient, but not particularly secure, or facile in providing QoS. What OpenFlow does is to make connectivity explicit rather than adaptive and permissive. A switch/router has a forwarding table as before, but entries are put in the table by a controller software application rather than being created by discovery. That means nothing moves unless "mother" says "Yes, you may!" It facilitates traffic management to ensure QoS and obviously it's as secure as your controller software connection policies demand.

This seems like a good idea, but it would have to be productized to be of much value. Fortunately, interest in the concept from the government, scientific, and university community has induced nearly all switch/router vendors to support the architecture. There are also some startups (one of them, Big Switch, made an OpenFlow announcement recently), and networking giant Cisco is rumored to be incubating a startup in the space, to be re-absorbed by Cisco if OpenFlow is a hit.

But how practical is this idea, even with products? It depends.

Don't expect to see an "OpenFlow Internet". You can see that having to explicitly define the flow rules on a per switch basis is just not going to scale to Internet levels. I don't think it's going to have much of a chance beating out MPLS for Internet traffic engineering either. Where OpenFlow could be almost a slam dunk is in the data center, and where it could be literally huge is the cloud.

Making Ethernet work in ever-expanding data centers has required new standards, and there's also a growing interest in "flattening" data center architectures. Large datacenters currently require a hierarchical switching architecture to serve the plethora of devices in the datacenter; this means that the length of a connection path will vary depending on how deep you need to go into the stack to get from the input port to the output port. This in turn generates performance differences that are hard to predict; furthermore, every hop is also a place where you could have a packet drop or delay. Reducing these layers of switching and variations in hop counts between servers and storage should make QoS more predictable. OpenFlow accomplishes this by making every flow orderly not only in its primary route, but also in any number of failure modes.

In addition, OpenFlow could make flows secure because they'd be permitted only where they're authorized. You could extend that order and security between data centers, which is what makes the notion so interesting as the basis for a private cloud. Perhaps most interesting of all, you could probably do this with your current switches if your vendor (like most, as I've said) supports OpenFlow. All you need is an OpenFlow controller, a software application. There are open-source tools there, as well as commercial versions from some players (like Big Switch).

All this beauty and potential doesn't hide the fact that there are still some issues. One obvious area where more work is likely needed is in creating the software and policies that drive the controller. While OpenFlow is sometimes characterized as "software-defined networking," meaning "application-defined," the fact is that most applications would have no idea whatsoever what route traffic should take, and some would have no idea what user connections should be supported until the user signs on, at which point the application is already connected. There's a layer of abstraction needed here.

The cloud might be the place to find it. Cloud computing includes an implicit function we could call "provisioning", which assigns an application to resources and then ensures that the application's components and the application's users can address each other. There are a few projects in the cloud world today that are looking to make that implicit function into an explicit standard, defining a "container" for an application that can be linked to its connectivity requirements as easily as its server and storage requirements. These connectivity requirements could be "pushed down" then to an OpenFlow controller and then to the switches.

My view is that the value of OpenFlow is really completely linked to the cloud, because the cloud is our best abstraction for a future services-driven network. You can visualize content delivery as a service of the cloud; a content delivery network or CDN from several of the key service providers can in fact be cloud-hosted. You can visualize UC/UCC and cloud computing as cloud applications too, obviously. Because the cloud can be anything, OpenFlow's support for the cloud means it could be a part of everything. But it probably won't be "all" of much of anything, for two reasons--simple scalability and half-hearted vendor support.

OpenFlow, if successful in the cloud, will create a new model of infrastructure where a vast service cloud exists, but it's just inside the network's edge. We connect to it for most of the valuable and useful stuff, from content to applications. To avoid the obvious problem of scaling a network that requires an explicit rule set for every flow, we'd use traditional Ethernet IP (the Internet) to access our OpenFlow cloud. For the users of the network, there'd be no visible difference.

From the vendor perspective, the question is whether today's blowing of insincere kisses at OpenFlow would evolve to real product support. OpenFlow hardware could and should be different, and cheaper. It's great to be compatible with current switches/routers to get OpenFlow off the ground, but to keep it aloft there will have to be real benefits in cost as well as in features. The fate of Cisco's rumored startup may be key here; if Cisco jumps or even seems to jump on OpenFlow, it will be hard for competitors not to do the same, and that may get the ball rolling so fast that nothing will stop it.


Enterprise Connect Orlando 2017
March 27-30 | Orlando, FL
Connect with the Entire Enterprise Communications & Collaboration Ecosystem

Stay Up-to-Date: Hear industry visionaries in Keynotes and General Sessions delivering the latest insight on UC, mobility, collaboration and cloud

Grow Your Network: Connect with the largest gathering of enterprise IT and business leaders and influencers

Learn From Industry Leaders: Attend a full range of Conference Sessions, Free Programs and Special Events

Evaluate All Your Options: Engage with 190+ of the leading equipment, software and service providers

Have Fun! Mingle with sponsors, exhibitors, attendees, guest speakers and industry players during evening receptions

Special Offer - Save $200 Off Advance Rates

Register now with code NOJITTEREB to save $200 Off Advance Rates or get a FREE Expo Pass!

April 5, 2017

Its no secret that the cloud offers significant benefits to enterprises - including cost reduction, scalability, higher efficiency, and more flexibility. If your phone system and contact center are

March 22, 2017

As today's competitive business environments push workforces into overdrive, many enterprises are seeking ways of streamlining workflows while optimizing productivity, business agility, and speed.

March 8, 2017

Enterprise IT's ability to innovate is critical to the success of the business -- 80% of CIOs agree. But the CIO role has never been more challenging than it is today, with rising operational respo

March 23, 2017
Tim Banting, of Current Analysis, gives us a peek into what the next three years will bring in advance of his Enterprise Connect session exploring the question: Will there be a new model for enterpris....
March 15, 2017
Andrew Prokop, communications evangelist with Arrow Systems Integration, discusses the evolving role of the all-important session border controller.
March 9, 2017
Organizer Alan Quayle gives us the lowdown on programmable communications and all you need to know about participating in this pre-Enterprise Connect hackathon.
March 3, 2017
From protecting against new vulnerabilities to keeping security assessments up to date, security consultant Mark Collier shares tips on how best to protect your UC systems.
February 24, 2017
UC analyst Blair Pleasant sorts through the myriad cloud architectural models underlying UCaaS and CCaaS offerings, and explains why knowing the differences matter.
February 17, 2017
From the most basics of basics to the hidden gotchas, UC consultant Melissa Swartz helps demystify the complex world of SIP trunking.
February 7, 2017
UC&C consultant Kevin Kieller, a partner at enableUC, shares pointers for making the right architectural choices for your Skype for Business deployment.
February 1, 2017
Elka Popova, a Frost & Sullivan program director, shares a status report on the UCaaS market today and offers her perspective on what large enterprises need before committing to UC in the cloud.
January 26, 2017
Andrew Davis, co-founder of Wainhouse Research and chair of the Video track at Enterprise Connect 2017, sorts through the myriad cloud video service options and shares how to tell if your choice is en....
January 23, 2017
Sheila McGee-Smith, Contact Center/Customer Experience track chair for Enterprise Connect 2017, tells us what we need to know about the role cloud software is playing in contact centers today.