Stable Accurate Rapid Bandwidth Estimate for Improving TCP over Wireless Networks

Similar documents
Enhanced TCP with End-to-End Bandwidth and Loss Differentiation Estimate over Heterogeneous Networks

A Bottleneck and Target Bandwidth Estimates-Based Congestion Control Algorithm for High BDP Networks

Linux 2.4 Implementation of Westwood+ TCP with Rate Halving : A Performance Evaluation over the Internet

Design and Performance Evaluation of High Efficient TCP for HBDP Networks

RD-TCP: Reorder Detecting TCP

Analisys and Performance Evaluation of Westwood+, New Reno and Vegas TCP Congestion Control

ECS-087: Mobile Computing

Impact of transmission errors on TCP performance. Outline. Random Errors

Improving TCP Performance over Wireless Networks using Loss Predictors

Evaluation of a Queue Management Method for TCP Communications over Multi-hop Wireless Links

RED behavior with different packet sizes

ATCP: Improving TCP performance over mobile wireless environments

Linux 2.4 Implementation of Westwood+ TCP with rate-halving: A Performance Evaluation over the Internet

Investigating the Use of Synchronized Clocks in TCP Congestion Control

Live Internet Measurements Using Westwood+ TCP Congestion Control *

Dynamic Parameter Adjustment for Available-Bandwidth Estimation of TCP in Wired-Wireless Networks

Design of Network Dependent Congestion Avoidance TCP (NDCA-TCP) for Performance Improvement in Broadband Networks

CMPE 257: Wireless and Mobile Networking

Receiver-initiated Sending-rate Control based on Data Receive Rate for Ad Hoc Networks connected to Internet

Chaoyang University of Technology, Taiwan, ROC Nan-Kai Institute of Technology, Taiwan, ROC

CC-SCTP: Chunk Checksum of SCTP for Enhancement of Throughput in Wireless Network Environments

Reliable Transport II: TCP and Congestion Control

TCP Westwood: Efficient Transport for High-speed wired/wireless Networks

OPNET M-TCP model. Modupe Omueti

8. TCP Congestion Control

Reliable Transport II: TCP and Congestion Control

CS Transport. Outline. Window Flow Control. Window Flow Control

Improving TCP End to End Performance in Wireless LANs with Snoop Protocol

Improving Reliable Transport and Handoff Performance in Cellular Wireless Networks

Performance Evaluation of TCP Westwood. Summary

Flow and Congestion Control Marcos Vieira

Cross-layer TCP Performance Analysis in IEEE Vehicular Environments

PERFORMANCE ANALYSIS OF SNOOP TCP WITH FREEZING AGENT OVER CDMA2000 NETWORKS

ENHANCED BANDWIDTH ESTIMATION ALGORITHMS IN THE TCP CONGESTION CONTROL SCHEME

Delay Performance of the New Explicit Loss Notification TCP Technique for Wireless Networks

Considering Spurious Timeout in Proxy for Improving TCP Performance in Wireless Networks

Performance Analysis of TCP Variants

Experimental Analysis of TCP Behaviors against Bursty Packet Losses Caused by Transmission Interruption

TCP PERFORMANCE FOR FUTURE IP-BASED WIRELESS NETWORKS

TCP OVER AD HOC NETWORK

ISSN: Index Terms Wireless networks, non - congestion events, packet reordering, spurious timeouts, reduce retransmissions.

CS519: Computer Networks. Lecture 5, Part 4: Mar 29, 2004 Transport: TCP congestion control

TCP WITH FASTER RECOVERY. Claudio Casetti Mario Gerla Scott Seongwook Lee Saverio Mascolo Medy Sanadidi

TCP-Peach and FACK/SACK Options: Putting The Pieces Together

Enhancing TCP Throughput over Lossy Links Using ECN-capable RED Gateways

A Report on Some Recent Developments in TCP Congestion Control

Wireless TCP. TCP mechanism. Wireless Internet: TCP in Wireless. Wireless TCP: transport layer

An Enhanced IEEE Retransmission Scheme

THE NETWORK PERFORMANCE OVER TCP PROTOCOL USING NS2

