Re: [netmod] [Technical Errata Reported] RFC8342 (5514)

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 05 October 2018 10:14 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 96BC0130E0C for <netmod@ietfa.amsl.com>; Fri, 5 Oct 2018 03:14:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 KAJoZYAIdKsd for <netmod@ietfa.amsl.com>; Fri, 5 Oct 2018 03:14:31 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A34C130E02 for <netmod@ietf.org>; Fri, 5 Oct 2018 03:14:31 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id B2882C1A; Fri, 5 Oct 2018 12:14:29 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id otkRO4jdwbP1; Fri, 5 Oct 2018 12:14:28 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Fri, 5 Oct 2018 12:14:29 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 6DB4820037; Fri, 5 Oct 2018 12:14:29 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id YJgr_rVVzG38; Fri, 5 Oct 2018 12:14:28 +0200 (CEST)
Received: from exchange.jacobs-university.de (SXCHMB01.jacobs.jacobs-university.de [10.70.0.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id 31BA520036; Fri, 5 Oct 2018 12:14:28 +0200 (CEST)
Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Fri, 5 Oct 2018 12:14:27 +0200
Received: by anna.localdomain (Postfix, from userid 501) id 3F89E3000D0FEE; Fri, 5 Oct 2018 12:14:27 +0200 (CEST)
Date: Fri, 05 Oct 2018 12:14:27 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: RFC Errata System <rfc-editor@rfc-editor.org>
CC: mbj@tail-f.com, phil@juniper.net, kwatsen@juniper.net, rwilton@cisco.com, ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, lberger@labn.net, rohitrranade@huawei.com, netmod@ietf.org
Message-ID: <20181005101427.bw7qo7ertxk2dj5d@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: RFC Errata System <rfc-editor@rfc-editor.org>, mbj@tail-f.com, phil@juniper.net, kwatsen@juniper.net, rwilton@cisco.com, ibagdona@gmail.com, warren@kumari.net, joelja@bogus.com, lberger@labn.net, rohitrranade@huawei.com, netmod@ietf.org
References: <20181005094808.A049EB800AE@rfc-editor.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20181005094808.A049EB800AE@rfc-editor.org>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/YakuVAlAU9GL0JHa_qRctyeaG3U>
X-Mailman-Approved-At: Fri, 05 Oct 2018 05:11:15 -0700
Subject: Re: [netmod] [Technical Errata Reported] RFC8342 (5514)
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, 05 Oct 2018 10:14:34 -0000

Hi,

the authors have been discussing whether the top-level requirement is
too strict but there has not been a clear conclusion yet I think. In
the example, all nodes to have a defined origin and hence the origin
at the root will have zero effect.

/js

On Fri, Oct 05, 2018 at 02:48:08AM -0700, RFC Errata System wrote:
> The following errata report has been submitted for RFC8342,
> "Network Management Datastore Architecture (NMDA)".
> 
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5514
> 
> --------------------------------------
> Type: Technical
> Reported by: Rohit R Ranade <rohitrranade@huawei.com>
> 
> Section: C.1
> 
> Original Text
> -------------
>    <system
>        xmlns="urn:example:system"
>        xmlns:or="urn:ietf:params:xml:ns:yang:ietf-origin">
> 
>      <hostname or:origin="or:learned">bar.example.com</hostname>
> 
>      <interface or:origin="or:intended">
>        <name>eth0</name>
>        <auto-negotiation>
>          <enabled or:origin="or:default">true</enabled>
>          <speed>1000</speed>
>        </auto-negotiation>
>        <speed>100</speed>
>        <address>
>          <ip>2001:db8::10</ip>
>          <prefix-length>64</prefix-length>
>        </address>
>        <address or:origin="or:learned">
>          <ip>2001:db8::1:100</ip>
>          <prefix-length>64</prefix-length>
>        </address>
>      </interface>
> 
>      <interface or:origin="or:system">
>        <name>lo0</name>
>        <address>
>          <ip>::1</ip>
>          <prefix-length>128</prefix-length>
>        </address>
>      </interface>
> 
>    </system>
> 
> Corrected Text
> --------------
>    <system
>        xmlns="urn:example:system"
>        xmlns:or="urn:ietf:params:xml:ns:yang:ietf-origin"
>        or:origin="or:intended">
> 
>      <hostname or:origin="or:learned">bar.example.com</hostname>
> 
>      <interface or:origin="or:intended">
>        <name>eth0</name>
>        <auto-negotiation>
>          <enabled or:origin="or:default">true</enabled>
>          <speed>1000</speed>
>        </auto-negotiation>
>        <speed>100</speed>
>        <address>
>          <ip>2001:db8::10</ip>
>          <prefix-length>64</prefix-length>
>        </address>
>        <address or:origin="or:learned">
>          <ip>2001:db8::1:100</ip>
>          <prefix-length>64</prefix-length>
>        </address>
>      </interface>
> 
>      <interface or:origin="or:system">
>        <name>lo0</name>
>        <address>
>          <ip>::1</ip>
>          <prefix-length>128</prefix-length>
>        </address>
>      </interface>
> 
>    </system>
> 
> Notes
> -----
> There was no "origin" attribute to the "system" top-level container, though it is a configuration node.
> As per the extension definition "The origin for any top-level configuration data nodes must be specified."
> 
> To choose an extension for top-level container in such cases, I would prefer one of the origin of its children and used "intended". , instead of "unknown".
> 
> This has already been discussed in the mail chain, but also mentioned here to help readers in future.
> 
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party  
> can log in to change the status and edit the report, if necessary. 
> 
> --------------------------------------
> RFC8342 (draft-ietf-netmod-revised-datastores-10)
> --------------------------------------
> Title               : Network Management Datastore Architecture (NMDA)
> Publication Date    : March 2018
> Author(s)           : M. Bjorklund, J. Schoenwaelder, P. Shafer, K. Watsen, R. Wilton
> Category            : PROPOSED STANDARD
> Source              : Network Modeling
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>