Re: [tcpm] TCP tuning

Mike Belshe <mike@belshe.com> Fri, 12 February 2010 02:19 UTC

Return-Path: <mike@belshe.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 42CE03A7425 for <tcpm@core3.amsl.com>; Thu, 11 Feb 2010 18:19:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.779
X-Spam-Level:
X-Spam-Status: No, score=-1.779 tagged_above=-999 required=5 tests=[AWL=0.197, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 rrqFmpG6qjU8 for <tcpm@core3.amsl.com>; Thu, 11 Feb 2010 18:19:53 -0800 (PST)
Received: from mail-px0-f178.google.com (mail-px0-f178.google.com [209.85.216.178]) by core3.amsl.com (Postfix) with ESMTP id 2F7063A6842 for <tcpm@ietf.org>; Thu, 11 Feb 2010 18:19:53 -0800 (PST)
Received: by pxi8 with SMTP id 8so1237033pxi.19 for <tcpm@ietf.org>; Thu, 11 Feb 2010 18:21:06 -0800 (PST)
MIME-Version: 1.0
Received: by 10.142.248.36 with SMTP id v36mr476793wfh.228.1265941266529; Thu, 11 Feb 2010 18:21:06 -0800 (PST)
In-Reply-To: <4B74358B.90804@isi.edu>
References: <20100211164333.7C61C86FAA1@lawyers.icir.org> <4B74358B.90804@isi.edu>
Date: Thu, 11 Feb 2010 18:21:06 -0800
Message-ID: <2a10ed241002111821x97a1f56l20732f70a22d8213@mail.gmail.com>
From: Mike Belshe <mike@belshe.com>
To: Joe Touch <touch@isi.edu>
Content-Type: multipart/alternative; boundary="00504502c5807f7f5a047f5deb71"
Cc: tcpm@ietf.org, Kacheong Poon <kacheong.poon@sun.com>, Michael Welzl <michawe@ifi.uio.no>, mallman@icir.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: Fri, 12 Feb 2010 02:19:54 -0000

On Thu, Feb 11, 2010 at 8:51 AM, Joe Touch <touch@isi.edu> wrote:

>
>
> Mark Allman wrote:
> >> Making TCP smarter is fine; doing so at the expense of robustness is
> >> not.
> >
> > I'll agree with this and push back at the same time.  I agree that
> > robustness is important and should be protected.  However, I have
> > increasingly come to view things like initial RTOs and initial cwnds,
> > and etc. as not buying us much robustness.  What buys us robustness is
> > the reaction---any reaction---to indications there might be problems.
> > These gross notions are more important than any small parameter change
> > it seems to me.
>
> I agree that changes to initial parameters are much less important than
> the convergence/reaction mechanism that governs them afterwards - today.
> That's because of the paradox that most of the connections are short,
> but most of the bytes belong to long connections.
>
> We do need to be careful that whatever we do doesn't overwhelm these
> assumptions and change the game, however.
>
> Regarding init cwnds, I'd like to see a reasonable level of analysis of
> the impact. It's not enough to drive discussions with "we have to RIGHT
> NOW!" to satisfy a (often underinformed) perception of need.
>

Has anyone, on this list or otherwise, suggested that we should change these
items "RIGHT NOW" or without a "reasonable level of analysis"?

I think we'd all be better served to stipulate that everyone on this list
wants to help make smart improvements and stop implying otherwise.

Mike



> Joe
>
>
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm
>
>