TCP Congestion Control in Wired and Wireless networks

Performance Evaluation of SCTP with Adaptive Multistreaming over LEO Satellite Networks

The effect of reverse traffic on the performance of new TCP congestion control algorithms

TCP over Wireless. Protocols and Networks Hadassah College Spring 2018 Wireless Dr. Martin Land 1

Selective-TCP for Wired/Wireless Networks

TCP over Wireless Networks:

TCP Westwood: congestion control with faster recovery

ENRICHMENT OF SACK TCP PERFORMANCE BY DELAYING FAST RECOVERY Mr. R. D. Mehta 1, Dr. C. H. Vithalani 2, Dr. N. N. Jani 3

TRANSMISSION CONTROL PROTOCOL

Fast Retransmit. Problem: coarsegrain. timeouts lead to idle periods Fast retransmit: use duplicate ACKs to trigger retransmission

Evaluation of End-to-End TCP performance over WCDMA

DualRTT: Enhancing TCP Performance During Delay Spikes

PAPER Momentary Recovery Algorithm: A New Look at the Traditional Problem of TCP

cs/ee 143 Communication Networks

Lecture 4: Congestion Control

Robust TCP Congestion Recovery

Congestion Control and Sizing Router Buffers in the Internet

TCP Westwood and Easy Red to Improve Fairness in High-speed Networks. PfHsn 2002 Berlin, 22 April 2002

image 3.8 KB Figure 1.6: Example Web Page

Performance Comparison of TFRC and TCP

TCP Congestion Control in Wired and Wireless Networks

CS 557 Congestion and Complexity

A Fast Handover Protocol for Mobile IPv6 Using Mobility Prediction Mechanism

Investigating the Use of Synchronized Clocks in TCP Congestion Control

Transport layer issues

Congestion Control for High Bandwidth-delay Product Networks. Dina Katabi, Mark Handley, Charlie Rohrs

Transmission Control Protocol. ITS 413 Internet Technologies and Applications

Wireless TCP Performance Issues

Performance evaluation of Westwood+ TCP congestion control

Page 1. Review: Internet Protocol Stack. Transport Layer Services. Design Issue EEC173B/ECS152C. Review: TCP

AIO-TFRC: A Light-weight Rate Control Scheme for Streaming over Wireless

Differentiating Congestion vs. Random Loss: A Method for Improving TCP Performance over Wireless Links

Adapting TCP Segment Size in Cellular Networks

CSCI-1680 Transport Layer II Data over TCP Rodrigo Fonseca

Outline Computer Networking. TCP slow start. TCP modeling. TCP details AIMD. Congestion Avoidance. Lecture 18 TCP Performance Peter Steenkiste

Chapter 3 outline. 3.5 Connection-oriented transport: TCP. 3.6 Principles of congestion control 3.7 TCP congestion control

TCP. CSU CS557, Spring 2018 Instructor: Lorenzo De Carli (Slides by Christos Papadopoulos, remixed by Lorenzo De Carli)

PERFORMANCE COMPARISON OF THE DIFFERENT STREAMS IN A TCP BOTTLENECK LINK IN THE PRESENCE OF BACKGROUND TRAFFIC IN A DATA CENTER

CS268: Beyond TCP Congestion Control

TCP Congestion Control

Communication Networks

Page 1. Review: Internet Protocol Stack. Transport Layer Services EEC173B/ECS152C. Review: TCP. Transport Layer: Connectionless Service

A THROUGHPUT ANALYSIS OF TCP IN ADHOC NETWORKS

Mobile Communications Chapter 9: Mobile Transport Layer

Internet Networking recitation #10 TCP New Reno Vs. Reno

ADVANCED COMPUTER NETWORKS

TCP Congestion Control

TCP Congestion Control

Performance Evaluation of Westwood+ TCP Congestion Control,

MaVIS: Media-aware Video Streaming Mechanism

Performance Study of TCP Veno over WLAN and RED Router

Transcription:

