Re: [netmod] [Netconf] Alternative YANG library structure for 7895bis

Vladimir Vassilev <vladimir@transpacket.com> Fri, 08 December 2017 15:19 UTC

Return-Path: <vladimir@transpacket.com>
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 3A165126B7F for <netmod@ietfa.amsl.com>; Fri, 8 Dec 2017 07:19:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 x51HgMbxUXWU for <netmod@ietfa.amsl.com>; Fri, 8 Dec 2017 07:19:32 -0800 (PST)
Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D56611200C1 for <netmod@ietf.org>; Fri, 8 Dec 2017 07:19:31 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 93C3A1540909; Fri, 8 Dec 2017 16:19:29 +0100 (CET)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id UMkfFC-YwEqv; Fri, 8 Dec 2017 16:19:29 +0100 (CET)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 642FD154090C; Fri, 8 Dec 2017 16:19:29 +0100 (CET)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 9tf1-urcIt1c; Fri, 8 Dec 2017 16:19:29 +0100 (CET)
Received: from [192.168.209.122] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 3FB0E1540909; Fri, 8 Dec 2017 16:19:29 +0100 (CET)
To: Martin Bjorklund <mbj@tail-f.com>, netmod@ietf.org
References: <75e91419-9436-d1b7-29f6-02e3ff4ff86d@transpacket.com> <668cc9e1-c006-ce25-1473-549bc0b71a7d@cisco.com> <6cc655e0-1c28-fe75-b854-08e2d878816c@transpacket.com> <20171208.160306.109290175567894287.mbj@tail-f.com> <20171208150614.axuynu4atpg7aaj2@elstar.local>
From: Vladimir Vassilev <vladimir@transpacket.com>
Message-ID: <b3159aa5-93e4-23eb-406e-083289a4767d@transpacket.com>
Date: Fri, 08 Dec 2017 16:19:28 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <20171208150614.axuynu4atpg7aaj2@elstar.local>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: nb
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/X8b1tdI0WYfGuXCaxmfzhRdNhrY>
Subject: Re: [netmod] [Netconf] Alternative YANG library structure for 7895bis
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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, 08 Dec 2017 15:19:33 -0000


On 12/08/2017 04:06 PM, Juergen Schoenwaelder wrote:
> On Fri, Dec 08, 2017 at 04:03:06PM +0100, Martin Bjorklund wrote:
>> Vladimir Vassilev <vladimir@transpacket.com> wrote:
>>> On 11/15/2017 06:29 PM, Robert Wilton wrote:
>>>
>>>> I don't think that this is really a good idea.  You would end up
>>>> returning server metadata in addition to the configuration.
>>> Obviously RFC 7895 defines only config false; data and I was not
>>> proposing a change to that. But I agree something has to be added to
>>> complete the solution. Special purpose datastore identities can be
>>> defined that return instance of yang-library data when read with
>>> <get-data>. (Datastores with yang-library config false; only data not
>>> represented in 'operational')
>>>
>>> Adding this special yang-library-datastore to the proposed
>>> ietf-datastores container e.g.
>>>
>>> module: ietf-datastores
>>> +--ro datastores
>>> |  +--ro datastore* [name]
>>> |     +--ro name          identityref
>>> |     +--ro yang-library-datastore          identityref
>>>
>> I don't understand this proposal.  How would a client learn the
>> library for <running>?  For <operational>?
> My interpretation is that the client reads the datastores list from
> <operational> and the list entries give you the identity of a separate
> datastore that gives you the content of the yang library for that
> datastore. (For each datastore, you have a separate datastore to
> report its yang library.)
Yes. The default value for yang-library-datastore leaf is ds:operational 
(the only possible one for the ds:operational datastore). This is 
backward compatible. If one needs different model for 'running', etc. 
then a new datastore identity has to be defined  and set in place of the 
default value. Then this identity can be used to read the yang-library 
data with <get-data>.

Vladimir
>
> /js
>