IETF Logo Mail Archive

Re: [tcpm] TCP tuning

Kacheong Poon <kacheong.poon@sun.com> Thu, 04 February 2010 10:08 UTC

Return-Path: <kacheong.poon@sun.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 02F8A3A6D4A for <tcpm@core3.amsl.com>; Thu, 4 Feb 2010 02:08:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.046
X-Spam-Level:
X-Spam-Status: No, score=-6.046 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, 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 1g0pwiBX6uNk for <tcpm@core3.amsl.com>; Thu, 4 Feb 2010 02:08:15 -0800 (PST)
Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by core3.amsl.com (Postfix) with ESMTP id 4472B3A6D49 for <tcpm@ietf.org>; Thu, 4 Feb 2010 02:08:15 -0800 (PST)
Received: from jurassic-x4600.sfbay.sun.com ([129.146.17.59]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o14A90bJ012732 for <tcpm@ietf.org>; Thu, 4 Feb 2010 10:09:00 GMT
Received: from [10.7.251.223] (punchin-kcpoon.SFBay.Sun.COM [10.7.251.223]) by jurassic-x4600.sfbay.sun.com (8.14.3+Sun/8.14.3) with ESMTP id o14A8wcA341599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <tcpm@ietf.org>; Thu, 4 Feb 2010 02:09:00 -0800 (PST)
Message-ID: <4B6A9CB9.5040603@sun.com>
Date: Thu, 04 Feb 2010 18:08:57 +0800
From: Kacheong Poon <kacheong.poon@sun.com>
Organization: Sun Microsystems, Inc.
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.7) Gecko/20100115 Thunderbird/3.0.1
MIME-Version: 1.0
To: tcpm@ietf.org
References: <7BE9742D-6EDC-43FE-84FC-D22C52D23152@nokia.com> <133D9897FB9C5E4E9DF2779DC91E947C025F1861@SLFSNX.rcs.alcatel-research.de> <d1c2719f1002031110v3b76ca9eu14c9a110847548e7@mail.gmail.com> <4B69CDD7.6060802@isi.edu> <d1c2719f1002031339u14709270k6452c05f0dd3c39e@mail.gmail.com> <EC7B72027914A242B991C029F5F213CF3EBE4C5753@exchsvr01.ocarina.local>
In-Reply-To: <EC7B72027914A242B991C029F5F213CF3EBE4C5753@exchsvr01.ocarina.local>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [tcpm] TCP tuning
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: Thu, 04 Feb 2010 10:08:16 -0000

On 02/ 4/10 06:03 AM, Murali Bashyam wrote:
> Any idle period higher than the RTT between HTTP requests tends to reset the cwindow down to the restart window. This hurts persistent connections too. What's the motivation for this, can we have a different slope while reducing the window instead of resetting all the way down?


I believe the restart cwnd is the same as the initial cwnd in most
stacks.  So are you suggesting that the initial cwnd is not large
enough in the restart case?


-- 

						K. Poon.
						kacheong.poon@sun.com

v2.23.0 | Report a Bug | By Email