Re: [Netconf] Draft Charter Proposal for NETCONF WG

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 03 March 2017 13:34 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 863E8129891 for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 05:34:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] 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 1sfji--FeArL for <netconf@ietfa.amsl.com>; Fri, 3 Mar 2017 05:34:45 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de [212.201.44.18]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6087312951F for <netconf@ietf.org>; Fri, 3 Mar 2017 05:34:45 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id 35B0F9E4; Fri, 3 Mar 2017 14:34:44 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id uJvqOYNoNIUf; Fri, 3 Mar 2017 14:34:41 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas3.jacobs-university.de (Postfix) with ESMTPS; Fri, 3 Mar 2017 14:34:43 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id AA22520031; Fri, 3 Mar 2017 14:34:43 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 9kbYXvr4Jgsg; Fri, 3 Mar 2017 14:34:43 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 053E420013; Fri, 3 Mar 2017 14:34:43 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 7AE0A3E93D54; Fri, 3 Mar 2017 14:34:48 +0100 (CET)
Date: Fri, 03 Mar 2017 14:34:48 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "t.petch" <ietfc@btconnect.com>
Message-ID: <20170303133448.GA3133@elstar.local>
Mail-Followup-To: "t.petch" <ietfc@btconnect.com>, Kent Watsen <kwatsen@juniper.net>, Mehmet Ersue <mersue@gmail.com>, 'Netconf' <netconf@ietf.org>, 'Benoit Claise' <bclaise@cisco.com>
References: <014101d2913a$3db72870$b9257950$@gmail.com> <070e01d291ba$9bb8f4a0$4001a8c0@gateway.2wire.net> <m2fuiye8rj.fsf@birdie.labs.nic.cz> <072D22E1-66DA-414E-BD16-C43D36BE9B6E@juniper.net> <026e01d29273$5cc0cfc0$4001a8c0@gateway.2wire.net> <5A12F60C-3BA9-41A2-B77C-9E73B9DA115D@juniper.net> <05c201d2941a$d4bd4500$4001a8c0@gateway.2wire.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <05c201d2941a$d4bd4500$4001a8c0@gateway.2wire.net>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/xPEJPp2-jygqt6HeNQTXqbGYPfQ>
Cc: 'Netconf' <netconf@ietf.org>
Subject: Re: [Netconf] Draft Charter Proposal for NETCONF WG
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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, 03 Mar 2017 13:34:52 -0000

On Fri, Mar 03, 2017 at 12:24:34PM +0000, t.petch wrote:
> ----- Original Message -----
> From: "Kent Watsen" <kwatsen@juniper.net>
> Sent: Wednesday, March 01, 2017 8:14 PM
> 
> > > Kent
> > >
> > > 7 is a monster because of the XML encoding rules, not because of the
> > > revised datastore concepts.  And datastores, as you say, are more
> > > important - revising the XML encoding rules is cosmetic, not needed
> > > technically and, as I said, only make sense when the NETMOD WG has
> done
> > > its bit; and the revised charter being discussed on the NETMOD list
> > > makes no mention of this work.
> > >
> > > So scrap NETCONF XML encoding rules.
> > >
> > > Tom Petch
> >
> >
> > Hi Tom,
> >
> > Such changes fall under the "maintaining" clauses in the NETMOD
> charter:
> >
> >   a) Maintaining the data modeling language YANG.  This effort entails
> >      periodically updating the specification to address new
> requirements
> >      as they arise.
> >
> >   d) Maintaining encodings for YANG modeled data.  This effort entails
> >      updating encodings already defined by the NETMOD working group
> >      (XML and JSON) to accommodate changes to the YANG specification,
> >      and defining new encodings that are needed, and yet do not fall
> >      under the charter of any other active IETF working group.
> 
> Kent
> 
> I was going to be sarcastic but resisted the temptation:-)
> 
> I am unable to reconcile those paragraphs with
> 
> 'NETCONF XML Encoding Rules from RFC 7950 will
> be moved to RFC6241bis.'
> 
> To me, they are on different planets; one puts XML encoding rules in the
> NETCONF WG and the NETCONF RFC, the other places them in the NETMOD WG
> and the NETMOD RFC.
>

YANG today defines the language plus its data encoding rules into XML
plus NETCONF protocol details that NETCONF did not define (and the
reason is simply that YANG was done after NETCONF and nothing else).

I think the goal is to move the NETCONF protocol details that NETCONF
did not define to the NETCONF specification. Some may want to factor
out the XML encoding out of the YANG specification as well, similar to
how we have JSON as a separate document. On the hand hand this makes
sense, on the other hand it makes it a bit more difficult to write
examples down in the YANG specification (since the examples then
depend on another external specification - or one would have to create
yet another ad-hoc notation (YAAN).

Back to your question, it seems obvious to me that YANG and the XML
encoding rules naturally belong to NETMOD, the 'NETCONF protocol
details that NETCONF did not define' naturally belong to NETCONF.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>