Implementation Experiments on HighSpeed and Parallel TCP

Similar documents
Reasons not to Parallelize TCP Connections for Fast Long-Distance Networks

Tuning RED for Web Traffic

CUBIC. Qian HE (Steve) CS 577 Prof. Bob Kinicki

Reasons not to Parallelize TCP Connections for Long Fat Networks

CS644 Advanced Networks

A report on a few steps in the evolution of congestion control. Sally Floyd June 10, 2002 IPAM Program in Large Scale Communication Networks

A transport-layer approach for achieving predictable throughput for Internet applications

TCP on High-Speed Networks

TCP Congestion Control

Computer Networking

Congestion Control for High-Bandwidth-Delay-Product Networks: XCP vs. HighSpeed TCP and QuickStart

Bandwidth Allocation & TCP

TCP on High-Speed Networks

ADVANCED TOPICS FOR CONGESTION CONTROL

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

A Report on Some Developments in TCP Congestion Control Mechanisms

Congestion control mechanism of TCP for achieving predictable throughput

Improving the Robustness of TCP to Non-Congestion Events

One More Bit Is Enough

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

SharkFest 17 Europe. My TCP ain t your TCP. Simon Lindermann. Stack behavior back then and today. Miele & Cie KG.

Implementing TCP SACK Conservative Loss Recovery Algorithm within a NDN Consumer

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

Effects of Applying High-Speed Congestion Control Algorithms in Satellite Network

Enabling Large Data Transfers on Dynamic, Very High-Speed Network Infrastructures

Oscillations and Buffer Overflows in Video Streaming under Non- Negligible Queuing Delay

Adaptive RED: An Algorithm for Increasing the Robustness of RED s Active Queue Management or How I learned to stop worrying and love RED

Congestion Control for High Bandwidth-delay Product Networks

Reliable Transport II: TCP and Congestion Control

Performance of Competing High-Speed TCP Flows

XCP: explicit Control Protocol

Communication Networks

Activity-Based Congestion Management for Fair Bandwidth Sharing in Trusted Packet Networks

Master s Thesis. TCP Congestion Control Mechanisms for Achieving Predictable Throughput

Impact of Short-lived TCP Flows on TCP Link Utilization over 10Gbps High-speed Networks

Title Problems of TCP in High Bandwidth-Delay Networks Syed Nusrat JJT University, Rajasthan, India Abstract:

Hybrid Control and Switched Systems. Lecture #17 Hybrid Systems Modeling of Communication Networks

Network Research and Linux at the Hamilton Institute, NUIM.

QoS Services with Dynamic Packet State

CS268: Beyond TCP Congestion Control

Lecture 21: Congestion Control" CSE 123: Computer Networks Alex C. Snoeren

PCC: Performance-oriented Congestion Control

Design, Implementation and Evaluation of. Resource Management System for Internet Servers

A Hybrid Systems Modeling Framework for Fast and Accurate Simulation of Data Communication Networks. Motivation

Performance of Competing High-Speed TCP Flows

Performance-oriented Congestion Control

Congestion Control For Coded TCP. Doug Leith

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

Fairness of High-Speed TCP Stacks

Investigating the Use of Synchronized Clocks in TCP Congestion Control

Understanding TCP Parallelization. Qiang Fu. TCP Performance Issues TCP Enhancements TCP Parallelization (research areas of interest)

Congestion Control In the Network

On the Deployment of AQM Algorithms in the Internet

Congestion Control for High Bandwidth-Delay Product Networks

Sally Floyd, Mark Handley, and Jitendra Padhye. Sept. 4-6, 2000

Performance-oriented Congestion Control

MPTCP: Design and Deployment. Day 11

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

Reliable Transport II: TCP and Congestion Control

CUBIC: A New TCP-Friendly High-Speed TCP Variant

On Network Dimensioning Approach for the Internet

Differential Congestion Notification: Taming the Elephants

QUIC evaluation. HTTP Workshop. 28 July 2015 Münster - Germany. G. Carlucci, L. De Cicco, S. Mascolo. Politecnico di Bari, Italy

Computer Network Fundamentals Spring Week 10 Congestion Control Andreas Terzis

Chapter II. Protocols for High Speed Networks. 2.1 Need for alternative Protocols

Chapter 3 Transport Layer

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

Lecture 11. Transport Layer (cont d) Transport Layer 1

WB-RTO: A Window-Based Retransmission Timeout. Ioannis Psaras, Vassilis Tsaoussidis Demokritos University of Thrace, Xanthi, Greece

TCP OVER AD HOC NETWORK

Congestion Control. Tom Anderson

