Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-yang-instance-file-format-19: (with COMMENT)

Benoit Claise <benoit.claise@huawei.com> Tue, 05 October 2021 10:16 UTC

Return-Path: <benoit.claise@huawei.com>
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 D60B03A09D4; Tue, 5 Oct 2021 03:16:38 -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, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 z8fwlAGERvfW; Tue, 5 Oct 2021 03:16:34 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E1D53A09D3; Tue, 5 Oct 2021 03:16:34 -0700 (PDT)
Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HNtgz6nYVz67bP3; Tue, 5 Oct 2021 18:13:03 +0800 (CST)
Received: from [10.47.66.251] (10.47.66.251) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Tue, 5 Oct 2021 12:16:27 +0200
To: Murray Kucherawy <superuser@gmail.com>, The IESG <iesg@ietf.org>
CC: draft-ietf-netmod-yang-instance-file-format@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org, Kent Watsen <kent+ietf@watsen.net>
References: <163337193567.16247.16986222138590366273@ietfa.amsl.com>
From: Benoit Claise <benoit.claise@huawei.com>
Message-ID: <92083647-eba6-36ff-5b00-2b4540ea7e76@huawei.com>
Date: Tue, 05 Oct 2021 12:15:55 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0
MIME-Version: 1.0
In-Reply-To: <163337193567.16247.16986222138590366273@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------CEBFADC4567E32D3E6BF1B87"
Content-Language: en-GB
X-Originating-IP: [10.47.66.251]
X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To fraeml736-chm.china.huawei.com (10.206.15.217)
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/mr8nYpCVAjEcPO-XtK1eD-uTD-E>
Subject: Re: [netmod] Murray Kucherawy's No Objection on draft-ietf-netmod-yang-instance-file-format-19: (with COMMENT)
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: Tue, 05 Oct 2021 10:16:39 -0000

Hi Murray,

On 10/4/2021 8:25 PM, Murray Kucherawy via Datatracker wrote:
> Murray Kucherawy has entered the following ballot position for
> draft-ietf-netmod-yang-instance-file-format-19: 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/blog/handling-iesg-ballot-positions/
> for more information about how to handle DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-instance-file-format/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> The shepherd writeup is incomplete with respect to the first question.
>
> All of the SHOULDs in Section 2 leave me wondering under what conditions one
> might legitimately deviate from what they are saying.  Since SHOULD offers a
> choice, I recommend making this more clear.
The draft mentions some SHOULD related to the file name.
     Ex: The name of the instance data file SHOULD be of the form:
For those SHOULD, we followed the RFC 7950, 
https://datatracker.ietf.org/doc/html/rfc7950#section-5.2, which also 
used SHOULD

For this instance ...
To properly understand and use an instance data set, the user needs to 
know the content-schema. One of the following methods SHOULD be used:
... I don't recall why we have a SHOULD here. History I guess.
A MUST seems more appropriate and we propose to change to a MUST.

Regards, Benoit