Re: [Netconf] I-D Action: draft-ietf-netconf-rfc7895bis-05.txt

Ladislav Lhotka <lhotka@nic.cz> Mon, 19 March 2018 18:07 UTC

Return-Path: <lhotka@nic.cz>
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 707CD12946D for <netconf@ietfa.amsl.com>; Mon, 19 Mar 2018 11:07:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.009
X-Spam-Level:
X-Spam-Status: No, score=-7.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 m_fgRCEvnZJw for <netconf@ietfa.amsl.com>; Mon, 19 Mar 2018 11:07:13 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 5FC0B126C25 for <netconf@ietf.org>; Mon, 19 Mar 2018 11:07:13 -0700 (PDT)
Received: from birdie (unknown [IPv6:2001:1488:fffe:6:40a3:77ff:fe8e:100a]) by mail.nic.cz (Postfix) with ESMTPSA id 9F5CB60BF2; Mon, 19 Mar 2018 19:07:11 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1521482831; bh=PJ8GvvmINH5Jk2qsPlbA6dyHJMLovWClhPuzugtNZl8=; h=From:To:Date; b=AoT5iy4/OIgjt2lzHr0hJFhmlwMIV2LAzUV2bsb8yvSAdh1BIbIchIGfZHO5/db2D DGoO6DJaLVLQB8NUlJYMXLExg88oa7EnUOxvRgAdogYyJcOZA3slqWczDq2hVZ2zEz cLJrJPsiYXN0fiebpwNPnK0q1RxJ3Kx+xzgv2UGQ=
Message-ID: <1521482831.1546.15.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: Martin Bjorklund <mbj@tail-f.com>, j.schoenwaelder@jacobs-university.de
Cc: rwilton@cisco.com, netconf@ietf.org
Date: Mon, 19 Mar 2018 18:07:11 +0000
In-Reply-To: <20180319.175459.2231651052021179303.mbj@tail-f.com>
References: <d18163c2-be3f-3807-aa47-fdc9a1d17b40@cisco.com> <1520265051.7198.56.camel@nic.cz> <20180305160104.2fn7v2cdrdl6f54f@elstar.local> <20180319.175459.2231651052021179303.mbj@tail-f.com>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.5
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/A92OHjLoCuPL68-JRIxVXog6ouw>
Subject: Re: [Netconf] I-D Action: draft-ietf-netconf-rfc7895bis-05.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Network Configuration WG mailing 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: Mon, 19 Mar 2018 18:07:15 -0000

On Mon, 2018-03-19 at 17:54 +0000, Martin Bjorklund wrote:
> Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> > On Mon, Mar 05, 2018 at 04:50:51PM +0100, Ladislav Lhotka wrote:
> > > > 
> > > > Note, that the deviation leaf-list is a leafref back to the module 
> > > > list.  Hence, for the YANG instance data to be valid, any entries in
> the 
> > > > deviation list must be included in the modules list.
> > > 
> > > Hmm, even this is actually not true - the type should have
> > > 
> > >   require-instance true;
> > > 
> > > right?
> > 
> > Yes, I think this should be there.
> 
> But require-instance defaults to "true", so it is not needed.

Right, my fault, I thought the default is "false".

Lada

> 
> 
> > > If "module" and "deviation" are required to match, the document
> > > should say so.
> > 
> > Note that section 3 says:
> > 
> >    o  deviation list: The name of each YANG module with deviation
> >       statements affecting a given YANG module, in a given datastore
> >       schema, MUST be identified.
> > 
> > I know, this is in the objectives section and not in the YANG
> > definitions, perhaps we need to make this clear there as well.
> > Perhaps just change
> > 
> > OLD
> > 
> >      "List of YANG deviation modules used by this server to modify
> > 
> > NEW
> > 
> >      "List of all YANG deviation modules used by this server to modify
> 
> Ok, this makese sense.
> 
> 
> /martin
> 
> 
> 
> > 
> > /js
> > 
> > -- 
> > 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/>
> > 
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67