C. J. Sreenan and P. P. Mishra, "Equus: a QoS manager for distributed application," in Proc. IFIP International Conference on Distributed Platforms, pp. 496--509, Mar. 1996. Published as "Distributed Platforms" by Chapman & Hall, 1996.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....QoS Management Aspects The dynamic aspects of QoS management respond to change within the environment, allowing a contract to be fulfilled on an ongoing basis. Contract specifications are often inexact as resource usage and flow characteristics are not generally completely defined in advance [32]. The dynamic management functions are summarized in Table 4. These issues are expanded on in [2, 17, 22, 33] n Table 3. Static QoS management functions. Specification The definition of QoS requirements or Requirements at various levels of abstraction are described as capabilities. combined ....

....power causing power management functions to be initiated, or degradation in functions such as radio transmission. These types of change must either be notified to or negotiated with the applications concerned, as they require cooperation between QoS management and the application for adaptation [7, 15, 32, 37, 40, 45, 46]. These effects may be seen as transient failure or loss, of parts of the system and can be similar to QoS degradation which can occur due to overload in fixed networks such as the Internet. Some notion of time outs on quiet connections is one simple way of differentiating between failure and ....

C. J. Sreenan and P. P. Mishra, Equus: A QoS Manager for Distributed Applications, Proc. IFIP/IEEE Int'l Conf. on Distributed Platforms, Dresden, 1996, pp. 496--509.

....is a QoS scheme which builds on this notion of adaptation by providing explicit renegotiation. This is similar in spirit to the feedback mechanisms for non real time traffic in ATM, but differs in that we aim to provide feedback right up to the application level, not just to the sending host [SM96] Thus we incorporate renegotiation as a key part of our QoS API. Four elements compose our approach. First, we engage the support for multiple VCs over a wireless channel, and the usage of a set of per VC QoS parameters to influence bandwidth allocation. Second, we define a group of interface ....

C.J. Sreenan and P.P. Mishra. Equus: A QoS Manager for Distributed Applications, pp. 496,509. Publishers Chapman & Hall, 1996.

.... popular in the Internet, such as that employed in the vat audio tool (based on delay estimation from [9] and the related improvements proposed in [5] More general adaptation work has also appeared, both for application design [10] 11] and middleware support for cooperative QoS management [12]. Synchronization between multiple related streams has also been a popular research topic. Some solutions assume that reasonable upper bounds on the delay across streams are available [13] while others set a fixed upper delay bound for a stream, discarding data which arrives late and would cause ....

C. J. Sreenan and P. P. Mishra, "Equus: a QoS manager for distributed application," in Proc. IFIP International Conference on Distributed Platforms, pp. 496--509, Mar. 1996. Published as "Distributed Platforms" by Chapman & Hall, 1996.

....is a QoS scheme which builds on this notion of adaptation by providing explicit renegotiation. This is similar in spirit to the feedback mechanisms for non real time traffic in ATM, but differs in that we aim to provide feedback right up to the application level, not just to the sending host [6]. Thus we incorporate renegotiation as a key part of our QoS API (application programming interface) In this paper, we report our work of realizing a QoS scheme # Currently with Computer Science Department, University of California, Los Angeles. y Currently with InVenGen Inc. N.J. z ....

C.J. Sreenan and P.P. Mishra, "Equus: A QoS Manager for Distributed Applications," in Distributed Platforms, Editors A. Schill et al. Publishers Chapman & Hall,1996, pp 496509.

....in the protocol by explicitly supporting a mechanism to alert applications of significant bandwidth changes and allow them to renegotiate QoS. This work is encouraged by work showing how continuous media applications can adapt to some degree based on available resources or network conditions [4, 5]. Section 2 briefly describes QoS support in the SWAN system, including QoS renegotiation. Section 3 describes an experiment to demonstrate QoS management in SWAN, while Section 4 concludes. More complete details of the QoS protocol and results are available in [6] while [7] explains its ....

C. J. Sreenan and P. P. Mishra, "Equus: A QoS Manager for Distributed Applications," in Distributed Platforms, Editors A. Schill et al. Publishers Chapman & Hall,1996, pp. 496-509.

....is a QoS scheme which builds on this notion of adaptation by providing explicit renegotiation. This is similar in spirit to the feedback mechanisms for non real time traffic in ATM, but differs in that we aim to provide feedback right up to the application level, not just to the sending host [6]. Thus we incorporate renegotiation as a key part of our QoS API (application programming interface) In this paper, we report our work of realizing a QoS scheme Currently with Computer Science Department, University of California, Los Angeles. y Currently with InVenGen Inc. N.J. z ....

C.J. Sreenan and P.P. Mishra, "Equus: A QoS Manager for Distributed Applications," in Distributed Platforms, Editors A. Schill et al. Publishers Chapman & Hall,1996, pp 496509.

....is a QoS scheme which builds on this notion of adaptation by providing explicit renegotiation. This is similar in spirit to the feedback mechanisms for non real time traffic in ATM, but differs in that we aim to provide feedback right up to the application level, not just to the sending host [11]. Thus we incorporate renegotiation as a key part of our QoS API. Four elements compose our approach. First, we engage the support for multiple VCs over a wireless channel, and the usage of a set of per VC QoS parameters to influence bandwidth allocation. Second, we define a group of interface ....

C.J. Sreenan and P.P. Mishra, "Equus: A QoS Manager for Distributed Applications," in Distributed Platforms, Publishers Chapman & Hall,1996, pp 496-509.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC