Re: [netmod] draft-bjorklund-netmod-structural-mount / possible simplification

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 16 March 2016 15:08 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 00AD312D59E for <netmod@ietfa.amsl.com>; Wed, 16 Mar 2016 08:08:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-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 Wqok6_CFB0RX for <netmod@ietfa.amsl.com>; Wed, 16 Mar 2016 08:08:47 -0700 (PDT)
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 E0B5F12D928 for <netmod@ietf.org>; Wed, 16 Mar 2016 08:08:01 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id A60CF227C; Wed, 16 Mar 2016 16:08:00 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id 468StTFg9yzM; Wed, 16 Mar 2016 16:07:47 +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; Wed, 16 Mar 2016 16:07:59 +0100 (CET)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id A1D1920043; Wed, 16 Mar 2016 16:07:59 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id StrFIF2fbDze; Wed, 16 Mar 2016 16:07:58 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 0812D2003D; Wed, 16 Mar 2016 16:07:58 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id F09E23A37F00; Wed, 16 Mar 2016 16:07:57 +0100 (CET)
Date: Wed, 16 Mar 2016 16:07:57 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: STUART VENTERS <stuart.venters@adtran.com>
Message-ID: <20160316150757.GA40102@elstar.local>
Mail-Followup-To: STUART VENTERS <stuart.venters@adtran.com>, "netmod@ietf.org" <netmod@ietf.org>, Martin Bjorklund <mbj@tail-f.com>
References: <1220E2C537595D439C5D026E83751866E7B4940C@ex-mb1.corp.adtran.com> <20160304165219.GA36535@elstar.local> <01bd01d17f7f$116bb2e0$4001a8c0@gateway.2wire.net> <20160316140828.GC39819@elstar.local> <1220E2C537595D439C5D026E83751866E7B4C079@ex-mb1.corp.adtran.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <1220E2C537595D439C5D026E83751866E7B4C079@ex-mb1.corp.adtran.com>
User-Agent: Mutt/1.4.2.3i
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/vGSQmIPV69_dPQR9vAuZMtnDM3Q>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] draft-bjorklund-netmod-structural-mount / possible simplification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Wed, 16 Mar 2016 15:08:49 -0000

Speaking with my WG chair hat on, I think it is a bit late to discuss
the design of actions. The WG has been working on YANG 1.1 for almost
two years and unless something is really broken in the specification I
am not going to take the specification back from where it is now,
namely the processing pipeline of the IESG. It is time to deliver and
then use all the good stuff that is in YANG 1.1.

/js

On Wed, Mar 16, 2016 at 02:58:08PM +0000, STUART VENTERS wrote:
> Interesting, this highlights a concern I have with Yang.
> It's highlevel goals and progress are great, but at a detail level,
>    instead of using one general purpose language construct per feature, it seems to be evolving to use many.
> For a new language evolving in an old problem area, this doesn't seem right.
> 
> RFC6020bis-11 section 7.15 gives some clue as to the reasoning behind this.
> "The difference between an action and an rpc is that an action is tied
>    to a node in the datastore, whereas an rpc is not."
> 
> To me, this feels like a protocol or implementation issue is causing an unnecessary language addition.
> 
> I wonder if an alternative strategy could be to say that you can use an rpc in a node, but when you do the name of the rpc on the wire becomes some combination of the node name and the rpc name?
> 
> 
> 
> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de] 
> Sent: Wednesday, March 16, 2016 9:08 AM
> To: t. petch
> Cc: STUART VENTERS; netmod@ietf.org; Martin Bjorklund
> Subject: Re: [netmod] draft-bjorklund-netmod-structural-mount / possible simplification
> 
> On Wed, Mar 16, 2016 at 12:26:17PM +0000, t. petch wrote:
> > ----- Original Message -----
> > From: "Juergen Schoenwaelder" <j.schoenwaelder@jacobs-university.de>
> > Sent: Friday, March 04, 2016 4:52 PM
> > 
> > 
> > > On Fri, Mar 04, 2016 at 04:25:37PM +0000, STUART VENTERS wrote:
> > > >
> > > > 2)      Allow the 'rpc' and 'notification' nouns to be used in other
> > places in the schema tree besides at the top module level.
> > >
> > > This is already part of YANG 1.1.
> > 
> > Looking at rfc6020bis-11 s.14, I see 'notification-stmt' appearing in 
> > many places so indeed it is allowed in other places but only see 
> > 'rpc-stmt' appear in 'body-stmts' .  Which, if I understand aright, 
> > means that 'rpc-stmt' can still only appear at the top level.
> >
> 
> Yep. But there is a new action-stmt and in section 1.1 it says:
> 
>    o  Added a new statement "action" that is used to define operations
>       tied to data nodes.
> 
> /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/>

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