IETF Logo Mail Archive

Re: [aqm] [Bloat] A bit of history on RFC970 and RFC896 from john nagle

Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr> Tue, 19 April 2016 17:03 UTC

Return-Path: <jch@pps.univ-paris-diderot.fr>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B35412D88B for <aqm@ietfa.amsl.com>; Tue, 19 Apr 2016 10:03:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
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 Wsm4KF_cXnv9 for <aqm@ietfa.amsl.com>; Tue, 19 Apr 2016 10:03:42 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0AA5F12D551 for <aqm@ietf.org>; Tue, 19 Apr 2016 10:03:41 -0700 (PDT)
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/56228) with ESMTP id u3JH3d5D015720; Tue, 19 Apr 2016 19:03:39 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id C18776210E; Tue, 19 Apr 2016 19:03:39 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id kAiruK00axG5; Tue, 19 Apr 2016 19:03:38 +0200 (CEST)
Received: from trurl.pps.univ-paris-diderot.fr (col75-1-78-194-40-74.fbxo.proxad.net [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 1F59062115; Tue, 19 Apr 2016 19:03:38 +0200 (CEST)
Date: Tue, 19 Apr 2016 19:03:38 +0200
Message-ID: <878u098r9x.wl-jch@pps.univ-paris-diderot.fr>
From: Juliusz Chroboczek <jch@pps.univ-paris-diderot.fr>
To: Dave Taht <dave.taht@gmail.com>
In-Reply-To: <CAA93jw4sf1EAtUx4XriKkmwV9URgCwrR1ZSH5dAde=DqZLjfQQ@mail.gmail.com>
References: <CAA93jw4sf1EAtUx4XriKkmwV9URgCwrR1ZSH5dAde=DqZLjfQQ@mail.gmail.com>
User-Agent: Wanderlust/2.15.9
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Tue, 19 Apr 2016 19:03:40 +0200 (CEST)
X-Miltered: at korolev with ID 571664EB.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 571664EB.001 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@pps.univ-paris-diderot.fr>
X-j-chkmail-Score: MSGID : 571664EB.001 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/_jxmAnPa9ymHW5dVjK10d1U5Qto>
Cc: "aqm@ietf.org" <aqm@ietf.org>, bloat <bloat@lists.bufferbloat.net>
Subject: Re: [aqm] [Bloat] A bit of history on RFC970 and RFC896 from john nagle
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussion list for active queue management and flow isolation." <aqm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aqm>, <mailto:aqm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aqm/>
List-Post: <mailto:aqm@ietf.org>
List-Help: <mailto:aqm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aqm>, <mailto:aqm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2016 17:03:43 -0000

> The classic solution, from X.25, was an accumulation timer with a human
> response time sized delay. That's a bad idea, but unfortunately the
> people who put in delayed ACKs didn't know that.  They were trying to
> fix TELNET responsiveness at Berkeley, which was using a large number of
> dumb terminals connected to terminal servers at the time. Delayed ACKs
> with a fixed timer are useful in that situation, and in few others.

Nagle has made this point repeatedly, and it's a convincing one.  Is
anyone working on improving the delack algorithm?

> Bufferbloat is only bad if the queuing is FIFO-dumb. It's fine to have
> lots of queue space if you manage it well.

Noted.

-- Juliusz

v2.23.0 | Report a Bug | By Email