Multipathing with MPTCP and OpenFlow

Pol, Ronald van der; Boele, Sander; Dijkstra, Freek; Barczyk, A.; Malenstein, Gerben van; Chen, Jim Hao; Mambretti, Joe

doi:10.1109/sc.companion.2012.339

Cited by 45 publications

(26 citation statements)

References 2 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…We focus on three aspects: path characteristics, configuration parameters, and scheduling policies. Combined with previous work on MPTCP in data centers [10], [8], OpenFlow [13], and PlanetLab [4] our work can help with providing a more comprehensive understanding of MPTCP performance.…”

Section: Emulation Based Study Of Mptcpmentioning

confidence: 75%

Impact of Path Characteristics and Scheduling Policies on MPTCP Performance

Arzani

Gurney

Cheng

et al. 2014

2014 28th International Conference on Advanced Information Networking and Applications Workshops

View full text Add to dashboard Cite

Abstract-With increasing deployment of Multipath TCP (MPTCP) in multihoming and datacenter scenarios, there is a need to understand how its performance is affected in practice-both by traditional factors such as RTT measurements, and by new multipath-specific considerations such as subflow selection. We carried out an initial but comprehensive study using an actual MPTCP implementation in an emulated network environment, to explore the impact of different factors on MPTCP throughput. We find that path selection and packet scheduling have a large effect on performance, and that merely trusting the congestion control mechanism to do the right thing is not enough. Moreover, we provide evidence that throughput can be improved by slight modifications to the send buffers and path selection components of the implementation. Important challenges in network design remain, if only to ensure that multiple suitable paths exist in a network.

show abstract

Section: Emulation Based Study Of Mptcpmentioning

confidence: 75%

Impact of Path Characteristics and Scheduling Policies on MPTCP Performance

Arzani

Gurney

Cheng

et al. 2014

2014 28th International Conference on Advanced Information Networking and Applications Workshops

View full text Add to dashboard Cite

show abstract

“…• In [10] the authors present a prototype for a multipath network using MPTCP in the end hosts to distribute the traffic across multiple paths and OpenFlow in the data plane to do the wide area traffic engineering.…”

Section: Multipath Tcp and Openflowmentioning

confidence: 99%

Towards a Resilient Openflow Channel Through MPTCP

González

Oliva

Bernardos

et al. 2018

2018 IEEE International Symposium on Broadband Multimedia Systems and Broadcasting (BMSB)

View full text Add to dashboard Cite

Abstract-In the recent years, Software Defined Networking (SDN) has changed the way networks are engineered, making them more flexible, programmable and dynamic. SDN advocates for the centralization of control functionalities in a central node, the so-called controller. This entity has a wide view of the entire network, including the topology, facilitating the management and decreasing the complexity. However, the existence of a single entity running the complete control plane constitutes a single point of failure, thus triggering the need of improving the resiliency and reliability of the controller and the connection between the control and the data plane.This paper presents a solution for the improvement of the resiliency and the reliability on the OpenFlow channel through the use of multipath TCP (MPTCP). The proposed solution is based on the simultaneous use of in-band and out-of-band paths for the OpenFlow control channel, and includes a first experimental evaluation of the performance gains that can be achieved.Index Terms-SDN, OpenFlow, Resiliency, Reliability, MPTCP.A centralized controller is a potential single point of failure and a potential bottleneck. A failure on the controller or a disconnection between the control and data planes may lead to performance degradation and packet loss. OpenFlow uses a TCP connection (secured using SSL/TLS) to control the data plane elements. This connection, the so called OpenFlow channel, may use in-band or out-of-band transport signaling. In-band signaling is characterized by carrying the OpenFlow protocol packets through the same paths as the data transport, and therefore requires the network to be preconfigured to forward the OpenFlow signaling. Out-ofband signaling requires a separate network connecting all data plane elements to the controller, therefore requiring of extra network deployments.There is a need to improve the resiliency and reliability on software defined networks. Some efforts are devoted on the controller side, supporting a control plane distribution, starting with the version 1.2 of the OpenFlow protocol which supports mechanisms to use several simultaneous controllers. This concept was extended by diverse projects to increase the reliability on the control plane increasing the scalability and avoiding the single point of failure of a centralized architecture:• Onix [5] presents a platform for building a control plane on top of it as a distributed system. It provides an API which consists on a data model to abstract the network infrastructure, this API provides control logic, the possibility of read/write the state of the data plane and a notification engine for network state changes.• HyperFlow [6] solution is based on a logically centralized but physically distributed control plane synchronized with a publish/subscription system. All the controllers using HyperFlow have a consistent network-wide view and they run as if they are controlling the whole network.• ElastiCon [7] propose an elastic distributed controller architecture with a control...

show abstract

“…Different from our proposal, the proposed works are limited to TCP protocol and are a host‐centric approach. Works Li and Pan and Jinyao et al differ from our work since a flow is not split into subflows.…”

Section: Related Workmentioning

confidence: 99%

Analysis of monitoring and multipath support on top of OpenFlow specification

et al. 2018

View full text Add to dashboard Cite

Summary In general, traffic is pushed through a single path despite the existence of alternative paths in networks. For example, routing solutions based on spanning tree prune the topology to prevent loops, consequently preventing also the use of alternative paths. Research on quality of service frequently advocates that the use of alternative paths is interesting for enforcing Service Level Agreements (SLAs), bypassing bottlenecks created by shortest paths. In this paper, we are interested in analyzing the support for monitoring network traffic and for provisioning of multipaths in software‐defined networking (SDN), given the strong platform it provides for experimentation of new networked solutions. Our approach firstly enriches the topology view at the control plane with data gathered through fine grain data plane monitoring. On the basis of such enriched view, our system determines the path, or multipaths, necessary to enforce the specified SLA. We propose 2 extension modules to an OpenFlow controller: SDNMon, which monitors the data plane to enrich the topology information at the control plane, and MP‐Routing, which determines a set of paths, in the absence of a single path capable of enforcing the SLA. Both modules are extensively evaluated, and the results not only demonstrate what can be achieved in terms of accuracy in SDNMon and in terms of quality of service benefits in MP‐Routing but also highlight some limitations of OpenFlow specification. On the basis of our findings, we propose a set of new counters to Per Port and Per Flow granularity levels of OpenFlow specification.

show abstract

Multipathing with MPTCP and OpenFlow

Cited by 45 publications

References 2 publications

Impact of Path Characteristics and Scheduling Policies on MPTCP Performance

Impact of Path Characteristics and Scheduling Policies on MPTCP Performance

Towards a Resilient Openflow Channel Through MPTCP

Analysis of monitoring and multipath support on top of OpenFlow specification

Contact Info

Product

Resources

About