<title>Running integrated services over differentiated service networks: quantitative performance measurements</title>

Abstract

Integrated Services (IntServ) and Differentiated Services (DiffServ) are two of the current approaches to provide Quality of Service (QoS) guarantees in the next generation Internet. IntServ aims at providing guarantees to end applications (individual connections) which gives rise to scalability issues in the core of the network. On the contrary, DiffServ is designed to provide QoS to aggregates, and does not suffer from scalability. It is therefore, believed that the combination of IntServ at the edge and DiffServ at the core will be able to provide QoS guarantees to end applications. 1, 2Although there have been several proposals on how to perform mapping of services between IntServ and DiffServ, there hasn't been any study to quantitatively show the level of QoS that can be achieved when the two networks are connected. The objective of this paper is to quantitatively demonstrate the QoS guarantees that can be obtained by end applications when IntServ is run over DiffServ. We have used goodput, drop ratio and non-conformant ratio of packets from the different services and the queue size of DiffServ router to determine the QoS obtained by packets belonging to different traffic classes.

Examination of Transmission Quality in the IP Multi-Protocol Label Switching Corporate Networks

“…The resultant architecture is considered one of the most promising architectures to deliver QoS guarantees in the future Internet [19]. Detailed information on the mentioned architectures have been presented in the papers of the authors [20], [21], [22].…”

Admission Control in IntServ to DiffServ mapping

“…The resultant architecture is considered in 1261 as one of the most promising architectures to deliver QoS guarantees in the next future Internet. In this context there are some important related work referenced in [27], [28], [29], [30] and [3 I].…”

A Transsignaling Strategy for QoS Support in Heterogeneous Networks

“…This AQMUA requests information on whether resources are available or not in the networks the flow must traverse by conducting several requests in chain to the AQMUAs managing the successive QoS domains (3, 4, 5, 6, COPS messages). As soon as each AQMUA gets a acknowledgement that the flow can go through, it issues a COPS-PR message to its border SPAAQE's (7,8,9). On the destination Access Network the SPAAQE hides the whole process from the application by engaging in an appropriate RSVP negotiation process with the destination (12 -PATH, and 13 -RESV).…”

“…In DiffServ scenarios, end-to-end QoS guarantees can be achieved by more complex control strategies: adding a Bandwidth Broker [4] to DiffServ networks; or using hybrid networks, with an access network supporting IntServ, and a transport network DiffServ-aware. Implementations [5][6] [7] already exist for these scenarios but they suffer from various problems: lack of flexibility (not able to adapt to new signalling protocols); scalability problems (centralizing the QoSBroker functions in one machine); or extreme inefficiency (carrying IntServ information over the DiffServ network, without any impact on network control).…”