Re: Genart telechat review of draft-ietf-ippm-twamp-yang-11

Mahesh Jethanandani <mjethanandani@gmail.com> Wed, 20 June 2018 05:36 UTC

Return-Path: <mjethanandani@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBA09131045; Tue, 19 Jun 2018 22:36:16 -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 tY0FsKnJWm8g; Tue, 19 Jun 2018 22:36:13 -0700 (PDT)
Received: from mail-pl0-x234.google.com (mail-pl0-x234.google.com [IPv6:2607:f8b0:400e:c01::234]) (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 36155130EB9; Tue, 19 Jun 2018 22:36:10 -0700 (PDT)
Received: by mail-pl0-x234.google.com with SMTP id c23-v6so1100231plz.12; Tue, 19 Jun 2018 22:36:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=qznZ3Epv2P8oj/ev+ylQ8WUj0A4GeLFhhxU3VCutoUw=; b=UOzlUWdRI08pDODhomzPVY+2gOua6OHdnCWvs24Vnyu1yd953JJxmsxIoPv0Oua60i Bx5Wc4cBWAA+Vkr9tou+7uRE57FHr57xwQXO+IXyrOoQoFynILlXTR1EskbqvDjTu0MC /1EkMzHuJqvjstVlj1yKg73Lp4z2i6gv0IbO/v36XrmcJFX2ZQxuFOvpIeMyOJK/i379 NeuJnU0gpzi5W/YpN0xSWj2lV+50fIBzQa20K8KcM5vEKr8WjLd3nyZPYQe34tSjw9AO TWpAWjGEE4a9YWxyYY7tTWUmBrJzq7ALiB3ONBx7k3voqRESNEQ0Eo620Hp7vbPWhXU0 M5rg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=qznZ3Epv2P8oj/ev+ylQ8WUj0A4GeLFhhxU3VCutoUw=; b=eDt1ti6KNOylMtChO9b9jHyR9FINQh9zM2OxQ0RsC3Un5xUKXhcoSPDXdg+c/754U0 zvUjzs2FAOsj6l5VsG6ehtR5/STRNwfg4pXQi11BTtZ4iJOAO+FNpj3RyELDFmKs87XO gGD6s04RrGawCcuv8wI0vUzCxXBoOcULN/xZqFGGmDd2w9GGobPXHkukTEFd4Ar7c2i9 l0KZPh01I5/IWbu2ANAtZEvvnVUIFqtE37SNrcjn7Q+PeiBZ7rB6zKAdqDOhHuOtkijc 0C5m8UmHtXHRFt18P7cq6QjzuQPXB7JLqC4YPtz60JMfhxNRJLlAJngNveINZje3l93O JxNw==
X-Gm-Message-State: APt69E3BVaJzY0AAAUqe61irOpBUPZXl9EMWz9IcWelhcTATTi3pOD5D HmwCfE9OWlhbzPGvgc8xrfTDA0Wg8MY=
X-Google-Smtp-Source: ADUXVKISrCCzEJ59vAIL/yfMStJm7ZoPoMvl+1QPxalBFH0ISD1G/9mfR362d/AljHE2WBNDDEDgNw==
X-Received: by 2002:a17:902:bd95:: with SMTP id q21-v6mr21865744pls.237.1529472969740; Tue, 19 Jun 2018 22:36:09 -0700 (PDT)
Received: from ?IPv6:2601:647:4700:1280:bd73:5262:8df:7907? ([2601:647:4700:1280:bd73:5262:8df:7907]) by smtp.gmail.com with ESMTPSA id k80-v6sm2504610pfa.168.2018.06.19.22.36.07 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jun 2018 22:36:08 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <C4F60DFB-4D29-4D9B-86E9-0CD5D91B61A0@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D26D92A3-18A5-45D3-A3DA-E7025FC80CAB"
Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\))
Subject: Re: Genart telechat review of draft-ietf-ippm-twamp-yang-11
Date: Tue, 19 Jun 2018 22:36:06 -0700
In-Reply-To: <152946732769.32402.15646758857363676488@ietfa.amsl.com>
Cc: gen-art@ietf.org, ippm@ietf.org, ietf@ietf.org, draft-ietf-ippm-twamp-yang.all@ietf.org
To: Pete Resnick <presnick@qti.qualcomm.com>
References: <152946732769.32402.15646758857363676488@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3445.8.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/KHh5KWhZl9I6E1XQ9fdLy3r-mK0>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jun 2018 05:36:17 -0000

