Re: Last Call: <draft-ietf-netmod-yang-json-08.txt> (JSON Encoding of Data Modeled with YANG) to Proposed Standard
Ladislav Lhotka <lhotka@nic.cz> Thu, 25 February 2016 13:26 UTC
Return-Path: <lhotka@nic.cz>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B9BB1AC40E; Thu, 25 Feb 2016 05:26:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.657
X-Spam-Level:
X-Spam-Status: No, score=-0.657 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, RP_MATCHES_RCVD=-0.006] autolearn=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 IxX8dDVy7rFw; Thu, 25 Feb 2016 05:26:07 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBF211AC409; Thu, 25 Feb 2016 05:26:06 -0800 (PST)
Received: from [IPv6:2001:718:1a02:1:e195:2630:b6d8:3b02] (unknown [IPv6:2001:718:1a02:1:e195:2630:b6d8:3b02]) by mail.nic.cz (Postfix) with ESMTPSA id 83C9E181455; Thu, 25 Feb 2016 14:26:05 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1456406765; bh=uIVnXyIaQ80wMsgY7h/TN9X/j+g6Pw2aUxxHCBGrQaM=; h=From:Date:To; b=KE8SitdAYK6kOaE5Mi2D9Qh7OcmGLPKujIOfL8NJkaYQPzyz27I9Tm6bSymERGItd NkjAiP1itIZd48tBMobV9pp9G6HbnHq3VLpMhE1a6Z9zJQtmzks3yJPRjyAGmwDqGm tQFmRme7vvmE0ZZfc4Z1lskAODcfd4hLTLok4sLY=
Subject: Re: Last Call: <draft-ietf-netmod-yang-json-08.txt> (JSON Encoding of Data Modeled with YANG) to Proposed Standard
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
Content-Type: text/plain; charset="iso-8859-1"
From: Ladislav Lhotka <lhotka@nic.cz>
X-Priority: 3
In-Reply-To: <036401d16fca$511a2580$4001a8c0@gateway.2wire.net>
Date: Thu, 25 Feb 2016 14:26:17 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <95F286E9-700F-4408-9608-144583789097@nic.cz>
References: <20160224140746.29017.27133.idtracker@ietfa.amsl.com> <036401d16fca$511a2580$4001a8c0@gateway.2wire.net>
To: "tom p." <daedulus@btconnect.com>
X-Mailer: Apple Mail (2.3112)
X-Virus-Scanned: clamav-milter 0.98.7 at mail
X-Virus-Status: Clean
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/BCjh3RZ_AS8bEr__iZmPIW_tFaE>
Cc: draft-ietf-netmod-yang-json@ietf.org, Kent Watsen <kwatsen@juniper.net>, ietf@ietf.org, NETMOD WG <netmod@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Feb 2016 13:26:08 -0000
Tom, > On 25 Feb 2016, at 13:42, tom p. <daedulus@btconnect.com> wrote: > > In the interests of clarity > > - datastores are not mentioned. These loom large in YANG and NETCONF > and, I think, have been misunderstood by those wishing to extend YANG in > various, new directions. Therefore I think that the I-D should say > something, even if it is that the concept of datastore is alien to the > envisaged uses of JSON (I could envisage a use where datastores do > apply, but it is probably an unrealistic use:-) I don't understand. This draft is about encoding a data tree in JSON under the assumption that the data tree is valid with respect to a YANG data model. How is this related to datastores? In particular, I don't think the concept of datastores is alien to it in any way (proofs exist to the contrary). > > -YANG 1.0 ditto. I realise that this I-D normatively references YANG > 1.1 but there is a lot of YANG 1.0 about. My sense is that this I-D > cannot work with YANG 1.0, in which case, I think that that needs > stating. Right, this I-D references YANG 1.1 because, among other things, it also defines the encoding for "anydata", which is a new YANG 1.1 feature. All other rules are applicable to YANG 1.0. Anyway, I believe all new implementations should use YANG 1.1. > > - the examples use the exact same identifiers (foo, bar) to identify an > object and a namespace prefix. Experts in YANG will know well the many > namespaces in YANG and their scope and so could not posssibly be > confused; but unless the I-D wants to make the point that there are many > namespaces in YANG with different scopes, then I think that the worked > examples should use distinct identifiers. This is a valid point. I will change the prefixes to "foomod" and "barmod". Thanks, Lada > > Tom Petch > > ----- Original Message ----- > From: "The IESG" <iesg-secretary@ietf.org> > Sent: Wednesday, February 24, 2016 2:07 PM > >> >> The IESG has received a request from the NETCONF Data Modeling > Language >> WG (netmod) to consider the following document: >> - 'JSON Encoding of Data Modeled with YANG' >> <draft-ietf-netmod-yang-json-08.txt> as Proposed Standard >> >> The IESG plans to make a decision in the next few weeks, and solicits >> final comments on this action. Please send substantive comments to the >> ietf@ietf.org mailing lists by 2016-03-09. Exceptionally, comments may > be >> sent to iesg@ietf.org instead. In either case, please retain the >> beginning of the Subject line to allow automated sorting. >> >> Abstract >> >> >> This document defines encoding rules for representing > configuration, >> state data, parameters of RPC operations or actions, and >> notifications defined using YANG as JavaScript Object Notation > (JSON) >> text. >> >> >> The file can be obtained via >> https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-json/ >> >> IESG discussion can be tracked via >> https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-json/ballot/ >> >> >> No IPR declarations have been submitted directly on this I-D. >> >> > -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… tom p.
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… Ladislav Lhotka
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… Juergen Schoenwaelder
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… Ladislav Lhotka
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… tom p.
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… Ladislav Lhotka
- Re: Last Call: <draft-ietf-netmod-yang-json-08.tx… tom p.