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
- Re: [tmrg] [Tmrg] [tcpm] Increasing the Initial W… Lachlan Andrew
- Re: [tmrg] [Tmrg] [tcpm] Increasing the Initial W… Mark Allman
- Re: [tmrg] [Tmrg] [tcpm] Increasing the Initial W… Lachlan Andrew
- Re: [tmrg] [tcpm] [Tmrg] Increasing the Initial W… L.Wood