Re: [netconf] Zaheduzzaman Sarker's No Objection on draft-ietf-netconf-notification-capabilities-18: (with COMMENT)

Benoit Claise <benoit.claise@huawei.com> Wed, 06 October 2021 10:56 UTC

Return-Path: <benoit.claise@huawei.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EB973A1B4B; Wed, 6 Oct 2021 03:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 QNQgP47M8Rbt; Wed, 6 Oct 2021 03:56:36 -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 1FAF33A1B4E; Wed, 6 Oct 2021 03:56:36 -0700 (PDT)
Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4HPWWg57pHz67N8Z; Wed, 6 Oct 2021 18:53:03 +0800 (CST)
Received: from [10.47.30.187] (10.47.30.187) 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; Wed, 6 Oct 2021 12:56:30 +0200
To: Zaheduzzaman Sarker <Zaheduzzaman.Sarker@ericsson.com>, The IESG <iesg@ietf.org>
CC: draft-ietf-netconf-notification-capabilities@ietf.org, netconf-chairs@ietf.org, netconf@ietf.org, Kent Watsen <kent+ietf@watsen.net>
References: <163350413825.24178.17220297246961594602@ietfa.amsl.com>
From: Benoit Claise <benoit.claise@huawei.com>
Message-ID: <ad10ee0c-20b2-02f4-b453-d1c509916a6a@huawei.com>
Date: Wed, 06 Oct 2021 12:55:58 +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: <163350413825.24178.17220297246961594602@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
X-Originating-IP: [10.47.30.187]
X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To fraeml736-chm.china.huawei.com (10.206.15.217)
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/yyBgb3Npds--E1rDpfMAmHClhP8>
Subject: Re: [netconf] Zaheduzzaman Sarker's No Objection on draft-ietf-netconf-notification-capabilities-18: (with COMMENT)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Oct 2021 10:56:42 -0000

Hi,

Thanks for your review.
See inline.

On 10/6/2021 9:08 AM, Zaheduzzaman Sarker via Datatracker wrote:
> Zaheduzzaman Sarker has entered the following ballot position for
> draft-ietf-netconf-notification-capabilities-18: 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-netconf-notification-capabilities/
>
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> Thanks for the efforts put into this specification.
>
> I have questions/comment. Section 2 says -
>
>       For the implementation-time use case: Capabilities SHOULD be provided by
>       the implementer as YANG instance data files complying to
>       [I-D.ietf-netmod-yang-instance-file-format]. The file MUST be available
>       already at implementation time, retrievable in a way that does not depend
>       on a live network node. E.g., download from product website.
>
> How should I interpret this combination of SHOULD and MUST? Is it that if the
> implementer provides the capabilities then the file must be available at the
> implementation time? if the answer is yes, then it would be good to make it
> clear in the text.
It's not clear indeed.
What about this proposal to simply reverse the two sentences.

      For the implementation-time use case: Capabilities SHOULD be provided by
      the implementer as YANG instance data files complying to
      [I-D.ietf-netmod-yang-instance-file-format]. In such a case, the file MUST be available
      already at implementation time, retrievable in a way that does not depend
      on a live network node. E.g., download from product website.

Regards, Benoit

>
>
>
> .