Re: [ippm] [Gen-art] Genart LC and telechat review: draft-ietf-ippm-2330-update-04

Jari Arkko <jari.arkko@piuha.net> Thu, 15 May 2014 14:12 UTC

Return-Path: <jari.arkko@piuha.net>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C18F1A0074; Thu, 15 May 2014 07:12:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.955
X-Spam-Level:
X-Spam-Status: No, score=0.955 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.793] autolearn=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 QMZnynV3xgCX; Thu, 15 May 2014 07:12:00 -0700 (PDT)
Received: from p130.piuha.net (unknown [IPv6:2001:14b8:400::130]) by ietfa.amsl.com (Postfix) with ESMTP id 5CD891A0071; Thu, 15 May 2014 07:12:00 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 032D12CC64; Thu, 15 May 2014 17:11:53 +0300 (EEST)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76JrTCW85Kyr; Thu, 15 May 2014 17:11:50 +0300 (EEST)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2a00:1d50:2::130]) by p130.piuha.net (Postfix) with ESMTP id 84B602CC48; Thu, 15 May 2014 17:11:50 +0300 (EEST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Jari Arkko <jari.arkko@piuha.net>
In-Reply-To: <536CECFF.8040704@nostrum.com>
Date: Thu, 15 May 2014 16:11:50 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <892C5A27-547F-4C16-911B-D442A5E5BC04@piuha.net>
References: <536CECFF.8040704@nostrum.com>
To: Robert Sparks <rjsparks@nostrum.com>
X-Mailer: Apple Mail (2.1510)
Archived-At: http://mailarchive.ietf.org/arch/msg/ippm/joiW1NRBIxkQJJLlglPL26k854k
Cc: General Area Review Team <gen-art@ietf.org>, draft-ietf-ippm-2330-update@tools.ietf.org, ippm@ietf.org
Subject: Re: [ippm] [Gen-art] Genart LC and telechat review: draft-ietf-ippm-2330-update-04
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2014 14:12:02 -0000

Thank you very much for your in-depth review, Robert. Joachim, Al - have you taken note of the editorial suggestions? I at least think the suggestions were all good.

Jari

On May 9, 2014, at 4:58 PM, Robert Sparks <rjsparks@nostrum.com> wrote:

> I am the assigned Gen-ART reviewer for this draft. For background on
> Gen-ART, please see the FAQ at
> 
> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
> 
> Please resolve these comments along with any other Last Call comments
> you may receive.
> 
> Document: draft-ietf-ippm-2330-update-04
> Reviewer: Robert Sparks
> Review Date: 9-May-2014
> IETF LC End Date: 12-May-2014
> IESG Telechat date: 15-May-2014
> 
> Summary: This document is ready for publication as an Informational RFC
> 
> Thanks for a well constructed document!
> 
> It's in good enough shape that it invites very small polishing suggestions :)
> I have a few tweaks to suggest - feel free to ignore them:
> 
> In document order:
> 
> Introduction, 3rd paragraph: What are the "proposed extensions"? Is this
> sentence trying to say "There are proposed extensions to allow methodologies
> to fulfill the continuity requirement stated in section 6.2, but it is impossible
> to guarantee that they can do so?"
> 
> Bullet 2 in block 1. of section 3: The first sentence is a fragment, and is
> confusing. Should this bullet read "Payload content optimization (compression
> or format conversion) in intermediate segments breaks the convention of
> payload correspondence when correlating measurements are made at different
> points in a path."? (That is, delete ". This" and change "made"->"are made".)
> 
> There are inconsistent styles used in the subsections of section 4 that cause
> the main points to be a little hard to pull out of the text:
> 
> * in 4.1, you quote the new definition. Visually, that implies you're quoting
> another source, like you do above it for the old definition. I suggest doing
> something else to set this apart from the rest of the text - perhaps an
> indented block?
> 
> * Whatever you do there, consider doing the same in the other sections.
> Highlight "we deprecate continuity" in 4.2, for example.
> 
> * 4.4's point seems buried. Would it be correct to say (and would it help
> highlight the point): "Conservative measurements in these environments
> may not be possible."?
> 
> Consider changing the heading text for 4.1 to 4.5 to highlight the
> change or observation you're making. That would help drive the point
> of the document in the ToC. Something like this (I'm sure I've blown
> the capitalization).
> 
> 4.1.  Revised Definition Of Repeatability
> 4.2.  Continuity is not an Appropriate Alternative Criterion
> 4.3.  Metrics Should be Actionable
> 4.4.  It May Not be Possible to be Conservative
> 4.5.  Spatial and Temporal Composition May Bias Sampling
> 4.6.  Truncate the Tails of Poisson Deistrubutions
> 
> In the conclusion, break the last (very long) sentence out
> into its own paragraph.
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Gen-art mailing list
> Gen-art@ietf.org
> https://www.ietf.org/mailman/listinfo/gen-art