Re: [netmod] Erratum 5514 on NMDA [RFC 8342]

Martin Björklund <mbj+ietf@4668.se> Tue, 28 April 2020 15:47 UTC

Return-Path: <mbj+ietf@4668.se>
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 D8AAD3A003E for <netmod@ietfa.amsl.com>; Tue, 28 Apr 2020 08:47:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.101
X-Spam-Level:
X-Spam-Status: No, score=-0.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, PDS_NAKED_TO_NUMERO=1.999, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=4668.se header.b=bKSvPNNk; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CDX77YF7
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 s8itoefwHqTx for <netmod@ietfa.amsl.com>; Tue, 28 Apr 2020 08:47:08 -0700 (PDT)
Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6097E3A0044 for <netmod@ietf.org>; Tue, 28 Apr 2020 08:47:08 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.west.internal (Postfix) with ESMTP id D88F13FF; Tue, 28 Apr 2020 11:47:07 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Tue, 28 Apr 2020 11:47:08 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=4668.se; h=date :message-id:to:cc:subject:from:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=fm1; bh= amoUnC3f4fTV/qn6c5p2AWcFQY4O8genfvNFoHVofu8=; b=bKSvPNNkWRe+PrHh v4ZhbvfMgrA+1/Kvsl1rGqGIFBHuWa7Zu9PCSoFrJn8NmC89ZQzOL1iNF0yPYsC6 jAtX0EhHqlkUrYfRnn25xI9EovcaPMaMaU06MHznYc73mk7DJEJFxco5NKjDsWsW h1/NYxvuoibiUJDuZGZxV2i5RJYEbRmld9pn/fYHWtYPUsW+3NVIggCwjqDzaI2B AIxME14srGsMXjCx0mOhwqMEvKDnOQ8WKwoYwnHZVqMgXS2ize0X1maxheGlwNRj 08SmXjMTXyJ2qHPpMWJoaR7y078ts8+LBSzmcbNqAhltm/L4IswUNQEn4h8sJETL u6lcig==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=amoUnC3f4fTV/qn6c5p2AWcFQY4O8genfvNFoHVof u8=; b=CDX77YF70SaxPOHZ47Web+wRKUVeeCMxlEnPa6PqjzJVv3jsIlOASippY 9aA1Gb4bk2dKvLDlWol/jPeFVsammOwafU9hbTtuWWuWlm7tHpKiU2DD2qbNIs7m H00zDcwNqu9IINtd8lS/LVGWvKE6BJqHdlPHPsqSvIJ3sGwxbFNj4yugzwnbh2w5 QPzRwbGeaIgfy31Vvzwf88LSCwBJnXbmW5dKrCFurxNj/ZWGbqmVqb77dSncvU9W Gxrm1jv7VemXWk8pL1LkgAiBGB6uhgEx5zMrbMspu8/25YvdBj9uFYbZy5g3srXM qrO8sWS8bbZ8XROVKKzvOH6GcGwtQ==
X-ME-Sender: <xms:-0-oXgF2mGfjuYpZLPIpx8uGE0DG95iNpI4egI89hdTmgDLmUfDedQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedriedugdeludcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffkvffuhfgjfhfogggtgfesthejre dtredtvdenucfhrhhomhepofgrrhhtihhnuceujhpnrhhklhhunhguuceomhgsjhdoihgv thhfseegieeikedrshgvqeenucffohhmrghinheprhhftgdqvgguihhtohhrrdhorhhgpd hivghtfhdrohhrghenucfkphepudehkedrudejgedrgedrgeegnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgsjhdoihgvthhfseegieeike drshgv
X-ME-Proxy: <xmx:-0-oXuO3FIqKtvrynk70gc0NUU8iNVzhQMVPIYaAXsMNgU6Aet37VA> <xmx:-0-oXsi9H6CgANMRu179n3Xkwhvup1IfXj4_a1E7XbYzC5mD0HUgKw> <xmx:-0-oXgElWnyCYXtLLhkxpHt186RDY1uQUNVTboK7qPDvyUH4gd6lew> <xmx:-0-oXmEVKE_Reuv2pU-VMSIPJgf9LNqi45qKWf8Lj_rOzP4IEXLBfw>
Received: from localhost (unknown [158.174.4.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 9DD0A328005D; Tue, 28 Apr 2020 11:47:06 -0400 (EDT)
Date: Tue, 28 Apr 2020 17:47:04 +0200
Message-Id: <20200428.174704.345355760339835105.id@4668.se>
To: rwilton=40cisco.com@dmarc.ietf.org
Cc: netmod@ietf.org
From: Martin Björklund <mbj+ietf@4668.se>
In-Reply-To: <MN2PR11MB436625CDED60503894E9EAD0B5AC0@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <MN2PR11MB436625CDED60503894E9EAD0B5AC0@MN2PR11MB4366.namprd11.prod.outlook.com>
X-Mailer: Mew version 6.8 on Emacs 25.2
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/v6wZpL_AT_5uhdyr1ISDkkHtURs>
Subject: Re: [netmod] Erratum 5514 on NMDA [RFC 8342]
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, 28 Apr 2020 15:47:10 -0000

"Rob Wilton \(rwilton\)" <rwilton=40cisco.com@dmarc.ietf.org> wrote:
> Hi,
> 
> There is one open erratum on NMDA from 2018 that I would like to
> process.
> 
> The erratum is here: https://www.rfc-editor.org/errata/eid5514
> 
> There has been quite a lot of discussion on this erratum previously on
> the NETMOD alias.  The last email in the thread was
> https://mailarchive.ietf.org/arch/msg/netmod/LHJZmf5gtESX6Nobwst0OwXbGG4/
> 
> >From my reading of the discussion, I don't think that there is clear
> >WG consensus between the two competing concerns:
> (1) The origin for any top-level configuration data nodes must be
> specified (section 7, YANG annotation definition).
> (2) The origin applies to all configuration nodes except non-presence
> containers (section 5.3.4).
> 
> Hence my proposal is to mark this as "Hold for Document Update" with
> Kent's proposed resolution of changing the description in the YANG
> model.
> 
> OLD:
>     The origin for any top-level configuration data nodes must be
>     specified.
> 
> NEW:
>     The origin for any top-level configuration data nodes, except
>     non-presence containers, must be specified.
> 
> For reference, this will mean that the extension [NEW] is defined as:
> 
>      md:annotation origin {
>        type origin-ref;
>        description
>          "The 'origin' annotation can be present on any configuration
>           data node in the operational state datastore.  It specifies
>           from where the node originated.  If not specified for a given
>           configuration data node, then the origin is the same as the
>           origin of its parent node in the data tree.  The origin for
>           any top-level configuration data nodes, except non-presence
>           containers,  must be specified.";
>      }
> 
> Please can you let me know if you support or object to this
> resolution.  I'll leave it a week to see if there is consensus before
> processing the erratum.

I think this is ok.


/martin