Re: [lp-wan] Yangdoctors early review of draft-ietf-lpwan-schc-compound-ack-14

Sergio Aguilar Romero <sergio.aguilar.romero@upc.edu> Tue, 28 March 2023 14:15 UTC

Return-Path: <sergio.aguilar.romero@upc.edu>
X-Original-To: lp-wan@ietfa.amsl.com
Delivered-To: lp-wan@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC136C151B13 for <lp-wan@ietfa.amsl.com>; Tue, 28 Mar 2023 07:15:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=upc-edu.20210112.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EsUbFUHPCGYb for <lp-wan@ietfa.amsl.com>; Tue, 28 Mar 2023 07:15:17 -0700 (PDT)
Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D5DDC151B00 for <lp-wan@ietf.org>; Tue, 28 Mar 2023 07:15:07 -0700 (PDT)
Received: by mail-wr1-x42c.google.com with SMTP id r11so12365175wrr.12 for <lp-wan@ietf.org>; Tue, 28 Mar 2023 07:15:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=upc-edu.20210112.gappssmtp.com; s=20210112; t=1680012905; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=vqXa/jvx7wrAf9HUvWo2PFu7LLgiVKKrIr5SFZ+nH44=; b=0KuA8yXb+eefkJUrvT1Puy+UIlHVnVI/7Km1JqkPggo8DDwZfrcCMj3uYbBcTy+CoV LeeEPB9sNy6KMH8iM2ir8sTNF1/8WC0buRnVzH74x/IAdVDb/XFZ3GO4HspVlHLaXUQy kMSAiot3jf5LY/xGejC6qusN75me2uqXKft6ZOzor8aNswQlYONAGxXfjSsIAsiECRK6 46WpMSMyaaEIY2KV1JLVm4QG3O86DbC6C5FfCO9BKaKvwDfedtKMPsWXSiXAqODttlv2 etihZkBpm2CPopU+6YXImza/PLST7ikS6jBTUi1vpP0MYOUbXZ6NFL6WzIanMlUQTy/z HRjA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680012905; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=vqXa/jvx7wrAf9HUvWo2PFu7LLgiVKKrIr5SFZ+nH44=; b=oMloxK5b+s4nIUTZTuknmAL0AdGHFHd4wEzEnJ/b35FXweKm63Y+7q0k2AFOtGodMt 7gAR21ndvuHoSn5lbfbvDouNTOoxc3wmwS+XMWio+kwO2fp4zNOdH4mxgVBTdd37dzut dis/+oKoiBGWfRpATWQc++nExVrZ5aQt+UX3Ys20ytT1esm1A5rW5SrwfYVES0Iyekwp NDFZCRt0Of2Txm+2qdxufvkLnojSQo2SxJbAm30TiFISmEfZOWzFycF3sT2PmQDttMxk iFObuRyUPwbn7WOgFhmADq1LzyaVjbLmD88+6sLARfaFKM2SAAkXn3XnLfKqe7CNZGrX rGCQ==
X-Gm-Message-State: AAQBX9ecq3coyZSXiZTMe9csVatMGOgZHChnFxZ7lQY8pG1IN74s0Fx4 K56FiMItY2W7aEMB+a/tqe8pUg==
X-Google-Smtp-Source: AKy350YSenORV535oGW0ICEuJQv4eKkV+BlI9EHiquGYym+kx/zVGzlruvhhI4SRO0Mnq+DjpYBT7w==
X-Received: by 2002:adf:db86:0:b0:2d5:2c7b:bc5f with SMTP id u6-20020adfdb86000000b002d52c7bbc5fmr11185858wri.58.1680012905305; Tue, 28 Mar 2023 07:15:05 -0700 (PDT)
Received: from smtpclient.apple (97.red-79-155-109.dynamicip.rima-tde.net. [79.155.109.97]) by smtp.gmail.com with ESMTPSA id c9-20020a5d4cc9000000b002d21379bcabsm27727904wrt.110.2023.03.28.07.15.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Mar 2023 07:15:04 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.2\))
From: Sergio Aguilar Romero <sergio.aguilar.romero@upc.edu>
In-Reply-To: <167932785174.33963.9262295488753655300@ietfa.amsl.com>
Date: Tue, 28 Mar 2023 16:15:03 +0200
Cc: yang-doctors@ietf.org, draft-ietf-lpwan-schc-compound-ack.all@ietf.org, lp-wan@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <53E21AE4-2BF8-43F8-AD18-941873179B3C@upc.edu>
References: <167932785174.33963.9262295488753655300@ietfa.amsl.com>
To: Ebben Aries <exa@juniper.net>
X-Mailer: Apple Mail (2.3696.120.41.1.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lp-wan/5v9sxxi6lZ1AQXQcvXm9b-ydYT4>
Subject: Re: [lp-wan] Yangdoctors early review of draft-ietf-lpwan-schc-compound-ack-14
X-BeenThere: lp-wan@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Low-Power Wide Area Networking \(LP-WAN\), also known as LPWA or Low-Rate WAN \(LR-WAN\)" <lp-wan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lp-wan/>
List-Post: <mailto:lp-wan@ietf.org>
List-Help: <mailto:lp-wan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lp-wan>, <mailto:lp-wan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Mar 2023 14:15:19 -0000

Hello,

Thanks for your review.

We have published a new version (-16).

Some comments inline.

Best regards,

Authors Compound ACK draft


> On Mar 20, 2023, at 4:57 PM, Ebben Aries via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Ebben Aries
> Review result: On the Right Track
> 
> 1 module in this draft:
> - ietf-lpwan-schc-compound-ack@2022-12-02.yang
> 
> YANG compiler errors or warnings (pyang 2.5.3, yanglint 2.1.55, yangson 1.4.16)
> - No compiler errors or warnings for tree outputs
> - Instance data however fails validation (see below)
> 
> Module ietf-lpwan-schc-compound-ack@2022-12-02.yang
> - Overall, the module is small (2 leaf augments to ietf-schc) and concise.
>  There are some style nits (alignment/spacing) that can be cleaned up by
>  running the module through a linter and adding back to the draft code blocks

The revision performed to version -14 by Robert Wilton included the pyang output that was copied into version -15.


> - As mentioned above, instance data will fail to validate due to the following
>  when stmt
> 
>    when "derived-from(../schc:fragmentation-mode,"
>    +" 'schc:fragmentation-mode-ack-on-error')";
> 
>  Should rather be:
> 
>    when "derived-from-or-self(../schc:fragmentation-mode," +
>         "'schc:fragmentation-mode-ack-on-error')";
> - Since you are applying the same when restriction to 2 leaf nodes here, I
>  would recommend grouping the leaf nodes and gating the augment by way of
>  uses + when
> 
>  e.g.
> 
>  augment "/schc:schc/schc:rule/schc:nature/schc:fragmentation" +
>          "/schc:mode/schc:ack-on-error" {
>    description
>      "";
> 
>    uses ack-on-error {
>      when "derived-from-or-self(./schc:fragmentation-mode, " +
>           "'schc:fragmentation-mode-ack-on-error')";
>    }
>  }
> 

We have fixed the “+” location. 



> General comments on the draft/modules:
> - Section 5.2 - It appears that only 1 augment is conveyed here and the Figure
>  10 line is out of place.  This section should conform to RFC8340 and be
>  labeled "Tree Diagram" as seen in other published drafts/RFCs

We have modified Figure 10 label.


> - Module contact information - Feel free to include authors as stated in
>  RFC8407 Section 4.8

One more author was added.

> - Module description - Put the description of the module at the top and the
>  Copyright information beneth with correct line breaks and removal of the
>  asterisk delimeter

Module description was move to the top and asterisk have been removed. When the new version was uploaded, we have a warning saying that the IETF Trust Copyright statement seems to be missing, but it is there.

> - For all description statements in the module, use correct capitilization and
>  be as descriptive as possible without being overly verbose.

Some description was added.

> - Section 7 - Include the full Security Considerations as is in any other
>  drafts/RFCs related to YANG modules vs. point to a related RFC

The draft mentions that same security considerations defined in RFC8724  applied. We added RFC9363 to the security considerations.

> - Section 8 - IANA Considerations.  You are introducing a new module that
>  contains a new namespace so will require registering a new URI.  This will
>  need to follow the same process and contain the same verbiage as other
>  related drafts/RFCs
> 

We understand that this document has no IANA actions.


> Example validated instance data after the when stmt fix:
> 
> <schc xmlns="urn:ietf:params:xml:ns:yang:ietf-schc"
>  xmlns:schc-compound-ack="urn:ietf:params:xml:ns:yang:ietf-lpwan-schc-compound-ack">
>  <rule>
>    <rule-id-value>100</rule-id-value>
>    <rule-id-length>1</rule-id-length>
>    <rule-nature>nature-fragmentation</rule-nature>
>    <fragmentation-mode>fragmentation-mode-ack-on-error</fragmentation-mode>
>    <direction>di-up</direction>
>    <fcn-size>2</fcn-size>
>    <schc-compound-ack:bitmap-format>schc-compound-ack:bitmap-compound-ack</schc-compound-ack:bitmap-format>
>    <schc-compound-ack:last-bitmap-compression>true</schc-compound-ack:last-bitmap-compression>
>  </rule>
> </schc>
> 
> {
>    "ietf-schc:schc": {
>        "rule": [
>            {
>                "rule-id-value": 100,
>                "rule-id-length": 1,
>                "rule-nature": "ietf-schc:nature-fragmentation",
>                "fragmentation-mode":
>                "ietf-schc:fragmentation-mode-ack-on-error", "direction":
>                "ietf-schc:di-up", "fcn-size": 2,
>                "ietf-lpwan-schc-compound-ack:bitmap-format":
>                "ietf-lpwan-schc-compound-ack:bitmap-compound-ack",
>                "ietf-lpwan-schc-compound-ack:last-bitmap-compression": true
>            }
>        ]
>    }
> }
> 

Great. 

>