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

t.petch <ietfc@btconnect.com> Fri, 18 March 2016 12:35 UTC

Return-Path: <ietfc@btconnect.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 5FDD812DBBE for <netmod@ietfa.amsl.com>; Fri, 18 Mar 2016 05:35:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.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 RQsQahm3vg0o for <netmod@ietfa.amsl.com>; Fri, 18 Mar 2016 05:35:11 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0132.outbound.protection.outlook.com [104.47.2.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E98E812DF5F for <netmod@ietf.org>; Fri, 18 Mar 2016 05:31:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector1-btconnect-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=omV5JHPY6RN3BCcBCGGMbJUTQIyT7MYreBb6AKzj/eg=; b=WFoY8u0HThaAEvInEsbNhQaB7lFEnMPKPFVXfSonm/y3eXFyLiDzNGfympj2YGzTdA4wuSGyOpDJPnPHDdnaIUHfi4grBabubztghn8qun5uD6AWlXmvs3x64KdDR6lyEUYumnGtcn9TpexyTABl899YyOb8+Q+SeBXcTpXT9VQ=
Authentication-Results: adtran.com; dkim=none (message not signed) header.d=none;adtran.com; dmarc=none action=none header.from=btconnect.com;
Received: from pc6 (81.132.199.159) by HE1PR07MB1626.eurprd07.prod.outlook.com (10.166.124.22) with Microsoft SMTP Server (TLS) id 15.1.447.10; Fri, 18 Mar 2016 12:31:09 +0000
Message-ID: <010f01d18111$b4eb4640$4001a8c0@gateway.2wire.net>
From: "t.petch" <ietfc@btconnect.com>
To: STUART VENTERS <stuart.venters@adtran.com>, 'Juergen Schoenwaelder' <j.schoenwaelder@jacobs-university.de>
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>
Date: Fri, 18 Mar 2016 12:27:51 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Originating-IP: [81.132.199.159]
X-ClientProxiedBy: DB5PR03CA0051.eurprd03.prod.outlook.com (25.164.34.19) To HE1PR07MB1626.eurprd07.prod.outlook.com (25.166.124.22)
X-MS-Office365-Filtering-Correlation-Id: 5f1cd793-2b7e-4b03-03d1-08d34f292f77
X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB1626; 2:pvAx6vdfj9mxApQfrjWqzc8S3oXpSgsZskzJ2dQ/mxLhNBH/EKHPDzaCKOm/t8MrdZznfjdNHWkvfIQkHapno3zjP0WwAYJlREmRoKqQ58L0RPK6oeO0IPq6fLL3rY0Haz4LPRud3A14fuASw+N2p8pMHxQ0OrAga/b3QEaG1UtWZPxX1rEUt8dKryVIE6yp; 3:8ct6+Ks3qA1LzU/MT0QpiUQmyD0aXOL/IiPveYd+a6fADVS6IK/AZt5pHuNMGBnwG6v7LMeUvemHa/GiXHs33+Dyu9sOH2n6GxXkzMApZ3z8SGKhbQ3u/fE8WXYooEIz; 25:Q3fI8H6S7pjTLyTe4mly6pEfp06BJfqdcbW39Rhtlq2AtF27a/JO4qtQIOEZjdPLDROMR6dsDu5c0hlCxKEKokrZcw24RXjgaPWTpk2izK943IlsGdTziXOmZ8VA5a4h4jYc0dPHXcTx8OAcYleT/1umjpPwVTY+wwl87eKK5V6tNDLaJPf7e/CL/thGBNjxAX7Q4f3X/Un++Gh+I6ichNr3Z9RbT50sWqNXhcEPQ4ZpvRXxFwyZdCvCxPHD6cGDpGZZE87H5X7wiaAfX/loyyioA8ql+aUGQbZnJHDLsxg0rVXrcjfDOsT3AWJ2NOsV
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR07MB1626;
X-Microsoft-Antispam-PRVS: <HE1PR07MB162622646D300A0423CCF571A08C0@HE1PR07MB1626.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:HE1PR07MB1626; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB1626;
X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB1626; 4:/3bboxw7oytNrT86pUcAqFfBPH7IKP6QLTQW3nc4IhUwpczkU8pf6B3ihjY0+xo9LIUIEDDPx0NNBCuxVQrznfcvPqNFIirxgPJ3Y59uCBlwPsf0ZX8ejnMZHOTl/F9/vtE84VwQFBRn9dKZqDh4DaKq0OsS2Sfatuw6edTNB7jfOOEBO21AsJFTgSY2wLVe1OonXDQIqr2PKryeriJprWxjHvn5h9tiNqpdE724nXaJQiiZLnwiYL0XY2aR3FlggmT9fgYsKSQU32wEcQxHtuv7mvN5Q06q2PPP1PPxijwWpCboUggCdzbeqUM6fjZwap4xsUWa1EZxs72kzG59PueOu4G6VbO11QoqNDWyxzg0+Wf6+dX/KyzEsJf8r2XY
X-Forefront-PRVS: 088552DE73
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6009001)(24454002)(377454003)(13464003)(76176999)(92566002)(81166005)(2906002)(230700001)(50466002)(93886004)(77096005)(50226001)(189998001)(5004730100002)(4326007)(86362001)(44716002)(1096002)(14496001)(1556002)(62236002)(15975445007)(81816999)(5008740100001)(81686999)(50986999)(6116002)(61296003)(3846002)(19580405001)(230783001)(23756003)(47776003)(42186005)(19580395003)(33646002)(5001770100001)(66066001)(586003)(84392002)(74416001)(7726001)(4720700001); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR07MB1626; H:pc6; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB1626; 23:KD7RbsgI7gtjuNBMmwwHx+qUmJzhBA6PCdXVeylt92iQek+WuNlfYbVkdmpdI8xqjGqc4IxUcywfsQ00TDWROkZbxBbgKugxsOkX7gQ2dRUbddUXhRfZVYTUZmtVHdh92HFav7sZ0aFEzVQNrFbXcjDoUZVZsIgEwKCKbdhOidpfNiPFkZ1BD8XtNweZ/v2YLm1eSpMBB7KvybgrY17a3laQPT/qvw8MsUIalsbd8WA4dM/00eF2uyyXKcf5M+5resdpWSLyAWxBV+a7viTFGfHr0rur65A65m6zv8VlXozKFushik6DSV+N5Xs7a39wH2gGv1LJbBlq67QGqrn+TCAXztjY0vU3hSJrektkwVIPpN288GnXEVK7H3x3LSdqTf1PDSJluYBXY+zbKmpOTT4IhEVILZviyYOlOpXWRPQ/2JnFQSjw/dExDQv6bE0IlcDCKddKAg6Q6aeKJX5VtOb9BW4tHFjtAVHs6rc8SovTe9eGgU289CLZILiOuh86o/xMhjghzsd9RSbuggD6JFVpnQUJo/PibuXJC9TMeHG7Xk4gJOzBS2jXRwx+pSUpVVFPdhjWXMRiTHQ5xvaMFVZOACXNSvpONQHlh52u2Zhw/S9+Btt4GcfZB6/e6jVBv8E3hfyqZxpcCUtDMmYb6uLl7SVx4tkj9wCQDGTNwX15uE9wBR1mQmTVarnj7kmKJRPXnHN2DgXES/T5SXnVcK6uAw4Oz3pijAxHfA/cdQw4IDR4ZZD/TXymTgvOuJT/ol/i97UJQKB0RNDUNr7vQQeJmcZMyNCWg/r7MKOekLg/WJvITc3X4QDDs3g13ZJIUpXkVR0NLC44VIkpixAGykHx0Fx+cLBSWcLQ1OFqOm1xtakXPkKBvgpyWcG0LbmEaUlVDq1pDBDp+AhxV9dK/Aye8Z8HbXwrLDAJxNkacSDHv/gHYpLA+/SD6kRfcNtIPw1DQvvl43rb4W3aZLPjoeDRg0bw5hEpQW2C2+hDouWlMyEo/4L/dURwOIAo6WMLdasbpsUcQqC0XlUlMh5/PfX8/4Ey23WIwKu/FPnIkfar+Al7kjNrB+zISAsyJ5N0KQrenPihefseOcalBOkF3vL9cIPMCzvIJG/x0NH2FqqUBWEExqt5aYr+ZvIPVVVpHx2V650DEayUSZwsYX4U7g==
X-Microsoft-Exchange-Diagnostics: 1; HE1PR07MB1626; 5:LUcKuCLNqcn+pxy2QZoZV9gwB2Aibma48zw/Tdi62D0UxKjyix7/gflGgG+W2kU7YSyorK2Gr0XkAj+cZ6BrNN2RL1spZfgeVb24CCIuG5P+lEHhRyHhPpfLJKvCWZOuylLQcK2aXzEttBup2SEKQA==; 24:kbWlbq1p8JhFqomorBNJ9WjsBjXh+notV+5b7jiK2/iaXFFwrMSscbYbqfYD1JtUdeC6aQOxFe1bQxx6Shu3ehYDh1tewPDpt1AHF4bze9U=
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: btconnect.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Mar 2016 12:31:09.3579 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB1626
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/JkPLuKvb3OkQBNVbRrDuezpFDuE>
Cc: 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: Fri, 18 Mar 2016 12:35:14 -0000

----- Original Message -----
From: "STUART VENTERS" <stuart.venters@adtran.com>
To: "'Juergen Schoenwaelder'" <j.schoenwaelder@jacobs-university.de>
Cc: <netmod@ietf.org>
Sent: Wednesday, March 16, 2016 2:58 PM


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

Stuart

Picking up on your earlier e-mail, I agree with your thoughts but accept
Juergen's point that we should have got involved a year or two ago.

What I think would be valuable now is more guidance on when to choose
which option of the several available, like RFC6087 only more so.  I
think of this whenever I see a discussion on this list about e.g.
identities, enumerations, derived types, ...references and such like.
There are good reasons why one option is better than another but I
struggle to understand them and rarely remember when I am looking at one
of the dozens of YANG models that come out each month.

Tom Petch
>
>
> -----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/>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod