[tcpm] Adding Acknowledgement Congestion Control to TCP
Sally Floyd <sallyfloyd@mac.com> Fri, 23 January 2009 23:31 UTC
Return-Path: <tcpm-bounces@ietf.org>
X-Original-To: tcpm-archive@megatron.ietf.org
Delivered-To: ietfarch-tcpm-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D1A373A6B56; Fri, 23 Jan 2009 15:31:43 -0800 (PST)
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 36B533A6B63 for <tcpm@core3.amsl.com>; Fri, 23 Jan 2009 15:31:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CplGT6m2k+Qo for <tcpm@core3.amsl.com>; Fri, 23 Jan 2009 15:31:42 -0800 (PST)
Received: from asmtpout016.mac.com (asmtpout016.mac.com [17.148.16.91]) by core3.amsl.com (Postfix) with ESMTP id CAD9628C276 for <tcpm@ietf.org>; Fri, 23 Jan 2009 15:31:08 -0800 (PST)
MIME-version: 1.0
Received: from [192.168.1.85] ([70.132.11.80]) by asmtp016.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDY00CTF6NE2I00@asmtp016.mac.com> for tcpm@ietf.org; Fri, 23 Jan 2009 15:30:52 -0800 (PST)
Message-id: <20DE24B1-1A32-44DA-9730-07CE6E3D662A@mac.com>
From: Sally Floyd <sallyfloyd@mac.com>
To: Wesley Eddy <weddy@grc.nasa.gov>, David Borman <david.borman@windriver.com>, tcpm <tcpm@ietf.org>
Date: Fri, 23 Jan 2009 15:30:50 -0800
X-Mailer: Apple Mail (2.930.3)
Cc: David Ros <david.ros@telecom-bretagne.eu>, Andrés Arcia <ae.arcia@telecom-bretagne.eu>, Janardhan Iyengar <janardhan.iyengar@fandm.edu>
Subject: [tcpm] Adding Acknowledgement Congestion Control to TCP
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"; DelSp="yes"
Sender: tcpm-bounces@ietf.org
Errors-To: tcpm-bounces@ietf.org
We have submitted a new version of our internet-draft on "Adding Acknowledgement Congestion Control to TCP", draft-floyd-tcpm-ackcc, available at "http://tools.ietf.org/html/draft-floyd-tcpm-ackcc". This draft is an individual submission, and was first presented at TCPM in July, 2007. ("http://www.icir.org/floyd/talks.html"). Because I am in the process of retiring, and have a number of unfinished documents still, I have changed this draft to have an intended status of Informational instead of Experimental, and would like to see what steps would be necessary to advance this document as Informational. (This document is at the moment an individual submission, not a working group document, and I would be happy to try for an Informational document either as an individual submission or as a working group document, whichever seems more appropriate.) Several of the co-authors of the draft intend to continue research in this area, and might submit a revised document to TCPM for Experimental or Proposed Standard some time in the future. The abstract and changes from the previous version are listed below. Any feedback would be appreciated. Many thanks, - Sally http://www.icir.org/floyd/ Abstract: This document describes a possible congestion control mechanism for acknowledgement traffic (ACKs) in TCP. The document specifies an end-to-end acknowledgement congestion control mechanism for TCP that uses participation from both TCP hosts, the TCP data sender and the TCP data receiver. The TCP data sender detects lost or ECN-marked ACK packets, and tells the TCP data receiver the ACK Ratio R to use to respond to the congestion on the reverse path from the data receiver to the data sender. The TCP data receiver sends roughly one ACK packet for every R data packets received. This mechanism is based on the acknowledgement congestion control in DCCP's CCID 2. This acknowledgement congestion control mechanism is being specified for further evaluation by the network community. Changes from draft-floyd-tcpm-ackcc-04.txt: * Changed desired status of document from Experimental to Informational, with associated editing changes. * Specified that ACK packets are only sent as ECN-Capable if ECN-capability has been negotiated as specified in RFC 3168. * Added a section on "Possible Addition: Decreasing the ACK Ratio after a Congestion Window Decrease". * Minor editing. Feedback from Alfred Hoenes. _______________________________________________ tcpm mailing list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm
- [tcpm] Adding Acknowledgement Congestion Control … Sally Floyd
- Re: [tcpm] Adding Acknowledgement Congestion Cont… Armando L. Caro, Jr.
- Re: [tcpm] Adding Acknowledgement Congestion Cont… David Ros
- Re: [tcpm] Adding Acknowledgement Congestion Cont… Janardhan Iyengar
- Re: [tcpm] Adding Acknowledgement Congestion Cont… Sally Floyd
- [tcpm] Adding Acknowledgement Congestion Control … Sally Floyd
- [tcpm] Adding Acknowledgement Congestion Control … Sally Floyd
- Re: [tcpm] Adding Acknowledgement Congestion Cont… Joe Touch
- Re: [tcpm] Adding Acknowledgement Congestion Cont… Joe Touch