This topic is to discuss the following lesson:
First of all nice post on SDN.My question is will it be difficult for network engineers in future? How this can affect any network engineers Job? since we don’t know any programming languages how we will sustain in market.so we will have to upgrade ourselves in this regard.so now the main question arise how to start and from where to start learning these stuffs??
You will be starting your own tutorials on SDN technology in future?? Thank You!
As far as I understand, routers and switches incorporate hardware functions to manipulate the data-stream, in Uni I was told that these hardware functions are 10 times faster than the software functions. How does this work with SDN?
Hans de Roode.
Waiting for your answer Sir
I have read many posts on SDN , and this is the most simplest yet effective article. kudos !!
@Deepak SDN is getting more popular in datacenters because of some of the reasons I described in this lesson. The same thing probably applies to (large) Enterprise networks.
You don’t have to become a super programmer, after all a programmer is also not a network engineer. It is a good idea however to get familiar with scripting and some simple programming languages like Python. Learning how APIs work and how to interact with them is also a good idea. Python is something that I will add here…you can learn the basics of it in a few hours. I will also add more SDN material.
@Hans The actual forwarding of traffic is done in hardware by ASICs which is much faster compared to a “software” lookup where we use the CPU. The forwarding is a task performed by the “data plane”. Feeding the data plane with information with information from the routing table, ARP table, access-list entries, etc. is done by the “control plane”. Most SDN solutions take the control plane out of the hardware and put it in the SDN controller. We still forward our traffic with ASICs.
@Abhishek - I agree. The first simple explanation after trawling many pages. Should have come here first.
Rene - is it true to say
- REST is an API accessible via the northbound interface
- The northbound interface provides access to the SDN from above
- The southbound interface provides access to lower levels e.g. network hardware (also from above) to the SDN
Many thanks for any reply. I cannot believe the waffle I have been trying to read elsewhere. You save me time sir. That is appreciated.
In some other lessons, I will give you some configuration examples of SDN solutions like Open SDN, Openflow, OpenDayLight, Cisco ACI and Cisco APIC-EM.Hi Rene Is Openflow an SDN solution as quoted as well as the most popular SBI? Many thanks
OpenFlow is not a “complete” SDN solution, it’s a SBI protocol that is used between/on the controller and switches. A lot of SDN controllers do support OpenFlow though.
just a quick question, I think it fit here.
What about the new Cisco DNA Solution?
What is you oppinion about this?
Maybe you want to make a short lesson
Good question, I wrote something about Cisco SD-access and SD-WAN. Take a look at this lesson:
Both are interesting. I like the idea about having an overlay and underlay network in the SD-access solution. Cisco SD-WAN (viptela) also looks pretty interesting.
First of all thanks for making it very clear about SDN. Thanks and Kudos for this post.
Shall we get similar post separately for SD-WAN?
Also in detail about how SD-WAN makes user benefits by cost reduction?
Rene shared a link a few days ago to a new lesson that includes SD-WAN. Take a look:
I hope this has been helpful!
Can you build a lab on SD-WAN Cisco Viptela and show us exactly how it works, if possible?
I might sometime, I played around a bit with Viptela SD-WAN when I wrote this post:
I’m not sure how easy it is to get the images and licenses for a lab. If you want to see it in action, there are some labs in Cisco Dcloud or Cisco Devnet. You can access those for free.