Guaranteeing Long-Term Quality of Service to Real-Time Applications in Optical Burst Switched Networks

Author(s):  
Yan Li ◽  
Martin Collier
2002 ◽  
Author(s):  
Fabrice Poppe ◽  
Koenraad Laevens ◽  
Herman Michiel ◽  
Serge Molenaar

Author(s):  
Sai Narasimhamurthy ◽  
Malcolm Muggeridge ◽  
Stefan Waldschmidt ◽  
Fabio Checconi ◽  
Tommaso Cucinotta

The service oriented infrastructures for real-time applications (“real-time clouds1”) pose certain unique challenges for the data storage subsystem, which indeed is the “last mile” for all data accesses. Data storage subsystems typically used in regular enterprise environments have many limitations which impedes direct applicability for such clouds, particularly in their ability to provide Quality of Service (QoS) for applications. Provision of QoS within storage is possible through a deeper understanding of the behaviour of the storage system under a variety of conditions dictated by the application and the network infrastructure. We intend to arrive at a QoS mechanism for data storage keeping in view the important parameters that come into play for the storage subsystem in a soft real-time cloud environment.


2002 ◽  
pp. 106-122
Author(s):  
Luiz A. DaSilva

Today’s networks support applications that deliver text, audio, images and video, often in real time and with a high degree of interactivity, using a common infrastructure. More often than not, traffic is carried over packet-switched networks that treat all data the same, under what is known as best-effort service. Packet switching can achieve very high efficiency through statistical multiplexing of data from numerous sources; however, due to the very nature of packet switching, one should expect fluctuations in throughput, delay, reliability, etc., for any given flow. The greater the statistical multiplexing capabilities, the greater the efficiency and also the greater the variability of achieved performance; in this sense, best-effort service provides maximum efficiency with highly unpredictable service quality. Clearly, not all traffic flows are created equal. Interactive web-based applications tend to be very sensitive to throughput, while real-time voice and video are sensitive to delay and jitter, and traditional data applications such as e-mail and file transfers are fairly insensitive to fluctuations in performance. The concept of quality of service (QoS) has evolved from the realization that in networks that carry heterogeneous traffic it makes sense to treat specific classes of traffic according to their specific needs.


2012 ◽  
Vol 14 (6) ◽  
pp. 583-595 ◽  
Author(s):  
Juan Jimenez ◽  
Rafael Estepa ◽  
Antonio Estepa ◽  
Francisco R. Rubio ◽  
Fabio Gómez-Estern

2008 ◽  
pp. 1781-1788
Author(s):  
Christos Bouras ◽  
Apostolos Gkamas ◽  
Dimitris Primpas ◽  
Kostas Stamos

The heterogeneous network environment that Internet provides to real time applications as well as the lack of sufficient QoS (Quality of Service) guarantees, many times forces applications to embody adaptation schemes in order to work efficiently. In addition, any application that transmits data over the Internet should have a friendly behaviour towards the other flows that coexist in today’s Internet and especially towards the TCP flows that comprise the majority of flows. We define as TCP friendly flow, a flow that consumes no more bandwidth than a TCP connection, which is traversing the same path with that flow (Pandhye 1999).


Author(s):  
Christos Bouras ◽  
Apostolos Gkamas ◽  
Dimitris Primpas ◽  
Kostas Stamos

The heterogeneous network environment that Internet provides to real time applications as well as the lack of sufficient QoS (Quality of Service) guarantees, many times forces applications to embody adaptation schemes in order to work efficiently. In addition, any application that transmits data over the Internet should have a friendly behaviour towards the other flows that coexist in today’s Internet and especially towards the TCP flows that comprise the majority of flows. We define as TCP friendly flow, a flow that consumes no more bandwidth than a TCP connection, which is traversing the same path with that flow (Pandhye 1999).


Sign in / Sign up

Export Citation Format

Share Document