TCP SIAD: Congestion Control supporting Low Latency and High Speed

Overview. TCP & router queuing Computer Networking. TCP details. Workloads. TCP Performance. TCP Performance. Lecture 10 TCP & Routers

The Present and Future of Congestion Control. Mark Handley

On the Effectiveness of CoDel for Active Queue Management

HighSpeed TCP for Large Congestion Windows draft-floyd-tcp-highspeed-00.txt

Lecture 15: TCP over wireless networks. Mythili Vutukuru CS 653 Spring 2014 March 13, Thursday

Transport Protocols for Data Center Communication. Evisa Tsolakou Supervisor: Prof. Jörg Ott Advisor: Lect. Pasi Sarolahti

6.033 Spring 2015 Lecture #11: Transport Layer Congestion Control Hari Balakrishnan Scribed by Qian Long

CS 268: Lecture 7 (Beyond TCP Congestion Control)

Performance Study of TCP Veno over WLAN and RED Router

Data Center TCP (DCTCP)

INTERNATIONAL JOURNAL OF RESEARCH IN COMPUTER APPLICATIONS AND ROBOTICS ISSN

Evaluation of Advanced TCP Stacks on Fast Long-Distance Production Networks p. 1

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

STUDY OF SOCKET PROGRAMMING AND CLIENT SERVER MODEL

Linux Plumbers Conference TCP-NV Congestion Avoidance for Data Centers

COMPARISON OF HIGH SPEED CONGESTION CONTROL PROTOCOLS

CS3600 SYSTEMS AND NETWORKS

LISA: A Linked Slow-Start Algorithm for MPTCP draft-barik-mptcp-lisa-01

Lecture 15: Datacenter TCP"

PERFORMANCE ANALYSIS OF HIGH-SPEED TRANSPORT CONTROL PROTOCOLS

Why Your Application only Uses 10Mbps Even the Link is 1Gbps?

TCP so far Computer Networking Outline. How Was TCP Able to Evolve

Congestion control in TCP

Experimental Analysis and Demonstration of the NS2 Implementation of Dynamic Buffer Sizing Strategies for Based Wireless Networks

Congestion Control. COSC 6590 Week 2 Presentation By Arjun Chopra, Kashif Ali and Mark Obsniuk

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

In-network Resource Allocation (Scribed by Ambuj Ojha)

Design and Performance Evaluation of High Efficient TCP for HBDP Networks

Transcription:

Implementation Experiments on HighSpeed and TCP Zongsheng Zhang Go Hasegawa Masayuki Murata Osaka University

Outline Introduction Background of and g Why to evaluate in a test-bed network A refined algorithm of g Results Conclusion & future work 2

Introduction What s s wrong with TCP? TCP was designed when T1 was a fast network. It doesn t perform well under high bandwidth and high delay networks (LFNs) because of congestion window (CWND) algorithms. Solutions: One traditional method: parallel TCP mechanism New method: New algorithms for updating CWND, such as HighSpeed TCP, Scalable TCP, FAST TCP. 3

HighSpeed TCP [3] () : a simple and representative example. It uses the Additive Increase and Multiplicative Decrease (AIMD) principle of TCP. It is easily deployed in the current Internet. Currently, Window Size is the only protocol recommended by BDP IETF for LFNs. However, unfairness is a drawback. [3] S. Floyd, HighSpeed TCP for large congestion windows, RFC 3649, December 2003. TCP 4 Time

gentle HighSpeed TCP [1] (g) g is based on. Based on observation of the packet transmission time and its RTT, 2 modes in congestion Window Size avoidance phase: the positive correlation mode otherwise Mode BDP mode mode [1] Z. Zhang, G. Hasegawa, and M. Murata, Performance analysis and improvement of HighSpeed TCP with TailDrop/RED routers, Proc. of MASCOTS, October 2004. 5 g Time

Simulation vs. Emulation (real network) The simulation condition is relatively ideal compared to the real network. g is evaluated only by simulation [1] Is it suitable for the real network? The heterogeneity of the real network, such as individual links, network equipments, protocols and applications. The emulation network is more similar to a real network. For applying in the real network, it is necessary to evaluate g in test-bed network. 6 [1].

Setting of the test-bed network Dummynet is used as the infrastructure. It can emulate: bottleneck link bandwidth bottleneck link delay S1 buffer size of router TCP stack of S1 is different in each experiment. S2 uses TCP. (TCP, g,, TCP) S2 (TCP ) 1 Gbps PCI 100 Mbps Flow-1 Flow-2 1 Gbps 3COM 100 Mbps D1 D2 7