Stable Accurate Rapid Bandwidth Estimate for Improving TCP over Wireless Networks Le Tuan Anh and Choong Seon Hong Computer Engineering Department, Kyung Hee Univerity, 1, Seocheon, Giheung, Yongin, Gyeonggi 449-701, Korea letuanh@networking.khu.ac.kr cshong@khu.ac.kr Abstract. This paper presents a stable accurate rapid bandwidth estimate (SARBE) algorithm to improve TCP performance over wireless networks. The proposed algorithm estimates the bandwidth sample of the forward path of connection by monitoring the sending time intervals of ACKs. By using the stability-based filter, the current bandwidth samples are eliminated from transient changes, while keeping reasonably persistent changes in the absence of noise. TCP congestion control then uses the estimated bandwidth to properly set the slow start threshold (ssthresh) and congestion window size (cwnd) rather than halving the current value of the cwnd as in TCP after fast retransmit. In the wireless environment, SARBE achieves robustness in aspect of stability, accuracy and rapidity of the estimate, and better performance compared with TCP Reno, Westwood and DynaPara. Furthermore, SARBE is fair in bottleneck sharing and friendly to existing TCP versions, and also tolerates ACK compression in the backward path. 1 Introduction TCP was originally developed for the wired networks, where bit-error rate is trivial and packet losses are caused by network congestion. However, cellular/wireless networks and wired-wireless networks issue performance degradation challenges to TCP because TCP congestion control cannot distinguish between the packet losses caused by the random error of the wireless link, signal fading and mobile handoff processing, and those caused by network congestion. At the TCP sender, there are two state variables, the congestion window size and the slow start threshold are maintained by congestion control to the control the transmission rate. In the slow start phase, at beginning of connection, cwnd is increased by 1 for every arrived ACK at the sender. Until cwnd reaches ssthresh, the sender TCP congestion control goes to the congestion avoidance phase, where cwnd is increased by 1/cwnd for every arrived ACK at the sender. This work is supported by University ITRC of MIC. Dr. Hong is corresponding author. P. Lorenz and P. Dini (Eds.): ICN 2005, LNCS 3421, pp. 141 148, 2005. c Springer-Verlag Berlin Heidelberg 2005

142 L.T. Anh and C.S. Hong cwnd is additively increased to reach the network bandwidth and is abundantly decreased to one half of current value when the condition of network congestion occurs by indicating received Duplicate ACKs at the sender. TCP Reno then sets ssthresh to be the same as cwnd. If the packet losses occur by the random errors before ssthresh reaches the network capacity, ssthresh can be gotten a smaller value, thus blindly reducing the sending rate (i.e degrading TCP performance). To improve TCP performance over wireless networks, several approaches have been proposed and [2] classified into three classes: the link-layer approach, which improves wireless link characteristics or hiding non-congestion caused packet losses from TCP; the split-connection approach, in which the sender have to be aware of the existence of wireless hop; the end-to-end approach, which retains TCP semantics, but requires to improve the protocol stack at either the sender side or the receiver side. In this paper, we proposed SARBE algorithm for improving TCP over wireless networks. SARBE achieves robustness in aspect of stability, accuracy and rapidity of the estimate, and better performance compared with TCP Reno, Westwood and DynaPara. Furthermore, SARBE is fair in bottleneck sharing and friendly to existing TCP versions, and also tolerates ACK compression in the backward path. The rest of this paper is organized as follows. Section 2 summarizes the previous works in improving the TCP performance for wired-wireless networks. Section 3 presents our proposed SARBE algorithm in detail. Various simulation results presented in section 4. Finally, section 5 concludes the paper. 2 Related Works The end-to-end approach improves TCP performance at either the sender or receiver without violating end-to-end semantic. TCP SACK [9] (option in TCP header) improves retransmission of lost packets using the selective ACKs provided by the TCP receiver. In Freeze-TCP [5], before occurring handoff, the receiver sends Zero Window Advertisement (ZWA) to force the sender into the Zero Window Probe (ZWP) mode and prevent it from dropping its congestion window. Freeze-TCP can only improve TCP performance in handoff cases. scheme [3], [4], and TCP scheme with dynamic parameter adjustment (DynaPara) [7] are the end-to-end approach. In these schemes, the sender estimates available bandwidth dynamically by monitoring and averaging the rate of ACKs receiving. The sender then updates cwnd and ssthresh to the estimated bandwidth when fast retransmit or retransmission timeout occurs. DynaPara used a simple filter with dynamic adjusting of a filter parameter according to the sate of wireless link. Although, the filter of is complex, it cannot reflect the rapid changes of the network condition, whereas in DynaPara algorithm, the estimated bandwidth fluctuates frequently. In addition, when the ACK packets encounter queuing with cross traffic along the backward path, their time spacing is no longer the transmission time upon leaving the queue. These time spacing may be shorter than original time spacing, called

