Abstract

We use a discrete-time dynamical feedback system model of TCP/RED to study the performance of Random Early Detection (RED) for different values of control parameters. Our analysis shows that the queue length is able to keep stable at a given target if the maximum probability and exponential averaging weight satisfy some conditions. From the mathematical analysis, a new self-tuning RED is proposed to improve the performance of TCP-RED network. The appropriate is dynamically obtained according to history information of both and the average queue size in a period of time. And w is properly chosen according to a linear stability condition of the average queue length. From simulations with ns-2, it is found that the self-tuning RED is more robust to stabilize queue length in terms of less deviation from the target and smaller fluctuation amplitude, compared to adaptive RED, Random Early Marking (REM), and Proportional-Integral (PI) controller.

1. Introduction

In computer network, congestion control has been a serious problem since the traffic always appears complex nonlinear phenomena [13]. Especially, since multimedia communication becomes more and more popular [4, 5], lack of effective management of congestion significantly affects the performance of the network system, such as degradation of link utilization, more round-trip time, and even makes a network inaccessible. At the same time, various approaches have been proposed to solve the issue. These schemes can be divided into two categories. One category strengthens congestion management at the sources while making few changes to internet [6, 7]. The other one is to adapt Active Queue Management (AQM) at each router, and eventually control congestion level, such as Random Early Detection (RED) [8], Random Early Marking (REM) [9, 10], and Adaptive Virtual Queue (AVQ) [11]. Among them, RED is the most prominent and well-studied AQM scheme. Also, RED is used in wireless network to increase TCP throughput [12]. Although RED can prevent global synchronization, reduce packet loss, and achieve high throughput, its performance of both QoS and security is suspected by many researcher [1317]. In particular, it is difficult to parameterize RED to achieve good performance in various networks.

The main goal of AQM is to keep queue length stable while making a good tradeoff between high throughput and low delay. As a queue management policy, RED gateway manages queue by monitoring the average queue size . When exceeds the preset lower threshold , the arriving packets are randomly dropped or marked with a certain probability. In that case, some connections can sense the early congestion, and the window sizes are changed to avoid serious congestion. Once the average queue size is larger than the upper threshold , the RED gateway drops/marks every arriving packet to keep below . Although the RED algorithm is an effective mechanism to achieve high throughput and low delay, some researchers note that RED is very sensitive to traffic load and control parameters [1316]. In particular, when becomes larger than , lots of packets are dropped and the throughput of the congested link decreases seriously. Many modified RED algorithms are proposed to improve its robustness by optimizing either drop probability function or control parameters.

Among these algorithms, one approach is to modify the packet drop probability function to improve the performances of RED and its robustness. In [18], Hollot et al. propose a PI controller (Proportional-Integral controller) to response quickly to the change of TCP/RED dynamics, and some research also study new adaptive schemes to improve the performance of PI controller in recent years [19, 20]. Besides that, SPI-RED (Self-tuning PI-RED) and NPD-RED (autonomous Proportional and Differential RED algorithm) are developed based on the thought of PI controller in [21, 22]. In [23, 24], the authors analyze a decentralized network congestion control algorithm and its local stability and propose E-RED to get high link utilization in which the packet drop rate increases exponentially with . In [25], LRED (Loss Ratio-based RED) is proposed, which takes the packet loss rate and queue length into account to compute the dropping probability. In [26], some appropriate tools from feedback control theory are used to design a novel AQM with the delay information of all the links. Also, some studies attempt to use neural network for early congestion prediction [27, 28]. Although the performances of these modified algorithms are much better than the original RED with higher throughput and lower queuing delay, they always induce additional parameters that are needed to be optimized to accommodate different network scenarios.