Check the algorithm of g CWND (packet) 1000 800 600 400 200 BDP CWND Mode 0 0 10 20 30 40 50 60 70 80 90 time [sec] (BW=200M, Delay=22ms, Queue=200K) Mode 40 0 10 20 30 40 50 60 70 80 90 Only Flow-1 1 exists, S1 uses g. Problems: RTT s oscillations lead to unnecessary mode switching behavior. Lower ability for catching bottleneck link bandwidth and unfairness against competing TCP traffic. Average RTT per CWND (ms) 100 90 80 70 60 50 51 50 49 48 47 46 24 25 26 27 28 29 RTT time [sec] (BW=200M, Delay=22ms, Queue=200K) 8

A refined algorithm of g Idea: the RTT is larger than the propagation delay when the link bandwidth is fully utilized. Notation: RTT_min is minimum of average RTT in 1-cycle. RTT_std is standard deviation of RTT. If RTT < RTT_min + 2*RTT_std mode is used. If RTT >= RTT_min + 2*RTT_std and RTT < RTT_min + 4*RTT_std (using the original algorithm of g) the mode is decided by the RTT trend. If RTT >= RTT_min + 4*RTT_std mode is used. 9

Results of the refined algorithm If CWND < BDP g can catch the link bandwidth as quickly as the original. If CWND > BDP 1000 g can provide better fairness with respect to competing TCP flows. CWND (packet) 800 600 400 200 BDP CWND Mode 0 0 10 20 30 40 50 60 70 80 90 time [sec] (BW=200M, Delay=22ms, Queue=200K) Mode 10

Test g in test-bed netowork The metrics of evaluation: Throughput Utilization Fairness (Jain s s fairness index) Two scenarios Scenario-1: BW=100 Mbps, Delay=23 ms, buffer of router = 200 Kbytes. Scenario-2: BW=200 Mbps, Delay=23 ms, buffer of router = 500 Kbytes. Flow-1 1 uses TCP /g g//parallel TCP There are 2 TCP connections in Flow-2. The socket buffer size is set to 64 KB or 512 KB in different experiments, respectively. 11

100 Flow-1 Flow-2 Results (Scenario-1) Throughput (Mbps) 80 60 40 20 Bottleneck link bandwidth = 100 Mbps, Buffer of router = 200 Kbytes. Exp-1: S1 uses TCP Exp-2: S1 uses g Exp-3: S1 uses Exp-4: S1 uses parallel TCP (8 connections) When the buffer size of S2 is set to 64 512 Kbytes: The All of main utilization limit is on larger S2 is than its socket 90%. buffer size. Fairness The fairness is better is determined all cases. by the algorithms of TCP and the competing flows. TCP achieves the best utilization, but the worst The fairness. is very poor when parallel TCP is used. The throughput of g is slightly less than that g of parallel outperforms TCP, it is better than in terms others. of utilization and fairness. Utilization (%) Fairness Index 0 100 90 80 70 60 50 1 0.9 0.8 0.7 0.6 0.5 g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=512K) g (Buffer size of Flow-2=512K) g (Buffer size of Flow-2=512K) 12

200 Flow-1 Flow-2 Results (Scenario-2) Throughput (Mbps) 150 100 50 Bottleneck link bandwidth = 200 Mbps, Buffer of router = 500 Kbytes. Exp-5: S1 uses TCP Exp-6: S1 uses g Exp-7: S1 uses Exp-8: S1 uses parallel TCP (16 connections) On The the difference whole, the from utilization Scenario-1: and The fairness bottleneck trends 60 are link the is larger same than as those the access demonstrated link bandwidth in Scenario-1. of 50 Flow-2. TCP achieves the best utilization, but the worst Even fairness. when the buffer size of S2 is set to 512 1 Kbytes, there still exists redundant link bandwidth 0.9 g offers higher utilization and better on the bottleneck link. 0.8 fairness than the other protocols. 0.7 g can utilize this redundant link That is, g is the best tradeoff in terms of 0.6 bandwidth very well. Whereas, or parallel link utilization and fairness. 0.5 TCP pillages vast resources from Flow-2. Utilization (%) Fairness Index 0 100 90 80 70 g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=64K) g (Buffer size of Flow-2=512K) g (Buffer size of Flow-2=512K) g (Buffer size of Flow-2=512K) 13

Conclusions & Future works A refined g algorithm is proposed. The performances of TCP, and g are evaluated experimentally. The parallel TCP mechanism is evaluated as a candidate for LFNs. g offers the best tradeoff in terms of utilization and fairness. Future works Test using Active Queue Management (AQM). Test in a higher speed network and the Internet. Evaluate parallel TCP by analysis. 14