Re: [PATCH 1/1] TCP NewCWV for Linux

["Zimmermann, Alexander" <Alexander.Zimmermann@netapp.com>]

[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]

Hi,

Am 20.02.2014 um 20:28 schrieb Raffaello@erg.abdn.ac.uk:

> Hi,
> 
> This is a patch for newcwv a TCP sender-side modification,
> currently a work item at TCPM (TCP Maintenance and Minor extensions)
> at the IETF:
> 
> http://tools.ietf.org/search/draft-ietf-tcpm-newcwv-05
> 
> newcwv aims to supersede CWV (RFC2861) to provide better
> congestion control for rate-limited applications that use TCP.
> 
> We implemented it as a module that uses tcp_congestion_ops.

This implies that we cannot use NewCWV w/ any other CC algo than
NewReno. Please correct me if I’m wrong, but this is not what we
(finally) would like to have. The NewCWV implementation should be
CC independent.

Alex 

> The main changes are in "cong_avoid" before Reno cwnd control
> and at the start and end of Fast Retransmit:
> 
> 1) Before Reno algorithm we estimate at each ACK our pipeACK
> (update_pipeack) and decide to increase or not cwnd based on pipeack.
> 
> 2) At the start of FR we reset cwnd based on pipeACK, while
> at the end we further reduce pipeACK by the number of retransmissions.
> 
> I posted it here for you consideration to be included in net-next.
> 
> ---


[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 203 bytes --]