Re: [tcpm] informal poll about initial cwnd

Kacheong Poon <ka-cheong.poon@oracle.com> Fri, 07 January 2011 10:19 UTC

Return-Path: <ka-cheong.poon@oracle.com>
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 DE1AA3A680F for <tcpm@core3.amsl.com>; Fri, 7 Jan 2011 02:19:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.252
X-Spam-Level:
X-Spam-Status: No, score=-6.252 tagged_above=-999 required=5 tests=[AWL=0.348, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 eHxYn9syDmCO for <tcpm@core3.amsl.com>; Fri, 7 Jan 2011 02:19:13 -0800 (PST)
Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id F06E93A67F9 for <tcpm@ietf.org>; Fri, 7 Jan 2011 02:19:12 -0800 (PST)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p07ALHVN019792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <tcpm@ietf.org>; Fri, 7 Jan 2011 10:21:18 GMT
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p07ALDgE029495 for <tcpm@ietf.org>; Fri, 7 Jan 2011 10:21:16 GMT
Received: from abhmt004.oracle.com by acsmt354.oracle.com with ESMTP id 907323841294395675; Fri, 07 Jan 2011 02:21:15 -0800
Received: from [10.7.251.223] (/10.7.251.223) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 07 Jan 2011 02:21:15 -0800
Message-ID: <4D26E916.4010204@oracle.com>
Date: Fri, 07 Jan 2011 18:21:10 +0800
From: Kacheong Poon <ka-cheong.poon@oracle.com>
Organization: Oracle Corporation
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.13) Gecko/20101209 Lightning/1.0b2 Thunderbird/3.1.7
MIME-Version: 1.0
To: tcpm@ietf.org
References: <20110106181946.F0ECD2A38D2A@lawyers.icir.org> <C304DB494AC0C04C87C6A6E2FF5603DB4826AE1579@NDJSSCC01.ndc.nasa.gov>
In-Reply-To: <C304DB494AC0C04C87C6A6E2FF5603DB4826AE1579@NDJSSCC01.ndc.nasa.gov>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [tcpm] informal poll about initial cwnd
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: <http://www.ietf.org/mail-archive/web/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>
X-List-Received-Date: Fri, 07 Jan 2011 10:19:14 -0000

On 01/ 7/11 02:34 AM, Eddy, Wesley M. (GRC-MS00)[ASRC AEROSPACE CORP] wrote:
> I've been thinking we might wind up with some set of A/B/C in
> conjunction.  It seems like they don't have to be mutually exclusive
> since different hosts could implement different Experimenal policies,
> as long as each is felt to be reasonable for Experimental.  Of
> course, it would probably be better to have one Proposed Standard.


Agreed.  I don't think one size fits all.  A procedure to find out
the right value in one site may not be applicable to another site.
It seems that folks are too eager in finding a "universal" solution
when one may not exist.  If (C) is rephrased as

Define some guidelines which a site MAY follow to determine the
right IW.

I'd vote for that.  Otherwise, I'd vote for (A) and wait for the
next time this issue comes up again :-)  This is not (B) since
I cannot see the future so I don't believe a schedule of updates
can be made.


> ________________________________________

> From: tcpm-bounces@ietf.org
> [tcpm-bounces@ietf.org] On Behalf Of Mark Allman [mallman@icir.org]
> Sent: Thursday, January 06, 2011 1:19 PM To: tcpm@ietf.org Subject:
> [tcpm] informal poll about initial cwnd
>
> Given that there are three proposals put down in I-D form in some
> matter of baked-ness I am wondering if there is any sort of clear WG
> preference on the *approach* to changing the initial window.  So,
> putting aside the particulars for a moment and just thinking about
> the approach I'd like to take a quick, informal, absolutely
> non-binding in any way (obviously) poll to take the WG's pulse.
>
> So, do you prefer ...
>
> (A) To increase the current static IW definition to a single updated
> value.
>
> (Current proposal: draft-ietf-tcpm-initcwnd-00.txt, but I am
> explicitly not asking about IW=10, just IW=some_X.)
>
> (B) To increase the current static IW definition with a schedule of
> IW updates to play out over some period of time.
>
> (Current proposal: draft-allman-tcpm-bump-initcwnd-00.txt, but I am
> explicitly not asking if you like the given schedule.)
>
> (C) To define a procedure for hosts to figure out how to adapt their
> IW over time.
>
> (Current proposal: draft-touch-tcpm-automatic-iw-00.txt, but I am
> explicitly not asking if you buy the particulars of this, just the
> overall approach.)
>
> (D) The current IW seems OK and I haven't seen a good reason to think
> it needs changed.
>
> Thanks!
>
> allman _______________________________________________ tcpm mailing
> list tcpm@ietf.org https://www.ietf.org/mailman/listinfo/tcpm


-- 

					K. Poon.
					ka-cheong.poon@oracle.com