Abstract
TCP Cubic changes the congestion control algorithm. During congestion avoidance, increases congestion window faster than TCP Reno on fast long-distance networks → Slows rate of increase as window approaches the largest successfully achieved window
Ex:
On packet loss during congestion avoidance, TCP Cubic reduces congestion window:
TCP Reno uses
TCP Cubic is more aggressive
After packet loss during congestion avoidance, TCP Cubic increases the congestion window as:
is the maximum window size reached before the loss • is the time since the packet loss • is the time it will take to increase the window back to , assuming no further packet losses • is a constant that controls fairness to TCP Reno
Many additional details included to ensure fairness with TCP Reno on slower, shorter-RTT, networks
TCP Cubic is default in most modern operating systems
- Much more complex than TCP Reno – core response is relatively straight-forward
- Much complexity ensures fairness with TCP Reno in its typical operating regime; improves performance for networks with longer RTT and higher bandwidth Both algorithms use packet loss as congestion signal and eventually fill router buffers Trade latency for throughput