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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Mon, 04 May 2020 12:20 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 699AE3A0918 for <netmod@ietfa.amsl.com>; Mon, 4 May 2020 05:20:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.onmicrosoft.com
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 v0WI9-XMYnQD for <netmod@ietfa.amsl.com>; Mon, 4 May 2020 05:20:38 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2065.outbound.protection.outlook.com [40.107.21.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6F0D3A08C7 for <netmod@ietf.org>; Mon, 4 May 2020 05:20:35 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=adS8LpcbgA+yVNMPA5ev+RsVmaa+Ups1SdS4GOp2xFMAeqX778N4AyHlnwsip7nZqkpBE68NGGLPO6G7eHCRM6Qk8oB0sCBs2JitiwyhTjTGwAMUYXkOK3hBmLvRw64KOia6kU0KD3+/qpc5QBjsY/Gd7WO1tdyVffvcnqugvvPYLIbmYUsUdRZ7y8iFUpuqNDvQKtvvStuWDrbxqEtEX1nXxeb7qbI8Osx2D6n43DsAhQatFjxD5P5zKDezoG/CvzvofpjtVwj0+EofvYRMNUICTzKaYjiuzh5S933UZyKDzrwRoeNMw1lMidHFE/muRUdCVeZYsDQ3H6180P3FLA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kF0R/A2a7mERxE5xuZClmR4mdR8wZL5N4L9vvm7FShs=; b=Oo7EtXmgDr5wCf/W2rBBGLLAqVEUUNJCcpslggdSS7pBzaZPchahH6XeLNQ2Bv3m9GK4r3JEBOfD6kEyNEBHYHsv56+A3DT30Zhi3IB4/dalfgiAsT5frOgZAgAFP3Adt7de8KBTClAwTTuai+8phi/iaq3JgHlPMo0cXKKeGn5P1tqEDST91/HxdUPzXZRWKRcb2Ibd0JP20LhOEIWk/7P/a5M2TW8gyBVW2tzb5bWi0uuygNLnWKspqgKx7MTH3f2q/HagG43z7ihbXY60E5LczbfMSIbBvzRe8ZdKVyXtTIV72PzuBIHWMxCk/0gqJUFe9GsT1MtZQdPCbAp6pQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kF0R/A2a7mERxE5xuZClmR4mdR8wZL5N4L9vvm7FShs=; b=U+vPoDZZ29Zm4C4VHV1LoyU8vBG5mL9OJx/vFDig53tzN9OeVhgSPwbDK998TLjCPoqyGnTWMXH9rrQfEONHnTdQIJyvvXPMca+DJ5/Yq9wuMslWjWR9nWtayMjEsag4GEHV6d2DkkBwXv+AC9lo6/48bBv/GLkamMQGlxgWE60=
Authentication-Results: 4668.se; dkim=none (message not signed) header.d=none;4668.se; dmarc=none action=none header.from=jacobs-university.de;
Received: from AM0P190MB0707.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:196::24) by AM0P190MB0578.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:1a1::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.20; Mon, 4 May 2020 12:20:28 +0000
Received: from AM0P190MB0707.EURP190.PROD.OUTLOOK.COM ([fe80::dc34:2067:88d1:c483]) by AM0P190MB0707.EURP190.PROD.OUTLOOK.COM ([fe80::dc34:2067:88d1:c483%4]) with mapi id 15.20.2958.029; Mon, 4 May 2020 12:20:28 +0000
Date: Mon, 04 May 2020 14:20:28 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Martin Björklund <mbj+ietf@4668.se>
Cc: kent@watsen.net, netmod@ietf.org, rwilton=40cisco.com@dmarc.ietf.org
Message-ID: <20200504122028.4ayfwbbwrcolmxyz@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Martin Björklund <mbj+ietf@4668.se>, kent@watsen.net, netmod@ietf.org, rwilton=40cisco.com@dmarc.ietf.org
References: <MN2PR11MB4366F922AE38EA015CCCFF24B5A60@MN2PR11MB4366.namprd11.prod.outlook.com> <01000171df8c5356-af62315f-4571-499a-bff6-0f38233ab5d5-000000@email.amazonses.com> <20200504.140441.81590666703075059.id@4668.se>
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20200504.140441.81590666703075059.id@4668.se>
X-ClientProxiedBy: AM0PR05CA0082.eurprd05.prod.outlook.com (2603:10a6:208:136::22) To AM0P190MB0707.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:196::24)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from localhost (212.201.44.247) by AM0PR05CA0082.eurprd05.prod.outlook.com (2603:10a6:208:136::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.19 via Frontend Transport; Mon, 4 May 2020 12:20:28 +0000
X-Originating-IP: [212.201.44.247]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 665af02a-b02f-40be-237d-08d7f0258847
X-MS-TrafficTypeDiagnostic: AM0P190MB0578:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM0P190MB05782DFC3CEC75785733BDABDEA60@AM0P190MB0578.EURP190.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:9508;
X-Forefront-PRVS: 03932714EB
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: navhSKblujhkeZ3Oj6oLvnzJJlJhuJhiAQnH34pbqotTgmvz9+l54FJmuLNO56M1yfYCHZNIQVItOLZlpU6ff/oZ8p0E+0erB73feTmIFCE4L6jMeRI2Egv6JQxQhPwWQQ0O6N+2zeAA0wg/wXsFv0biZUANo4a1AotQuYl7iHodkd9GHTBtNQ8o9JDM6JGw5v5neRTPdoIED4A0pIDChTR1GLxPZBHdAq+gesRQosccW/x8ftptg/tKXB9sLesF1J1EfknDkvyICKfSg/wUaFuZNW4cSnJpDT8HpVS+bxXeUcRTDFKJfI9A0DBuPG1lOs3HfArarqz34d39lFgpFnYcsAwNNcyeab5nO3XZI0crIDCjAsIEP0vi+2of8Txzz7CjbSp9LpLrbqetbhW6lvsGQ3Y87yoOtD1BIpuNHfT3DCeKIU0VH5wtKzJUZLVFg/lWMWK3lVsGxJgTOVMmtAbd/1ufcFqQzIT/+KL7ti45QugbF4i7k2BaZTMR93r9G4YbVX+HyRs0/vdoGBgyLA==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0707.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(366004)(346002)(396003)(39850400004)(376002)(136003)(83080400001)(1076003)(8936002)(478600001)(5660300002)(6486002)(26005)(66556008)(86362001)(4326008)(2906002)(66476007)(66946007)(8676002)(786003)(966005)(186003)(16526019)(53546011)(6496006)(3450700001)(956004)(52116002)(66574012)(316002); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData: pUor0sHpRPrauLL5LB19vT3gdtQp//+8X05nQYb0lty6hV9P7oDdDZn3p2wl7u8cJVTfuDYtMtt9vhtoq4GCC9B/KUhiHDEDvWYR61kFDIAARB+O3IsvPPxNEL+WNRvYr0yVoKpFkih5EBQGXC3NYMHMlGWD6mxXgUTIZJgnVBX4XV8W0XKnKOH7o47f/KkhpAYwpy3f+hKMvC5gzNUUrl62lvlzCx0fQV8uZUOPF5Mba80xkjVWHSuMKLqTRmd6FXzNPAfTdBmLy9GMZvQ9shzG2UH7Zvym/Gsuzi+xiv4AqQeBWLeDlDVKPFzB3VqUCqZzVRVJ1uD1WzWsziMKucuX5feeHfz+r3KF2SOQvsRuSBT5e0yuQuMO7SgqHJ2FEMmK4PllM9phrbl/hA9/Z5XWJw3cHDx1TCpa1uOAp1hMStq9ZOFhh9bqM/WewpdD7ChLLvZKB1NcbZ96uxqhICP63NJlbJGUbvPtT6UCpJG7iIZaB7Jh6auKmMjZg+w19R2eOAvD4HQiRyWEJVdIqvD52TXmUiKBbD9yPYXvlnEv5iWgLK/4c4SYE478OjpOxENynisLCA2p4jVo4CjG51+yc7E1jdcjOMAXZnzDf4CkyvNDIgHOK7KBzeua8QMN3Pck9t+iBMvO1M7LPbYIN6vhSLXBjZ0kfBfav024rrFTY2tAqi+EWI6hMc2JViPIM9WTJPPdRKY439zCdw7to+IXMOT/0KOFUmOxGGQKb3qBkXklHGRCUa6lII5P6Wv4oZQFkM/ftogKNe5wdwzKSXczDiKIvfpiNNAANRPZCM0=
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 665af02a-b02f-40be-237d-08d7f0258847
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 May 2020 12:20:28.9135 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: RXpFry2+tWtu1qx7ISLfEHgfXyHu3UP6S7b973D5HO0p4M6n2FHuRs1ODX7GuYmW2tdviF+n1tv2DmtTDAP/dtzu1F8C9tSQWOrZ/qvbi8U=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0P190MB0578
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/y-AaVodWL6narRkuOK38qMeA16M>
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: Mon, 04 May 2020 12:20:47 -0000

If I put an origin on every config leaf and config p-container, why
would I need another origin somewhere up in the np-container hierachy?
We seem to make rules that to some extend miss the point we are really
trying to make, namely that every config leaf and config p-container
must have an origin (defined directly or inherited). If you choose to
inherit origin attributes, it follows that there must be a place to
inherit from (but that place does not have to be the root or a root).

/js

On Mon, May 04, 2020 at 02:04:41PM +0200, Martin Björklund wrote:
> Kent Watsen <kent@watsen.net> wrote:
> > One small concern with the proposed NEW text is that it suggests that
> > an NP-container is configuration, which I think is untrue.
> 
> An NP-container can represent config data, so I think that part of
> Rob's suggested text is ok.
> 
> Here's Rob's proposed text:
> 
>     The origin for any top-level configuration data nodes, except
>     non-presence containers, must be specified.
> 
> This doesn't say that a list within a top-level NP-container MUST have
> "origin".
> 
> E.g.:
> 
>   container top {
>     container second {
>       list foo {
>          ...
>       }
>     }
>   }
> 
> Here /top/second/foo must have origin.
> 
> 
> /martin
> 
> 
> Thusly,
> > maybe the following tweak is better?
> > 
> > s/except/which excludes/
> > 
> > NEWER:
> >     The origin for any top-level configuration data nodes, which excludes
> >     non-presence containers, must be specified.
> > 
> > Still, my preferred fix is captured at the end of the linked mail
> > archive (i..e., fix the source definition for “data node” in RFC
> > 7950....and reject this errata).
> > 
> > K.  // contributor 
> > 
> > 
> > > On May 4, 2020, at 6:15 AM, Rob Wilton (rwilton)
> > > <rwilton=40cisco.com@dmarc.ietf.org> wrote:
> > > 
> > > Are there any other comments on the proposed resolution of this
> > > erratum?
> > > 
> > > Regards,
> > > Rob
> > > 
> > > 
> > >> -----Original Message-----
> > >> From: netmod <netmod-bounces@ietf.org> On Behalf Of Martin Björklund
> > >> Sent: 28 April 2020 16:47
> > >> To: rwilton=40cisco.com@dmarc.ietf.org
> > >> Cc: netmod@ietf.org
> > >> Subject: Re: [netmod] Erratum 5514 on NMDA [RFC 8342]
> > >> 
> > >> "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
> > >> 
> > >> 
> > >> 
> > >> _______________________________________________
> > >> netmod mailing list
> > >> netmod@ietf.org
> > >> https://www.ietf.org/mailman/listinfo/netmod
> > > 
> > > _______________________________________________
> > > netmod mailing list
> > > netmod@ietf.org
> > > https://www.ietf.org/mailman/listinfo/netmod
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

-- 
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/>