top of page
  • Deepak Arora

Redefining SDN

For quite some time I have been sort of irritated (for lack of better word) by hearing and discussing about buzz word in the market called SDN. Let's first review some of interesting facts: - Some people seems to be afraid of loosing there jobs thinking they will be irrelevant in near future, well lots of posts are there on web where people are throwing opinions about what’s the value of CCIE now and if CCIE is relevant any longer. (Mostly these are people claiming themselves as SDN/NFV experts or evangelist)

- SDN means - STILL DON'T KNOW - SDN is the only thing that the next generation networks would be built around or run - SDN & NFV are future of networking - Protocols like Open Flow will take over the world soon and re-define the networking completely Now let's not try to define SDN here and keep it for next post since I would want to clarify on some of misconceptions. So coming back to idea of there is fundamentally something new. Well it depends upon what's your personal take on SDN to begin with in terms of : - What it is - How it works - What problems does it solve - What are the new models, frameworks and protocols that works in the background (Check under the hood)

Now if you take a closer look, most of these products are good mix of: - Overlay Networks (Host Based, Network Based or Hybrid - e.g.: VxLAN etc.) - Good Orchestrator that really works well for most part (Numerous failed attempts by vendors in past) - Network virtualization techniques (e.g. VRFs,Virtual instances etc.) - Some better protocols/techniques to support workload mobility (e.g. LISP etc) - Fixes applied to some traditional techniques (e.g. Poor programmability support with CLI in past or missing shell access etc.) - Some old fundamentals re-discovered (Cap theorem, Game theory, Clos Fabric, BGP Labeled Unicast etc.) - Enhancements into existing protocols considering their proven history and robustness ( BGP LS, BGP EVPN, Segment Routing etc.) to meet new requirements in terms of scales and get rid of some old challenges - Better API support - Better abstraction Now to me these are old ideas which are wrapped in nice package (Remember RFC 1925 Rule 11) but certainly needed to meet business demands and scale in current scenario and near future depending upon what all business problems you are trying to solve with technology. On the other hand important question is “Should I be afraid?” Well there are couple of moving pieces which you need to consider: - Most traditional network certifications, classes & courses don't cover these things which really makes the situation tough - There are very limited books and texts around these topics and some are even misleading - Lack of new networking models to define and shape these protocols and other stuff well and standardize them across vendors - Most of companies in these segments present their products like real game changers - Are you really bad at adopting change

- Well in the end of the day it's all about money...isn't it ? :) So while it's really good to have SDN tools around to solve different problems with technology and get rid of some challenges and limitations from past, we are still far from having T-800 from Judgment Day in real life :) (While another interesting question would be if we really want to go to that stage)

Further Readings: HTH... Deepak Arora Evil CCIE

293 views0 comments

Recent Posts

See All

Terry Vinson

Terry Vinson, CCIE No. 35347 (Routing and Switching, Data Center), is a seasoned instructor with nearly 25 years of experience teaching and writing technical courses and training materials. Terry has

Terry Slattery

Terry Slattery, CCIE #1026, is a senior network engineer with decades of experience in the internetworking industry. Terry is a Principal Consultant at Chesapeake Netcraftsmen, an advanced network con

Wendell Odom

Wendell Odom, CCIE No. 1624, is the most respected author of Cisco networking books in the world. His past titles include books on the entry-level Cisco certifications (CCENT and CCNA), the more advan

bottom of page