Re: [tmrg] [tcpm] [Tmrg] Increasing the Initial Window - Notes

<L.Wood@surrey.ac.uk> Tue, 16 November 2010 08:22 UTC

Return-Path: <L.Wood@surrey.ac.uk>
X-Original-To: tmrg@core3.amsl.com
Delivered-To: tmrg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 485E53A6D81 for <tmrg@core3.amsl.com>; Tue, 16 Nov 2010 00:22:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 LC0fYX4Rhc3b for <tmrg@core3.amsl.com>; Tue, 16 Nov 2010 00:22:52 -0800 (PST)
Received: from mail82.messagelabs.com (mail82.messagelabs.com [195.245.231.67]) by core3.amsl.com (Postfix) with ESMTP id 6641D3A6D05 for <tmrg@irtf.org>; Tue, 16 Nov 2010 00:22:51 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-11.tower-82.messagelabs.com!1289895811!29714127!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [131.227.200.31]
Received: (qmail 21349 invoked from network); 16 Nov 2010 08:23:31 -0000
Received: from unknown (HELO EXHT011P.surrey.ac.uk) (131.227.200.31) by server-11.tower-82.messagelabs.com with AES128-SHA encrypted SMTP; 16 Nov 2010 08:23:31 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.245]) by EXHT011P.surrey.ac.uk ([131.227.200.31]) with mapi; Tue, 16 Nov 2010 08:23:31 +0000
From: L.Wood@surrey.ac.uk
To: mallman@icir.org
Date: Tue, 16 Nov 2010 08:23:28 +0000
Thread-Topic: [tcpm] [Tmrg] Increasing the Initial Window - Notes
Thread-Index: AcuFZ401rPnlLDB+RGWgMEJATqIs+w==
Message-ID: <814F0E13-A993-4E24-AB6D-473BE36A1094@surrey.ac.uk>
References: <20101116015631.B67C624D6257@lawyers.icir.org>
In-Reply-To: <20101116015631.B67C624D6257@lawyers.icir.org>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-GB
Content-Type: multipart/alternative; boundary="_000_814F0E13A9934E24AB6D473BE36A1094surreyacuk_"
MIME-Version: 1.0
X-Mailman-Approved-At: Tue, 16 Nov 2010 11:13:18 -0800
Cc: tcpm@ietf.org, L.Wood@surrey.ac.uk, tmrg@irtf.org
Subject: Re: [tmrg] [tcpm] [Tmrg] Increasing the Initial Window - Notes
X-BeenThere: tmrg@irtf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IRTF's transport modeling research group <tmrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/listinfo/tmrg>, <mailto:tmrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/tmrg>
List-Post: <mailto:tmrg@irtf.org>
List-Help: <mailto:tmrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/tmrg>, <mailto:tmrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Nov 2010 08:22:53 -0000

On 16 Nov 2010, at 01:56, Mark Allman wrote:


I thought the issue was "If we fix problem X of TCP (very slow to
start), should applications be able to test whether that fix has been
made, and disable their old work-arounds (opening multiple
connections) if it has?"

OK.  So, the client wants to issue small requests to some server and
expects content in return (a la HTTP).  How many connections should it
open?


RFC 2068 section 8.1:
   Clients that use persistent connections SHOULD limit the number of
   simultaneous connections that they maintain to a given server. A
   single-user client SHOULD maintain AT MOST 2 connections with any
   server or proxy.


The server controls the initial cwnd that matters and the client
controls the number of parallel connections.

allman


Lloyd Wood
L.Wood@surrey.ac.uk<mailto:L.Wood@surrey.ac.uk>
http://sat-net.com/L.Wood