Stable Accurate Rapid Bandwidth Estimate for Improving TCP 143 ACK compression [10]. In this case, both schemes overestimate the available bandwidth. 3 SARBE Algorithm 3.1 Available Bandwidth Estimate In comparison with, we take the advantage of using ACKs sending time interval to achieve a more accurate available bandwidth estimate. SARBE employs the ACKs sending time intervals to compute the available bandwidth of the forward path via the timestamp in ACK. In SARBE approach, the estimate of the forward path is not be affected by ACK compression that results in overestimate. When the kth ACK arrives, the sender simply uses information of the kth ACK to compute an available bandwidth sample, which can be written as Bw k = L k ts k ts k 1 (1) where L k is the amount of data acknowledged by the kth ACK, ts k is timestamp of the kth ACK; ts k 1 is the timestamp of the previous ACK arrived at the sender. It can be seen obviously, sample Bw k represents the current network condition, which faces noises. So the bandwidth estimator has to eliminate transient noise but responds rapidly to persistent changes. We used the stability-based filter [6] which is similar to the EWMA filter, except using a measure function of the samples large variance to dynamically change the gain in the EWMA filter. After computing the bandwidth sample Bw k from (1), the stability-based filter can be expressed in the recursive form U k = βu k 1 +(1 β) Bw k Bw k 1 (2) U max = max(u k N,..., U k 1,U k ) (3) α = U k U max (4) ebw k = α ebw k 1 +(1 α)bw k (5) where U k is the network instability computed in (2) by EWMA filter with gain β, β was found to be 0.8 in our simulations; Umax is the largest network instability observed among the last N instabilities (N = 8 in our simulations); and ebw k is the estimated smoothed bandwidth, ebw k 1 is the previous estimate and the gain α is computed as (4) when the bandwidth samples vary largely. 3.2 TCP Congestion Control Modification Algorithm As mentioned in Section 1, ssthresh represents the probed network bandwidth; while the above estimated bandwidth value also represents the current available bandwidth of download link. Consequently, we have to transform the estimated

144 L.T. Anh and C.S. Hong value into equivalent size of the congestion window for updating ssthresh. [4] proposed the interrelation of estimated bandwidth with the optimal congestion window size (ocwnd) as ocwnd = ebw RT T min Seg size where RT T min is the lowest Round Trip Time, Seg size is the length of the TCP segment. The pseudo code of the the congestion control algorithm for updating ssthresh and cwnd is the following: if (Duplicate ACKs are detected) ssthresh = ocwnd; if (cwnd >= ssthresh) /* in the congestion avoidance phase*/ cwnd = ssthresh; else /* in the slow start phase */ cwnd = cwnd; /*keeping cwnd*/ end if if ( retransmission timeout expires) ssthresh = ocwnd; cwnd = 1; /* restarting from the slow start phase */ end if Whenever the sender detects Duplicate ACKs representing that the sent packets were lost due to the light network congestion or the random error of the wireless link, the congestion control updates ssthresh to the optimal congestion window (ocwnd); and sets cwnd to ssthresh during the congestion avoidance phase, or keeps the current cwnd value during the slow start phase. If the sender is triggered by the retransmission timeout event due to the heavy network congestion or the very high bit-error rate of wireless link, its congestion control sets ssthresh to the optimal congestion window, and sets cwnd to one for restarting from the slow start phase. (6) 4 Simulation Results Our simulations were run by the NS-2 simulation network tool. We used the recent Westwood module NS-2 [8] for comparison. 4.1 Effectiveness We first evaluate the stability, accurateness and rapidity of SARBE. The simulation network scenario is depicted in Fig. 1(a). We used an FTP over TCP and an UDP-based CBR background load with the same packet size of 1000 bytes. The CBR rate varies according to time as the dotted line in Fig 1(b).