Another approach does not change the basic idea of RED, but tunes the control parameters to improve its robustness. Feng et al. have argued that there is no single set of RED parameters which can work well under various congestion. In [14], original ARED is proposed, which merely tunes the parameter based on network traffic to keep in the expected range []. To get better performance, Floyd et al. present a revised version, also called Adaptive RED [15], which adopts AIMD mechanism (Additive-Increase-Multiplicative-Decrease) to changes slowly, ensuring in a smaller target range between and . At the same time, they also provide some insights to set other control parameters. In [29], SARED (Stabilized ARED) is proposed to increases the effect of instant queue on average queue size by using a larger queue weight when the queue size is out of the target area. By this way, SARED reacts much faster to queue changes which further improves the robustness and throughput. In [30], an improved ARED is developed to enhance the robustness of RED by adapting more proper range of , and the weight is also adjusted according to a linear stability condition. Besides that, Sun et al. proposed PD-RED (Proportional Derivative controller) to improve the performance of RED [31, 32]. However, PD-RED does not consider the past history information. It is sensitive to the short-lived and non-TCP traffics. In [33, 34], based on TCP channel model and traffic characteristics, a framework is developed to get the bounds of and the optimal weight, respectively. In [35], the authors propose an AP-RED (Autoparameterization RED) based on a fluid-flow model which stabilizes the instantaneous queue size under various networks by adjusting , , , and w. In [3638], the authors also attempted to adjust to achieve better performance in some network conditions. In recent years, other control parameters except and w are also studied to improve the performance of RED [39]. Simulations demonstrated that these algorithms can maintain the queue length at the target in specific network scenarios by tuning control parameters.

Although RED is sensitive to control parameters and network parameters, few of the above reports concern its robustness affected from the control parameters. The setting of parameters is still a problem in applications. In this paper, we analyze the performance of RED with different values of control parameters for a given target and network scenario. Based on the analysis, an improved algorithm, named self-tuning RED, is proposed whose control parameters is dynamically adjusted and the weight w is properly chosen according to a linear stability condition [16]. A set of experiments demonstrate that the self-tuning RED can keep queue length stable at the target value with smaller standard deviation and less deviation from the target.

The rest of the paper is organized as follows. In Section 2, we describe a network topology and then introduce the gentle RED algorithm and a discrete-time TCP-RED model. In Section 3, based on the discrete-time network model, we analyze the impacts of the control parameters on queue length and discuss the proper values of control parameters in detail when the queue length stabilizes at a given target. In Section 4, a self-tuning RED algorithm is described, and the setting of parameters is also discussed. Section 5 presents simulations results and compares the self-tuning RED with various AQM schemes.

2. Discrete-Time Feedback Model for TCP-RED

In this paper, the network topology used is a dumbbell with a single bottleneck as shown in Figure 1. There are N connections sharing a single link with the capacity C. It is assumed that these connections are identical, long-lived TCP Reno connections and have the same round-trip propagation delay d. The main purpose is to stabilize the nonlinear traffic and thus improve the throughput [40, 41].

2.1. Random Early Detection

RED is a recommended scheme of AQM to avoid network congestion by the Internet Engineering Task Force (IETF) [8]. In order to better control network congestion, the RED gateway always measures its average queue size , and drops/marks the arriving packets with the probability p to notify TCP ends of the incipient congestion when exceeds the expected lower threshold . When exceeds the expected upper threshold , RED gateway drops every arriving packet, so that it can control the average queue size within the expected range [, ], even in the absence of cooperating sources.

Gentle RED is a revised version of RED proposed by Floyd [42]. The main difference of the two versions lies in the value of the drop probability p when varies from to double . In the case, the original RED sets p to 1, while Gentle RED increases p linearly from to 1. By doing so, Gentle RED prevents the system from large oscillation due to dropping a lot of packets suddenly. In the study, Gentle RED is used, which can be described by the following piecewise function Here, is the drop probability when is equal to and is also called the maximum drop probability. and are the expected upper and lower thresholds of , respectively. At the time of packet arrival, is updated with [8] Here, is average queue size at the previous time. q is instantaneous queue length. w is the exponential averaging weight which is limited in the range [].

2.2. Discrete-Time Feedback Model for TCP-RED

To better understand and analyze the nonlinear interaction between RED and TCP, some research propose different network model to analyze the property of real network [16, 43, 44]. In the paper, a discrete-time dynamical feedback TCP-RED model developed by Ranjan et al. is used [16]. It is assumed that ECN (Explicit Congestion Notification) mechanism is implemented at the RED gateway to provide the ends with congestion signals. According to the model, q can be determined by some network parameters, such as the buffer size B, mean packet size M, the number of connections N and a constant K within the range [1, (8/3)0.5]. can be expressed mathematically as [16] Here, , where is the smallest drop rate that leads to an empty queue at next time. , where is the biggest drop probability with full queue at next time. is the capacity of the shared link, and is round-trip propagation delay. Based on the discrete-time model, the drop probability of Gentle RED algorithm is shown in Figure 2.

