Re: [tcpm] Increasing the Initial Window - Notes

Hagen Paul Pfeifer <hagen@jauu.net> Thu, 11 November 2010 02:20 UTC

Return-Path: <hagen@jauu.net>
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 86D8D3A6920 for <tcpm@core3.amsl.com>; Wed, 10 Nov 2010 18:20:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level:
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35]
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 L4vWbRpTIGPq for <tcpm@core3.amsl.com>; Wed, 10 Nov 2010 18:20:35 -0800 (PST)
Received: from geheimer.internetendpunkt.de (alternativer.internetendpunkt.de [88.198.24.89]) by core3.amsl.com (Postfix) with ESMTP id 1A4903A691F for <tcpm@ietf.org>; Wed, 10 Nov 2010 18:20:35 -0800 (PST)
Received: by geheimer.internetendpunkt.de (Postfix, from userid 1000) id 2926BF44195; Thu, 11 Nov 2010 03:21:03 +0100 (CET)
Date: Thu, 11 Nov 2010 03:20:56 +0100
From: Hagen Paul Pfeifer <hagen@jauu.net>
To: Jerry Chu <hkchu@google.com>
Message-ID: <20101111022055.GC2691@hell>
References: <20101110152857.GA5094@hell> <AANLkTi=RzbPbVRDQh7y-ydY-P7H16wDri=8EtXP5QuV3@mail.gmail.com> <20101111012453.GB2691@hell> <AANLkTikDuw6og6gPY=4UfBDd-ZLycFtmUDBRNCY8mpGM@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AANLkTikDuw6og6gPY=4UfBDd-ZLycFtmUDBRNCY8mpGM@mail.gmail.com>
X-Key-Id: 98350C22
X-Key-Fingerprint: 490F 557B 6C48 6D7E 5706 2EA2 4A22 8D45 9835 0C22
X-GPG-Key: gpg --recv-keys --keyserver wwwkeys.eu.pgp.net 98350C22
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Mike Belshe <mbelshe@google.com>, tcpm <tcpm@ietf.org>, tmrg <tmrg-interest@icsi.berkeley.edu>, Matt Mathis <mattmathis@google.com>
Subject: Re: [tcpm] Increasing the Initial Window - Notes
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, 11 Nov 2010 02:20:37 -0000

* Jerry Chu | 2010-11-10 18:05:25 [-0800]:

>Let's assume IW's effect diminishes as flows run longer, so you're probably
>not concerned about your flows running IW10 but more concerned about any
>collateral damage IW10 might bring to your ftp flows. Do you realize browsers
>have silently increased the # of simultaneous connections opened from 2 to 6
>in the past few years, partly to get an effective boost to IW without any
>plan for standardization. Have you been concerned about the equivalent effect
>to your customers in the past few years? Browsers may continue to increase #
>of simultaneous opens if it helps performance. If they do, are you going to
>do something about it?

If the number of browser flow is the problem then do you think the draft which
address TCP fundamentally is the right answer? Not sure, you are right that I
worry about collateral damage for some kind of networks.

IMHO we should act careful with increasing the IW, I am skeptical and all
material that I saw does not appease me. I started to build a multi-hop ns-3
test setup, no dumpbell scenario, a flat multi-hop test setup but it stocked
because of lack of time.

Hagen