Re: [tcpm] draft-minshall-nagle

Joe Touch <touch@isi.edu> Tue, 03 June 2014 15:05 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EA2D1A0171 for <tcpm@ietfa.amsl.com>; Tue, 3 Jun 2014 08:05:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.551
X-Spam-Level:
X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nP2u1jHmIGfp for <tcpm@ietfa.amsl.com>; Tue, 3 Jun 2014 08:05:08 -0700 (PDT)
Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9FC161A02CF for <tcpm@ietf.org>; Tue, 3 Jun 2014 08:05:03 -0700 (PDT)
Received: from [192.168.1.93] (pool-71-105-87-112.lsanca.dsl-w.verizon.net [71.105.87.112]) (authenticated bits=0) by darkstar.isi.edu (8.13.8/8.13.8) with ESMTP id s53F48Qb011670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 3 Jun 2014 08:04:11 -0700 (PDT)
Message-ID: <538DE3EA.2030104@isi.edu>
Date: Tue, 03 Jun 2014 08:04:10 -0700
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: Wesley Eddy <wes@mti-systems.com>, "tcpm@ietf.org" <tcpm@ietf.org>
References: <538D2BCC.8030906@mti-systems.com>
In-Reply-To: <538D2BCC.8030906@mti-systems.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: http://mailarchive.ietf.org/arch/msg/tcpm/WsX3LwfrGdUQGHSxwHLrCQVaTlU
Subject: Re: [tcpm] draft-minshall-nagle
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 03 Jun 2014 15:05:22 -0000

Hi, Wes,

Although I don't recall this and only scanned it briefly, I don't quite 
understand the problem.

I thought it was widely known that Nagle was useful for single-character 
interactive traffic, but also widely known as something that should be 
disabled for any multi-character interactive traffic - including 
multi-character encodings, HTTP, etc.

If Nagle is off - as it should be for interactive web traffic - then the 
optimizations in this draft won't have any impact.

So what kind of traffic does this actually help? Or is this an 
optimization of a path that either isn't or shouldn't be used?

Joe

On 6/2/2014 6:58 PM, Wesley Eddy wrote:
> I was working on an issue with Nagle in a space system, and
> noticed that the Linux kernel actually implements the "Minshall"
> version of the Nagle algorithm, described nicely in:
> http://tools.ietf.org/html/draft-minshall-nagle-01
>
> There are a couple later papers I was able to find also that
> describe this.
>
> To me, this looks like clearly a good thing that should be
> recommended in the RFCs where we currently just have discussion
> of "standard Nagle".  Apparently it was adopted in Linux, but I
> wonder if it was picked up or not in other OSes as well.
>
> Does anyone have history on why this draft never progressed?
> Maybe someone has current contact information for Greg Minshall?
>