ous network environments, we demonstrate that HRED has stable operation under ..... REM in [24] is not suitable to this network environment. This implies that ...
Improving Performance of Active Queue Management at the Internet Gateway Changhee Joo and Saewoong Bahk School of Electrical Engineering and Computer Science Seoul National University Email: cjoo, sbahk @netlab.snu.ac.kr
Abstract— AQM attempts to achieve high network utilization with low loss and delay by regulating queues at bottleneck links to provide useful feedback to TCP sources. While many AQM algorithms have been proposed, most suffer from instability, require careful configuration of non-intuitive control parameters, or are not practical because of slow response to dynamic traffic changes. In this paper, we introduce a new AQM algorithm, Hybrid RED (HRED), that combines the more effective elements of recent algorithms with a RED core. Through simulations in various network environments, we demonstrate that HRED has stable operation under steady load and rapid adaptation to changes in load outperforming earlier AQM algorithms.
I. I NTRODUCTION Active queue management (AQM) algorithms help end hosts make decisions about transmission rates by providing congestion information based on characteristics of a router’s queue. The advantages of such feedback seem obvious, and the IETF recommends the use of AQM to reduce loss rate, to support low-delay interactive services, and to avoid TCP lock-out behavior [1]. The difficulty of configuring AQM algorithms for stable operation in dynamic networking environments, however, has prevented them from replacing the traditional tail-drop mechanism in the Internet [2], [3]. A successful AQM algorithm must provide simple, intuitive means of configuring parameters to achieve stable operation under steady load and rapid adaptation to changes in load. Large oscillations in queue length, for example, typically result in periods during which the queue is empty, reducing the utilization of the link. Similarly, an algorithm that fails to adapt to changes in traffic load or adapts too slowly may perform poorly in the Internet environment, which is highly dynamic [4]. Finally, an algorithm capable of meeting the stability and response criteria may remain unused if control parameters are non-intuitive or inadequate for achieving desired goals. A system may target a particular queue length based on available memory, or an administrator may wish to trade between stability and response time; in either case, the algorithm must provide simple means to attain these ends. The most well-known AQM algorithm is the Random Early Detection (RED) gateway [5]. Stochastic drops allow RED to avoid global synchronization and bias against bursty traffic when used in conjunction with TCP-based flows. RED can also be used in combination with Explicit Congestion Notification (ECN) [6], in which case RED marks packets instead of dropping them. For simplicity, we use the term drop to mean either
drop or mark in the remainder of our paper. Despite RED’s advantages over tail-dropping, the difficulty of configuring RED for deployment in a variety of networking environments has prevented its widespread use. In particular, RED’s vulnerability to oscillations under steady load has made it much less attractive [3], [7], [8], [9], [10]. Numerous AQM algorithms have been proposed to eliminate the drawbacks associated with RED while retaining its advantages [11], [12], [13], [14], [15], [16], [17]. In general, these algorithms calculate drop probability from measurements of queue length and packet arrival rate, with the goal of ensuring stable operation in dynamic environments. As more recent algorithms are known to be stable, the capability to control the queueing delay, the response time to load changes, and the intuitive value of an algorithm’s parameters become the primary metrics for evaluation. In this paper, we introduce and evaluate a new AQM algorithm that combines a RED design with aspects of other AQM algorithms. The proposal that we call Hybrid RED, or simply HRED, extends RED with a second probability parameter to provide stability under steady load, and utilizes a self-configuring adjustment algorithm to adapt to changes in load [17]. The remainder of the paper is organized as follows. We begin with an overview of previous work in Section II. Outlining the HRED algorithm and its configurations in Section III, we simulate HRED and other AQM algorithms in Section IV to evaluate their behaviors in steady load and in response to load changes. We conclude in section V. II. P REVIOUS W ORK RED, as proposed in [5], uses two operations to calculate drop probability: it first computes an average queue length using an exponential weighted moving average (EWMA) with weight , then calculates drop probability from using a fixed linear mapping function. The mapping function has three parameters:
, , and . Average queue lengths in the operating range are linearly mapped to drop probabilities in the range ! " . Below , packets are not dropped, and above , they are always dropped. The simplest modification of RED to improve stability is to use the gentle_ option [18], which eliminates the discontinuity at and makes the drop probability function piecewise linear by mapping the interval between the maximum threshold
III. H YBRID R ANDOM E ARLY D ETECTION The purpose of AQM algorithms is to maintain high link utilization with low loss rate and queueing delay in a wide range of network environments [1], [15], [19], [20]. Stable operation and quick response to changes in load are also desirable [16], [21]. This section outlines the HRED algorithm and its configurations. HRED uses the dual-threshold model of RED to control queueing delay. It tries to keep delay with in the range [ 1 2 , / 31 2 ], where 2 is the link capacity. For stability, HRED introduces another probability parameter +465 , which is the drop probability when queue length is 7 . HRED’s mapping function is written as
= 7 98;: @ A =A CB +465
(1)
where is the expected queue length. @ The modified mapping function can be used to obtain stability criteria with the following restriction on parameters,
9 = +465 8 D - & + 465 : E = 9 >#F
(2)
Using the discrete time system model of [8], we obtained the stability criteria of HRED as
D @HG 2JIKMLNL B ' 7 (= '
(3)
: @HG /> 4O5P8Q+4O5 BSRCTVU U : @ =E > W +4O5V= :] 7 ^= > ` 8_ +465 B acb.d#R\he6fgj[\i U : U =E9 @ >
if
Fig. 1. Adjustment algorithm of HRED.
Ta
Drop Probability
and the buffer size, # %$ (or & (' ), linearly ) to the range *+, .-. . Rather than expanding the linear range, Adaptive RED (ARED) adjusts & [12]. It increases # when gets over / and decreases when gets below 0 . ARED attempts to decouple queue length from drop probability to adapt to a range of network scenarios, but can not completely remove instability due to steep slope of the mapping function [10]. The developers of ARED also proposed a new AQM algorithm called Blue [13]. Blue neither averages queue length nor uses thresholds. Instead, it drops packets according to a probability independent of queue length, and adjusts the probability in response to buffer overflow (tail-drop) and underflow (empty) events. Blue can be implemented very simply, and requires very little processing power. The PI controller (PI) applies classical control theory to obtain stability [14]. Based on analysis with linearized models of TCP and RED [7], PI is proven to be locally stable. It maintains local stability by guaranteeing gain and phase margins of the system function. Random Exponential Marking (REM) has the same control mechanism as PI but, instead of directly controlling the drop probability, it controls price, which is mapped to the drop probability by exponential function [15]. Adaptive Virtual Queue (AVQ) maintains a virtual queue with a virtual capacity [16]. On every packet arrival, AVQ updates the virtual capacity from arrived packet size and interarrival time, and drops the received packet if the virtual queue overflows. Unlike RED, it regulates utilization rather than queue length.
l
mk
1 Pmin k max th
pmax
l
pmin Tb
k
k
minth maxth Instantaneous Queue length
Qmax
Fig. 2. Drop probability mapping function of HRED.
where KMLNL is the round-trip propagation delay. Hence, we make the system stable with small queueing delay by setting D . Stability in steady state for a given traffic load is an important aspect of AQM algorithms, but a good algorithm must also maintain stability in dynamic loads. Most AQM algorithms use the same control mechanism for both steady and dynamic traffic loads, but HRED separates them to get fast response time while retaining other good properties in steady load. HRED employs a simple adjustment algorithm as shown in Fig. 1. Additionally, HRED removes averaging of queue length and extends the linear range making the mapping function as in Fig. 2. It is allowed because HRED decouples queue length and drop probability using the adjustment algorithm. With removal of EWMA and extension of the linear function, it is easier to analyze the adjustment algorithm. Assuming that the number of connections increase abruptly by npo when the system is stable with connections of o , the desired drop probability in order to maintain the expected queue length at its current value can be obtained from the adjustment algorithm as,
q
: - pn > 2 L RCTVU U :n 2 U L T > U B q U T 8rns: ' B n>t
(4)
where is the average packet size, and the fractional factor in the equation gives the average number of arrivals for L . The T left hand side presents the sum of probabilities increased on every packet arrival, and the right hand side ns: ' B n>tandis the targeted increment of drop probability. From 4, R T R [ can be approximated for nvu - ,
R P T w R\[ w
x x y6z0{ |"}"~*.` N 6y z0{ |"}Z~ x x y6z0{ |
t~] ,` 77 y6z{ |
~] F
(5) (6)
Then, the response time of HRED can be configured through L T and L [ independently from the amount of traffic change. To remove possible overshoots in the drop probability, conservative configuration can be used to bound the minimum of
L and L [ to KMLNL% , where KMLNLM is the largest average RTT inT the system. Otherwise, HRED may be unstable and make large variations of queue length. When packets are dropped from buffer overflow, the conservative configuration is not sufficient to achieve stability. The instability may occur because the drop probability calculated from the queue length is not consistent with the actual drop probability, which mainly depends on packet drops from buffer overflow. This can happen when a large number of connections are suddenly established and the adjustment algorithm fails to follow. Asymmetric configuration of HRED provides a simple way to remove the instability. Since the increment of the drop probability depends on $ +,= and L , while the decrement T depends on 9 * and L , we can make the estimated drop [ probability catch up with the actual drop probability by keeping : $ =E > G . We use the asymmetric configuration of : $ +,(=A >8 ' 7 and L T 8 '^L [ throughout our simulations. The former removes instability, and the latter speeds up responsiveness in case of traffic decrease, helps HRED achieve full link utilization, and compensates for relative delay in response resulting from the former. Although the heuristics of conservative and asymmetric configurations do not guarantee global stability of HRED, we use them as an alternative to improve stability. Previous discussions are implicitly restricted to the case of traffic of long-lived connections, but in reality there are many short-lived connections such as HTTP in the Internet. In HRED, it is possible to estimate the amount of short-lived traffic that can be handled. Supposing that the system is stable with o connections and o be an amount of traffic added or removed abruptly, we can get bounds in handling rapid traffic changes. Minimizing @ within the operating range of [9 , ], we obtain
E 9 + ,d hgji zv37 gO|&i | +465ZgOi +4O5z+gO3i 7|&|v F
(7)
The left restriction prevents buffer overflow and the right underflow. HRED maintains stable control and retains the advantages of AQM as far as changes in load satisfy (7). For details of analysis and configurations, we refer to [17]. The tradeoff in queue parameters is now clear. If we bring closer to $ to improve local stability by using limited memory from (3), we do so at the expense of some amount of short-lived traffic and global stability. IV. S IMULATIONS The ns-2 simulator [22] is used to evaluate AQM algorithms. We first explore steady-state properties of queueing delay, link utilization, and loss rate. We also investigate robust properties of AQM algorithms to WEB traffic and fairness between connections with different RTTs. Comparing dynamic behaviors of AQM algorithms in terms of link utilization and response time to load changes, we examine the effect of multiple congested links. Except where otherwise specified, simulations are based on a dumbbell topology in which all connections traverse a single bottleneck link with capacity of 45 Mbps. The bottleneck link queue operates in byte mode with buffer size of 300 KB. We
TABLE I C ONFIGURATIONS OF AQM ALGORITHMS
AQM RED Blue
-
PI REM AVQ HRED
«h¬
FOR SIMULATION .
Parameters ( $+, = 300 KB) ` ` 8 8 $^ , = 0.002, =0.1 = 0.0002, ' = 0.00002, &"t ¡¢ = 10ms , KMLNL% =200ms, o =100, @h£¥¤§¦ 8©¨ª $ 160 Hz Sampling 8 ¨ª$^ , =0.1, ® =0.001, ¯ =1.001, 1 KHz Sampling ` = 0.15, ® = ` 0.98 9 7 8 H8 $ +, , D =2, L 8 '"L =400ms
T
[
assign a random RTT of 40 to 200 ms to each connection with uniform distribution, which includes everything except queueing delay at the bottleneck. Average packet length is 500 bytes. AQMs are configured as recommended in [5], [13], [14], [16], [17], [23], [24] with the gentle_ option enabled for RED. The details of configuration are given in Table I. Experiment 1: Starting from comparison in basic properties of AQMs in steady load, we monitored average queue length and standard deviation over a period of 50 sec after initial 150 sec. The load consists of a combination of long-lived greedy FTP connections and WEB sessions. The simulation results for different traffic loadings, in which the loss rates range from 0.005 to more than 0.1, appear in Fig. 3. Measured average queue lengths and standard deviations are normalized by dividing by the buffer size. The horizontal axis with the unit traffic reports both the number of FTP connections and the arrival rate of WEB sessions with Poisson distribution. For example, 300 traffic means that 300 long-lived FTP connections ` are established and WEB sessions arrive at °/!Z! I ` sessions per second. Fig. 3 illustrates the basic steady-state properties of AQM algorithms. We reconfirm that RED does not decouple congestion measure from performance measure. The average queue length of RED increases linearly as traffic increases. It not only affects queueing delay, but also hinders full utilization of the link in light loads. However, in terms of deviation, RED presents better performance than Blue, PI, and REM. Since Blue does not change a drop probability unless the queue is overflow or underflow, its average queue length is arbitrary in steady state and independent of the amount of traffic. In standard deviation, Blue has large variation and can not control queue length. Therefore, neither average queue length nor standard deviation is controllable in Blue. PI and REM successfully maintain the queue length at a target value ( @t£¥¤¦ for PI and « ¬ for REM). Both always try to find a proper drop probability for the target queue length using the same controller. However, they have as large deviation as or even more than Blue and show their limit in controlling queue length. They have good property in average queueing delay but not in delay jitter. The differences between PI and REM come from different mapping of congestion measure to drop probability. Another reason is that the recommended configuration of
RED Blue PI REM AVQ HRED
0.4
RED Blue PI REM AVQ HRED
0.3 0.2 0.1 0.0 100
200
300
±
0.35 0.30 0.25
1.000
0.990
0.20 0.15
500
600
0.980 0.975
0.05
0.970
100
200
traffic
(a) Average Queue Length
0.985
0.10
0.00
400
RED Blue PI REM AVQ HRED
0.995
utilization
0.40
0.5
normalized standard deviation
normalized queue length
0.6
300
400
500
600
100
200
300
traffic
(b) Standard Deviation of Queue Length
²
400
500
600
traffic
(c) Link Utilization
Fig. 3. Basic properties of AQM algorithms.
0.30
normalized standard deviation
REM in [24] is not suitable to this network environment. This implies that REM still has configuration problems. Throughout extended simulations, whose results are not shown due to lack of space, we observe that REM with smaller ® , which controls responsiveness, can have similar standard deviations to PI, We exclude REM afterward from simulation results because its large deviation is intolerant, and with smaller ® , its properties are close to those of PI. The behavior of AVQ is interesting. It always tries to keep the queue length as small as possible achieving the target utilization. Therefore, the queue length of AVQ is the smallest but out of control. Another weakness of AVQ resides in scalability to light loads. Since it fails to keep small deviation at light loads, it increases average queue length in order to not hurt utilization. To make things worse, this can not be cured by increasing buffer size because AVQ is a totally rate-based control algorithm. HRED overcomes weaknesses of RED by introducing minimum drop probability s+4O5 . It decouples drop probability from queue length while keeping good properties in standard deviation. The decoupling also helps full utilization of the link. Through extended simulations with various buffer sizes, whose results are not shown due to lack of space, we observed that HRED’s queueing properties are independent of traffic loads in comparison with other AQM algorithms. The independence leads to less jitter as the load fluctuates in various network environments. Experiment 2: We verify the robustness of AQM algorithms to short-lived TCP connections such as WEB traffic. It is of importance because many AQM algorithms proved their local stability through the linearization of TCP congestion avoidance algorithm while short-lived TCP may finish transmission before governed by the algorithm. We simulate AQM algorithms with 300 long-lived FTP connections and WEB traffic, and measure standard deviation of queue length changing the amount of WEB traffic. The simulation results are shown in Fig. 4. With no WEB traffic, all AQM algorithms operate stably with the normalized standard deviation of less than 0.11. AVQ shows the most outstanding performance with heavy traffic. Even though traffic variation increases with additional WEB traffic, it has less deviation. RED and HRED also show good performance.
RED Blue PI AVQ HRED
0.25 0.20 0.15 0.10 0.05 0.00
³
0
10
20
30
40
50
60
average arrival rate of WEB traffic (sessions/second)
Fig. 4. Robustness of AQM algorithms to WEB traffic.
They manage queue length by preventing it from going beyond 9 7 and & , and restrict deviation while controlling average queue length. However, Blue and PI are unable to manage increased traffic variation and make large delay jitter as an outcome. Since it can be critical especially with dynamic traffic loading, Blue and PI are inadequate for providing QoS in the Internet. Experiment 3: In this experiment, we give attention to fairness between connections with two different RTTs. Since an AQM algorithm is expected to avoid TCP lock-out behavior, connections with short RTT should have their fair share without dominating the link bandwidth. We establish two groups of connections. One has 20 ms RTT and the other a longer RTT in 20 to 200 ms. Each group consists of 150 FTP connections and all connections share a single bottleneck. All AQM algorithms achieve the total goodput of more than 99% of bandwidth except AVQ, which achieves more than 97.4%. We illustrate the percent goodput of long RTT connections out of total goodput in Fig. 5. AVQ weighs short RTT connections than the other AQM algorithms. Since AVQ does not maintain drop probability internally and drops a packet when the virtual queue overflows instead of random dropping, it more likely drops a packet from bursty traffic. Comparing with DropTail algorithm, AVQ does not relieve unfairness that comes from different RTTs and hence, it fails to avoid TCP lock-out behavior. Experiment 4: Since traffic load is highly dynamic in the Internet, it is necessary to evaluate dynamic behaviors of AQMs in load changes. We start our simulation with 300 long-lived FTP
50 40 30 20
100
RED Blue PI AVQ HRED
80
time (second)
goodput of long RTT connections (%)
RED Blue PI AVQ HRED DropTail
60
10
60
40
20
0 0
40
80
´
120
160
¶
0
200
10
RTT (ms)
20
30
40
50
traffic change (%)
Fig. 5. Goodput percent of long TCP connections. (a) After traffic increase
0.99
100
0.98
80
RED Blue PI AVQ HRED
0.97
0.96
0.95 10
20
µ
time (second)
utilization
1.00
30
40
50
RED Blue PI AVQ HRED
60
40
20
traffic change (%) 0 10
20
¶
30
40
50
traffic change (%)
Fig. 6. Link utilization after traffic change.
connections and WEB traffic having the arrival rate of 25 sessions per second. The total traffic increases at 100 sec and returns at 150 sec. Throughout simulation, we observe that Blue builds up queue length with traffic increase and adjusts the drop probability when buffer overflows. After the adjustment, it still keeps large queue length because it can not handle queue length. Due to the same reason, it has small queue length after traffic decrease at 150 sec. PI, though it can handle queue length at traffic changes, adjusts drop probability so slowly that it takes queue length away from its target @ £¥¤§¦ for a while. During the adjusting period, there are significant performance degradations in Blue and PI. They lose advantages of AQM such as low delay and avoidance of lock-out behavior while buffer overflows, and fail to achieve full link utilization while the queue is empty. Fig. 6 shows link utilization for 50 sec after traffic returns. It ensures that the traffic decrease hurts link utilization in Blue and PI. The larger the amount of change is, the longer it takes for them to achieve full utilization. On the contrary, RED, AVQ, and HRED have quick responses and take advantages of AQM. Since RED directly maps average queue length to drop probability, its response depends only on averaging weight . In our configuration of 0.002, RED responds faster than others. AVQ has a sharp rise of queue length at 100 sec but it decreases soon without buffer overflow. At 150 sec, it is even hard to figure out the effect of traffic decrease but there is a slight increase of variation. In case of HRED, a sharp rise and fall of queue length at 100 and 150 sec disappear quickly without degrading performance. Fig. 6 also confirms that RED and HRED fully utilize the bottleneck link and AVQ achieves its target utilization. Since fast response is essential to avoid performance degra-
(b) After traffic decrease Fig. 7. Response time.
dation, we further concentrate on the response time. We estimate the response time by measuring the time when standard deviation of queue length after traffic change is less than 1.5 times of that in steady state. The response time after traffic change is shown in Fig. 7. We measure and average the response time of five simulation runs. RED, AVQ, and HRED respond quickly regardless of the amount of traffic changes. However, PI not only responds slowly but also shows proportional increase of the response time with traffic changes. The latter states that it responds slowly with large traffic changes even though it is reconfigured for quick response at the cost of stability and robustness. Therefore, we conclude that RED, AVQ, and HRED are superior to PI in terms of the response time. The results of Blue are not settled because it has large deviation even in steady state. Experiment 5: Finally, we test AQM algorithms in the multi-link topology of Fig. 8. A single group of flows traverses all routers (group 0) and others go through one bottleneck link (group 1,2,3,4). Each group consists of 300 FTP connections. First we measure the portions of goodput that each group achieves through the bottleneck link. The results are shown in Fig. 9. Group 0 has more chances for queueing in AVQ, and less chances in Blue and PI. Since group 0 goes through all bottleneck links, all other groups will reduce their goodputs if group 0 takes more. Therefore, Blue and PI are better for overall goodput whereas AVQ are better for the link traversing multiple congested links.
probability of bursty traffic.
Group 0 45Mbps 10ms
R1
R2
45Mbps 10ms
45Mbps 10ms
R3
R4
45Mbps 10ms
R5
V. C ONCLUSIONS Group 1
Group 2
Group 3
Group 4
Fig. 8. Multi-link topology.
RED Blue PI AVQ HRED
100
goodput (%)
80
60
40
20
0
0
1
· group of flows 2
3
4
(a) Achieved by each group
RED Blue PI AVQ HRED
30
We have outlined HRED and its configurations. HRED can be easily configured to meet requirements for queueing delay, jitter, and response time through its parameters. HRED takes over dual-threshold model to control the queueing delay, and employs a linear mapping from instantaneous queue length to drop probability across all values of queue length. It also decouples queue length management from adaptation to dynamic load. We provided stability criteria for HRED, illustrating that the conservative and asymmetric configuration can be used for stable operation. We also derived a relationship of control parameters with stability, the tolerant amount of short-lived connections, and the response time to changes in load, allowing tradeoffs among them. Simulation results for several AQM algorithms demonstrated the differences in performance. While PI is provably stable, its response times are much slower than those of HRED in dynamic traffic loads. Although AVQ is also stable and has quick response time, it does not provide a simple means to control delay and jitter, and it has queue properties that are dependent on traffic loads, and can not avoid TCP lock-out behavior. HRED is less dependent on traffic loads than other AQM algorithms, and is robust to WEB traffic while providing stable, predictable queueing delay.
goodput (%)
25
R EFERENCES
20 15 10 5 0 100
200
¸
300
400
500
buffer size (KByte)
(b) Achieved by group 0 Fig. 9. Percent of goodput.
Fig. 9 (b) presents the percent goodput achieved by group 0 in AQM algorithms varying the buffer size. We observe that group 0 has less goodput in RED as the buffer size increase. It implies that incoming packet is likely to be dropped as the average queue size increases, which also explains why group 0 has more goodput in AVQ. AVQ benefits group 0 because it keeps the queue empty more frequently than others. From the relationship of TCP goodput with drop probability in [8], [9], [11], we can estimate expected percent of goodput of group 0 in Blue, PI and HRED. We excluded AVQ because it is hard to get internal drop probability. After a simple calculation, we find out that expected percent of goodput is 17.2% for Blue and PI, and 17.1% for HRED (with the buffer size of 500 KB). While group 0 achieves expected goodput in HRED, it does not in Blue and PI. We infer that Blue and PI overestimate drop
[1] B. Braden et al., Recommendations on Queue Management and Congestion Avoidance in the Internet, RFC 2309, April 1998. [2] M. May, J. Bolot, C. Diot, and B. Lyles, Reasons not to deploy RED, IWQoS, June 1999. [3] M. Christiansen, K. Jeffay, D. Ott, and F. Smith, Tuning RED for Web Traffic, SIGCOMM, September 2000. [4] V. Paxson, End-to-End Internet Packet Dynamics, IEEE/ACM Transactions on Networking, Vol. 7, No. 3, June 1999. [5] S. Floyd and V. Jacobson, Random Early Detection Gateways for Congestion Avoidance, IEEE/ACM Transactions on Networking, vol. 1, no.4, August 1993. [6] K. Ramakrishnan and S. Floyd, A Proposal to add Explicit Congestion Notification (ECN) to IP, RFC 2481, January 1999. [7] C. Hollot, V. Misra, D. Towsley, and W. Gong, A Control Theoretic Analysis of RED, INFOCOM, April 2001. [8] P. Ranjan, E. Abed, and R. La, Nonlinear Instabilities in TCP-RED, INFOCOM, June 2002. [9] S. Low, F. Paganini, J. Wang, S. Adlakha, and J. Doyle, Dynamics of TCP/RED and a Scalable Control, INFOCOM, June 2002. [10] C. Joo and S. Bahk, Scability Problems of RED, IEE Electronics Letters, Vol. 38, No. 21, 2002. [11] T. J. Ott, T. V. Lakshman, and L. H. Wong, SRED: Stabilized RED, INFOCOM, March 1999. [12] W. Feng, D. Kandlur, D. Saha, and K. Shin, A Self-Configuring RED Gateway, INFOCOM, March 1999. [13] W. Feng, D. Kandlur, D. Saha, and K. Shin, Blue: An Alternative Approach To Active Queue Management Algorithms, NOSSDAV, June 2001. [14] C. Hollot, V. Misra, D. Towsley, and W. Gong, On designing improved controllers for AQM routers supporting TCP flows, INFOCOM, April 2001. [15] S. Athuraliya, V. Li, S. Low, and Q. Yin, REM: Active Queue Management, IEEE Network, May 2001. [16] S. Kunniyur and R. Srikant, Analysis and Design of an Adaptive Virtual Queue (AVQ) Algorithm for Active Queue Management, SIGCOMM, August 2001. [17] C. Joo, S. Bahk, and S. Lumetta, Hybrid Active Queue Management, IEEE ISCC, June 2003.
[18] S. Floyd, Recommendation on using the “gentle_” variant of RED, URL “http://www.aciri.org/floyd/red/gentle.html”, March 2000. [19] S. Floyd, R. Gummadi, and s. Shenker Adaptive RED: An Algorithm for Increasing the Robustness of RED’s Active Queue Management, Under submission, August 2001. [20] M. May, T. Bonald, and J. Bolot, Analytic Evaluation of RED Performance, INFOCOM, March 2000. [21] F.Y. Ren, X.H. Yin, Y. Ren, and F.B. Wang, A Robust Active Queue Management Algorithm Based on Sliding Mode Variable Structure Control, INFOCOM, June 2002. [22] The UCB/LBNL/VINT Network Simulator (NS), URL “http://wwwmash.cs.berkeley.edu/ns”. [23] S. Floyd, RED: Discussions of Setting Parameters, URL “http://www.aciri.org/floyd/REDparameters.txt”, November 1997. [24] S. Athuraliya, A Note on Parameter Values of REM with Reno-like Algorithms, URL “http://netlab.caltech.edu/pub/papers/REMparameter.pdf”.