Stable Accurate Rapid Bandwidth Estimate for Improving TCP 145 1.6 Bandwidth Estimate S 1.5Mbps, 10ms (a) D Estimated bandwidth(mbps 1.4 1.2 1 0.8 0.6 0.4 0.2 Actual 0 0 5 10 15 Time (s) 20 25 (b) Fig. 1. (a) Single bottleneck link; (b) Comparison of Bandwidth estimate algorithms Estimated Bandwith (Mbp 4 3.5 3 2.5 2 1.5 1 0.5 0 Impact of ACK Compression (a) 0 30 60 90 120 150 Time (s) Estimated Bandwith (Mbps) 80 70 60 50 40 30 20 10 0 Impact of ACK Compression 0 30 60 90 120 150 Time (s) Fig. 2. The overestimated bandwidth of (a) and (b) in the presence of the ACK compression (b) The result is shown in Fig. 1(b); is very slow to obtain the available bandwidth changes, while DynaPara estimates fluctuantly and inaccurately when the bottleneck bandwidth is occupied by CBR. By contrast, SARBE reaches the persistent bandwidth changes rapidly, which closely follow the available bandwidth changes. This is due to adaptability of dynamic changes of gain α when the bandwidth samples vary largely. To investigate the impact of ACK compression on estimate, we used the network scenario as Fig. 1(a) and supplemented a traffic load FTP in the reverse direction. The traffic load FTP was started at time 30 s and ended at 120 s for 150 s simulation time. In this interval, Westwood estimates over 2 Mbps more than SARBE, which is quite near the actual available bandwidth, as in Fig 2(a). In DynaPara, the estimated values fluctuate and are many times more than SARBE, shown in Fig 2(b). Next, we evaluate TCP performance in the scenario as given in Fig. 3. The simulation was performed on one FTP in 100 s with the packet size of 1000 bytes, the wireless link random errors ranging from 0.001% to 10% packet loss. In Fig

146 L.T. Anh and C.S. Hong 2Mbps, 0.01ms S 10Mbps, 25ms BS D Fig. 3. The wired-wireless network scenario Goodput (Kbps) 2000 1800 1600 1400 1200 1000 800 600 400 200 TCP goodput vs. packet loss rate TCP Reno 0 0.001 0.01 0.1 1 10 Packet loss rate (%) Fig. 4. TCP goodput vs. packet loss rate 4, for the random error rate lower than 0.01%, the goodput of all TCP versions is same. Over that error rate, SARBE goodput is better than other versions. For example, at 1% packet loss rate, SARBE achieves better performance than TCP Reno, Westwood and DynaPara by 34.6%, 14% and 13%, respectively. 4.2 Fairness Another evaluation for TCP is fairness that a set of connections of the same TCP, which can share fairly the bottleneck bandwidth. The index of fairness was defined in [1] as fi = ( n i=1 x i) 2 n( n 1/n fi n (7) ), i=1 x2 i where x i is the throughput of the ith TCP connection, n is the number TCP connections considered in simulation. The fairness index has a range from 1/n to 1.0, with 1.0 indicating fair bandwidth allocation. Using the same scenario as Fig. 3 with ten same TCP connections, we simulated the different TCP versions individually. The buffer capacity of bottleneck link is equal to the pipe size. The comparison result is shown in Fig. 5. TCP Reno is always manifested the best fair sharing, the second is SARBE, which achieves quite high fairness index. 4.3 Friendliness The friendliness of TCP implies fair bandwidth sharing with the existing TCP versions. Our experiments were run on the scenario of Fig. 3. We considered a total of ten connections mixing SARBE with TCP Reno, Westwood and DynaPara

Stable Accurate Rapid Bandwidth Estimate for Improving TCP 147 Fairness Index 1.000 0.990 0.980 0.970 0.960 0.950 0.940 0.930 0.920 0.910 Fairness vs. Packet loss rate 0.0 0.1 0.5 1.0 5.0 10.0 Packet Loss Rate (%) TCP Reno Fig. 5. Fairness vs. packet loss rate Average goodput (Kbps) 260 240 220 200 180 160 140 120 100 Friendliness over 1% packet error rate 0 1 2 3 4 5 6 7 8 9 10 The number of TCP Reno, Westwood or DynaPara connections TCP Reno vs. Reno vs. Westwood vs. DynaPara Fair share Fig. 6. Friendliness of TCP Reno, Westwood and DynaPara compared with SARBE, respectively, over 1% packet loss link at 1% packet loss rate. The x-axis of Fig. 6 represents the number of TCP Reno, Westwood or DynaPara connections, the remaining connections use SARBE. The dotted line is the fair share. In Fig. 6, SARBE still preserves friendliness with the existing TCP versions, but outdoes in goodput. This result accords with the above performance evaluation result with the presence of 1% packet loss rate. 5 Conclusions This paper has presented a novel approach in the available bandwidth estimate. Firstly, estimating the forward path of connection provides the true available bandwidth of download link and tolerates ACK compression. Secondly, applying the stability-based filter can resist transient changes, while keeping reasonably persistent changes of bandwidth samples. Thirdly, the modified congestion control algorithm sets ssthresh to the optimal congestion window size upon fast retransmit or retransmission timeout events.

148 L.T. Anh and C.S. Hong Simulation results have shown that, our algorithm achieves robustness in aspect of stability, accuracy and rapidity of the estimate, and better performance in comparison with TCP Reno, Westwood and DynaPara. As a final point, SARBE is fair in bottleneck sharing and friendly to the existing TCP versions. References 1. R. Jain, D. Chiu, and W. Hawe, A quantitative measure of fairness and discrimination for resource allocation in shared computer systems, DEC, Rep.TR-301, 1984. 2. H. Balakrishnan, V. N. Padmanabhan, S. Seshan, and R. H. Katz, A comparison of mechanisms for improving TCP performance over wireless links, IEEE/ACM Trans. Networking, vol. 5, no. 6, pp. 756769, 1997. 3. S. Mascolo, C. Casetti, M. Gerla, M. Y. Sanadidi,and R. Wang, : Bandwidth estimation for enhanced transport over wireless links, in Proc. ACM MobiCom 2001, Roma, Italy, pp. 287-297, July 2001. 4. S. Mascolo, C. Casetti, M. Gerla, and S.S. Lee, M. Sanadidi, : Congestion Control with Faster Recovery, UCLA CS Technical Report, 2000. 5. T. Goff, J. Moronski, D. S. Phatak, and V. Gupta, Freeze-TCP: A true endto-end TCP enhancement mechanism for mobile environments, in Proc. IEEE INFOCOM 2000, Tel-Aviv, Israel, pp. 1537-1545, Mar. 2000. 6. M. Kim and B. D. Noble, SANE: stable agile network estimation, Technical Report CSE-TR-432-00, University of Michigan, Department of Electrical Engineering and Computer Science, Ann Arbor, MI, August 2000. 7. N. Itaya, S. Kasahara, Dynamic parameter adjustment for available-bandwidth estimation of TCP in wired-wireless netwoks, Elsevier Com. Comm.27 976-988, 2004. 8. - Modules for NS-2 [Online]. Available: http://www.cs.ucla.edu/ NRL/hpi/tcpw/tcpw ns2/tcp-westwood-ns2.html, 2004. 9. M. Mathis, J. Mahdavi, S. Floyd, and A. Romanow, TCP selective acknowledgment options, RFC 2018, Oct. 1996. 10. L. Zhang, S. Shenker, and D. Clark, Observations on the Dynamics of a Congestion Control Algorithm: The Effects of Two-Way Traffic, Proc. SIGCOMM Symp. Comm. Architectures and Protocols, pp. 133-147, Sept. 1991.