Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07

Kent Watsen <kent+ietf@watsen.net> Fri, 27 March 2020 14:59 UTC

Return-Path: <010001711c801086-0413b5f4-dfc2-4c8c-91ea-3ba7da4ecb6b-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E55673A0D29 for <netmod@ietfa.amsl.com>; Fri, 27 Mar 2020 07:59:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 L4_EpCgkkrTt for <netmod@ietfa.amsl.com>; Fri, 27 Mar 2020 07:59:01 -0700 (PDT)
Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34EC63A0CB4 for <netmod@ietf.org>; Fri, 27 Mar 2020 07:58:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1585321088; h=From:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:To:In-Reply-To:Message-Id:Feedback-ID; bh=YgpiEfzuLxQ2Of2PvwMKW6WdS08G4E+7lS+ZNZhOOEM=; b=Ah/wSSRdLrqMIj6hdXwhSAOUJ1Lz44Ucq5nvZUpspXYEntaFJQiJUDlnoIKeLoby dHbQmecQDrqqklCtBQifyDd+LTN13WOVlVQyv8s9jYJ4VnJgBjjR3K0mXi+eGJBjOt6 filYesqG7HWgc4t/Dz6M0Bva00lFtwSHzKxvOYS4=
From: Kent Watsen <kent+ietf@watsen.net>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Fri, 27 Mar 2020 14:58:07 +0000
References: <DB7PR07MB4011402E836C2FABCB3E7F42F0150@DB7PR07MB4011.eurprd07.prod.outlook.com> <0100017045205157-ba7a6e8f-0d4d-4540-b6ca-94d4d81dbe02-000000@email.amazonses.com> <DB7PR07MB40119ED41717889CFACC08F4F0E30@DB7PR07MB4011.eurprd07.prod.outlook.com> <01000170eb9368e1-3f3186d5-9792-492a-8a33-4bb589552b6d-000000@email.amazonses.com> <01000170ef41c649-255d0811-a030-4b60-9d1f-a06d39f4ebf8-000000@email.amazonses.com> <DB7PR07MB4011E19D9E3E16E96036F325F0F40@DB7PR07MB4011.eurprd07.prod.outlook.com>
To: "netmod@ietf.org" <netmod@ietf.org>
In-Reply-To: <DB7PR07MB4011E19D9E3E16E96036F325F0F40@DB7PR07MB4011.eurprd07.prod.outlook.com>
Message-ID: <010001711c801086-0413b5f4-dfc2-4c8c-91ea-3ba7da4ecb6b-000000@email.amazonses.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-SES-Outgoing: 2020.03.27-54.240.8.31
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/UdkiKPca6-rQLuxnnZfyaQqr4zk>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2020 14:59:11 -0000

All,

The current -10 draft appears to have addressed all issues raised during the last call.  Thank you to everyone that participated.

I will start the shepherd review now.  Hopefully it will go smoothly, as a number of issues that I raised during the WGLC were related to things that are typically discovered during the shepherd review.

Kent // co-chair and shepherd



> On Mar 19, 2020, at 8:08 AM, Balázs Lengyel <balazs.lengyel@ericsson.com> wrote:
> 
> 
> 
> -----Original Message-----
> From: Kent Watsen <kent+ietf@watsen.net> 
> Sent: 2020. március 18., szerda 21:07
> To: Balázs Lengyel <balazs.lengyel@ericsson.com>
> Cc: netmod@ietf.org
> Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-yang-instance-file-format-06 to -07
> 
> One more thing, for non-mandatory nodes that don’t have a default value specified, please ensure the “description” statement states what it means for the node to be set or not set (whichever is easier)?   For instance:
> 
> OLD:
> 
>       leaf name {
>         type string;
>         description
>           "Name of the YANG instance data set.";
>       }
> 
> NEW (assuming this makes sense):
> 
>       leaf name {
>         type string;
>         description
>           “An arbitrary name for the YANG instance data set.  This
>            value is primarily used for descriptive purposes.  However,
>            when the instance data set is saved to a file, then the
>            filename MUST encode the name’s value, per Section 3 
>            of RFC XXXX.";
>       }
> BALAZS: OK
> BTW, should the requirement of it needing to be encoded into the filename place constraints on the “string” type?  Should a “pattern”
> statement be added?
> BALAZS: IMHO defining a pattern for a filename string (that may be dependent on the used filesystem) is out of scope for this draft.
> 
> Extended description of content-schema.
> IMHO contact, description, revision, timestamp does not need to explain what does it mean if they are not present. It only means: no information available.
> Kent
>