Re: [aqm] first WGLC on draft-ietf-bmwg-traffic
gorry@erg.abdn.ac.uk Thu, 25 September 2014 07:33 UTC
Return-Path: <gorry@erg.abdn.ac.uk>
X-Original-To: aqm@ietfa.amsl.com
Delivered-To: aqm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FBF91A0127; Thu, 25 Sep 2014 00:33:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.987
X-Spam-Level:
X-Spam-Status: No, score=-4.987 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] 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 dwzE-gjHWoPg; Thu, 25 Sep 2014 00:33:27 -0700 (PDT)
Received: from spey.erg.abdn.ac.uk (spey.erg.abdn.ac.uk [139.133.204.173]) by ietfa.amsl.com (Postfix) with ESMTP id DE89A1A0067; Thu, 25 Sep 2014 00:33:26 -0700 (PDT)
Received: from www.erg.abdn.ac.uk (blake.erg.abdn.ac.uk [139.133.210.30]) by spey.erg.abdn.ac.uk (Postfix) with ESMTPSA id 7C9F72B4230; Thu, 25 Sep 2014 08:33:24 +0100 (BST)
Received: from 212.159.18.54 (SquirrelMail authenticated user gorry) by www.erg.abdn.ac.uk with HTTP; Thu, 25 Sep 2014 08:33:23 +0100
Message-ID: <8248fd45738b60d4e26dbc5e33c90d68.squirrel@www.erg.abdn.ac.uk>
In-Reply-To: <4AF73AA205019A4C8A1DDD32C034631D79776615@NJFPSRVEXG0.research.att.com>
References: <4AF73AA205019A4C8A1DDD32C034631D79776615@NJFPSRVEXG0.research.att.com>
Date: Thu, 25 Sep 2014 08:33:23 +0100
From: gorry@erg.abdn.ac.uk
To: "bmwg@ietf.org" <bmwg@ietf.org>, "MORTON, ALFRED C (AL)" <acm@research.att.com>
User-Agent: SquirrelMail/1.4.22
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Archived-At: http://mailarchive.ietf.org/arch/msg/aqm/Ln4LQkVz7Rw9z1V-XTgaNFbW__8
Cc: "aqm@ietf.org" <aqm@ietf.org>
Subject: Re: [aqm] first WGLC on draft-ietf-bmwg-traffic
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 25 Sep 2014 07:33:29 -0000
I have a few comments from a quick pass through this document. I think it is useful to define such tests, and I suspect those performing the tests may understand the wider context of testing a specific mechanism, but I have a concern that the tests would produce strange results if deployed with sophisticated traffic management, and this is not really discussed. I think this needs to be addressed, and if necessary the cope of the tests clearly stated. I am worried that while the tests may help characterise a single shaper/policer, there is a need to extend the document at least to comment on more complex interactions that can occur. QoS Frameworks define policies (e.g. DS) that can map DSCPs (or MF classified traffic) to treatments, possibly aggregating behaviours for different traffic aggregates. Treatments are not independent - traffic with one marking can and does traffic with a different marking (well its intended to). Testing multiple DSCPs in DS at the same time is more complex, it should not be assumed that each of these can be characterised separately. AQM seeks to manage buffering, and this reaction is likely to be triggered by test sequences. When triggered, the response (loss, delay) can impact the flows treatment long after the traffic burst that triggered AQM in the first place. Many AQM methods are also used in combination with scheduling, again this can be and often is non-trivial and depends on the number of flows and sometimes the hashing of the flows to queues, etc within the scheduling framework. Other specific comments follow. Gorry --- Section 1: Introduction needs to define terms when first used. - would be good to define VLAN and DSCP /sent onto to the next network/sent to the next network/ - is it also possible to say forwarded rather than sent? Active Queue Management (AQM): - would be good to cite: https://datatracker.ietf.org/doc/draft-ietf-aqm-recommendation/ Please define MEF /of it's egress ports/of its egress ports/ /The Network Delay Emulator (NDE) is a requirement for the TCP stateful tests/ - probably true of any control-loop based congestion control (i.e. TCP is an example, SCTP, DCCP and other congestion controls layered on UDP would also need this (including some uses of RTP). Please define BDPs Section 3: /Another goal is to devise methods that utilize flows with congestion-aware transport (TCP) / - I think TCP is an example here, and needs an e.g., to avoid it seeming like this is the only test case. Note also this comment applies later in the same para. When it comes to an active technique, the concept of Burst Size Achieved (BSA) and Lost packets (LP) is less clear, since wont this also depend on the recent history of the flow traffic patterns and could be significantly influenced by scheduling mechanisms between flows (i.e. whether the flow is hashed to a separate queue, whether the flow is classified as new or old and the total number of flows being serviced). Performance could be quite different for a single flow test. With Active management, Packet Delay (PD) also becomes a function of traffic. Section 4.2 - I think the document should mention the need to test for other non TCP congestion-controlled traffic, although I could see that for simplicity the tests are defined only for TCP. 5.1.1 Burst Hunt with Stateless Traffic - A cautionary note here could be helpful, that advises that if AQM is used, the bursts must be sufficiently separated in time that they do not cumulatively trigger a response - since AQM algorithms can have history, treatment of a subsequent burst can be influenced by an earlier burst. 5.2.1. and 6.4: - could note that multiple flows may also be queued and scheduled separately within the device. Informative References -missing > BMWG (and AQM): > > A WG Last Call period for the Internet-Draft on > Traffic Management Benchmarking: > > http://tools.ietf.org/html/draft-ietf-bmwg-traffic-management > > will be open from 23 September 2014 through October 21 2014. > > These drafts are beginning the BMWG Last Call Process. See > http://www1.ietf.org/mail-archive/web/bmwg/current/msg00846.html > > which says: > ... > The primary change is a requirement that approximately four WG members > complete a review template for the draft (or set of drafts), > upon entry to the Last Call Process. The WG reviewers should be > outside the body of active contributors (editors + authors). > The goal is to produce a quality review with valuable feedback > on the draft(s), and not to set a minimum number of people willing > to complete the review template. Directed feedback, > regardless of quantity, is a better condition by which BMWG can > more clearly assess a draft's readiness to advance. > (the template is appended to the archived message) > > Please read and express your opinion on whether or not these > Internet-Drafts should be forwarded to the Area Directors for > publication as Informational RFCs. Send your comments > to this list or acmorton@att.com and sbanks@akamai.com > > Al > bmwg co-chair > > _______________________________________________ > aqm mailing list > aqm@ietf.org > https://www.ietf.org/mailman/listinfo/aqm >
- [aqm] first WGLC on draft-ietf-bmwg-traffic MORTON, ALFRED C (AL)
- Re: [aqm] first WGLC on draft-ietf-bmwg-traffic gorry
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… ramki Krishnan
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… gorry
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… Barry Constantine
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… Dave Taht
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… Barry Constantine
- Re: [aqm] [bmwg] first WGLC on draft-ietf-bmwg-tr… Toke Høiland-Jørgensen