Demonstrating resilient quality of service in Software Defined Networking

Sharma, Sachin; Staessens, Dimitri; Colle, Didier; Palma, David; Gonçalves, João; Pickavet, Mario; Cordeiro, Luís; Demeester, Piet

doi:10.1109/infcomw.2014.6849191

Cited by 13 publications

(11 citation statements)

References 4 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Instead of a single controller, for large-scale networks, a cluster of SDN controllers can be used for better network management. 30 Single controller architecture is simpler and cheaper, but centralized approach raises problems regarding to scalability. As the number of switches increases, relying on a single controller is not secure for many reasons: first, instructions from the SDN controller are passed to the switches as messages.…”

Section: Prerequisitesmentioning

confidence: 99%

“…According to the SDN approach, the control plane logic is removed from the forwarding devices (switches and routers) that participate in the network and is incorporated into an external entity that instructs them and is called SDN controller. 30 The SDN controller has a global view of the complete network, and based on this, it instructs the switches during the forwarding process. The communication between the SDN controller and the switches is feasible via OpenFlow protocol.…”

Section: Related Workmentioning

confidence: 99%

See 1 more Smart Citation

Improving networked music performance systems using application‐network collaboration

Lakiotakis

Liaskos

Dimitropoulos

2018

Concurrency and Computation

View full text Add to dashboard Cite

Summary Networked Music Performance (NMP) systems involve musicians located in different places who perform music while staying synchronized via the Internet. The maximum end‐to‐end delay in NMP applications is called Ensemble Performance Threshold (EPT) and should be less than 25 milliseconds. Due to this constraint, NMPs require ultra–low‐delay solutions for audio coding, network transmission, relaying, and decoding, each one a challenging task on its own. There are two directions for study in the related work referring to the NMP systems. From the audio perspective, researchers experiment on low‐delay encoders and transmission patterns, aiming to reduce the processing delay of the audio transmission, but they ignore the network performance. On the other hand, network‐oriented researchers try to reduce the network delay, which contributes to reduced end‐to‐end delay. In our proposed approach, we introduce an integration of dynamic audio and network configuration to satisfy the EPT constraint. The basic idea is that, the major components participating in an NMP system, the application and the network interact during the live music performance. As the network delay increases, the network tries to equalize it by modifying the routing behavior using Software‐Defined Networking principles. If the network delay exceeds a maximum affordable threshold, the network reacts by informing the application to change the audio processing pattern to overcome the delay increase, resulting in below EPT end‐to‐end delay. A full prototype of the proposed system was implemented and extensively evaluated in an emulated environment.

show abstract

Section: Prerequisitesmentioning

confidence: 99%

Section: Related Workmentioning

confidence: 99%

Improving networked music performance systems using application‐network collaboration

Lakiotakis

Liaskos

Dimitropoulos

2018

Concurrency and Computation

View full text Add to dashboard Cite

show abstract

“…However, with the OpenFlow protocol, a packet can be redirected through an already created queue. For the creation of queues, switches can rely on a separate protocol such as OF-Config (OpenFlow Configuration and Management Protocol) or OVS-DB (Open vSwitch Database Management Protocol) [11]. For the case when switches do not support these protocols, vendor specific options of the OpenFlow protocol can be used for the creation of queues.…”

Section: Queuing Functionalitymentioning

confidence: 99%

In-band control, queuing, and failure recovery functionalities for openflow

et al. 2016

Self Cite

View full text Add to dashboard Cite

“…From the response to failure experiment we learned that high quality of service can be achieved for business customers even on failure conditions using our framework [6]. We learned that if the enough bandwidth is present in the restoration path, neither business customers nor best-effort customers would receive degraded service.…”

Section: Key Findingsmentioning

confidence: 99%