Re: [tcpm] TCP tuning

Jerry Chu <hkchu@google.com> Wed, 03 February 2010 18:20 UTC

Return-Path: <hkchu@google.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 19CBE28C1A0 for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 10:20:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.977
X-Spam-Level:
X-Spam-Status: No, score=-105.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 KCyKqP3oJJ1k for <tcpm@core3.amsl.com>; Wed, 3 Feb 2010 10:20:17 -0800 (PST)
Received: from smtp-out.google.com (smtp-out.google.com [216.239.33.17]) by core3.amsl.com (Postfix) with ESMTP id 444C128C19E for <tcpm@ietf.org>; Wed, 3 Feb 2010 10:20:17 -0800 (PST)
Received: from kpbe12.cbf.corp.google.com (kpbe12.cbf.corp.google.com [172.25.105.76]) by smtp-out.google.com with ESMTP id o13IKw8r006822 for <tcpm@ietf.org>; Wed, 3 Feb 2010 18:20:58 GMT
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=google.com; s=beta; t=1265221259; bh=7hEEqNjlG8Hd9yndvzCBDmxf5Gg=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:Subject:From: To:Cc:Content-Type:Content-Transfer-Encoding; b=lDGvlvtzUIZ+fXduD8wcZjDqO0DApNjS0otbgno3/t6HHpeuVaH2NtnY8FPo/YflR hcOEhzxDJOnNEg8xM8Kpw==
DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:content-transfer-encoding:x-system-of-record; b=iW2e/OUkN+DjproZNaUm0h4kuuVs+iyfWHk6PmJK70jRXkd++AZeg6meVHiMcMhtZ cxeY/jGMP5I5sk5HnFx3g==
Received: from pxi26 (pxi26.prod.google.com [10.243.27.26]) by kpbe12.cbf.corp.google.com with ESMTP id o13IJbM0020665 for <tcpm@ietf.org>; Wed, 3 Feb 2010 10:20:57 -0800
Received: by pxi26 with SMTP id 26so1942013pxi.17 for <tcpm@ietf.org>; Wed, 03 Feb 2010 10:20:57 -0800 (PST)
MIME-Version: 1.0
Received: by 10.141.53.19 with SMTP id f19mr2805698rvk.233.1265221256729; Wed, 03 Feb 2010 10:20:56 -0800 (PST)
In-Reply-To: <81ECEA1A-690F-4EAE-A586-BBC498877DB8@ifi.uio.no>
References: <7BE9742D-6EDC-43FE-84FC-D22C52D23152@nokia.com> <81ECEA1A-690F-4EAE-A586-BBC498877DB8@ifi.uio.no>
Date: Wed, 03 Feb 2010 10:20:56 -0800
Message-ID: <d1c2719f1002031020u114d0f27r5b1685eef4f2177b@mail.gmail.com>
From: Jerry Chu <hkchu@google.com>
To: Michael Welzl <michawe@ifi.uio.no>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
X-System-Of-Record: true
Cc: "tcpm@ietf.org WG" <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 18:20:21 -0000

Michael,

On Wed, Feb 3, 2010 at 6:42 AM, Michael Welzl <michawe@ifi.uio.no> wrote:
> Hi all,
>
> (sorry if this is a bit off topic, as the mentioned presentation is mainly
> about using a larger initial window)
>
> In the context of the discussion that Jerry brought up on parameter tuning,
> one question that was raised was the initial RTO during the SYN - SYN/ACK
> exchange. I understand that we can't recommend to resend SYN's more
> aggressively because this might cause a server to be overloaded with SYN's,
> but why do we have to wait extremely long until we resend SYN/ACKs?
>
> Back then, when I asked, I got no answer. Both Jerry and I pointed
> to our measurement results which show that the effect is nonneglible.

Actually Mark Allman, Vern Paxon and I have been working on revising
RFC2988 to reduce the initial RTO from 3secs to 1sec. Will submit the
proposal soon!

Best,

Jerry

>
> So I'll use this chance to ask again  :-)
>
> Cheers,
> Michael
>
>
> On Feb 3, 2010, at 3:28 PM, Lars Eggert wrote:
>
>> Hi,
>>
>> Jerry Chu has recently started the discussion on whether we need to think
>> about tweaking TCP for the "modern Internet." Just came across another
>> presentation from (AFAICT) another corner of Google that makes similar
>> arguments.
>>
>> FYI:
>> http://sites.google.com/a/chromium.org/dev/spdy/An_Argument_For_Changing_TCP_Slow_Start.pdf
>>
>> This topic seems to be gaining momentum, and the WG should take some time
>> considering if there is work here for it.
>>
>> Lars_______________________________________________
>> tcpm mailing list
>> tcpm@ietf.org
>> https://www.ietf.org/mailman/listinfo/tcpm
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>