Dussehra Vijay Offer: Festive price on master programs + IT 360 Bundle freeExplore master programs
NETWORK KINGS / ARTICLES

SDN tutorial Software-Defined Networking

SDN is a technology that works on manageable networking devices. Devices consist of two parts, one is Data plane & another is Control plane.

SDN tutorial Software-Defined Networking

SDN Software Defined Networking

SDN is a Technology which works on manageable networking devices. Devices consist of two parts: the Data plane and the other is Control plane. Earlier networking devices were tightly coupled (Data Plane & Control Plane), and you could not ask your vendor to give you data and control plane separately. In tightly coupled devices, you cannot make modifications. Because they are both coupled with each other.

To overcome the above limitation, SDN technology comes into the picture, which gives your ability to purchase data Plane and control plane separately. It decouple Data plane & Control plane, now you can design your own application/code (that will be written in a programming language like Python, Java, etc.) as per your requirement, and we make that code compatible with the control plane and data plane. Now only code decides, the device will work like a switch, like a router(define routing), or a firewall(Security device).

Note:– Your controller will decide which language you will use for your application.

e.g.:– The physical devices of your computer are like the data plane, the operating system is like CLI, and if you are making a Word document, then you will need MS- Office (MS-Office written in a programming language). Similarly, to make a device working we need a code (written in a language) that code and functions will decide how your device will work .most important your code and platform, like CLI, should be compatible with each other.

Master's in SDN requires networking skills, a good understanding of programming language and O/S knowledge.

Components of SDN —

Data Plane: Data Plane in a networking device works like a forwarding plane, which actually forwards the data .e.g physical ports on a switch work as the data plane. Data plane, also known as a forwarding device, open flow switch, and SDN switch. There is no intelligence in the data plane; it’s like a dummy device.

Control Plane: The control plane in a networking device works like a controller, which actually controls the flow of data. It’s like the IOS (internetwork operating system) of a device, which runs from CLI(command line interface) mode. The control plane is also known as the SDN controller.

Below are earlier networking devices where the DATA PLANE and CONTROL PLANE are tightly coupled

Below are SDN technology devices, which decouple the DATA PLANE and the CONTROL PLANE

Communication between the data plane and the control plane is known as “South Bound Interface”, & Communication betweenthe control plane and the application/code is known as “North Bound Interface”.

In below diagram trying to explain the concept , where train track works like data/physical plane and driver of the train, moreover controller who actually controls the track, works like control plane or SDN controller .

If you are buying a switch or any networking/communication device (manageable) from the market that will cost you around Rs. 30,000. That means around 25,000 they are charging for the control plane, and only 5000 is for the physical/data plane. Because the control plane actually consist logic/code/rules of statements, where the physical plane is only your hardware cost.

Now come into bit inside?

Physical Data Plane can be purchased from the market as described above. like a dumb hardware device.

Virtual Data Plane? We have one emulator called MININET (software), by using that, we can make virtually data plane and put an SDN controller over it. Nothing will happen by combining the virtual data plane and open source control plane. To make it working we need to build an application in such a programming language.

That application/code will define which device will come. It may come IN SWITCH, IN HUB, IN FIREWALL, IN LOAD BALANCER, or in any other device whose code we have defined/designed in our application. INTRESTING

Note — No need to purchase control plane now because we have many open source solutions.

SDN is not a fixed functionality. By changing or adding code, we can enhance the existing functionality. It helps to manage centrally.

SDN CONTROLLER?

Name

Language

NOX

C++

POX(Mainly Use)

PYTHON

BEACON

JAVA

TREMA

RUBY, C

FLOODLIGHT

JAVA

FLOWVISION

C

MININET

It’s an EMULATOR tool, a software program that uses lightweight virtualization in the background. If your designed code works properly on mininet emulator. It will definitely work well on real physical data plane too. Application run’s smooth onthe emulator, it means your code is good to go, and it will work on real environment /hardware without any modification. Topologies of mininet are Single, Linear, Tree, Minimal, and Custom.

MAKE YOUR NEXT MOVE

Put your next idea into practice.

Find a course, explore a career path, or talk it through with our team.

Request career guidance

Why learn from the top 1% of engineers?

Because passing an exam and doing the job are different skills, and only experience closes the gap. Network Kings mentors have spent 11 to 20+ years building and running networks, cloud platforms and pipelines at companies like Apple, Juniper Networks, IBM and CDAC. They teach what breaks in production, why, and how engineers fix it under pressure.

  • Atul Sharma, Founder & CEO
  • Lazaro (Laz) Diaz, Networking
  • Sanjay Sharma, AWS
  • Vikas Kumar, Azure
  • Ajay, Azure
  • Amit Bhatt, Linux & DevOps

Atul Sharma (Founder & CEO, 12+ yrs), Lazaro (Networking), Sanjay Sharma (AWS, 20+ yrs) and more. Meet the mentors

Same problem, two answers. Pick a track:

On the job: Two routers' OSPF neighbours are stuck in ExStart and never reach Full.

The textbook answer

OSPF moves through Down, Init, 2-Way, ExStart, Exchange, Loading and Full. Memorise the neighbour states for the exam.

Correct. Not enough to fix it.

How a production engineer teaches it

  1. Suspect an MTU mismatch first. ExStart and Exchange stalls usually come down to it.
  2. Compare show ip ospf interface on both ends and fix the interface MTU.
  3. Use ip ospf mtu-ignore only as a stopgap, and say so in the change record.
  4. Write down why it happened, so the next engineer finds it in minutes.
  • The why behind every command, not just the syntax.
  • Hands-on labs for every topic, so the first fault you fix is not at work.
  • Doubts answered by someone who has fixed it in a live network, cloud or pipeline.