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

Zaheduzzaman Sarker via Datatracker <noreply@ietf.org> Wed, 06 October 2021 07:08 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: netconf@ietf.org
Delivered-To: netconf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 446083A1585; Wed, 6 Oct 2021 00:08:58 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Zaheduzzaman Sarker via Datatracker <noreply@ietf.org>
To: 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>, kent+ietf@watsen.net
X-Test-IDTracker: no
X-IETF-IDTracker: 7.38.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Zaheduzzaman Sarker <Zaheduzzaman.Sarker@ericsson.com>
Message-ID: <163350413825.24178.17220297246961594602@ietfa.amsl.com>
Date: Wed, 06 Oct 2021 00:08:58 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/X7j_DbHTGdDxvmKUFt7I_NbpNy0>
Subject: [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
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 07:08:59 -0000

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.