Gartner Blog Network


SDN Failures

by Andrew Lerner  |  September 18, 2015  |  Submit a Comment

Over the last 2-3 quarters, the mentality in many client calls has shifted from “What is SDN” to something more tangible such as “What’s the best network for cloud” or something akin.  That said, people are still very interested in SDN, but  want real-world stories (or “tales” depending on your perspective). Thus, we are asked about SDN failures or horror stories, because there’s certainly not a lot of publicly available information about that (if you have some – please email me).  Nobody wants to publicly display their networking failures and vendors are doing a good job keeping these failures under wraps.

Having said that, there have been some failures, but (SPOILER ALERT) If you’re looking for massive production meltdowns you’ve come to the wrong place…  Most of the failures have occurred in trial/POCs/bake-offs in non-prod. In the mainstream, production SDN deployments have been small, mostly pragmatic, and surprisingly solid (in part due to white-glove treatment from vendors).  For those who’ve implemented, the technical issues are actually standard-fare type stuff (i.e., “it’s not that different from a typical network upgrade”….but then again that isn’t saying a lot). Typically, the biggest problem has been culture and staffing, not technology.

That said, there have been a decent amount of failed SDN pilotsNote:  I’m defining “failure” as didn’t move forward with production implementation.  In reality, a failed pilot can be very beneficial if you learn from it, but I digress… In these instances, deployments were halted before hitting production (as they should’ve been).  These failures have been pretty evenly distributed across all the big and small SDN players, no vendor is immune. The general feedback from clients reporting a failure can be categorized as:

  • The solution failed at scale.
  • The solution was missing features (It was cool, but it couldn’t do all the things we wanted).
  • The product or vendor was too immature for us (it wasn’t for ready for primetime or didn’t feel “baked enough”).
  • It was too complicated or hard to implement.
  • Our organization was not ready to handle SDN from a staffing/culture perspective (somehow, this scene is fitting)

Side note:  Since we’re talking SDN and failures/outages here, always good to point out that SDN doesn’t fix all network outages, despite what you may read.

Category: culture  networking  sdn  

Tags: outage  sdn  

Andrew Lerner
Research Vice President
4 years at Gartner
19 years IT Industry

Andrew Lerner is a Vice President in Gartner Research. He covers enterprise networking, including data center, campus and WAN with a focus on emerging technologies (SDN, SD-WAN, and Intent-based networking). Read Full Bio




Leave a Reply

Your email address will not be published. Required fields are marked *

Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.