In the discrete-time model, it is noted that is updated over time scale of approximately one RTT (Round-Trip Time) [16, 45], which is much longer than typical interarrival times of packets in practice. Therefore, w in the model is much larger than the value in ns-2 simulations. Given that is the exponential averaging weight at a RED gateway, and that is the number of packets transmitted over the link in one RTT, in the model.

3. Control Parameters of RED

In the section, we discuss the effect of on the queue length and analyze the value of when q converges to the given target. Then, the effect of w on performance is also studied. Finally, according to the linear stability condition, the maximum value of w that keeps q stable is obtained.

3.1. Maximum Drop Probability

An important objective of AQM is to stabilize the queue length at a given target so that the network performance can be improved. First, the throughput of network can be improved. Without stable queue, the queue size may be too short, leading to waste of bandwidth, or become too long, which means serious congestion and more packets to be dropped. Second, stable queue size means stable end-to-end delay and better QoS. However, the control parameter directly impacts the aggressiveness of RED [14]. If a small value of is used in heavily-congested networks, then early detection is too conservative to provide sufficient congestion signals. As a result, oscillates around . By contrast, a large in light congestion networks may lead to lots of packets lost, and may fluctuate around . Figure 3 presents the average queue size and queue length with RED when is varied from 0.01 to 1.0. The result is in the agreement with the general results in [14]. In simulations, the parameters are the same as in [16]:  Mb/s, , , , , packets, packets, packets, and .

From Figure 3, we can see that different values of result in both and q either oscillating or stabilizing at the same values. When is set to 0.01, is very large and oscillates around , and q oscillates more seriously. As increases, both and q stabilize at the same value within []. We also find that when is larger than 0.95, and q fluctuate with the same oscillation center . To sum up the results, if is set appropriately with other proper control parameters, it is possible to stabilize and q at a desired value within []. In other words, if is stable, it means that q is also stable. Therefore, only is necessary to be examined. In the following section, configuration of is studied to get robust value of at a given target queue length.

Suppose that stabilizes at the point , the point satisfies the equation from (2.3). By substituting (2.1) into (2.3), we have [45] Here, . can be obtained from above equation,

From (3.2), one can see that not only depends on some fixed network parameters, such as the number of connections N, mean packet size M, and the round-trip propagation delay d, but also depends on the value of the fixed point . In other words, when network parameters are unchanged, there exists a unique value of to keep at the given expected value. Suppose that the target queue length is the fixed point, that yields to can be configured by (3.2). In that case, .

3.2. The Properties of

In (3.2), there is a constant , which relies on network scenarios used in practical application [43], such as TCP version, ACK ways. Therefore, it is necessary to get the value of before is configured. In the discrete-time model, given RTT with R and drop probability with p, the throughput of a TCP Reno connection can be simply expressed as [16]

By solving the above equation, the constant K can be obtained. However, the configuration of each user may be different, and K is different. To capture the whole network character, we use the mean throughput (the total throughput of the congested link/the number of connections ratio) to represent the throughput of each connection.

In order to smooth out burst traffic, time is firstly divided into consecutive sampling period with each of size δt, and then is taken as the mean value of in δt. It can be regarded as the fixed point at which the queue length stabilizes in δt. If is larger than 0, the link utilization is 100%. In the case, K can be calculated by

From the drop probability function (2.1), it is noted that the RED gateway drops every arriving packet if , while it does not drop any one if . Therefore, cannot be always above or below . When a small is adapted, oscillates around , but a large leads oscillating around . Therefore, if other control parameters are proper except , at most time. Given that is the maximum drop probability used in the last period , we have by (2.1), therefore K can be expressed as follows:

By substituting and (3.5) into (3.2), we have

From (3.6), it is found that is independent of the load of the network (the number of connections ). This is a desirable property as a good AQM scheme since the number of connections accessing a link is out of network manager’s control. In particular, when one packet needs to go through different sets of bottlenecks, the traffic load may vary dramatically. However, we can adjust according to (3.6) as long as we monitor the variation of in recent δt and degrade the sensitivity to traffic load to some extent.

In order to simultaneously achieve low average queuing delay and high throughput, one rule of thumb is to require that the average queuing delay is only a fraction of round-trip time , [15]. Thus, the end-to-end delay is mainly caused by d, and is also a fraction of d, that is, . In order to ensure is generally set to ()/2 in applications, that is, [15]. Since , and , we have

According to (3.6), the maximum drop probability can be approximately rewritten as follows:

