Re: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-yang-json-09: (with COMMENT)

Ladislav Lhotka <lhotka@nic.cz> Mon, 21 March 2016 15:07 UTC

Return-Path: <lhotka@nic.cz>
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 8A15112D869; Mon, 21 Mar 2016 08:07:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 O7EwkdeUOJb4; Mon, 21 Mar 2016 08:07:10 -0700 (PDT)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 652AB12D799; Mon, 21 Mar 2016 08:07:10 -0700 (PDT)
Received: from localhost (unknown [195.113.220.110]) by trail.lhotka.name (Postfix) with ESMTPSA id BC8F11CC00C3; Mon, 21 Mar 2016 16:07:17 +0100 (CET)
From: Ladislav Lhotka <lhotka@nic.cz>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, The IESG <iesg@ietf.org>
In-Reply-To: <20160317113347.3650.38937.idtracker@ietfa.amsl.com>
References: <20160317113347.3650.38937.idtracker@ietfa.amsl.com>
User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0)
Date: Mon, 21 Mar 2016 16:07:07 +0100
Message-ID: <m2d1qnj2ec.fsf@birdie.labs.nic.cz>
MIME-Version: 1.0
Content-Type: text/plain
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/1h9xkaxSu8HBTtnb8YWjXyVVnX8>
Cc: netmod-chairs@ietf.org, draft-ietf-netmod-yang-json@ietf.org, netmod@ietf.org
Subject: Re: [netmod] Stephen Farrell's No Objection on draft-ietf-netmod-yang-json-09: (with COMMENT)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 21 Mar 2016 15:07:12 -0000

Hi Stephen,

thanks for your comments, please see my responses inline.

Stephen Farrell <stephen.farrell@cs.tcd.ie> writes:

> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
>
> - I would have thought that it'd be useful to point out any
> issues with round-tripping, e.g. going from XML to JSON and
> back to XML or vice-versa. But I didn't see any mention of
> that. How come?

I believe fifth paragraph in sec. 3 is what you are asking for:

   With the exception of anyxml and schema-less anydata nodes, it is
   possible to map a JSON-encoded data tree to XML encoding as defined
   in [I-D.ietf-netmod-rfc6020bis], and vice versa.  However, such
   conversions require the YANG data model to be available.

>
> - I'm not sure if anyone has considered XMLDSIG or use of JOSE
> with YANG. If one did, then this kind of mapping would not
> allow one to preserve digital signatures without a lot of
> work. I assume that that's considered ok. (Which it can be,
> depending on how one does object level security, if one does
> object level security.)

I am not an expert on digital signatures and their representations, but
I'd say they could be modelled as YANG's "binary" type (and transferred
base64-encoded). This should work equally well in XML and JSON,
including round trips.

>
> - It's not clear to me if the discussion of the secdir review
> [1] concluded. It seemed to just stall. Is there more to be
> said? (If so, be great if the shepherd would kick that
> discussion.)

I don't have much more to say without seeing alternative proposals.

Lada

>
>    [1] https://www.ietf.org/mail-archive/web/secdir/current/msg06408.html
>
>

-- 
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C