Research Unit in Networking - University of Liège - 20041 A Distributed Algorithm for Weighted Max-Min Fairness in MPLS Networks Fabian Skivée

Slides:



Advertisements
Similar presentations
Responsive Yet Stable Traffic Engineering Srikanth Kandula Dina Katabi, Bruce Davie, and Anna Charny.
Advertisements

Congestion Control and Fairness Models Nick Feamster CS 4251 Computer Networking II Spring 2008.
QoS Strategy in DiffServ aware MPLS environment Teerapat Sanguankotchakorn, D.Eng. Telecommunications Program, School of Advanced Technologies Asian Institute.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Understanding MPLS TE Components.
Spring 2000CS 4611 Quality of Service Outline Realtime Applications Integrated Services Differentiated Services.
Architectures for Congestion-Sensitive Pricing of Network Services Thesis Defense by Murat Yuksel CS Department, RPI July 3 rd, 2002.
Receiver-driven Layered Multicast S. McCanne, V. Jacobsen and M. Vetterli University of Calif, Berkeley and Lawrence Berkeley National Laboratory SIGCOMM.
Advanced Computer Networking Congestion Control for High Bandwidth-Delay Product Environments (XCP Algorithm) 1.
MPLS additions to RSVP Tunnel identification Tunnel parameter negotiation Routing policy distribution Routing debugging information Scalability improvements.
XCP: Congestion Control for High Bandwidth-Delay Product Network Dina Katabi, Mark Handley and Charlie Rohrs Presented by Ao-Jan Su.
Receiver-driven Layered Multicast S. McCanne, V. Jacobsen and M. Vetterli SIGCOMM 1996.
CPSC Topics in Multimedia Networking A Mechanism for Equitable Bandwidth Allocation under QoS and Budget Constraints D. Sivakumar IBM Almaden Research.
Ashish Gupta Under Guidance of Prof. B.N. Jain Department of Computer Science and Engineering Advanced Networking Laboratory.
Jan 13, 2006Lahore University of Management Sciences1 Protection Routing in an MPLS Network using Bandwidth Sharing with Primary Paths Zartash Afzal Uzmi.
Introduction to MPLS and Traffic Engineering Zartash Afzal Uzmi.
Inter-Domain Path Computation in MPLS Authors: Faisal Aslam, Zartash Afzal Uzmi, Adrian Farrel, and Michal Pioro Zartash Afzal Uzmi Department of Computer.
Charge-Sensitive TCP and Rate Control Richard J. La Department of EECS UC Berkeley November 22, 1999.
MPLS H/W update Brief description of the lab What it is? Why do we need it? Mechanisms and Protocols.
MPLS and Traffic Engineering
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
Introduction to MPLS and Traffic Engineering
Path Protection in MPLS Networks Using Segment Based Approach.
A Strategy for Implementing Smart Market Pricing Scheme on Diff-Serv Murat Yuksel and Shivkumar Kalyanaraman Rensselaer Polytechnic Institute, Troy, NY.
Distributed-Dynamic Capacity Contracting: A congestion pricing framework for Diff-Serv Murat Yuksel and Shivkumar Kalyanaraman Rensselaer Polytechnic Institute,
Advanced Computer Networks1 Providing Guaranteed Services Without Per Flow Management By: Ion Stoica, Hui Zhang Presented by: Sanjeev R. Kulkarni.
Core Stateless Fair Queueing Stoica, Shanker and Zhang - SIGCOMM 98 Rigorous fair Queueing requires per flow state: too costly in high speed core routers.
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
S. Suri, M, Waldvogel, P. Warkhede CS University of Washington Profile-Based Routing: A New Framework for MPLS Traffic Engineering.
Congestion Control for High Bandwidth-Delay Product Environments Dina Katabi Mark Handley Charlie Rohrs.
A Study of MPLS Department of Computing Science & Engineering DE MONTFORT UNIVERSITY, LEICESTER, U.K. By PARMINDER SINGH KANG
Advanced Computer Networks : RED 1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking,
SMUCSE 8344 Constraint-Based Routing in MPLS. SMUCSE 8344 Constraint Based Routing (CBR) What is CBR –Each link a collection of attributes (performance,
MATE: MPLS Adaptive Traffic Engineering Anwar Elwalid, et. al. IEEE INFOCOM 2001.
1 Multi-Protocol Label Switching (MPLS) presented by: chitralekha tamrakar (B.S.E.) divya krit tamrakar (B.S.E.) Rashmi shrivastava(B.S.E.) prakriti.
Mobile IP Performance Issues in Practice. Introduction What is Mobile IP? –Mobile IP is a technology that allows a "mobile node" (MN) to change its point.
QoS in MPLS SMU CSE 8344.
1 Multi Protocol Label Switching Presented by: Petros Ioannou Dept. of Electrical and Computer Engineering, UCY.
DaVinci: Dynamically Adaptive Virtual Networks for a Customized Internet Jennifer Rexford Princeton University With Jiayue He, Rui Zhang-Shen, Ying Li,
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
Introduction to MPLS and Traffic Engineering Zartash Afzal Uzmi.
Integrated Dynamic IP and Wavelength Routing in IP over WDM Networks Murali Kodialam and T. V. Lakshman Bell Laboratories Lucent Technologies IEEE INFOCOM.
CS Spring 2011 CS 414 – Multimedia Systems Design Lecture 23 - Multimedia Network Protocols (Layer 3) Klara Nahrstedt Spring 2011.
MPLS and Traffic Engineering Ji-Hoon Yun Computer Communications and Switching Systems Lab.
ACN: RED paper1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking, Vol.1, No. 4, (Aug.
Korea Advanced Institute of Science and Technology Network Systems Lab. 1 Dual-resource TCP/AQM for processing-constrained networks INFOCOM 2006, Barcelona,
Protection and Restoration Definitions A major application for MPLS.
DaVinci: Dynamically Adaptive Virtual Networks for a Customized Internet Jiayue He, Rui Zhang-Shen, Ying Li, Cheng-Yen Lee, Jennifer Rexford, and Mung.
Jennifer Rexford Fall 2014 (TTh 3:00-4:20 in CS 105) COS 561: Advanced Computer Networks TCP.
Supporting DiffServ with Per-Class Traffic Engineering in MPLS.
Inter-area MPLS TE Architecture and Protocol Extensions
Slides by Yong Liu1, Deep Medhi2, and Michał Pióro3
SERENA: SchEduling RoutEr Nodes Activity in wireless ad hoc and sensor networks Pascale Minet and Saoucene Mahfoudh INRIA, Rocquencourt Le Chesnay.
Label Distribution Protocols LDP: hop-by-hop routing RSVP-TE: explicit routing CR-LDP: another explicit routing protocol, no longer under development.
Univ. of TehranIntroduction to Computer Network1 An Introduction Computer Networks An Introduction to Computer Networks University of Tehran Dept. of EE.
1 Lecture 15 Internet resource allocation and QoS Resource Reservation Protocol Integrated Services Differentiated Services.
Multi-protocol Label Switching
1 Transport Bandwidth Allocation 3/29/2012. Admin. r Exam 1 m Max: 65 m Avg: 52 r Any questions on programming assignment 2 2.
Congestion Control for High Bandwidth-Delay Product Networks Dina Katabi, Mark Handley, Charlie Rohrs Presented by Yufei Chen.
Multi-protocol Label Switching (MPLS) RFC 3031 MPLS provides new capabilities: QoS support Traffic engineering VPN Multiprotocol support.
Analysis on Two Methods in Ingress Local Protection.
Multi Protocol Label Switching (MPLS)
Corelite Architecture: Achieving Rated Weight Fairness
Inter domain signaling protocol
Traffic Engineering with AIMD in MPLS Networks
Columbia University in the city of New York
LSP Fast-Reroute Using RSVP Detours
Congestion Control (from Chapter 05)
1 Multi-Protocol Label Switching (MPLS). 2 MPLS Overview A forwarding scheme designed to speed up IP packet forwarding (RFC 3031) Idea: use a fixed length.
University of Houston Quality of Service Datacom II Lecture 3
Congestion Control (from Chapter 05)
Presentation transcript:

Research Unit in Networking - University of Liège A Distributed Algorithm for Weighted Max-Min Fairness in MPLS Networks Fabian Skivée Guy Leduc

Research Unit in Networking - University of Liège Outline Introduction Weight Proportional Max-Min policy Proposed distributed WPMM algorithm Algorithm integration with RSVP Simulation results Conclusion

Research Unit in Networking - University of Liège Introduction Our goal : sharing the available bandwidth among all the LSPs according to their weights Consider a set of LSPs, each carrying many TCP connections. Without explicit policy, more aggressive LSPs (with more flows) get more than their fair share, independently of their reservations. The classical max-min rate allocation policy has been accepted as an optimal network bandwidth sharing criterion among user flows. Extension with a weight : WPMM (Weighted Proportional Max-Min)

Research Unit in Networking - University of Liège Application The fair rate allocated to an LSP could be used at the ingress by a 3 colour marker :  green : rate under the reserved rate  yellow : rate between reserved rate and fair rate  red : rate above the fair rate In case of congestion, core routers discard the red packets first and possibly, during transient periods, some of the yellow packets by using WRED policy by example.

Research Unit in Networking - University of Liège L : a set of links S : a set of LSPs Each LSP s has :  a reserved rate RR s  a fair rate FR s  a maximal rate MR s  a weight w s Admission control : Σ RR s ≤ C l A fair share allocates a LSP with a "small" demand what it wants, and distributes unused resources evenly to the "big" LSPs according to their weights Weight Proportional Max Min policy BW LSPs w1w1 w2w2 w3w3 MR 1 Expected BW Shared BW Fair rate MR 3 MR 2

Research Unit in Networking - University of Liège Weight-proportional allocation policy The centralized Water Filling algorithm computes the exact fair rate for each LSP : Step 1 : First allocates to each LSP its reserved rate Step 2 : Increase the rate of each LSP proportionally to its weight until a link becomes fully utilized Step 3 : Freeze all the LSPs crossing this link and go to step 2 until all the LSPs are frozen

Research Unit in Networking - University of Liège Proposed distributed WPMM algorithm We propose an algorithm that converges to the WPMM policy quickly through distributed and asynchronous iterations. We used the RSVP signaling protocol to convey information through the network We add 4 fields in the PATH and RESV packets:  RR, W : given at the creation of the LSP  explicit fair rate (ER) : the fair rate allocated by the network to this LSP  bottleneck (BN) : id of the LSP's bottleneck link

Research Unit in Networking - University of Liège Proposed distributed WPMM algorithm Periodically, the ingress sends a PATH packet Each router computes a local fair share for the LSP and updates the ER and BN fields if its local fair rate is less than the actual fair rate Upon receiving a PATH packet, the egress routers sends a RESV packet. Each router updates its information with the RESV parameters ER and BN. PATH RESV

Research Unit in Networking - University of Liège RR : reserved rate W : weight FR : fair rate C : link capacity Local fair rate computation = set of LSPs bottlenecked at link l = set of LSPs not bottlenecked at link = additional fair share per unit of weight for LSPs bottlenecked on this link l Local fair rate for LSP i at link l is defined by is computed by

Research Unit in Networking - University of Liège Bottleneck-consistency U l is bottleneck consistent if i.e. all LSPs not bottlenecked at a link must have a bottleneck elsewhere or reach their maximal rate, so they have an allocated fair rate less than the one proposed by the current link. The key concept of this algorithm is the bottleneck marking strategy

Research Unit in Networking - University of Liège Improvements provided by our algorithm There is no similar work for MPLS networks But there is interesting propositions in ATM A naïve solution is to adapt Hou’s work to the MPLS context With the flexibility provided by MPLS, we can improve this naïve solution by  updating the routers in the backward path, so they all have the same information as the ingress  adding a new parameter BN that conveys explicitly the bottleneck link in the path. This information improves considerably the convergence time

Research Unit in Networking - University of Liège Algorithm integration with RSVP The RSVP signaling protocol is widespread in MPLS networks for the LSP establishment RSVP Refresh Overhead Reduction Extensions*  if two successive PATH (or RESV) packets are the same, the upstream node only sends a refresh PATH.  The downstream node refreshes the LSP entry but doesn't process the whole PATH packet. By associating a special bit (NR i ) to each LSP i, we can determine if the LSP value has changed and so keeping this nice RSVP mechanism. * RFC 2961

Research Unit in Networking - University of Liège Simulation results We create a dedicated simulator and we compare our algorithm and Hou's solution adapted to MPLS networks with the WPMM allocation vector (computed by Water- Filling) An iteration consists of simulating the RSVP protocol for each LSP in the topology We stop when the mean relative error between the last rate vector and the WPMM rate allocation is under a fixed precision We made extensive simulations on 63 topologies from 20 to 100 nodes with between 20 and 1000 LSPs

Research Unit in Networking - University of Liège Simulation results Our solution is nearly 3 times faster than Hou's solution PrecisionHou's algorithmOur algorithmGain 1E E E E Average number of iterations on 63 topologies

Research Unit in Networking - University of Liège Simulation results For stabilizing 90% of the LSPs, our solution takes 4 iterations (16 with Hou's one) In the worst topology, it takes 36 iterations to converge (84 with Hou's solution)

Research Unit in Networking - University of Liège Conclusion This distributed algorithm provides a scalable architecture to share the available bandwidth among all the LSPs according to their weights By using a new update scheme and an explicit bottleneck link marking, our algorithm improves considerably the performance (between 2 and 4 times faster) The compatibility with RSVP refresh extensions (RFC 2961) reduces the overhead

Research Unit in Networking - University of Liège Thanks for your attention This work was supported by:  the European ATRIUM project  the TOTEM project funded by the DGTRE (Walloon region) Contact :