As you can see that , to a large extent, is determined by the lower threshold , the expected queue length , the prior network state and . Therefore, tends to be less sensitive to the round-trip propagation delay d and more stable for a large value of d. In other words, determined by (3.6) is suitable to be used for a wider variety of scenarios.

3.3. Exponential Averaging Weight

Based on the above analysis in Section 3.2, it is concluded that if other parameters are configured properly, the value of given by (3.6) can yield to a stable queue length of . Besides , there are also various system parameters () and control parameters (). Since system parameters are fixed once the network topology is determined, network managers usually adjust control parameters to achieve stable queue length. The thresholds () and refer to the tradeoffs between throughput and delay, which are constants in general and should be set in advance. To sum up, the weight w becomes the only parameters to be adjusted besides . As discussed in Section 3.1, stabilizing q at a target queue size can be obtained by maintaining at the point. By this means, we study the effect of w on in the following section.

The linear stability of a fixed point can be achieved, as long as the absolute value of the associated eigenvalue is not larger than 1 [16]

Here, means the increase factor of p. Figure 4 plots the average queue size for the fixed point when w varies from 0.12 to 0.2. In simulations, we set , and other parameters are the same as those described in Section 3.1.

For converges to the fixed point . At the same time, also stays below 1 that can be got from (3.9). As w increases, PDB (Period Doubling Bifurcation) emerges from the fixed point, and then chaos appears with . It implies that if , will be unstable. In other words, if is on the point, the system oscillates and even becomes chaotic. In the following section, we discuss the case

Because all the parameters in (3.9) are positive, must be smaller than 1. The linear stability condition can be rewritten as .

Now, we consider the case that qave stabilizes the target queue length . By substituting , and (3.2) into (3.10), we have

Solving the above inequality with , we have

The inequality (3.12) shows that whether is stable at or not is determined by control parameters () as well as network system parameters (). For example, it is evident that the maximum value of w is 0.1578 by (3.12) for in the above simulation, which is consistent to the result of Figure 4. In applications, the exponential averaging weight at gateway can be approximately expressed as , as discussed in Section 2.2.

It is noteworthy that the inequality (3.12) is the linear stability condition of rather than q. If w is set properly (not too small) by (3.12), can reflect the current network congestion level and the variation of q. In the case, stable average queue length at the target means stable queue length at the point, which is verified in Section 3.1. If w is too small, the effect of instant queue length on can be ignored, and cannot accurately represent the network congestion level. Therefore, the queue length may oscillate even though is stable. The inequality (3.12) provides the upper threshold of w, we still need further study the case with lower bound of the weight in future.

4. The Self-Tuning RED Algorithm

From the analysis in the previous sections, it is evident that that both and w are key factors to make approach to . Once the network sceneries (), the control parameters () and the expected target queue length are determined, the maximum value of w can be obtained by (3.12), while can also be got indirectly by monitoring the performance of the network in (3.6). Based on the above conclusions, a new self-tuning RED can be developed to improve the robustness of RED, as shown in Algorithm 1.

set by the inequality(3.12)
every update
 Sum = sum + ;
;
 If now time + δt
= sum/n;
 update by formula  (3.6)
 sum = 0;
= 0;
time = now;
Parameters:
now: current time
time: the last time was calculated
δt: sampling period
sum: the sum of in the period of δt
: the total number of sampled during δt

There are two parameters δt and w to be configured in the self-tuning RED. The inequality (3.12) gives the upper threshold of w, but there is not a theoretical method to choose a better value. Simulations in Section 5.1 also show that the queue length keeps close to the target for all the given different values of w once (3.12) is satisfied. Considering that RED is used in congestion control, it is necessary to respond fast to network congestion, especially, in heavy congestion. In addition, with a large value of w, the average queue size is more sensitive to the change of queue length. Therefore, the value of w should be large enough to response to the variation of the queue length.

δt is related to the accurate estimation of K and . If δt is too short, the estimation of may be affected by temporary burst traffic or instability of queue length. However, if δt is set too long, it will take a long time to respond to network congestion. In our improved algorithm, it is reasonable to observe and for several RTTs. There are two reasons: () the connections need more time than one RTT to react effectively to the current congestion level, so the system needs at least such long time to become stable; () if is adjusted slowly and infrequently, the queue may be more stable that has been verified in Adaptive RED [15]. In the following simulations, we set .

