200 likes | 400 Views
Efficient agent-based selection of DiffServ SLAs over MPLS networks. Thanasis G. Papaioannou a,b , Stelios Sartzetakis a , and George D. Stamoulis a,b presented by Vasilios Siris a SPIE International Symposium on Information Technologies: Internet Performance and Control,
E N D
Efficient agent-based selection of DiffServ SLAs over MPLS networks Thanasis G. Papaioannoua,b, Stelios Sartzetakisa, and George D. Stamoulisa,b presentedby Vasilios Sirisa SPIE International Symposium on Information Technologies: Internet Performance and Control, Boston, U.S.A., November 2000 a Institute of Computer Science (ICS), Foundation for Research & Technology – Hellas (FORTH) P.O. Box 1385, GR 711 10, Heraklion, Crete, Greece b Department of Computer Science, University of Crete, Heraklion, Greece
Outline • Introduction and problem definition • Our contribution • Overview of the architecture • The SLS selection process • Implementation issues • Theoretical and experimental assessment of the economic efficiency achieved. • Conclusions – future work
Introduction and Problem Definition • QoS provision in Internet is (and will be) necessary. • Many QoS protocols and mechanisms have been proposed. • SLA negotiation algorithms have to be defined properly, in order for ISPs to sell such contracts that: • satisfy user needs, • improve network efficiency.
Our Contribution • Development and assessment of an architecture for per-flow SLA negotiation, provision and control deployment in a DiffServ over MPLS network domain. • Development and assessment of an efficient SLS selection process. • Implementation of the whole system in an experimental testbed.
Overview of the Architecture Policy Directory SLS negotiation User Agent Policy Server Information Directory LSP QoS requests DiffServ over MPLS network domain
QoS Issues • Each QoS class has • the same performance characteristics over all paths, • a certain non-compliance risk r. • Non-compliancerisk is defined as an a priori upper bound on the percentage of traffic that will not be treated in accordance to the SLS. • Computable by the network provider. • Understandable for the end-users. • User QoS requirements: • maximum acceptable non-compliance risk. • minimum acceptable QoS class.
The Efficient SLS Selection Process • The user application places a QoS request. • This request reaches the Policy Server, which discovers the feasible SLSs [x = (h, ρ,β,QoS class, r)] and their associated expected charge. • TheUser Agent selects the SLS x that maximizes the netbenefit of the user, i.e.
Charging by the Most Congested Link • ThePS computes the expected charge according to [Courcoubetis-Siris]: • si, ti characterize the operatingpointof a QoS classi. • piis the price per unit of effective usage in a QoS class i. • T is the service duration. • This scheme is fairand provides users with the right incentives for resource usage. • simple bound of effective bandwidth
Optimization of Traffic Parameters • For a given peak rate h (or a shaping delay)there is an indifferencecurveof (ρ, β) pairsfor which all the inserted traffic is conformant. • For charge minimization Minimize H(t) over this curve. • Assumption: PS offers only one optimized contract x, per QoS class. Negotiation now simplified: selection of x reduces to selection of QoS class and r.
The User Utility Function • The user utility for a SLS x: • U(QoSDF) is a normalized user utility function of the QoS class. • W(x) expresses the willingness to pay of a user for the QoS class, when for the highest QoS class he is willing to pay Wmax. • ruseris the upper bound of the noncompliance risk that the user can accept, while rnetwis the noncompliance risk offered by the network. • The function f expresses the user satisfaction for low values of rnetwrelatively to ruser.
A Typical Function U(QoSDF) Minimum Acceptable QoS class
Distribution and Exchange of Information • Each component stores information for which it has the proper incentive.
Efficiency of Architecture • Performs traffic categorization in QoS classes, rather than CAC. • In the network ingress • Clear andeffectiveSLS negotiation interface. • Per flow traffic classification, control of compliance with the SLSs, and DS assignment to the packets. • Processing of QoS requests and state storage only by the PS. • Simple expression of user QoS requirements. • Low computational overhead and minoradditions to the existing infrastructure. • Scaleable architecture in large administrative domain, using multiple PS instances.
Economic Efficiency • Each user performs individualoptimization. • Is incentive compatibility maintained when users employ this negotiation process for SLS selection? I.e. is social welfare also promoted? • Experiments: Computation of social welfare when employing: • our negotiation approach. • equal sharing of the same total amount of resources. • Results: social welfare always better under our approach.
Conclusions – Future Work • Defined and implemented • an architecture for control and categorization of the inserted traffic in a DiffServ over MPLS network domain. • an efficient SLS selection process, providing the right incentives to users. • The whole system can serve as • a framework for the employment of different resource allocation and charging policies for the improvement of the overall efficiency of the network. • Directions for future work: Extend the system • for negotiation of aggregate SLSs between DiffServ domains. • for end-to-end SLA deployment across multiple DiffServ domains.
Experimental Results • Our approach is better for all the charging curves and for all the amounts that the users are willing to pay.