Automation & Software Defined Networking (SDN) : Control Plane
Automation & Software Defined Networking (SDN) : Control Plane
Different tasks of a router are separated by different planes. There are three planes:
• control plane
• data plane
• management plane
Control Plane
The control plane is responsible for exchanging routing information, building the ARP
table, etc. Here are some tasks that are performed by the control plane:
Data Plane
The data plane is responsible for forwarding traffic. It relies on the information that the
control plane supplies. Here are some tasks that the data plane takes care of:
The tasks of the data plane have to be performed as fast as possible which is why the
forwarding of traffic is performed by specialized hardware like ASICs and TCAM tables.
Management Plane
The management plane is used for access and management of our network devices. For
example, accessing our device through telnet, SSH or the console port.
Traditional networking uses a distributed model for the control plane. Protocols like
ARP, STP, OSPF, EIGRP, BGP and other run separately on each network device. These
network devices communicate with each other but there is no central device that has an
overview or that controls the entire network.
With SDN, we use a central controller for the control plane. Depending on the
vendor’s SDN solution, this could mean that the SDN controller takes over the control
plane 100% or that it only has insight in the control plane of all network devices in the
network. The SDN controller could be a physical hardware device or a virtual machine.
Southbound Interface
The SDN controller has to communicate with our network devices in order to program
the data plane. This is done through the southbound interface. This is not a physical
interface but a software interface, often an API (Application Programming Interface).
• OpenFlow: this is probably the most popular SBI at the moment, it’s an open
source protocol from the Open Networking Foundation. There are quite a few
network devices and SDN controllers that support OpenFlow.
• Cisco OpFlex: this is Cisco’s answer to OpenFlow. It’s also an open source protocol
which has been submitted to the IETF for standardization.
• CLI: Cisco offers APIC-EM which is an SDN solution for the current generation of
routers and switches. It uses protocols that are available on current generation
hardware like telnet, SSH, and SNMP.
Northbound Interface
The northbound interface is used to access the SDN controller itself. This allows a
network administrator to access the SDN to configure it or to retrieve information from
it. This could be done through a GUI but it also offers an API which allows other
applications access to the SDN controller. You can use this to write scripts and automate
your network administration. Here are some examples:
Through the API, multiple applications are able to access the SDN controller:
• A user that is using a GUI to retrieve information about the network from the SDN
controller. Behind the scenes, the GUI is using the API.
• Scripts that are written in Java or Python can use the API to retrieve information
from the SDN controller or configure the network.
• Other applications are able to access the SDN controller. Perhaps an application
that automatically configures the network once a new virtual machine is created
on a VMware ESXi server.
SDA FABRIC, UNDERLAY, AND OVERLAY
Fabric: The combination of overlay and underlay, which together provide all
features to deliver data across the network with the desired features and
attributes