There are some parameters (, and ) in (3.6) and (3.12). In application, the control parameters () are configured according to the expected queuing delay and the capacity of the link [15]. The link capacity C and mean packet size M is known for RED gateway. The round-trip propagation delay d may be difficult to know. However, d can be replaced by RTT in (3.12), since the linear stability condition is also satisfied. For the maximum drop probability, d has less effect on it as discussed in Section 3.2. Therefore, we do not need the accurate value of d, and we can estimate the value of d based on statistics. In the following section, we randomly generate propagation delay of the links except the shared one, and adapt approximate value  ms to simulate. The results show that the self-tuning RED can performs well with the estimated value.

5. Simulations

In this section, we evaluate the performance of the proposed RED algorithm by a number of simulations using ns-2 simulator. Other RED variants such as REM, Adaptive RED, and PI-controller are used to compare with the self-tuning RED. The network topology used in simulations is a dumbbell topology with a single bottleneck link and many identical, long-lived TCP Reno flows, as shown in Figure 1. The parameters used are the same as those in [16]: the capacity and delay of the common link are set to 150 Mb/s and 30 ms, respectively. Other links have a capacity of 30 Mb/s, and the propagation delays are randomly selected from [10 ms,35 ms]. Given these parameters, the average round-trip propagation delay is about 150 ms. All sources are ECN-capable, and mean packet size is 500 bytes. The buffer size B between R1 and R2 is set to 7500 packets (about bandwidth-delay product). The window size of each TCP connection is 1125 (the bandwidth-delay product of the link). Therefore, the maximum window size will not restrict the sending rate of packet in all scenarios, and it can trigger congestion even with small connections.

The basic parameters of adaptive RED and the self-tuning RED are set at packets, packets, and . For adaptive RED, the parameters are set the same as [15]: , , and interval . For PI controller, PI coefficients and are 1.822 10-5 and 1.816 10-5, respectively [18]. For REM, , , , and the sampling interval is 2 ms. For the self-tuning RED, and . In the following simulations, the target queue size is 1500 packets. The simulations run for 100 s, and the results are recorded every 0.1 s.

5.1. Performance under Extreme Conditions

In this experiment, we test the performance of the self-tuning RED for a constant number of TCP connections under two extreme cases: () light congestion with , () heavy congestion with .

In order to clearly present the variation of the instantaneous queue length, the range of -axis is reduced to []. At the same time, the range of -axis is also reduced. Figures 5 and 6 demonstrate the dynamic change of the instantaneous queue length with and , respectively. From Figures 5 and 6, one can see that in both cases, the queue length stabilizes near the target of 1500 packets after about 4 s and 10 s, respectively. The mean value of instantaneous queue length is 1499.4 for versus 1500.0 for , and the standard deviations is 44.8 for versus 48.3 for . It implies that the queue length can be basically stable at the target with only small steady-state errors. However, it seems to take a bit long time to become stable. The reason is that the large window size of connections leads to slow response. From the two experiments, it can be seen that the time to keep queue length stable does not increase greatly as the load increases (the number of connections). In addition, the fluctuation amplitude of queue length is very small under the above conditions. To some extent, the results show that the self-tuning RED overcomes the sensitivity to the load and shows good robustness.

5.2. Response with a Variable Number of Connections

In the experiment, the performance of the self-tuning RED is examined when the number of TCP connections varies. In initialization, the number of connections is set to 500. 100 additional TCP connections join the link at 50.0 s. Figure 7 shows that the instantaneous queue length becomes relatively stable near the queue target of 1500 packets. After 100 additional flows starting at 50.0 s, the queue first oscillates with a period of 2 s and then quickly becomes stable with about 1500 packets. The result is got with large window size. If small window size is adapted, it may take shorter time to approach robustness. From Figure 7, we can find that the self-tuning RED achieves a short response time and good robustness with variation of the number of connections.

5.3. Comparisons with Existing AQM Schemes

To investigate the performance of various AQM schemes in real network, we implement the following experiments: () adding short-lived TCP flows, () adding unresponsive UDP flows, and () changing the number of the long-lived TCP flows.

Table 1 gives the average value (mean in Table 1) and the standard deviation (STD in Table 1) of the instantaneous queue length for the four AQM schemes in every experiment. To compare the steady-state performance, we calculate the average and the standard deviation of queue length for second half (50 s).

