[aqm] Spencer Dawkins' Yes on draft-ietf-aqm-eval-guidelines-11: (with COMMENT)

"Spencer Dawkins" <spencerdawkins.ietf@gmail.com> Wed, 18 May 2016 21:12 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: aqm@ietf.org
Delivered-To: aqm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4A10A12D747; Wed, 18 May 2016 14:12:10 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Spencer Dawkins <spencerdawkins.ietf@gmail.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.20.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160518211210.14700.64713.idtracker@ietfa.amsl.com>
Date: Wed, 18 May 2016 14:12:10 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/aqm/eHyaFqq7H9tGKfAnP_AhnPCo9ac>
Cc: wes@mti-systems.com, aqm-chairs@ietf.org, draft-ietf-aqm-eval-guidelines@ietf.org, aqm@ietf.org
Subject: [aqm] Spencer Dawkins' Yes on draft-ietf-aqm-eval-guidelines-11: (with COMMENT)
X-BeenThere: aqm@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 18 May 2016 21:12:10 -0000

Spencer Dawkins has entered the following ballot position for
draft-ietf-aqm-eval-guidelines-11: Yes

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-aqm-eval-guidelines/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I'm pretty sure I know what "steady state" means in this text

   The transmission of the non application-limited flow must start
   before the transmission of the application-limited flow and only
   after the steady state has been reached by non application-limited
   flow.
   
but I'm not sure how someone using this specification knows what it
means, and it's asking the user to do something specific during
evaluation. Is there a reference or definition you could provide?

(There are other uses of the phrase "steady state" in the document, and
they would also benefit, but this is the use that needs the precision)