1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking, Vol.1, No. 4, (Aug 1993), pp.397-413.

Slides:



Advertisements
Similar presentations
Computer Networking Lecture 20 – Queue Management and QoS.
Advertisements

WHITE – Achieving Fair Bandwidth Allocation with Priority Dropping Based on Round Trip Time Name : Choong-Soo Lee Advisors : Mark Claypool, Robert Kinicki.
1 CONGESTION CONTROL. 2 Congestion Control When one part of the subnet (e.g. one or more routers in an area) becomes overloaded, congestion results. Because.
CSIT560 Internet Infrastructure: Switches and Routers Active Queue Management Presented By: Gary Po, Henry Hui and Kenny Chong.
CS 4700 / CS 5700 Network Fundamentals Lecture 12: Router-Aided Congestion Control (Drop it like it’s hot) Revised 3/18/13.
5/17/20151 Adaptive RED: An Algorithm for Increasing the Robustness of RED’s Active Queue Management or How I learned to stop worrying and love RED Presented.
Md. Manzoor MurshedAdaptive RED with Dynamic Threshold Adjustment CprE599: Creative Component Adaptive RED with Dynamic Threshold Adjustment.
Receiver-driven Layered Multicast S. McCanne, V. Jacobsen and M. Vetterli SIGCOMM 1996.
Advanced Computer Networks: RED 1 Random Early Detection Gateways for Congestion Avoidance * Sally Floyd and Van Jacobson, IEEE Transactions on Networking,
“On Designing Improved Controllers for AQM Routers Supporting TCP Flows” The PI Controller Presented by Bob Kinicki.
1 Minseok Kwon and Sonia Fahmy Department of Computer Sciences Purdue University {kwonm, All our slides and papers.
1 Congestion Control Outline Queuing Discipline Reacting to Congestion Avoiding Congestion.
AQM for Congestion Control1 A Study of Active Queue Management for Congestion Control Victor Firoiu Marty Borden.
Networks: Congestion Control1 Congestion Control.
Diffusion Mechanisms for Active Queue Management Department of Electrical and Computer Engineering University of Delaware May 19th / 2004 Rafael Nunez.
EE689 Lecture 5 Review of last lecture More on HPF RED.
RAP: An End-to-End Rate-Based Congestion Control Mechanism for Realtime Streams in the Internet Reza Rejai, Mark Handley, Deborah Estrin U of Southern.
Diffusion Mechanisms for Active Queue Management Department of Electrical and Computer Engineering University of Delaware May 19th / 2004 Rafael Nunez.
15-744: Computer Networking L-11 Queue Management.
A Real-Time Video Multicast Architecture for Assured Forwarding Services Ashraf Matrawy, Ioannis Lambadaris IEEE TRANSACTIONS ON MULTIMEDIA, AUGUST 2005.
1 Emulating AQM from End Hosts Presenters: Syed Zaidi Ivor Rodrigues.
Active Queue Management Rong Pan Cisco System EE384y Spring Quarter 2006.
Computer Networking Lecture 17 – Queue Management As usual: Thanks to Srini Seshan and Dave Anderson.
Random Early Detection Gateways for Congestion Avoidance
Promoting the Use of End-to-End Congestion Control & Random Early Detection of Network Congestion.
Rafael C. Nunez - Gonzalo R. Arce Department of Electrical and Computer Engineering University of Delaware May 19 th, 2005 Diffusion Marking Mechanisms.
Diffusion Mechanisms for Active Queue Management Department of Electrical and Computer Engineering University of Delaware Aug 19th / 2004 Rafael Nunez.
Diffusion Mechanisms for Active Queue Management Department of Electrical and Computer Engineering University of Delaware May 19th / 2004 Rafael Nunez.
Lightweight Active Router-Queue Management for Multimedia Networking M. Parris, K. Jeffay, and F.D. Smith Department of Computer Science University of.
Ns Simulation Final presentation Stella Pantofel Igor Berman Michael Halperin
1 A State Feedback Control Approach to Stabilizing Queues for ECN- Enabled TCP Connections Yuan Gao and Jennifer Hou IEEE INFOCOM 2003, San Francisco,
Diffusion Early Marking Department of Electrical and Computer Engineering University of Delaware May / 2004 Rafael Nunez Gonzalo Arce.
Advanced Computer Networks : RED 1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking,
CS640: Introduction to Computer Networks Aditya Akella Lecture 20 - Queuing and Basics of QoS.
1 Queue Management Hamed Khanmirza Principles of Networking University of Tehran.
CS 268: Computer Networking L-6 Router Congestion Control.
Advance Computer Networking L-6 TCP & Routers Acknowledgments: Lecture slides are from the graduate level Computer Networks course thought by Srinivasan.
Advanced Computer Networking
ACN: RED paper1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking, Vol.1, No. 4, (Aug.
27th, Nov 2001 GLOBECOM /16 Analysis of Dynamic Behaviors of Many TCP Connections Sharing Tail-Drop / RED Routers Go Hasegawa Osaka University, Japan.
CSE 561 – Congestion Control with Network Support David Wetherall Spring 2000.
Queueing and Active Queue Management Aditya Akella 02/26/2007.
The Impact of Active Queue Management on Multimedia Congestion Control Wu-chi Feng Ohio State University.
9.7 Other Congestion Related Issues Outline Queuing Discipline Avoiding Congestion.
15744 Course Project1 Evaluation of Queue Management Algorithms Ningning Hu, Liu Ren, Jichuan Chang 30 April 2001.
CS640: Introduction to Computer Networks Aditya Akella Lecture 20 - Queuing and Basics of QoS.
AQM & TCP models Courtesy of Sally Floyd with ICIR Raj Jain with OSU.
Spring 2003CS 3321 Congestion Avoidance. Spring 2003CS 3322 Congestion Avoidance TCP congestion control strategy: –Increase load until congestion occurs,
Promoting the Use of End-to-End Congestion Control in the Internet Sally Floyd and Kevin Fall IEEE-ACAM Transactions on Networking, 馬儀蔓.
Winter 2008CS244a Handout 81 CS244a: An Introduction to Computer Networks Handout 8: Congestion Avoidance and Active Queue Management Nick McKeown Professor.
 Last Class  This Class  Chapter 6.3. ~ 6.4.  TCP congestion control.
We used ns-2 network simulator [5] to evaluate RED-DT and compare its performance to RED [1], FRED [2], LQD [3], and CHOKe [4]. All simulation scenarios.
Spring 2015© CS 438 Staff - University of Illinois1 Next Topic: Vacation Planning UIUC Chicago Monterey San Francisco Chicago to San Francisco: ALL FLIGHTS.
Random Early Detection (RED) Router notifies source before congestion happens - just drop the packet (TCP will timeout and adjust its window) - could make.
TCP continued. Discussion – TCP Throughput TCP will most likely generate the saw tooth type of traffic. – A rough estimate is that the congestion window.
Analysis and Design of an Adaptive Virtual Queue (AVQ) Algorithm for AQM By Srisankar Kunniyur & R. Srikant Presented by Hareesh Pattipati.
ECEN 619, Internet Protocols and Modeling Prof. Xi Zhang Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions.
Congestion Avoidance Created by M Bateman, A Ruddle & C Allison As part of the TCP View project.
Computer Networking Lecture 10 – TCP & Routers.
Real-time Transport for Assured Forwarding: An Architecture for both Unicast and Multicast Applications By Ashraf Matrawy and Ioannis Lambadaris From Carleton.
Other Methods of Dealing with Congestion
Topics discussed in this section:
Chapter 6 Congestion Avoidance
CONGESTION CONTROL.
Advance Computer Networking
EE 122: Router Support for Congestion Control: RED and Fair Queueing
Random Early Detection Gateways for Congestion Avoidance
Advanced Computer Networks
Adaptive RED: An Algorithm for Increasing the Robustness of RED’s Active Queue Management or How I learned to stop worrying and love RED Presented by:
Queueing Problem The performance of network systems rely on different delays. Propagation/processing/transmission/queueing delays Which delay is affected.
Presentation transcript:

1 Random Early Detection Gateways for Congestion Avoidance Sally Floyd and Van Jacobson, IEEE Transactions on Networking, Vol.1, No. 4, (Aug 1993), pp This slides are largely based on Bob Kinicki’s talk at WPI

2 Introduction Main idea :: to provide congestion signal at the router for TCP flows. RED Algorithm Goals –The primary goal is to provide congestion avoidance by controlling the average queue size such that the router stays in a region of low delay and high throughput. –To avoid global synchronization (e.g., in Tahoe TCP). –To control misbehaving users (this is from a fairness context). –To seek a mechanism that is not biased against bursty traffic. What bias?

3 Previous Work Drop Tail Random Drop Early Random Drop Source Quench messages DECbit scheme

4 Drop Tail Router FIFO queuing mechanism that drops packets from the tail when the queue overflows. Introduces global synchronization when packets are dropped from several connections.

5 Random Drop Router When a packet arrives and the queue is full, randomly choose a packet from the queue to drop.

6 Early Random Drop Router If the queue length exceeds a drop level, then the router drops each arriving packet with a fixed drop probability. Reduces global synchronization Does not control misbehaving users (UDP) p Drop level

7 Source Quench messages Router sends source quench messages back to source before the queue reaches capacity. Complex solution that gets router involved in end-to-end protocol.

8 DECbit scheme Uses a congestion-indication bit in packet header to provide feedback about congestion. Upon packet arrival, the average queue length is calculated for last (busy + idle) period plus current busy period. When the average queue length exceeds one, the router sets the congestion-indicator bit in arriving packet’s header. If at least half of packets in source’s last window have the bit set, decrease the congestion window exponentially.

9 RED Algorithm for each packet arrival calculate the average queue size avg if min th <= avg < max th calculate the probability p a with probability p a : mark/drop the arriving packet else if max th <= avg mark/drop the arriving packet.

10 RED drop probability ( p a ) p b = max p x (avg - min th )/(max th - min th ) [1] where p a = p b / (1 - count x p b ) [2] count: no of pkt since last marking Note: this calculation assumes queue size is measured in packets. If queue is in bytes, we need to add [1.a] between [1] and [2] p b = p b x PacketSize/MaxPacketSize [1.a]

11 avg - average queue length avg = (1 – w q ) x avg + w q x q where q is the newly measured queue length. what is the effect of w q on RED’s behavior? This exponential weighted moving average is designed such that short-term increases in queue size from bursty traffic or transient congestion do not significantly increase average queue size.

12 RED/ECN Router Mechanism 1 0 Average Queue Length min th max th Dropping/Marking Probability Queue Size max p What is the effect of each parameter on RED behavior?

13 RED parameter settings w q suggest <= w q <= authors use w q = for simulations min th, max th depend on desired average queue size –bursty traffic  increase min th to maintain link utilization. –max th depends on the maximum average delay allowed. –RED is most effective when max th - min th is larger than typical increase in calculated average queue size in one round-trip time. Why? –“parameter setting rule of thumb”: max th at least twice min th. However, max th = 3 times min th is used in some of the experiments shown.

14 packet-marking probability The goal is to uniformly spread out the marked packets. This reduces global synchronization. Q: how to map p b to p a ? Method 1: geometric random variable When each packet is marked with probability p b,, the packet inter-marking time, X, is a geometric random variable with E[X] = 1/ p b. This distribution could both cluster packet drops and cause long intervals between drops => global sync.

15 packet-marking probability Method 2: uniform random variable Mark packet with probability p b / (1 - count x p b ) where count is the number of unmarked packets that have arrived since last marked packet. E[X] = 1/(2 p b ) + 1/2

16 Method 1: geometric p = 0.02 Method 2: uniform p = 0.01 Result :: marked packets more clustered for method 1  uniform is better at eliminating “bursty drops”

17 Setting max p “RED performs best when packet-marking probability changes fairly slowly as the average queue size changes.” –This is a stability argument in that the claim is that RED with small max p will reduce oscillations in avg and actual marking probability. They recommend that max p never be greater than 0.1 Does a single value of max p works in a wide range of network traffic patterns? Why?

18 RED Simulations Figure 4: Four heterogeneous FTP sources Figure 6: Two homogeneous FTP sources Figure 10: 41 Two-way, short FTP and TELNET flows Figure 11: Four FTP non-bursty flows and one bursty FTP flow

19 Simple Simulation Four Heterogeneous FTP Sources TCP Tahoe 1KB packet size w q = max p = 1/50 min th = 5 max th = 15 max cwnd = bw*delay Large Buffer at GW

20

21 Two Homogeneous FTP Sources RED varies min th from 3 to 50 packets Drop Tail varies buffer from 15 to 140 packets max cwnd = 240 packets

22 Two Homogeneous FTP Sources Each point in Figure 5 is obtained from separate simulation. RED yields lower queuing delay as utilization improves by increasing min th from 3 to 50 packets. Drop-tail yields unacceptable delay at high utilization. The power (throughput/delay) measure is better for RED !

23 Network with 41 Short Duration Connections Two-way traffic of FTP and TELNET traffic. Total number of packets per Connection varies from 20 To 400 packets.

24 Figure 9 Short, two-way FTP and TELNET flows - RED controls the average queue size. - Flows have small cwnd maximums (8 or 16). -RED causes large # of pkt drop due to heavy congestion - Utilization is low (61%/59%). -ACK-compression causes bursty packet arrivals..

25 Five FTP Flows Including One Bursty Flow

26 Simulation Details Bursty traffic = large RTT, small cwnd Other traffic = small RTT, small cwnd {robust flows} Node 5 :: the bursty flow cwnd = 8 packets Each simulation run for 10 seconds and each mark in figures represents one second. –Marks present one second of simulation What is the effect of RED on bursty traffic?

27 Drop Tail Gateways Buffer size ranging from 8 to 22 pkts

28 Random Drop Gateways Buffer size ranging from 8 to 22 pkts

29 RED Gateways Min. Threshold ranging from 3 to 14 and Buffer size ranging from 12 to 56 pkts

30 Evaluation of RED meeting design goals congestion avoidance –If RED drops packets, this guarantees the calculated average queue size does not exceed the max threshold. If w q is set properly, RED controls the actual average queue size. –If RED marks packets when avg exceeds max th, the router relies on source cooperation to control the average queue size.

31 Evaluation of RED meeting design goals appropriate time scales –The detection time scale roughly matches time scale of response to congestion. Why? –RED does not notify connections during transient congestion at the router.

32 Evaluation of RED meeting design goals no global synchronization –RED avoids global synchronization by marking at as low a rate as possible with marking distribution spread out. simplicity –detailed argument about how to cheaply implement in terms of adds and shifts. {Historically, the simplicity of RED has been strongly questioned because RED has too many parameters to make it robust.}

33 Evaluation of RED meeting design goals maximizing global power –power defined as ratio of throughput to delay –see Figure 5 for comparison against drop tail. fairness –authors claim not well-defined –{This is an obvious side-step of this issue.} –[later this becomes a big deal - see FRED paper.]

34 Conclusions RED is effective mechanism for congestion avoidance at the router in cooperation with TCP. The probability that RED chooses a particular connection to notify during congestion is roughly proportional to that connection’s share of the bandwidth.

35 Future Work Is RED really fair? How do we tune/config RED? Is there a way to optimize power? What happens with other versions of TCP? How does RED work when mixed with drop tail routers? How robust is RED? What happens when there are many flows?