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