Experiment 1. Adding short-lived TCP flows. There exist some short-lived flows as burst traffic in networks, which can affect the performance of an AQM scheme. In the experiments, the impact of the short-lived flows is investigated for various AQM schemes. In the first, the initial number of connections is set to 500, and then 500 short-lived TCP flows randomly arrive in interval []s. The duration of the short-lived flows is uniformly distributed in []. Other parameters are the same as those in the above simulations.
From Table 1, it is evident that the performance of REM scheme is the worst since the algorithm cannot maintain the queue length at 1500, and its standard deviation is the largest. With adaptive RED, the fluctuation amplitude of the average queue length is smaller than those with REM, which shows that Adaptive RED behaves much better than REM in the experiments. Although adaptive RED has less standard deviation than PI controller, the deviation from the target is larger than the latter. Thus, adaptive ARED performs worse than PI controller. It is found that the self-tuning RED has less standard deviation with 39.3947 versus PI controller with 61.1963. Evidently, the self-tuning RED is more stable. To sum up the results, the self-tuning RED clearly performs better than the other schemes in the experiment.

Experiment 2. Adding unresponsive UDP flows. In this experiment, we study the performance of the AQM schemes with the UDP flows. According to the study in [46], long-lived TCP connections account for 95% of the traffics in Internet. It is necessary to examine the effect from the UDP flow. In the experiment, 50 UDP flows are added besides 500 long-lived TCP connections. These UDP flows start at random time uniformly distributed in [] s, so the UDP flows can be regarded as 25 long-lived TCP connections. Each UDP is CBR (Constant Bit Rate) at the rate of 300 Kb, and the mean packets size is 500 bytes. When the queue is not empty, the sending rate of each UDP flows is nearly equal to that of TCP. By this means, the total traffic of the UDP flows account for about 5% of the traffic, which is enough to study its impact on the performance of the network.
From Table 1, we can find that with Adaptive RED, the queue cannot converge to the target value of 1500 packets (it does at about 1393), but the standard deviation with 56.2 is smaller than other algorithms. By comparing the magnitudes of oscillation for the four AQM schemes, it is found that REM leads to a largest oscillation, which implies its weak robustness. When the self-tuning RED is compared with PI controller, it can be seen that the two schemes are successful to get stable queue size with only small fluctuation at the target value. We can also see that the self-tuning RED has a little better performance than PI controller with less deviation from the target and smaller fluctuation amplitude. To sum up, the self-tuning RED is better than other algorithms in terms of robustness when the UDP flows exist.

Experiment 3. Change the number of the TCP connections. In the following experiments, the self-tuning RED is compared with REM, adaptive RED, and PI controller in cases that the number of TCP connections varies. In the first simulation, the initial number of connections is set to 500, and then 100 TCP flows start at a random time in the range [] s. In the second simulation, the initial number of connections is set to 600, and 100 of them stop at the time uniformly distributed over a period of 100 s.
In both cases, the four AQM schemes perform as similarly as in the two above simulations. Due to large fluctuation, REM performs poorly in terms of robustness. With adaptive RED, the fluctuation amplitude of the queue size is very small, but it has a smaller mean queue length. PI controller outperforms Adaptive RED and REM because of less fluctuation amplitude with about 58 and smaller deviation with 10 packets from the target value. Since there are no other contenders, the self-tuning RED is compared with PI controller. In the first experiment, the mean queue length is 1503.1 with the self-tuning RED versus 1510.8 with PI controller. The standard deviation of queue length is 43.8353 with the self-tuning RED versus 57.8878 with the PI controller. In the second experiment, the mean queue length is 1495.8 with the self-tuning RED versus 1490.5 with the PI controller. The standard deviation of queue length is 46.0050 with the self-tuning RED versus 58.8450 with the PI controller. It is evident that the self-tuning RED is slightly closer to the 1500 target with smaller fluctuation amplitude, and performs much better than PI controller, adaptive RED, and REM.

6. Conclusions

In this paper, we study the effect of control parameters on queue length for a given target. Based on theoretical analysis, a self-tuning RED algorithm is proposed, which can keep queue length stable at the target value by adjusting the maximum drop probability and setting a proper exponential averaging weight. A number of simulations show that the self-tuning RED performs better than various AQM algorithms in term of deviation from the target and the fluctuation of queue length. In addition, the self-tuning RED does not change the basic principle of the RED algorithm, and can be simply applied in practice. For future work, it is necessary to further study the issue under wider network scenarios with various bandwidths and multiple bottleneck links.

Acknowledgment

The work was supported by National Natural Science Foundation of China (Grants nos. 60703112, 60873264, and 61070214).