Abstract

Deployment of new optimized routing rules on routers are challenging, owing to the tight coupling of the data and control planes and a lack of global topological information. Due to the distributed nature of the traditional classical internet protocol networks, the routing rules and policies are disseminated in a decentralized manner, which causes looping issues during link failure. Software-defined networking (SDN) provides programmability to the network from a central point. Consequently, the nodes or data plane devices in SDN only forward packets and the complexity of the control plane is handed over to the controller. Therefore, the controller installs the rules and policies from a central location. Due to the central control, link failure identification and restoration becomes pliable because the controller has information about the global network topology. Similarly, new optimized rules for link recovery can be deployed from the central point. Herein, we review several schemes for link failure recovery by leveraging SDN while delineating the cons of traditional networking. We also investigate the open research questions posed due to the SDN architecture. This paper also analyzes the proactive and reactive schemes in SDN using the OpenDayLight controller and Mininet, with the simulation of application scenarios from the tactical and data center networks.

Highlights

  • Software-defined networking (SDN) separates the control plane from the data plane, i.e., it moves the control logic from the network devices to a central controller

  • Fault-resilient approaches play an important role in traffic engineering for operator networks to ensure a fast failure recovery, which will accomplish the requirements of the end-users

  • There is a lack of optimum decisions due to the unavailability of the global statistics of the network. These problems exist in traditional internet architecture because of two reasons: First, because implementing changes in the traditional routing protocols is difficult owing to the software being embedded in the firmware; and second, the internet companies feel at risk and shy away from implementing any new proposals, even if it can increase the performance of the network, as this will increase the network complexity and, the maintenance cost

Read more

Summary

Introduction

Software-defined networking (SDN) separates the control plane from the data plane, i.e., it moves the control logic from the network devices to a central controller. Link failure recovery approaches leverage the SDN unique features of centralized control and the flexibility of programmable data plane for real-time applications such as video conferencing [7] and voice over IP (VOIP), which can tolerate a delay of 50 ms in case of recovery. There is a lack of optimum decisions due to the unavailability of the global statistics of the network These problems exist in traditional internet architecture because of two reasons: First, because implementing changes in the traditional routing protocols is difficult owing to the software being embedded in the firmware; and second, the internet companies feel at risk and shy away from implementing any new proposals, even if it can increase the performance of the network, as this will increase the network complexity and, the maintenance cost. The SDN controller, which has access to the global topological information, will search the optimum alternative path for the failed link and will push the flow rules to it. Foifntahlelys,uinrvSeeyc.tion 7, we conclude the paper and highlight the main points of the survey

An Overview of SDN
A Global View of the Network
The Low Complexity of Data Plane
Link Failure Detection Mechanisms
Link Failure Recovery Approaches
Proactive Approaches in SDN for Link Failure Recovery
Link Status Detection with OpenFlow
Congestion-Aware Proactive Schemes
Challenges in Proactive Recovery
Reactive Approaches for Link Failure Recovery in SDN
ML in SDN for Link Failure Recovery
Link Failure Recovery in Tactical Networks
Link Failure Recovery in a Data Center Network
Summary and Challenges of the SDN-Based Failure Recovery Approaches
Findings
Conclusions
Full Text
Published version (Free)

Talk to us

Join us for a 30 min session where you can share your feedback and ask us any queries you have

Schedule a call