Re: [bmwg] Adam Roach's No Objection on draft-ietf-bmwg-dcbench-terminology-17: (with COMMENT)

Lucien <lucien.avramov@gmail.com> Thu, 22 June 2017 05:05 UTC

Return-Path: <lucien.avramov@gmail.com>
X-Original-To: bmwg@ietfa.amsl.com
Delivered-To: bmwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7E1B127A90; Wed, 21 Jun 2017 22:05:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 ME5vxLPzuXCx; Wed, 21 Jun 2017 22:05:00 -0700 (PDT)
Received: from mail-yb0-x22f.google.com (mail-yb0-x22f.google.com [IPv6:2607:f8b0:4002:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FC661200CF; Wed, 21 Jun 2017 22:05:00 -0700 (PDT)
Received: by mail-yb0-x22f.google.com with SMTP id 84so1471225ybe.0; Wed, 21 Jun 2017 22:05:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=/KRFVMSrL5+vriW+vfzDv0kJu0cJ1B/R77cgRpl6uQ0=; b=jZyXRzLmhgejJ5pZMDH5kWvgL85VNrHxy/Po/ZRmPEi/J7FmK91Y8qvBQMdRwILWW/ OiGb10bPAHpFt9UPkk+m7dK54a+8dM2EwG2DkftHc3vFGmUvCb6gGadPKborM3UOsP6A a7x4CiKgdT1lrqQigoGL+ZewE2A/TH8ua/V/i3Wf3uWOnc1Lx9F6DJb5BpR6sC1v34nn SgxxsrVxy1FDwChojpBCw2mLSElVx+4s69Udcw3jOCEV1f8OEgt3o7NJYRbIbsrxGKLz 7jPylhR/ceplOj6pl6tYTSA5tsRa+JOSwZvWQMmhWomOMmSLeenyPvuUBgXqQoTbr4PQ WNBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/KRFVMSrL5+vriW+vfzDv0kJu0cJ1B/R77cgRpl6uQ0=; b=orFGfO8FVR1ijHAzqJIiN0lvSJRo1cSCWveXlW1v/Pk5kI/ikydou7z9ZMxQzIhddh 7j/N95238BvhlVHnlVHA7itOKNJnc6FRe1oMFjReZdQ19pY95xNPR1biZJXmt2jm06Kp uW1WZNighS6PMm9cynKqoukMiJ/HdNAgvqwmnXxY7r1sY5YMIutdAeggxVmk/dXlRVHp oOmLCFq0IL1TnYSQ3FwE9PvXARG5sGHjMwOC8iAskcqrGM2X4rUrokr2Q2zmIohkF8Ak e1nWKF87z2bxaQ7h/LxsP0raJUBFvpfkTFfxZSR6mgGdKjtr1il0lVyrEytmQlmrcCiN cf0w==
X-Gm-Message-State: AKS2vOzkGyidd7tjqdWO/O5pCiF3+4+B5fOYxmSYxVOnGieAEsc9fAwj 3tZIgZneU1eyBysowtUwljJrYHf8Sg==
X-Received: by 10.37.180.18 with SMTP id n18mr381853ybj.258.1498107899553; Wed, 21 Jun 2017 22:04:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.129.145.2 with HTTP; Wed, 21 Jun 2017 22:04:59 -0700 (PDT)
In-Reply-To: <149809634844.30729.7905314498887048672.idtracker@ietfa.amsl.com>
References: <149809634844.30729.7905314498887048672.idtracker@ietfa.amsl.com>
From: Lucien <lucien.avramov@gmail.com>
Date: Wed, 21 Jun 2017 22:04:59 -0700
Message-ID: <CAArZqeUssxdEZrauVB=yn7i+8uBopmUvwyDu-jhHNOOvWqKM5w@mail.gmail.com>
To: Adam Roach <adam@nostrum.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-bmwg-dcbench-terminology@ietf.org, Sarah Banks <sbanks@encrypted.net>, bmwg-chairs@ietf.org, bmwg@ietf.org
Content-Type: multipart/alternative; boundary="f403045e6aa23030290552856dd1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bmwg/tVZZUKO5rJBMyCLnAVjjengtk5s>
Subject: Re: [bmwg] Adam Roach's No Objection on draft-ietf-bmwg-dcbench-terminology-17: (with COMMENT)
X-BeenThere: bmwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Benchmarking Methodology Working Group <bmwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bmwg>, <mailto:bmwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bmwg/>
List-Post: <mailto:bmwg@ietf.org>
List-Help: <mailto:bmwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bmwg>, <mailto:bmwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Jun 2017 05:05:03 -0000

Hi Adam,

thanks for spending time to review and provide more comments to the list.
I addressed both of your emails with the latest publication i just did.

Please see inline for details:



On Wed, Jun 21, 2017 at 6:52 PM, Adam Roach <adam@nostrum.com> wrote:

> Adam Roach has entered the following ballot position for
> draft-ietf-bmwg-dcbench-terminology-17: No Objection
>
> 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-bmwg-dcbench-terminology/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> I am surprised to find normative statements in a terminology document. It
> might
> be appropriate -- if awkward -- to say things like "this term MUST mean
> x," but
> this document includes statements pertaining specifically to what "MUST be
> measured," which seems well beyond its purported scope. I would suggest
> either
> removing all such statements, or clearly expanding the scope of the
> document
> (including, and quite importantly, revising its title).
>
> Editorial:
> - The first paragraph of Section 6.1 uses plural forms for B, kB, and MB,
> but
> singular for GB. Please make these consistent. - Typically, data units are
>

many thanks, made it consistent with singular as per the prefix rules


> capitalized per SI-system prefix rules, which would make "kB" the correct
> abbreviation for kilobytes, rather than "KB." - Something has gone well and
> truly bonkers with the references section formatting. - Please fix
> reference
> [1] so that it correctly points to draft-ietf-bmwg-dcbench-methodology.
> This
> will ensure that it is updated to the correct RFC value at publication.
>
>
I will disagree a bit here. in the context of 1024 bytes, its very common
and accepted to use KB (with capital K instead of kB) This is the case in
many networking publication.

https://en.wikipedia.org/wiki/Kilobyte

"The binary representation of 1024 bytes typically uses the symbol KB
(uppercase *K*). The *B* is often omitted in informal use. For example, a
processor with 65,536 bytes of cache might be said to have "64K" of cache."

I want to keep KB, to be consistent with the other capital letters for my
publication.



> Please expand the following acronyms upon first use;
> see https://www.rfc-editor.org/materials/abbrev.expansion.txt for
> guidance.
>
>  - FPGA - Field-Programmable Gate Array
>  - LLDP - Link Layer Discovery Protocol
>
>
Thanks! Fixed!!


> Nits:
>
>   ** The abstract seems to contain references ([1]), which it shouldn't.
>      Please replace those with straight textual mentions of the documents
> in
>      question.
>

Thanks Fixed!

>
>   == Missing Reference: 'RFC5481' is mentioned on line 285, but not defined
>

Removed this RFC as we no longer reference it

>
>   == Unused Reference: 'RFC5841' is defined on line 732, but no explicit
>      reference was found in the text
>
Removed this RFC as we no longer reference it

>
>   ** Obsolete normative reference: RFC 2554 (ref. 'RFC2544') (Obsoleted by
>      RFC 4954)
>
> I am sorry we use RFC 2544, not 2554 so we are good actually, its not
obsoleted at all.