[tcpm] draft-floyd-tcpm-ackcc-02.txt

Sally Floyd <sallyfloyd@mac.com> Fri, 30 November 2007 00:14 UTC

Return-path: <tcpm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxtWT-0000U7-H8; Thu, 29 Nov 2007 19:14:25 -0500
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1IxtWS-0000Tl-Ky for tcpm-confirm+ok@megatron.ietf.org; Thu, 29 Nov 2007 19:14:24 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IxtWS-0000Tc-9w for tcpm@ietf.org; Thu, 29 Nov 2007 19:14:24 -0500
Received: from smtpoutm.mac.com ([17.148.16.76]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IxtWR-0001VC-QC for tcpm@ietf.org; Thu, 29 Nov 2007 19:14:24 -0500
Received: from mac.com (asmtp005-s [10.150.69.68]) by smtpoutm.mac.com (Xserve/smtpout013/MantshX 4.0) with ESMTP id lAU0ENZp028477 for <tcpm@ietf.org>; Thu, 29 Nov 2007 16:14:23 -0800 (PST)
Received: from [192.168.1.101] (adsl-70-132-20-192.dsl.snfc21.sbcglobal.net [70.132.20.192]) (authenticated bits=0) by mac.com (Xserve/asmtp005/MantshX 4.0) with ESMTP id lAU0EGtP007814 for <tcpm@ietf.org>; Thu, 29 Nov 2007 16:14:16 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v624)
Content-Transfer-Encoding: 7bit
Message-Id: <c50940c5fc8fbf6d3fda3f298998aaef@mac.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
To: tcpm <tcpm@ietf.org>
From: Sally Floyd <sallyfloyd@mac.com>
Date: Thu, 29 Nov 2007 16:14:23 -0800
X-Mailer: Apple Mail (2.624)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Subject: [tcpm] draft-floyd-tcpm-ackcc-02.txt
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Errors-To: tcpm-bounces@ietf.org

An updated version of:
   Adding Acknowledgement Congestion Control to TCP,
   draft-floyd-tcpm-ackcc-02.txt,
is available at:
   "http://tools.ietf.org/html/draft-floyd-tcpm-ackcc-02".

This version (from November 18) includes the following changes:

    Changes from draft-floyd-tcpm-ackcc-01.txt:

    * Added a section on "Keep-alive Packets".  From a question
      raised in the working group.

    * Added a section on "Possible Complication: TCP Implementations that
      Skip ACK Packets".  Motivated by reports at IETF that many
      high-bandwidth TCPs don't follow the MUST of sending an ACK for
      every other packet, if they don't have time.

    * Added that receivers might have buffer limitations that require
      that they ack at least every K packets, for some K.  Feedback
      from Sara Landstrom.

    * Added to the discussion of "Possible Complication: Two-Way
      Traffic".  Feedback from Sara Landstrom.

    * Added a section on "Possible Complication: Router or
      Middlebox-based ACK Mechanisms".   Feedback from Sara Landstrom.

    * Added that SACK is required with ACK congestion control.
      Feedback from Sara Landstrom.

    * Added a discussion of "Reducing the TCP Acknowledgment Frequency"
      to the related work section.

    * Moved the Related Work section to the appendix.
      Feedback from Alfred Henes.

    * General editing from feedback from Alfred Hoenes.

    * Added an appendix on "Design Considerations", with a subsection
      on "The TCP ACK Ratio Option, or an AckNow bit in data packets?".

A newer version, not yet submitted, is also available from:
   "http://www.icir.org/floyd/papers/draft-floyd-tcpm-ackcc-03a.txt" and
   "http://www.icir.org/floyd/papers/draft-floyd-tcpm-ackcc-03a.ps",
with some general editing from feedback from Alfred Hoenes.

Feedback would be appreciated.  The ACK Congestion Control mechanism
is pretty much specified, but is in need of simulations and such before
it is ready for a more complete evaluation.

- Sally
http://www.icir.org/floyd/



_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm