IETF Logo Mail Archive

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

STUART VENTERS <stuart.venters@adtran.com> Wed, 16 March 2016 14:58 UTC

Return-Path: <stuart.venters@adtran.com>
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 A851C12D6F5 for <netmod@ietfa.amsl.com>; Wed, 16 Mar 2016 07:58:37 -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, RCVD_IN_MSPIKE_H2=-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 rmn0JbL5aXOs for <netmod@ietfa.amsl.com>; Wed, 16 Mar 2016 07:58:33 -0700 (PDT)
Received: from s12p02o148.mxlogic.net (s12p02o148.mxlogic.net [208.65.145.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E77812D9AF for <netmod@ietf.org>; Wed, 16 Mar 2016 07:58:31 -0700 (PDT)
Received: from unknown [76.164.174.82] (EHLO s12p02o148.mxlogic.net) by s12p02o148.mxlogic.net(mxl_mta-8.5.0-8) with ESMTP id 89479e65.7f28957fb700.60320.00-532.186796.s12p02o148.mxlogic.net (envelope-from <stuart.venters@adtran.com>); Wed, 16 Mar 2016 08:58:32 -0600 (MDT)
X-MXL-Hash: 56e974981e65aaff-e1a1ceb279fa15d044c050cc17ba983db70bf422
Received: from unknown [76.164.174.82] by s12p02o148.mxlogic.net(mxl_mta-8.5.0-8) over TLS secured channel with SMTP id 98479e65.0.59441.00-378.185844.s12p02o148.mxlogic.net (envelope-from <stuart.venters@adtran.com>); Wed, 16 Mar 2016 08:58:24 -0600 (MDT)
X-MXL-Hash: 56e974907868e1f6-268939e9e0ba0dfa5c0352c6c376ccea37535434
Received: from ex-mb1.corp.adtran.com ([fe80::51a3:972d:5f16:9952]) by ex-hc3.corp.adtran.com ([fe80::3892:20fa:600f:75c6%15]) with mapi id 14.03.0266.001; Wed, 16 Mar 2016 09:58:08 -0500
From: STUART VENTERS <stuart.venters@adtran.com>
To: 'Juergen Schoenwaelder' <j.schoenwaelder@jacobs-university.de>
Thread-Topic: [netmod] draft-bjorklund-netmod-structural-mount / possible simplification
Thread-Index: AQHRf3+l7z9M94Im7kGWJzNDQhHyXp9cb3IA//+zOuA=
Date: Wed, 16 Mar 2016 14:58:08 +0000
Message-ID: <1220E2C537595D439C5D026E83751866E7B4C079@ex-mb1.corp.adtran.com>
References: <1220E2C537595D439C5D026E83751866E7B4940C@ex-mb1.corp.adtran.com> <20160304165219.GA36535@elstar.local> <01bd01d17f7f$116bb2e0$4001a8c0@gateway.2wire.net> <20160316140828.GC39819@elstar.local>
In-Reply-To: <20160316140828.GC39819@elstar.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.22.118.25]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-AnalysisOut: [v=2.1 cv=LIBgNci9 c=1 sm=1 tr=0 a=J+LXdEUA8t8MtBPt16/Qbg==]
X-AnalysisOut: [:117 a=J+LXdEUA8t8MtBPt16/Qbg==:17 a=0eaKXOXVzoQA:10 a=kj9]
X-AnalysisOut: [zAlcOel0A:10 a=xqWC_Br6kY4A:10 a=7OsogOcEt9IA:10 a=48vgC7m]
X-AnalysisOut: [UAAAA:8 a=j3Z76cjpAAAA:8 a=WCc4bjrZaKS0dxqx4WEA:9 a=CjuIK1]
X-AnalysisOut: [q_8ugA:10 a=FvgKqOQ44qUA:10 a=JrSEOxZJtCQA:10 a=-FEs8UIgK8]
X-AnalysisOut: [oA:10 a=NWVoK91CQyQA:10]
X-Spam: [F=0.5000000000; CM=0.500; MH=0.500(2016031609); S=0.206(2015072901)]
X-MAIL-FROM: <stuart.venters@adtran.com>
X-SOURCE-IP: [76.164.174.82]
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/r3jonzLBxEIYnSIEDBr6p39MziE>
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
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 14:58:37 -0000

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

v2.23.0 | Report a Bug | By Email