Hi Pete,

> On Jun 19, 2018, at 9:02 PM, Pete Resnick <presnick@qti.qualcomm.com> wrote:
> 
> Reviewer: Pete Resnick
> Review result: Ready with Issues
> 
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair. Please wait for direction from your
> document shepherd or AD before posting a new version of the draft.
> 
> For more information, please see the FAQ at
> 
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
> 
> Document: draft-ietf-ippm-twamp-yang-11
> Reviewer: Pete Resnick
> Review Date: 2018-06-19
> IETF LC End Date: 2018-04-27
> IESG Telechat date: 2018-06-21
> 
> Summary:
> 
> Ready with maybe Issues, but probably just Nits. Not my area of expertise by
> any means, but the document looks generally solid. Could definitely use a bit
> of copy editing.
> 
> Major issues:
> 
> None.
> 
> Minor issues:
> 
> I don't think there are any issues here. However, some of the things I've got
> as Nits in the below section could amount to actual issues if I've
> misunderstood what you meant. The editorial suggestions I give below should be
> fine if they are nits, but do make sure that I haven't identified a real issue.
> 
> Nits/editorial comments:
> 
> 3.1 - s/The test session name that MUST be identical/The test session name,
> which MUST be identical (Unless you mean something really weird that I don't
> think you mean. If you don't see the difference, then trust me, you mean
> "which", not "that”.)

You mean in Section 3.3. How about s/The test session name that MUST be identical with the/The test session name MUST be identical to the/?

> 
> 4.1 -
> 
> OLD
>   Specifically, mode-preference-chain lists the
>   mode and its corresponding priority, expressed as a 16-bit unsigned
>   integer, where zero is the highest priority and subsequent integers
>   increase by one.
> 
> This is a bit confusing. I think you mean:
> 
> NEW
>   Specifically, mode-preference-chain lists the mode and its
>   corresponding priority, expressed as a 16-bit unsigned integer.
>   Values for the priority start with zero, the highest priority, and
>   subsequent priority value increases by one.

I can see why this can be confusing. How about ...

NEW
   Specifically, mode-preference-chain lists the
   mode and its corresponding priority as a 16-bit unsigned
   integer. Values for the priority start with zero, the highest priority, and 
   decreasing priority value is indicated by every increase of value by one.

> 
> OLD
>   In turn, each ctrl-connection holds a list of test-session-request.
>   test-session-request holds information associated with the Control-
>   Client for this test session.
> 
> A bit awkward. I suggest:
> 
> NEW
>   In turn, each ctrl-connection holds a test-session-request list. Each
>   test-session-request holds information associated with the
>   Control-Client for this test session.

Ok.

> 
> OLD
>   The Control-Client is also responsible for scheduling TWAMP-Test
>   sessions so test-session-request holds information related to these
>   actions (e.g. pm-index, repeat-interval).
> 
> The word "so" in there is weird. Do you mean "therefore", or "such that", or
> something else? I just had a bit of trouble understanding what you meant.

We meant “therefore”. Will make the change.

> 
> 4.2 - In the penultimate paragraph, change "key-id" to either "The key-id" or
> "The KeyID”.

Will change it to “The key-id”.

> 
> Please note: I did not thoroughly review the YANG in section 5.2 or the
> examples in Section 6 or Appendix A. I gave them a quick run through, but did
> not check for complete consistency with the rest of the text. The below two
> items are simply things I happened to spot because I was looking at particular
> pieces of the module.
> 
> 5.2 -
> 
>           leaf priority {
>             type uint16;
>             description
>               "Indicates the Control-Client Mode preference priority
>                expressed as a 16-bit unsigned integer, where zero is
>                the highest priority and subsequent values
>                monotonically increasing.";
>           }
> 
> I am almost positive that you don't mean "monotonically increasing". I'm
> guessing you mean "increase by one”.

Will update this description to match the comment you made above or whatever we agree to.

> 
>              Depending on the Modes available in the TWAMP Server
>              Greeting message (see Fig. 2 of RFC 7717), the
>              this Control-Client MUST choose the highest priority
>              Mode from the configured mode-preference-chain list.";
> 
> Typo: "the this Control-Client”

Will fix it to say “the Control-Client”.

Thanks.

> 
> 

Mahesh Jethanandani
mjethanandani@gmail.com