Re: [netmod] [Netconf] LC on YANG Library (bis)

Andy Bierman <andy@yumaworks.com> Tue, 13 February 2018 21:42 UTC

Return-Path: <andy@yumaworks.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 CBC5012D947 for <netmod@ietfa.amsl.com>; Tue, 13 Feb 2018 13:42:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 0Rdf2DwCBT8W for <netmod@ietfa.amsl.com>; Tue, 13 Feb 2018 13:42:39 -0800 (PST)
Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A05212D946 for <netmod@ietf.org>; Tue, 13 Feb 2018 13:42:39 -0800 (PST)
Received: by mail-lf0-x235.google.com with SMTP id t79so27009293lfe.3 for <netmod@ietf.org>; Tue, 13 Feb 2018 13:42:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=E4ou3fyfWBM2NbEkQrkeilyREv61HtC2BgTxaqotERY=; b=joBVEHMygm52Qs21aST+qSussnUHPJ5IoNEasKxFCNyWL0GhUNclkxUG+eeLU8oHvW 9sEeM9/AaKM6DahxBaJo8/V5E15otldEt9nkjlsIG3ruMUNXU8K6kSbhOI3TCMKPgtkj +Z6g+o5VeCApshn4hQN0KkLrwyjc+zaM5XjkzN+TkvHatoFzNRORQhvrhWlBDkwfYrG9 WIhSVeS3QSsV7R0qKEzjfu5J+/FpDZFbuxARAqBieT+3LenlTSzCeYEPFLBhlu3cmMX9 eh0lzXYuLtczz0VdGvxozdIHfYQ54FsMxkg6tPGGkIuYyjra9vd41Habxa6U78cQO16Z /zMQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=E4ou3fyfWBM2NbEkQrkeilyREv61HtC2BgTxaqotERY=; b=i/uy8SE/WDSqGgLd+OZtDUpTvxKQ6DbvkIpseKMbuAZmPkjELKIEzH7xJBs5ll83+n 8SyaVjMZo9tglMyzXCJ6hOr8hIihYzn4tWPp7sWzNWzXVl2YZeZVHF3ogmVKHNtFj0jS KkBhKBXpCj6L1X21YvE+dWqgcSaLjmPaFYrXMV3MA5ZTW/QnVfi+fhXLPds31gEtD/KG +2enIvZKnos/tiE1KUIW7COQTUjzf2934EpMWZnKH6yqdSamC4pF8roBVVSaxrZKw74F tI2LZMEnUKw93qlkZCp1YFqNY64w/MSwPAhGSNjrUDuqSF5OtaiYmIAKvL9Kml4V4L4b fOdw==
X-Gm-Message-State: APf1xPD/PUldpTR6XTB7Ptk8HZKU6ZT2waUV1iJdD8uoBstPIEO1j7DM YGXwYj6jVczM2jPNv4Q5i6MwxlhhLlZ/MHKxa89plQ==
X-Google-Smtp-Source: AH8x225+lyeTeU16Jz1Dp5VwGhgXLWbGK094qYzEBlMnu+REDTMUONtwlVxswA+ICwiOXQGBNO9t3Lu1OdiCm6w3lzM=
X-Received: by 10.46.83.4 with SMTP id h4mr1902146ljb.47.1518558157419; Tue, 13 Feb 2018 13:42:37 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.21.210 with HTTP; Tue, 13 Feb 2018 13:42:36 -0800 (PST)
In-Reply-To: <644DA50AFA8C314EA9BDDAC83BD38A2E0EAE82BD@sjceml521-mbs.china.huawei.com>
References: <F10CE657-FC6B-491B-A8DF-0CFEE98B863C@gmail.com> <644DA50AFA8C314EA9BDDAC83BD38A2E0EAE81CB@sjceml521-mbs.china.huawei.com> <20180213194821.cwbwwmy7bqhvkfsd@elstar.local> <644DA50AFA8C314EA9BDDAC83BD38A2E0EAE8224@sjceml521-mbs.china.huawei.com> <20180213202858.uvowmjtx2uk4snyz@elstar.local> <644DA50AFA8C314EA9BDDAC83BD38A2E0EAE82BD@sjceml521-mbs.china.huawei.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Tue, 13 Feb 2018 13:42:36 -0800
Message-ID: <CABCOCHQEU1KeiTfCY21qCZc0DHwQvNVbJPo+cK7-4ORY0kawmQ@mail.gmail.com>
To: Alexander Clemm <alexander.clemm@huawei.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, NETCONF WG <netconf@ietf.org>, NETMOD WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c1cfa4a8b4ec305651edfc7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/cKF4e7wNwS6HFir1uWP6X5slHrU>
Subject: Re: [netmod] [Netconf] LC on YANG Library (bis)
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: Tue, 13 Feb 2018 21:42:43 -0000

On Tue, Feb 13, 2018 at 1:25 PM, Alexander Clemm <alexander.clemm@huawei.com
> wrote:

> My proposal is to add this to the YANG data model.  I think this logically
> belongs to YANG library which is why I would like to see it there.  I also
> think it will be useful to many implementations.  All, probably not, but
> they have also survived without YANG library for a while:-) Of course, it
> is always possible to write another draft or do a bisbis.
>

