Tom Hollingsworth

Upcoming Events

Where the Cloud Touches Down: Simplifying Data Center Infrastructure Management

Thursday, July 25, 2013
10:00 AM PT/1:00 PM ET

In most data centers, DCIM rests on a shaky foundation of manual record keeping and scattered documentation. OpManager replaces data center documentation with a single repository for data, QRCodes for asset tracking, accurate 3D mapping of asset locations, and a configuration management database (CMDB). In this webcast, sponsored by ManageEngine, you will see how a real-world datacenter mapping stored in racktables gets imported into OpManager, which then provides a 3D visualization of where assets actually are. You'll also see how the QR Code generator helps you make the link between real assets and the monitoring world, and how the layered CMDB provides a single point of view for all your configuration data.

Register Now!

A Network Computing Webinar:
SDN First Steps

Thursday, August 8, 2013
11:00 AM PT / 2:00 PM ET

This webinar will help attendees understand the overall concept of SDN and its benefits, describe the different conceptual approaches to SDN, and examine the various technologies, both proprietary and open source, that are emerging. It will also help users decide whether SDN makes sense in their environment, and outline the first steps IT can take for testing SDN technologies.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up

See more from this blogger

Is It Time For SDN 2.0?

The term "software-defined networking" has finally run its course. Originally, it was used for the noble goal of trying to explain how introducing concepts like automation and orchestration could help network engineers. It also was intended as a way to describe how protocols like OpenFlow could lead to a bigger picture of the network for planning and architecture.

Today, SDN has been reduced to a buzzword that gets attached to anything a vendor is trying to sell. It's also a popular way for vendors to highlight a function that they want to sell you. Perhaps it's an application programming interface (API) to their equipment. Or maybe it's a series of scripts or macros in the operating system that auto-magically execute commands. The last straw for me came late last year when Ivan Pepelnjak wrote about using Perl to automate configuration for dial-up users and described it as SDN in 1993.

Maybe it's time we declare SDN a relic of the past and move onto a term that has meaning again. In lieu of a different word, I'm just going to call it "SDN 2.0."

SDN 2.0 isn't going to be a nebulous idea that tries to incorporate anything that people think will sell to a customer. It won't be YANG or NETCONF scripts pushing configuration to dumb devices. It won't be a monolithic operating system with a basic interface to the rest of the world that no one will write for. SDN 2.0 is going to have three hard requirements in order for a vendor to get the SDN 2.0 logo on the box:

1. Automated. You need intelligence built into the network to do SDN 2.0. Not scripts. Not dumb APIs. You must have some kind of controller or orchestration device thinking for the network. Your network devices need to integrate with that controller in some fashion. If the management platform can't talk to your devices, you aren't SDN 2.0 compliant.

2. Programmable. No more CLI. Move on from scraping SSH screens to populate configuration databases. If you can't automate it, generate an interface on the fly with REST APIs. Better yet, only allow interfacing from the management console. If people are bent on keeping their CLI, then it must go away in favor of programmability.

3. Open. If your solution is closed-source or poorly documented, it's not SDN 2.0. Too much in networking is cloistered behind proprietary implementations. SDN 2.0 needs to open and visible to the world. Being unable to troubleshoot strange behavior because only a handful of vendor programmers understand how things actually work is unacceptable. If OpenDaylight and OpenContrail can see the light, maybe it's time for everyone else to see it too.

[Read how customers will face the fallout from networking vendors' internal conflict as they try to integrate SDN into their products in "SDN Vendors' Internal Tug-of-War Doesn't Bode Well For Customers."]

Getting rid of the term SDN in favor of something new isn't going to solve all of our problems as customers. Vendors are still going to try and convince us that their vision of software definition is right, even if it's nothing of the sort.

But making a new term with strict guidelines can help. By making vendors enumerate all the features of their product that adhere to the "SDN 2.0" standard, it gives customers a better basis for comparison. It keeps the shady vendors from selling something that isn't up to par and highlights those that are doing it right.

Tom Hollingsworth, CCIE #29213, is a former VAR network engineer with 10 years of experience working with primary education and the problems they face implementing technology solutions. He has worked with wireless, storage, and server virtualization in addition to routing and switching. Recently, Tom has switched careers to focus on technology blogging and social media outreach as a part of Gestalt IT media. Tom has a regular blog at and can be heard on various industry podcasts pontificating about the role technology will play in the future.

Related Reading

More Insights

Network Computing encourages readers to engage in spirited, healthy debate, including taking us to task. However, Network Computing moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Network Computing further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | Please read our commenting policy.
Vendor Comparisons
Network Computing’s Vendor Comparisons provide extensive details on products and services, including downloadable feature matrices. Our categories include:

Research and Reports

Network Computing: April 2013

TechWeb Careers