Re: [netmod] yang-data-ext issues

Andy Bierman <andy@yumaworks.com> Fri, 27 April 2018 15:58 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 E6BF1126DEE for <netmod@ietfa.amsl.com>; Fri, 27 Apr 2018 08:58:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 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, T_DKIMWL_WL_MED=-0.01] 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 zScYpiN7RtdR for <netmod@ietfa.amsl.com>; Fri, 27 Apr 2018 08:58:35 -0700 (PDT)
Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (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 9CCDA126D0C for <netmod@ietf.org>; Fri, 27 Apr 2018 08:58:35 -0700 (PDT)
Received: by mail-lf0-x234.google.com with SMTP id z130-v6so3409852lff.5 for <netmod@ietf.org>; Fri, 27 Apr 2018 08:58:35 -0700 (PDT)
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=WP9AsK1GBJIPZ5FmVlGr/LpR9s959z3u+Ir2CDje+Io=; b=I8h5GYfVHeuQJJ3XwxZNqQJEy/biUDQ64isickPMAf6etJkvpPFCkT9TDpV//e3NOg i/ny1No8jRhQph/e/OzUg4524296dexnCKhajG+1PgtMMXA8Zvz9iYZXnEsWdsiFmfBM NvykZvrT+SvehM2/WhkWAgvaT3TVV3F+YBgHbGRfzbKigPSQ7cg9rgd7aYJ8t4MzmKi9 9614IDaCAxaMdBDUP2Prf+SsxvZqW5XzLR8UYwYicPGONP+pRvAi+U8u0YZRZQ6TWlCP b4DKbRhd/nJZsHrLfr3mlM/PAdln/GVeriLbrYMZr8FRynfHF2wrSaiUx927T1K9tiNt DJHA==
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=WP9AsK1GBJIPZ5FmVlGr/LpR9s959z3u+Ir2CDje+Io=; b=ter3CMHHqIznQSZEmzP9owPW+ZzAOVc6Uc1XmT1cUVIRVpvk2tR3+sZw215xuItVy0 OArG8XyC3mjybPtKa1xJt8EW29wPlESUYDYTVnkOf0OEySY7CjKvqol31hk3lUXn11L3 gtOULMm78pc6N1HhpZgkhw5wx6x7m+3N5yKADY13oMOE9f5EzZ4zLlPhKmS6TDjlsmoF 9HnIViVYLyVhDrmR/jwaKmV8rZzAAEVY08UAvtuaJM5XZDay2Elnxz4n2bpSBlbRRP4K GJHcaDKgHSVbNRneDSVldOCSBwokls7lqBZ5l/djfXmv79EGIlBZbD9VvOj0Zn9hpRyZ eBYg==
X-Gm-Message-State: ALQs6tAhEFeXdFZEp5QGUrMb5Ra8h3bq9Reef5EsWmPE+4E1oyK3z8iQ MMrqn87+8PY0vZ7TUzizLbCkrpg8xt6tFmUZrWupDQ==
X-Google-Smtp-Source: AB8JxZo+3joINE3oYgefqFdOuGOhi9u98Qe6oV3ZrjpsnHLQwmsnd60kSDOuqHsN0yN0mDd6zV7NwJXBrOGDgjCo7/8=
X-Received: by 2002:a2e:90d4:: with SMTP id o20-v6mr2023863ljg.15.1524844713784; Fri, 27 Apr 2018 08:58:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:d8c6:0:0:0:0:0 with HTTP; Fri, 27 Apr 2018 08:58:32 -0700 (PDT)
In-Reply-To: <4305e62a9d301da22f89a0dd9a34c9c4882735af.camel@nic.cz>
References: <87muxq1pk9.fsf@nic.cz> <CABCOCHSwB8m6Uk82MZHnjnVi=0ofRohqEPT0Q06NM=+3n5gtFA@mail.gmail.com> <065a363753a67ee12f8bde6224009207b5fe7ee7.camel@nic.cz> <20180427.120325.419501937185262392.mbj@tail-f.com> <11da9315-40d9-60cd-d32f-b0ac4a5640c4@cisco.com> <45f5a97d205a9251b382687f54865c62250787cb.camel@nic.cz> <99aac5c0-aa2f-1a35-8a5c-ad97635e5a40@cisco.com> <b9211ebacd24ffdd558ecf4da5bfa1ad71cfdabb.camel@nic.cz> <20180427144708.6ekknrajexvz5yvf@elstar.local> <4305e62a9d301da22f89a0dd9a34c9c4882735af.camel@nic.cz>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 27 Apr 2018 08:58:32 -0700
Message-ID: <CABCOCHSKfDCOpQJ4bX2ueHSj-e90ZyHVC1z3h9WMfPkn2OMMvw@mail.gmail.com>
To: Ladislav Lhotka <lhotka@nic.cz>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000080cdf4056ad693ff"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/GUT2zYWb1Kt3O8ETcQUICj9lUio>
Subject: Re: [netmod] yang-data-ext issues
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, 27 Apr 2018 15:58:38 -0000

On Fri, Apr 27, 2018 at 8:13 AM, Ladislav Lhotka <lhotka@nic.cz> wrote:

> On Fri, 2018-04-27 at 16:47 +0200, Juergen Schoenwaelder wrote:
> > On Fri, Apr 27, 2018 at 04:34:38PM +0200, Ladislav Lhotka wrote:
> >
> > > [...] define a special datastore for it, such as "error-messages".
> >
> > This seems worse than using, well, RFC 8040 yang-data. The proper
>
> Why it seems worse?
>
>
Because this is not part of the NMDA.
IMO, the yang-data defined in RFC 8040 has a clear purpose, and it
is sufficient for that purpose, which is a YANG representation of
an instance document (such as a protocol message or file).

YANG is useful for defining data structures that can be represented in
different formats, yet it is independent of any 1 format.

I am in favor if keeping the yang-data in RFC 8040 and not
creating a new version of it that is unconstrained.
There does not seem to be consensus on how to do this,
or even consensus that it is a good idea.



> > clear solution for RPCs and actions would be to enable the definition
> > of error details right in the rpc/action definition (input, output,
> > error).
>
> Agreed.
>
> >
> > But something like yang-data seems to have uses in other contexts.
>
> So other datastores may be defined. I assume that YANG library data can be
> used
> independently, not just on a NC/RC server, pretty much along the lines of
> draft-
> lengyel-netmod-yang-instance-data.
>
> Lada
>
> >
>

Andy



> > /js
> >
> --
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>