AQM work in the IETF
Wesley Eddy <wes@mti-systems.com> Mon, 26 November 2012 02:56 UTC
Return-Path: <wes@mti-systems.com>
X-Original-To: tsv-area@ietfa.amsl.com
Delivered-To: tsv-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3CC5F21F84DF for <tsv-area@ietfa.amsl.com>; Sun, 25 Nov 2012 18:56:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.114
X-Spam-Level:
X-Spam-Status: No, score=0.114 tagged_above=-999 required=5 tests=[AWL=-0.114, SARE_SUB_OBFU_Q1=0.227]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fo63juLEq+qF for <tsv-area@ietfa.amsl.com>; Sun, 25 Nov 2012 18:56:35 -0800 (PST)
Received: from atl4mhob12.myregisteredsite.com (atl4mhob12.myregisteredsite.com [209.17.115.50]) by ietfa.amsl.com (Postfix) with ESMTP id A590B21F8432 for <tsv-area@ietf.org>; Sun, 25 Nov 2012 18:56:32 -0800 (PST)
Received: from mailpod.hostingplatform.com (mail.networksolutionsemail.com [205.178.146.50]) by atl4mhob12.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id qAQ2uVg3007654 for <tsv-area@ietf.org>; Sun, 25 Nov 2012 21:56:31 -0500
Received: (qmail 26838 invoked by uid 0); 26 Nov 2012 02:56:31 -0000
Received: from unknown (HELO ?192.168.1.112?) (wes@mti-systems.com@69.81.143.209) by 0 with ESMTPA; 26 Nov 2012 02:56:31 -0000
Message-ID: <50B2DA5E.1040005@mti-systems.com>
Date: Sun, 25 Nov 2012 21:56:30 -0500
From: Wesley Eddy <wes@mti-systems.com>
Organization: MTI Systems
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: tsv-area@ietf.org
Subject: AQM work in the IETF
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-BeenThere: tsv-area@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF Transport and Services Area Mailing List <tsv-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsv-area>
List-Post: <mailto:tsv-area@ietf.org>
List-Help: <mailto:tsv-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-area>, <mailto:tsv-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Nov 2012 02:56:36 -0000
As TSV ADs, Martin and I have been wondering lately about AQM work. At this point, thanks largely to Jim Gettys, we all know about large buffers, and we know what bulk-transfer with loss-based congestion control can do to interactive traffic when large queues exist. We know one thing that can be done to help is the use of AQMs, but the IETF is currently not doing a whole lot to help in this regard. There is the CoDel I-D that was discussed in the TSVAREA meeting in Vancouver: http://tools.ietf.org/html/draft-nichols-tsvwg-codel-00 But this is an individual submission that Martin and I would be happy to sponsor, and not a working group activity. At the last IETF meeting, we had a request to talk about PIE, which we didn't have time for in TSVAREA, but ICCRG did: http://www.ietf.org/proceedings/85/slides/slides-85-iccrg-2.ppt This was really interesting, and we wonder if the community is interested in continuing to hear about AQMs in this space, and what the IETF should be doing. If people have thoughts about this, we'd like to hear about them on this list, and/or during the TSVAREA meeting in Orlando at the next IETF meeting. We want to know what the level of interest in AQMs is, and might make this a focus of the TSVAREA meeting, if a lot of people seem to think it's a good idea. Particularly, I have wondered: - Should we have a working group looking at AQMs? - If so, does it make sense to shoot for Standards Track specifications? - Would we be able to come up with actual requirements on an AQM so that it's implementable for cheap in hardware and software, and behaves well under load? - Would it be valuable to have a test suite for AQMs similar to what ICCRG was doing for high-rate TCP? - Would it be valuable to have a BCP (or multiple) on configuring "legacy AQM" like RED, or the use of AQM metrics like "sojourn time" rather than variations of the queue length? - If any of this is of value, how much belongs in the ICCRG versus TSV working groups? Thanks for your thoughts :). -- Wes Eddy MTI Systems
- AQM work in the IETF Wesley Eddy
- Re: AQM work in the IETF ken carlberg
- Re: AQM work in the IETF Joe Touch
- Re: AQM work in the IETF John Leslie
- Re: AQM work in the IETF Michael Welzl
- Re: AQM work in the IETF David Ros
- RE: AQM work in the IETF sebastien.jobert
- Re: AQM work in the IETF Bob Briscoe
- Re: AQM work in the IETF Matthew Ford
- RE: AQM work in the IETF Jose Saldana
- Re: AQM work in the IETF Michael Welzl
- Re: AQM work in the IETF Joe Touch
- RE: AQM work in the IETF Jose Saldana
- Re: AQM work in the IETF Joe Touch
- Re: AQM work in the IETF ken carlberg
- Re: AQM work in the IETF Gorry Fairhurst