1 / 11

Constant Congestion Window approach for TCP – effect on Fairness

Constant Congestion Window approach for TCP – effect on Fairness. Anup K Ghosh IBM Global Services India, Salt Lake, Calcutta 700 091, India anup.ghosh@in.ibm.com Sudipto Das Dept of CSE, Jadavpur University, Calcutta 700 032, India Rajesh Roy

bess
Télécharger la présentation

Constant Congestion Window approach for TCP – effect on Fairness

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Constant Congestion Window approach for TCP – effect on Fairness Anup K Ghosh IBM Global Services India, Salt Lake, Calcutta 700 091, India anup.ghosh@in.ibm.com Sudipto Das Dept of CSE, Jadavpur University, Calcutta 700 032, India Rajesh Roy Dept of CSE, Jadavpur University, Calcutta 700 032, India Amitava Mukherjee Royal Institute of Technology, School of Electrical Engineering, Stockholm 10044, Sweden amitava.mukherjee@in.ibm.com or amitava@imit.kth.se (Author for Correspondence)

  2. Introduction • TCP performance (in terms of goodput) degrades in networks which are prone to wireless losses. • Previous research has shown that End-to-End (E2E) approach towards solving this problem is the most versatile and efficient. • We propose an E2E solution wherein we make the TCP Congestion Window (cwnd) a constant throughout the lifetime of the connection. • The congestion window for a sender is set to a value which is optimal for a given network scenario . • A cwnd for a given TCP Sender is optimal if it effectively uses its fair share of the bottleneck and the performance of the system (a number of connections sharing the bottleneck) reaches a maximum. • The optimal cwnd is calculated for a given scenario and the Sender cwnd is set accordingly.

  3. Analytical Approach • We measure the network load by average queue length over fixed intervals of some appropriate length, and Li is the load at instant i, • For a congested network we have Li = N + γLi-1(1) where N (a constant) accounts for the average arrival rate of the new traffic, and γLi-1 accounts for the traffic left from the last time interval. • The term γLi-1 arises when the sender is sending at a rate which is greater that its fair share leading to a fraction of packets from the previous round remaining in the network when the packets from the next round arrives in the network. • If the sender is sending at a rate that utilizes its fair share, the term γLi-1vanishes; equation (1) thereby reduces to Li = N(2) which is a constant, and this forms the basis for use of a constant congestion window.

  4. Simulation Scenario and Configuration Parameters. • Wired – cum – wireless Inter-network • A performance comparison is made with the TCP Reno sources. • Intermediate node buffer capacity is always set equal to the bandwidth delay product for the bottleneck link based on literature studied. • The traffic source used is FTP with infinite data to send. • Packet size is set to 1000 bytes (1040 bytes with headers) in all experiments. • The wireless subnet is error prone, susceptible to constant error rates. • Conventional TCP Sink which responds with an ACK for every packet received. • No congestion or error in the ACK path. • Simulations have been carried out for a period of 450 seconds with the TCP senders transmitting data for the entire period of simulation. • A Two Ray Ground propagation model is used with an Omni-directional antenna. • Wireless links using 802.11 MAC with 1 Mbps bandwidth • All simulations done with ns-2.

  5. Simulation Results • Can be sub-divided into Three Major Categories. • Optimal Window Determination. • Comparison with TCP Reno in terms of Goodput. • Fairness in scenarios where multiple sources share a common bottleneck.

  6. Optimal Window Determination • The modified TCP Senders use constant Congestion Window (cwnd) throughout its Lifetime. • Determination of a cwnd optimal for a given scenario becomes optimal. • Results show that given a network scenario, there exists a value of cwnd for which the system performance reaches a maximum. • It is the optimal cwnd value for that network scenario. • The cwnd of the TCP senders is set to the value as obtained above. In the figures below, Goodput is the total number of segments received by the TCP Sink minus the retransmitted segments. Cwnd is expressed in segments.

  7. Comparison with TCP Reno in terms of Goodput • Simulations show a 8-10% increase in goodput in comparison to TCP Reno in scenarios with wireless errors. • In scenarios without wireless losses, performance of Modified TCP is comparable to that of TCP Reno. • Goodput enhancement upto 17-18% in scenarios with RED queues at bottleneck routers. • Enhancement with RED queues is primarily due to the dropping of more packets of the aggressive sources and hence effective sharing of bottleneck amongst the senders Comparing the TCP Reno and Modified TCP Goodput under various error scenarios and using different AQM techniques

  8. Fairness in scenarios where multiple sources share a common bottleneck • Effective sharing of the bottleneck bandwidth when used by multiple source destination pairs is crucial for good overall system performance. • Fairness might suffer in situations where a sender over utilizes its fair share of the bottleneck bandwidth. • By setting cwnd of the TCP senders to the optimal value determined, all TCP Senders get an appropriate share in bottleneck bandwidth. Packets transmitted when the intermediate router queue is DropTail The smaller the standard deviation of the Packets transmitted, the better is the fairness.

  9. Fairness in scenarios where multiple sources share a common bottleneck • Better fairness obtained when the queue at the bottleneck link is replaced by RED (Random Early Detection) queues. • Unfair sharing of bottleneck occurs when packets from some sources tend to occupy the bottleneck link and buffer resulting in dropping of packets from other senders. • Introduction of AQM techniques like RED enhances fairness. This is because more packets of the misbehaving sources are dropped from the intermediate buffer before it is full providing buffer space for packets from other sources. • Other sources (starved of bottleneck) get an opportunity to send their packets as the misbehaving sources are curbed. Packets transmitted when the intermediate router queue is a RED queue The smaller the standard deviation of the Packets transmitted, the better is the fairness.

  10. Conclusions • A Constant Congestion window for a TCP Sender during its entire lifetime has been proposed. • Simulations show a 8-10% increase in goodput as compared to TCP Reno in scenarios with wireless error. • Introduction of Active Queue Management (AQM) Techniques results in 17-18% increase in goodput compared to TCP Reno. • An almost fair sharing of the bottleneck capacity achieved by setting Congestion Window to a value optimal for a given Network Scenario. • Fairness enhanced by introduction of AQM techniques like RED or CHOKe at the bottleneck routers.

  11. Future Enhancements • In this paper, we propose a Constant cwnd for TCP Senders, but the optimal cwnd for a given network scenario is determined statically. We aim to devise a strategy by which this determination can be done dynamically. • The optimal cwnd is determined for a given network scenario which is kept static throughout the lifetime of the connection. But real networks are dynamic in nature and a connection’s fair share changes during its lifetime. We aim to introduce a trigger (like fractional change in rtt) that would signal such changes (usually after a large change has occurred) in fair share of the connection. • We also aim to investigate the effect of other AQM techniques like CHOKe on the performance of these Modified TCP Sender.

More Related