Currently in Migration - Jason Edelman's Old Blog
  • Home
  • About
  • Contact

SDN: Forget about “THE HOW” for a Second

3/14/2013

0 Comments

 
A few weeks ago I created a presentation in which the goal was to summarize “the what” and “the why” of SDN.  After talking about the why (exaggerated by saying networks suck), I talked about “the what.”  I broke down “the what” into four quadrants.  These quadrants were Programmability, Controller Based Networking, Network Functions Virtualization (NFV), and Overlays.  The bottom half, NFV + Overlays, was really meant to capture the complete view of network virtualization.  One can then accomplish network virtualization by using technology from the top 2 quadrants, i.e. leveraging a controller (that hopefully creates abstractions) with programmatic interfaces (north and southbound) that automates provisioning of L2-L7 network resources.  Technology from each quadrant can be deployed individually or altogether.   
Point 1: NFV or open APIs by themselves may not be “true” SDN.  However, I’m starting to see that those who always make it a point to say that are doing it as a means of FUD or lack of understanding.  If it is lack of understanding, that’s okay.  Always clarify.  But remember, software enabling a network service or using an API on a device are both stepping stones to an agile network. 

What’s the goal again --- to debate a definition or improve the agility and flexibility of a complete DATA CENTER(S)?  --- It’s not just about the network.

Over the past few weeks, I’ve also heard some interesting comments, some from customers and some from vendors.  Some of these include:  “SDN is still a few years away.  SDN is still research project. If you want a solid solution, you should be deploying hardware. Running a router on VM is SDN. Network automation is a day 2 project.  Server automation is the priority.”

Point 2: Some components of SDN are here TODAY (data center, maybe?).  It is not a research project. Those are facts.

When the conversation in a meeting gets steered to general programmability, the conversation often goes, “well you can program whatever you want” using open APIs.  I even often find myself saying that --- because it is true.  Since I’ve been focused on JAVA, I really do want to program the network now and can’t wait to get my hands on onePK.  However ---- I’ll go out on a limb and say 90% of traditional network guys do not want to program the network or even automate the network in any way.  They can’t fathom the idea of automating network tasks, forget about integrating 3rd party applications.  I used to be there --- you would push a config change using your favorite SNMP manager, but you still had to login after to verify the change or using that same SNMP manager, it would display the CLI for you to verify it to make you sleep better at night.  Sound familiar?  It’ll take time, but we’ll get there.

Before you know it, the meeting is over and you haven’t discussed anything that is shipping today.  So the perception is SDN is years away and then comes in another vendor that is presenting on products shipping today.  That is the biggest dilemma of them all. I digress.

Point 3:  Focus and differentiate on what is real and here today vs. what is still coming or on the roadmap. 

What about “the how?”

I didn’t cover “the how” in my presentation.  That should come second.  Do you really care if it’s a VLAN, VRF, or VXLAN?  Or should I ask, does the application or business care?  Please remember why the network exists.  It is extremely hard to do, but we need to try and take a top down approach.  As a network guy, I’m surprised I can even say that, but if you are focused on what’s right for the business, that’s the way it should be.  Operational models will need to change, but don’t let that stop you from passing up on the opportunity to truly build an agile data center system.

When trying to design a CLOUD, private or public, from the bottom up, it is very difficult.  You end up talking about products both physical and virtual and can go off on a tangent on what SDN is.  It helps, but just delays the process. 

It is so important to define the business requirements, goals, drivers, and applications upfront.  Then only after that…we can talk about how.  I’m not saying I have all the answers or can even do this in an efficient manner, but that is just my 2 cents.

Point 4: This one is hard, but let’s try and focus on the problem and the business first.

Regards,

Jason

Follow me on Twitter: @jedelman8



0 Comments



Leave a Reply.

    Author

    Jason Edelman, Founder of Network to Code, focused on training and services for emerging network technologies. CCIE 15394.  VCDX-NV 167.


    Enter your email address:

    Delivered by FeedBurner


    Top Posts

    The Future of Networking and the Network Engineer

    OpenFlow, vPath, and SDN

    Network Virtualization vs. SDN

    Nexus 7000 FAQ

    Possibilities of OpenFlow/SDN Applications 

    Loved, Hated, but Never Ignored #OpenFlow #SDN

    Software Defined Networking: Cisco Domination to Market Education

    OpenFlow, SDN, and Meraki

    CAPWAP and OpenFlow - thinking outside the box

    Introduction to OpenFlow...for Network Engineers


    Categories

    All
    1cloudroad
    2011
    2960
    40gbe
    7000
    Arista
    Aruba
    Big Switch
    Brocade
    Capwap
    Christmas
    Cisco
    Controller
    Data Center
    Dell Force10
    Embrane
    Extreme
    Fex
    Hadoop
    Hp
    Ibm
    Isr G2
    Juniper
    Limited Lifetime Warranty
    Meraki
    Multicast
    N7k
    Nexus
    Nicira
    Ons
    Opendaylight
    Openflow
    Openstack
    Presidio
    Qsfp
    Quick Facts
    Routeflow
    Sdn
    Sdn Ecosystem
    Security
    Ucs


    Archives

    May 2015
    April 2015
    February 2015
    January 2015
    December 2014
    November 2014
    October 2014
    September 2014
    August 2014
    June 2014
    May 2014
    March 2014
    February 2014
    January 2014
    December 2013
    November 2013
    October 2013
    September 2013
    August 2013
    July 2013
    June 2013
    May 2013
    April 2013
    March 2013
    February 2013
    January 2013
    December 2012
    November 2012
    October 2012
    June 2012
    May 2012
    April 2012
    March 2012
    February 2012
    January 2012
    December 2011
    November 2011


    RSS Feed


    View my profile on LinkedIn
Photo used under Creative Commons from NASA Goddard Photo and Video