IETF Logo Mail Archive

Re: [tcpm] TCP tuning

Stefanos Harhalakis <v13@v13.gr> Wed, 03 February 2010 15:32 UTC

Return-Path: <v13@v13.gr>
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 DB2853A6C22 for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 07:32:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 67cIyn+DJGa7 for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 07:32:44 -0800 (PST)
Received: from alpha.it.teithe.gr (alpha.it.teithe.gr [195.251.240.232]) by core3.amsl.com (Postfix) with ESMTP id 9C5F33A6C27 for <tcpm@ietf.org>; Wed, 3 Feb 2010 07:32:42 -0800 (PST)
Received: from v.localnet (v.it.teithe.gr [195.251.123.206]) by alpha.it.teithe.gr (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id o13FXKVp008744 for <tcpm@ietf.org>; Wed, 3 Feb 2010 17:33:22 +0200
From: Stefanos Harhalakis <v13@v13.gr>
To: tcpm@ietf.org
Date: Wed, 03 Feb 2010 17:33:21 +0200
User-Agent: KMail/1.12.4 (Linux/2.6.32-trunk-amd64; KDE/4.3.4; x86_64; ; )
References: <7BE9742D-6EDC-43FE-84FC-D22C52D23152@nokia.com> <133D9897FB9C5E4E9DF2779DC91E947C025F1861@SLFSNX.rcs.alcatel-research.de>
In-Reply-To: <133D9897FB9C5E4E9DF2779DC91E947C025F1861@SLFSNX.rcs.alcatel-research.de>
MIME-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201002031733.21841.v13@v13.gr>
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: Wed, 03 Feb 2010 15:32:45 -0000

On Wednesday 03 of February 2010, SCHARF, Michael wrote:
> In the past, I have played a little bit with an initial window e. g. of
> 10 MSS, and that worked surprisingly well. Also, one could combine a
> larger initial window with other mechanisms that would reduce the
> aggressiveness of the flow startup. Maybe it is indeed time to think
> about the Slow-Start once again.

IMHO, such a discussion should also consider the user perspective and 
distinguish  two types of TCP connections: Those that result into user-
observable delay (e.g. HTTP) and those that don't (e.g. SMTP). Such a 
modification could be made configurable by applications: Web servers (and 
browsers) could use a larger initial window while SMTP servers/clients could 
use the current approach.

v2.23.0 | Report a Bug | By Email