Or the IETF can learn about the augment-stmt and create additional objects
without
constantly rewriting the base modules.


Cheers
> --- Alex
>

Andy


>
> > -----Original Message-----
> > From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de
> ]
> > Sent: Tuesday, February 13, 2018 12:29 PM
> > To: Alexander Clemm <alexander.clemm@huawei.com>
> > Cc: Mahesh Jethanandani <mjethanandani@gmail.com>; NETCONF WG
> > <netconf@ietf.org>; NETMOD WG <netmod@ietf.org>
> > Subject: Re: [netmod] [Netconf] LC on YANG Library (bis)
> >
> > I must have missed your actionable proposal that is relevant for _all_
> NETCONF
> > and RESTCONF implementations.
> >
> > YANG data models are extensible so lets use that.
> >
> > /js
> >
> > On Tue, Feb 13, 2018 at 07:58:37PM +0000, Alexander Clemm wrote:
> > > Well, we need a general solution for that.  YANG-push is just one use
> case.
> > There are other cases where there will be "metadata" (that does not
> pertain to
> > instance data)  and capabilities that clients want to discover.  YANG
> library (in
> > itself providing "metadata" about what a server supports and is capable
> of) is an
> > excellent place to maintain this information.  It also provides the
> opportunity to
> > be systemic about it, as opposed to requiring everyone to define their
> own little
> > custom extensions.
> > > --- Alex
> > >
> > > > -----Original Message-----
> > > > From: Juergen Schoenwaelder
> > > > [mailto:j.schoenwaelder@jacobs-university.de]
> > > > Sent: Tuesday, February 13, 2018 11:48 AM
> > > > To: Alexander Clemm <alexander.clemm@huawei.com>
> > > > Cc: Mahesh Jethanandani <mjethanandani@gmail.com>; NETCONF WG
> > > > <netconf@ietf.org>; NETMOD WG <netmod@ietf.org>
> > > > Subject: Re: [netmod] [Netconf] LC on YANG Library (bis)
> > > >
> > > > Alexander,
> > > >
> > > > I disagree. This YANG Library is mandatory for all implementations;
> > > > what you talk about seems to concern only implementations that
> > > > support YANG push. Hence, this is an extension that should go in its
> own
> > module.
> > > >
> > > > /js
> > > >
> > > > On Tue, Feb 13, 2018 at 07:38:31PM +0000, Alexander Clemm wrote:
> > > > > Hi,
> > > > >
> > > > > I have taken a look at this document.
> > > > >
> > > > > My main comment is that one aspect that is missing, that I believe
> > > > > should be
> > > > added, concerns the inclusion of certain metadata about the modules.
> > > > Specifically, in the context of YANG-Push we had a discussion about
> > > > being able to mark nodes that are notifiable on change.  This is
> > > > just one particular use case of a more general issue; in YANG-Push
> > > > after much debate the conclusion was for now to simply make
> > > > implementors aware of this issue and advise that a solution to this
> > > > must be provided, with the clear understanding that eventually a
> standard
> > solution should be defined.
> > > > >
> > > > > Since the goal of YANG-Library is to allow clients to find out
> > > > > what is actually
> > > > supported on a given server, this is the right place to keep this
> > > > information.  One possible way to address this would be, for a given
> > > > module, to maintain a list of "meta-info", with a key "meta-tag",
> > > > and a list with references to the nodes to which the metadata
> > > > applies.  In the case of notifiable-on-change, you would have a list
> > > > with one entry "notifiable-on-change", and then the list with the
> node
> > definitions to which this tag applies.
> > > > >
> > > > > Editorial nit:
> > > > > 2nd paragraph Introduction: informaton --> information
> > > > >
> > > > > Thanks
> > > > > --- Alex
> > > > >
> > > > > From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of
> > > > > Mahesh Jethanandani
> > > > > Sent: Thursday, February 01, 2018 11:00 AM
> > > > > To: NETCONF WG <netconf@ietf.org>
> > > > > Cc: NETMOD WG <netmod@ietf.org>
> > > > > Subject: [Netconf] LC on YANG Library (bis)
> > > > >
> > > > > WG,
> > > > >
> > > > > The authors of rfc7895bis have indicated that they believe the
> > > > > document is
> > > > ready for LC[1].
> > > > >
> > > > > This starts a two week LC on the
> > > > > draft<https://tools.ietf.org/html/draft-ietf-
> > > > netconf-rfc7895bis-04>. The LC will end on February 15.
> > > > >
> > > > > Please send your comments on this thread. Reviews of the document,
> > > > > and
> > > > statement of support are particularly helpful to the authors. If you
> > > > have concerns about the document, please state those too.
> > > > >
> > > > > Authors please indicate if you are aware of any IPR on the
> document.
> > > > >
> > > > > Thanks.
> > > > >
> > > > > [1]
> > > > > https://www.ietf.org/mail-archive/web/netconf/current/msg13980.htm
> > > > > l
> > > > >
> > > > > Mahesh & Kent
> > > > >
> > > >
> > > > > _______________________________________________
> > > > > 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/>
> >
> > --
> > 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/>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>