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

The Network Industry is Pregnant.  SDN is in the womb.

1/4/2013

1 Comment

 
I’ve read many of the predictions and trends that are expected to be seen in 2013.  I’ve seen articles that say straight up 2013 will not be the year of SDN, but on the other hand, have read articles that say the complete opposite – that SDNs are already here and now the focus is on the applications to further drive adoption of Software Defined Networks.  Who’s right?  We’ll have to wait and see because there isn’t a right or wrong answer at this point.

If you do look at many of the predictions being made you’ll notice a few common themes that I tried to capture here:
Cloud – Public/Private/Hybrid clouds are changing the game, Bring Your Own – not just device, but bring your own VM, server, and network, Software Defined Networking, New tools are needed to support new SDNs, SDN applications are starting to emerge, Be on the lookout of many more acquisitions in the SDN space, tunnel overlays will be adopted, Physical networks will start to become simple L3 based fabrics, network automation, network programmability, Software Networking, Virtual Network Services, Switches will be more commoditized, 10G-BaseT will become pervasive, Distributed small L4-L7 appliances will replace big box appliances, and Cloud is severely hurting brand power in the data center.

I’d like to re-focus this and say, data center networking is changing.  Done.  That’s the real trend simply put.

If you have extra time, keep reading to see my first rant of the year pertaining to networking of the future.

Dear Cloud.  Thank You for this opportunity.

Cloud is driving this change.  Cloud needs automation.  Clouds are large.  They are virtual.  What does the network need to look like to support the evolution of the cloud, furthermore to offer the same network services in the public cloud as in your local data center?  The network needs to also exist in software.  It needs to be virtual.  With a virtual network, does this downplay the physical network?  Not at all.  Stop thinking it does.  We still need to map logical virtual networks to physical networks just as is done with compute resources today.  If links are being oversubscribed, then particular flows should be moved.  Can we call this DRS for the network or DRS-N?  Combining these worlds will be key, but the root of this all may very well  mean simple layer 3 physical networks with overlays riding on top.  This has been talked about for a while now (thanks to Nicira).  For those that can manipulate the physical network based on the virtual network needs will be able to provide significant value. 

When you were growing up, didn’t you want to learn new skills?

As we enter 2013, many are interested in the skills of the future network engineer.  They will evolve over time, but the good news is if you are searching about this today, you will likely not have to worry about it in the future because you are already ahead of the curve.  Network Engineers need to understand how large scale systems environments are being automated today and ask themselves, how inefficient are their daily routines compared to their peers in the systems world.  It’s not a matter of systems folks taking over the network or vice versa, it’s about being able to take a step back and analyzing the best way to operate a network, or better yet, operate a data center or cloud.  This can be a large or small data center.  Can a hypervisor manager be used to manage a virtual network?  Of course.  Can Linux tools be used to automate a physical and/or virtual network? Sure, why not?  If so, does that take away from the network protocols being used?  Not at all.  Network Engineers will still be needed.  The only thing that would be different is the way the network is managed and the UI that is presented to the operator.  Embrace the change.  Expand your horizons.  That’s all you can do is to keep learning.  Okay fine, the CLI will likely be around for years to come, but what’s the downside of learning new interfaces?

The Network Industry is Pregnant.  SDN is in the womb.

Some IT veterans say SDN is still 3-5 years away.  3-5 years away from what I ask?  That’s the question.  Are you afraid of not being needed anymore?  Do you fully understand the potential of a network being software defined or even true network automation (without SDN)?  If it’s 3-5 years of really seeing negative impact on major incumbents’ bottom line, then I can agree with that, but next generation networks are here now.  Any individual or company still has time to re-invent themselves to take advantage of this shift in networking to realize reductions in OpEx, CapEx, and potentially to even see new revenue streams.  If you don’t think SDNs are here already and won’t be for years to come, that’s great and better for the revolutionary companies and individuals.  Maybe you are a network manager that won’t take meetings around SDN because you’re too busy fighting fires.  Maybe you’re an engineer that loves the CLI and think applications don’t have a place in the network.  Maybe you’re a tech and don’t think anything should change because you just got your first job as a network admin.  I’d be willing to bet that with the acquisitions we’ll likely see in the next 12-18 months, many perspectives on SDN will change.  Start-ups just don’t seem to get real “street cred” across the Enterprise until they are acquired.

Had many of these thoughts in my head for a while, so I just wanted to get them out for now, but I do plan on re-visiting the topic of skills for the future network engineer in upcoming posts.

Happy New Year.

Regards,
Jason

Follow me on Twitter: @jedelman8

1 Comment
Victor Rebli
5/2/2014 10:18:02 am

Dear Jason,

How is the adoption of SDN in north america?
I'm from Brazil, and I've have read a lot about, and have seen many comments about how companies have accelerated the deployment of SDN in their networks, as they are reducing their staffs or with bold plans to cut their staffs.

If all this is true? what SDN promises to do and what he promises not to do?

The career network engineer, network analyst and technical networks will change?

Att,

Reply



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