Performance evaluation mechanisms for FlowMod message processing in OpenFlow switches

Nguyen-Ngoc, Anh Vu; Lange, Stanislav; Gebert, Steffen; Zinner, Thomas; Tran-Gia, Phuoc; Jarschel, Michael

doi:10.1109/cce.2016.7562610

Cited by 12 publications

(6 citation statements)

References 9 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…The installation time is then given by the time difference between the first FlowMod and the last BarrierReply as seen on the controller host. This measurement methodology has been evaluated in detail in [44]. For all such experiments, 10 repetitions of each configuration were performed, and all displayed results show the mean installation time with a 95% confidence interval.…”

Section: Performance Evaluation Of Tablevisormentioning

confidence: 99%

The Power of Composition: Abstracting a Multi-Device SDN Data Path Through a Single API

Geissler

Herrnleben

Bauer

et al. 2020

IEEE Trans. Netw. Serv. Manage.

Self Cite

View full text Add to dashboard Cite

Software Defined Networking aims to separate network control and data plane by moving the control logic from network elements into a logically-centralized controller. Using a well-defined, unified control-channel protocol, such as OpenFlow, the controller is able to configure the forwarding behavior of data plane devices. Here, the OpenFlow protocol is translated to vendor-and device-specific instructions that, for instance, manipulate the flow table entries of a switch. In practice, SDNenabled switches often feature different hardware capabilities and configurations with respect to the number of flow tables, their implementation, and which kind of data plane features they support. This leads to device heterogeneity within the SDN landscape, thereby obstructing the increased scalability and flexibility promised by the SDN paradigm. To overcome this challenge we propose TableVisor, a transparent proxy-layer for the SDN control channel that enables the flexible abstraction of heterogeneous data plane devices into a single emulated data plane switch. In this paper, we extend our previous work by introducing features to integrate modern P4 devices into an existing SDN environment and perform a detailed performance evaluation to quantify the overhead induced by our approach.

show abstract

Section: Performance Evaluation Of Tablevisormentioning

confidence: 99%

The Power of Composition: Abstracting a Multi-Device SDN Data Path Through a Single API

Geissler

Herrnleben

Bauer

et al. 2020

IEEE Trans. Netw. Serv. Manage.

Self Cite

View full text Add to dashboard Cite

show abstract

“…With the barrier mechanism in OpenFlow, the only way to deduce such information is to rely on the barrier command. As described in [40], after receiving a barrier request in the form of OFPT _BARRIER_REQUEST message from the controller, the switch has finished processing all previously received messages before executing any message after the barrier request. When the process is complete, the switch must send a barrier reply message in the form of OFPT _BARRIER_REPLY message.…”

Section: Related Workmentioning

confidence: 99%

Fast Fail-Over Technique for Distributed Controller Architecture in Software-Defined Networks

et al. 2019

View full text Add to dashboard Cite

Recent studies have proposed different approaches to mitigate the risk of overload and failure in Software-Defined Networks (SDNs). Some of these approaches have proven effective but only in specific use cases, making it potentially difficult to generalize their application. Furthermore, network failure detection and recovery by the SDN control plane requires sophisticated software logic running on multiple controllers that are non-intrusive to the network environment. While this allows more flexibility to respond to failure events, it also implies that each controller application must include its recovery logic, which increases code complexity. In this paper, we propose a fast fail-over technique for solving the problem of a controller failure or target availability in the network. We argue that inter-domain controller synchronization can result in high network overhead and should be minimized to per-need base only. To this end, upon detecting a failure in the control plane, the proposed fast failure recovery technique leverages a load-shifting scheme to initialize alternate paths and proactively instantiate flow rules to reduce flow setup latency. To prevent packet loss during failure recovery, we utilize a forwarding information table that quickly replays inputs to the controller after failure recovery. Our extensive experiments show that the average latency incurred by the controller to controller communication is approximately twice that of per-need based synchronization. The experimental results also show that our proposed technique achieved a 50% reduction in service interruption period and 75% flow_mod reduction during a single link failure over the traditional SDN baseline approach. INDEX TERMS Distributed computing, link failure, proactive fault tolerant system, software defined networking, worst-case latency.

show abstract

“…However, it takes a long time to change various paths of the several flows.Specifically, it takes around 10 ms to change a single path due to the influence of the transmission time of a flow entry form the controller to the switch, and the processing time to add flow entry into the switch [7,8,9]. Therefore,in time-sensitive situations, such as disasters, in which several paths must be changes in a short period of time, not all the flow changes will be successful .…”

Section: Background and Overviewmentioning

confidence: 99%

A Proposal of Control Method Considering the Path Switching Time of SDN and Its Evaluation

Gotani¹,

Takahira²,

Hata³

et al. 2019

Adv. sci. technol. eng. syst. j.

View full text Add to dashboard Cite

Recently, communication demands often change because of the various network services in companies and individuals. Software Defined Networking (SDN) has emerged as a viable control paradigm that allows flexible communication, using OpenFlow as its default standard and enabler. However, when changes happen frequently in SDN networks due to unforeseen reasons -such as a network failure or topology changes-it takes a long time to perform all the operations. For instance, to change a routing path, first new paths must be calculated, then the controller must transmit the commands to the network elements, which has to process those commands. This process can cause a delay, or even disruption, in the communication service. Therefore, this paper proposes a network control method to reduce the time to change a path using OpenFlow.

show abstract

Performance evaluation mechanisms for FlowMod message processing in OpenFlow switches

Cited by 12 publications

References 9 publications

The Power of Composition: Abstracting a Multi-Device SDN Data Path Through a Single API

The Power of Composition: Abstracting a Multi-Device SDN Data Path Through a Single API

Fast Fail-Over Technique for Distributed Controller Architecture in Software-Defined Networks

A Proposal of Control Method Considering the Path Switching Time of SDN and Its Evaluation

Contact Info

Product

Resources

About