Re: [Netconf] Issue #2 for binary encoding: Should the new encoding include the Message layer?

Andy Bierman <andy@yumaworks.com> Fri, 29 June 2018 09:10 UTC

Return-Path: <andy@yumaworks.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B5C130E09 for <netconf@ietfa.amsl.com>; Fri, 29 Jun 2018 02:10:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 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_NONE=-0.0001, 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 HL81hsjUSknH for <netconf@ietfa.amsl.com>; Fri, 29 Jun 2018 02:10:50 -0700 (PDT)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 B5157130DC2 for <netconf@ietf.org>; Fri, 29 Jun 2018 02:10:49 -0700 (PDT)
Received: by mail-lf0-x231.google.com with SMTP id m13-v6so6263427lfb.12 for <netconf@ietf.org>; Fri, 29 Jun 2018 02:10:49 -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; bh=0kXRiTJjH6A6JkDCE2Eu9BDDb8Ck5GdNUYS0IqyucZg=; b=Ma4aTkgUYvzeiMfLinHhKkDt4/TLHR/HchV+g60ta3o61+wntM0tvb5olIU9+BlqOy 2L4xtpNoAhyd9ebekA/MirRjpOyVUYd/8KysxJfENdIr6pKEY5FQzttXw6U6jiLcpPoR QKChiwgzzHzMVisa/w8METkgZ1X6ANKNk2FDRBmzjsEgTu1/MK/Fqz0vi9RF2goHfObv P7d5qgv60/dWEJt535S0qxPIm98AXP9sFJAQA2DAhkhq0Ic8sutnqqRr3EF/q5DGYDJR /xhhTVjsi26QkOKUH6GzS59XVWawt4xmOEZLzUExf5gopR+Vbzx3dzUATdiagIgp63G5 IVWg==
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; bh=0kXRiTJjH6A6JkDCE2Eu9BDDb8Ck5GdNUYS0IqyucZg=; b=lsdZGBmFFQzejw+Ifo2zFGroh1PyTTjtaGZSi78rXnOjZjVPFfJOF1EB++jh7onPRS uqpR1zLLzvgLQNBKvmOEvZlzm6aw53LpxZRuF4b/iEBS5S1M+S4hu23Tc0xKGNzltWP2 nhV8VtfxKx4vUqlMyYUtVtizDXe2ka+YY7U4UC/h89PSx4U5t1WkEkBePTUJJVDo2Qk1 MFz4jd2quJtToFDLjugBey5FYZsiZ0b99BgLTQ1kOK0KKnK310LkcIGQ67ZAU9HzEwi0 zxYbowmjgQVYk5hQUC22CHIhWTKIS8yZc8iTyBWNYA9Xth2t1nNP9N4nKIyt2W2LNV6k +9gQ==
X-Gm-Message-State: APt69E0L3FbTfxoTzly9jJHjdIAlz+wWFtNc61wkf8Nc7rXXxGiR4tqZ h6nWeb1fHfIvGk1yVdECBaz+tx3rZMGqkFMQWf9EFg==
X-Google-Smtp-Source: AAOMgpfqOwNPMnS9c11fy4RBjABpJuQ5mvsp/Re/qRn04PEf/srxB89wzxu/b4GOlWj4z20Otuvc/yuOFSMFOZ0ocb8=
X-Received: by 2002:a19:1f4b:: with SMTP id f72-v6mr1497572lff.42.1530263447761; Fri, 29 Jun 2018 02:10:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:db96:0:0:0:0:0 with HTTP; Fri, 29 Jun 2018 02:10:46 -0700 (PDT)
In-Reply-To: <20180629081617.tm6yjszyiyaje4wg@anna.jacobs.jacobs-university.de>
References: <48161AFC-484C-4803-AFFF-4E9C0369A008@gmail.com> <20180321082546.pbsja53shgwlu6gv@elstar.local> <CABCOCHTZo-2=NSoHV+xNcmsOR1Ch+e-26pFz=oyMmGTS4C5QYw@mail.gmail.com> <E7646ADC-1F35-4CD9-8D32-E543AD5FCFE0@gmail.com> <CABCOCHQUDEiNAEj-NfBbpu8_RHuLk6U0HUNVFsTpHXBTuaDrgg@mail.gmail.com> <A6BE7B96-0DC5-44E6-8A59-68A5B8DE274B@tzi.org> <20180629081617.tm6yjszyiyaje4wg@anna.jacobs.jacobs-university.de>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 29 Jun 2018 02:10:46 -0700
Message-ID: <CABCOCHRDTX6Vf+Ceeh87EK+OkmYGkxXicF32V2ULq1ESn5tjqw@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Carsten Bormann <cabo@tzi.org>, Andy Bierman <andy@yumaworks.com>, draft-mahesh-netconf-binary-encoding@ietf.org, Netconf <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000378adb056fc439dd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/jdl8UPjxx1hVvKCG6h_kLMCo0es>
Subject: Re: [Netconf] Issue #2 for binary encoding: Should the new encoding include the Message layer?
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Jun 2018 09:10:52 -0000

On Fri, Jun 29, 2018 at 1:16 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Fri, Jun 29, 2018 at 09:46:27AM +0200, Carsten Bormann wrote:
> > In Jun 26, 2018, at 03:46, Andy Bierman <andy@yumaworks.com> wrote:
> > >
> > > CBOR does not support metadata at all.
> >
> > I’m trying to follow this discussion, but I can’t process this sentence.
> >
> > What is “metadata” here?  Or, maybe, what is “support”?
> > (You certainly can encode any kind of metadata in CBOR.)
> >
>
> Carsten,
>
> YANG definitions translate to values of XML elements. We in addition
> use XML attributes to carry metadata, for example following RFC 7952.
> See section 5 of RFC 7952 for details how this works with the XML and
> JSON encodings.
>
> Note that what we call meanwhile metadata did exist before 7952 came
> along: the NETCONF protocol operations use XML attributes to control
> how the edit is carried out, see section 7.2 of RFC 6241. Hence, in
> order to run NETCONF over a different encoding, we need a convention
> to carry metadata along with the data.
>
>

I think CBOR+SID can support attributes without any changes to either of
them.
If each attribute is numbered (e.g., SID numbers annotation-stmts), then
the encoding looks the same as an augmenting leaf. It is just another leaf
that happens
to have a SID value from a different module range.



/js
>

Andy


>
> --
> 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/>
>