Re: [tcpm] TCP tuning

John Heffner <johnwheffner@gmail.com> Wed, 03 February 2010 22:11 UTC

Return-Path: <johnwheffner@gmail.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 7E0DB3A6B66 for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 14:11:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.524
X-Spam-Level:
X-Spam-Status: No, score=-2.524 tagged_above=-999 required=5 tests=[AWL=0.075, 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 Mv5EvZvOc0kp for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 14:11:02 -0800 (PST)
Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by core3.amsl.com (Postfix) with ESMTP id 4973E3A6984 for <tcpm@ietf.org>; Wed, 3 Feb 2010 14:11:02 -0800 (PST)
Received: by ewy28 with SMTP id 28so2038677ewy.28 for <tcpm@ietf.org>; Wed, 03 Feb 2010 14:11:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9ufjD4zJzj+9oMmRq/JM2ENbDOjbPk9lkkr2eSDfA2Y=; b=pstfolVKlYFaaHjXJPdLwYzuVn/Ca+TiG3VsXPQsVwW2G2fIigO/UK96+F7AWry2bW nm/zHRb6F7Dfj1EkNxBHvqooEZvPNUz31m+Kw3vD3O96piXzbnERx68Lyq49S7wwCKsq 3mWJvuuZlxX3OTboYxtWrZ6h1Bpgj6S9R+l5U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QmdHKVCYWmEyMXBrHtYfxn0OyDywFeiNbD/rUOleF3CLvF551J7Fr0tUYGKwo5SaLa 8L0e232moll/9mrq+DHHQYKTBa6zTaK+oO9YEiKbFxqwN1fGWCizlbiDiCH6eYCzjQR5 dEeFtvhWa6bisr3gJkmySo4wvD46S1qqZMkFQ=
MIME-Version: 1.0
Received: by 10.216.91.15 with SMTP id g15mr139467wef.24.1265235102063; Wed, 03 Feb 2010 14:11:42 -0800 (PST)
In-Reply-To: <EC7B72027914A242B991C029F5F213CF3EBE4C5753@exchsvr01.ocarina.local>
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>
Date: Wed, 03 Feb 2010 17:11:41 -0500
Message-ID: <1e41a3231002031411u57a79ffas1fa77988e83343c0@mail.gmail.com>
From: John Heffner <johnwheffner@gmail.com>
To: Murali Bashyam <MBashyam@ocarinanetworks.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "tcpm@ietf.org" <tcpm@ietf.org>
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 22:11:03 -0000

On Wed, Feb 3, 2010 at 5:03 PM, Murali Bashyam
<MBashyam@ocarinanetworks.com> 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?


This is because you lose the ack clock.  Otherwise, when resuming
sending you'll send a line-rate burst of the full BDP, which will
often overflow queues and cause loss and/or large delay spikes.  There
is currently no pacing mechanism in TCP to smooth out such bursts.

  -John