There is an old saying “A man with his eyes fixed on Heaven doesn’t see where he is walking”. It’s an almost perfect description of how the major vendors are approaching Software Defined Networking. The consistent message from all the vendors and especially Cisco, Juniper and Brocade, is that there are “no use cases for SDN“. In the last three months, it’s been constantly repeated statement both publicly and privately during briefings. This beggars belief that vendors can’t see immediate needs that deliver long term gains. So I’m going to have a go at it.
Watching Heaven
I suspect that the root of this problem is the big companies want to solve big problems. And by solving big problems they figure that they can make big revenue. Alright, I get that. It’s understandable that large organisations need a constant revenue stream to feed the insatiable maws of their shareholders. However, the vendors re also missing the most real and immediate problem of networking today. Simply, Networking is too hard.
Vendors haven’t developed tools or solutions that keep the complexity of networking under control. I feel that complexity can be reduced to this: “I don’t have big problems, I have lots of small problems.” By and large, networking has solved most of the big problems. Scaleable WANs, routing, redundancy, security (mostly/ongoing), speed / bandwidth are all more or less in hand. What I’m left with are piles of operational problems. Small, niggly problems that are costing a lot of money.
You can have debates about addressing complexity and how to attack it, but it nearly always boils down to this: start small.
Small Problems – VLAN provisioning
Here is the my smallest and yet most expensive problem: VLAN provisioning. In a data centre or campus network, I need to provision network ports with VLAN allocation. Today, some poor schmuck has to decide which VLAN is needed for a given port the configure the VLAN on the access switch, then on every distribution switch in the path, then on the core switch, and then on EVERY trunk port and port channel that it is in the path. That requires an engineer to identify the path using hand made diagrams, then login at the CLI and verify the configuration on every device.
It’s 2012. I’m still doing it by hand.
Why can’t I have an SDN application acccept the request to configure a port in a VLAN, then analyse the switch path across the network and suggest a proposed configuration across the network ? Why not a button that would deploy this configuration ? Why not a graphical interface that shows a dynamic map of VLANs by mouseover on a web page 1
Can you conceive how much money this would save Data Centre operations teams ? A guaranteed analysis and repeatable process for provisioning VLANs should become reliable over time, then consistently repeatable and finally a routine network change. Today, every VLAN provision is a Cat1 change for STP risk and costs thousands of dollars in incidental costs for a single VLAN propagation.
How can vendors not see this as an obvious use case ? How can vendors not want to help their customers with this problem ? Equally, there are dozens of similar use cases that could easily be solved by vendors with a simple open source project and just a small amount of resources.
Big Problems need a Small Start
Vendors have announced that they will provide APIs in their respective device OS’s . But there is zero evidence that vendors are planning to help their customers with SDN software. The major vendors can’t even formulate a strategy that will help customers use this new technology by providing leadership and vision.
How many times have you sat through a vendor presentation where they declaim loudly their market leadership and industry first features, or what about their market knowledge. Right now, all we are seeing is mute ignorance. Here is the message we get today : “All right, you want SDN ? Oh alright, stop whining. We will give you some APIs and programmatic access. We are done. Your turn“.
That’s not leadership or visionary. That’s reaction to the customer demands.
The EtherealMind View
The vendors need to stop thinking about billion dollar revenues, focus on core competencies and solve the smaller problems that really affect day to day operation. You know, the ones that haven’t been solved in the last decade. The ones that have lost the the trust of the server admins, storage teams and the managers. In my experience, CIO’s aren’t investing in networks because of the constant problems and hassle. Have you heard the that joke about “Does it hurt when you press there ? Yes ? Well, don’t press it”. This applies to networking. The CIO doesn’t understand networking at all because it’s too removed from his experience but he/she certainly knows they don’t want to have more massive failures. It’s reasonably common for a single network failure to impact the entire business. This impact is freezing network changes to point of stagnation. In my daily work, it’s difficult to convince to exectives to invest and upgrade because the fear is palpable. The Network Is A Problem.
We need to urgently get away from twiddling fingers and work on software driven network configuration and management for consistency, repeatability, automation and operational cost management. We need to reduce the impact of change management and risk driven design, so that we can move the network from being “necessary” to the realm of critical infrastructure. Network architects need the ability to improve the architecture and deliver business benefits. We ned to return to Network Engineering instead of building with Lego blocks.
Take your Eyes off Heaven
Vendors, here is the apparently non-obvious reward. Once we are using SDN tools for day to day operations, the fundamental software components will be in place. We will have the latest OS versions installed with the new features. We might have developed trust in your new APIs for the little things. Then we will be able to dream of bigger things. We can imagine tackling bigger projects. And our execs and managers will be able to trust us. They will believe we can deliver a network that can be changed. Then we can implement those big dreams in a couple of years time.
The Networking market has been let down by the major vendors and this lack of vision repeatedly in the last decade. Network Management and Automation is a wasteland of failed opportunities. We have to hope that startups and sundry open source projects can fill the gap in the next few years. I say that the big vendors, our so-called “partners” certainly aren’t offering innovation, vision, or even a competent debate on the future of SDN and Networking.
- for example, a list of VLANs on the side of a web page. Mouseover a VLAN number and a highlighted path would be overlaid on the network topology. ↩
PS: Here is a screen capture of Cisco Open Network Environment web page on launch day. Telling, isn’t it ?
Compare it with the page today



Pingback: Will Engineers Hold Networking Back?
Pingback: Software is the Hard Part « The Data Center Overlords
Pingback: Response: Distributed? Centralized? Both? – Cisco Blog on OnePK and SDN — EtherealMind
Pingback: Big Vendor Head Shuffles at the SDN Curling Rink — EtherealMind
Pingback: Software Defined Networking & OpenFlow – So Far and So Future — EtherealMind