Re: [netmod] Query about augmenting module from submodule in YANG 1.0

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 23 August 2017 07:24 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 8B3F11321A0 for <netmod@ietfa.amsl.com>; Wed, 23 Aug 2017 00:24:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 MrMR-b-Fh5og for <netmod@ietfa.amsl.com>; Wed, 23 Aug 2017 00:24:42 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA6CB132BC2 for <netmod@ietf.org>; Wed, 23 Aug 2017 00:24:37 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id B0FF299; Wed, 23 Aug 2017 09:24:36 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id MEXHJAZM4Iek; Wed, 23 Aug 2017 09:24:36 +0200 (CEST)
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 atlas5.jacobs-university.de (Postfix) with ESMTPS; Wed, 23 Aug 2017 09:24:36 +0200 (CEST)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46]) by hermes.jacobs-university.de (Postfix) with ESMTP id 8F8A5200E2; Wed, 23 Aug 2017 09:24:36 +0200 (CEST)
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 gnc4PrWNuUG3; Wed, 23 Aug 2017 09:24:35 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9BB8E200E0; Wed, 23 Aug 2017 09:24:35 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 856BE4048DCB; Wed, 23 Aug 2017 09:24:35 +0200 (CEST)
Date: Wed, 23 Aug 2017 09:24:35 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Ivory, William" <william.ivory@intl.att.com>
Cc: 'Alex Campbell' <Alex.Campbell@Aviatnet.com>, 'Robert Wilton' <rwilton@cisco.com>, "'netmod@ietf.org'" <netmod@ietf.org>
Message-ID: <20170823072435.wv7pvndrm5du5q3x@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Ivory, William" <william.ivory@intl.att.com>, 'Alex Campbell' <Alex.Campbell@Aviatnet.com>, 'Robert Wilton' <rwilton@cisco.com>, "'netmod@ietf.org'" <netmod@ietf.org>
References: <E3378E0605547F4E854DEE0CB1116AB02102DC@gbcdcmbx03.intl.att.com> <11857e8e-f46e-dc2e-cf99-80224859d221@transpacket.com> <E3378E0605547F4E854DEE0CB1116AB0210631@gbcdcmbx03.intl.att.com> <defe35bb-bb8b-f1f0-d8c4-2d2d0f23731b@transpacket.com> <1502290869.16638.15.camel@nic.cz> <20170809151312.GC42207@elstar.local> <6ef68131-f731-0edc-b731-d7ec85924f03@cisco.com> <E3378E0605547F4E854DEE0CB1116AB021CE2D@gbcdcmbx03.intl.att.com> <1503440878003.28215@Aviatnet.com> <E3378E0605547F4E854DEE0CB1116AB02205D9@gbcdcmbx03.intl.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <E3378E0605547F4E854DEE0CB1116AB02205D9@gbcdcmbx03.intl.att.com>
User-Agent: NeoMutt/20170714 (1.8.3)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/UZkMtqzIouvVRzWseA53LOZaWoU>
Subject: Re: [netmod] Query about augmenting module from submodule in YANG 1.0
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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, 23 Aug 2017 07:24:44 -0000

What are packages? I think submodules declare to which module they
belong, no? Perhaps you are doing something that submodules do not
even support.

/js

On Wed, Aug 23, 2017 at 07:08:10AM +0000, Ivory, William wrote:
> ...  except that if the whole reason for splitting into submodules was to allow the submodules to belong to different packages in our system, combining them back again is not possible.  I wouldn't be splitting them unless I needed to for good reason.
> 
> William
> 
> -----Original Message-----
> From: Alex Campbell [mailto:Alex.Campbell@Aviatnet.com] 
> Sent: 22 August 2017 23:28
> To: Ivory, William <william.ivory@intl.att.com>; 'Robert Wilton' <rwilton@cisco.com>; 'netmod@ietf.org' <netmod@ietf.org>
> Subject: Re: [netmod] Query about augmenting module from submodule in YANG 1.0
> 
> Hi,
> 
> I'm not Rob, but my understanding is that if a module author wanted to migrate to YANG 2.0, they could merge their submodules back into the main module - which is not a difficult procedure and does not break compatibility with clients.
> 
> Alex
> ________________________________________
> From: netmod <netmod-bounces@ietf.org> on behalf of Ivory, William <william.ivory@intl.att.com>
> Sent: Tuesday, 22 August 2017 1:44 a.m.
> To: 'Robert Wilton'; 'netmod@ietf.org'
> Subject: Re: [netmod] Query about augmenting module from submodule in YANG 1.0
> 
> Hi Rob,
> 
> That would make it very hard to update existing 1.x YANG models to use new features in YANG 2.x if they used submodules.  Maybe that's something that no one would ever consider doing anyway, or maybe YANG 1.1 already has similar differences to 1.0?  I had (perhaps naively) assumed that you could migrate a namespace / model from YANG 1.0 to 2.0?
> 
> Regards,
> 
> William
> 
> -----Original Message-----
> From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Robert Wilton
> Sent: 21 August 2017 11:24
> To: netmod@ietf.org
> Subject: Re: [netmod] Query about augmenting module from submodule in YANG 1.0
> 
> 
> 
> On 09/08/2017 16:13, Juergen Schoenwaelder wrote:
> > On Wed, Aug 09, 2017 at 05:01:09PM +0200, Ladislav Lhotka wrote:
> >> I remember that in early stages of YANG there was some irrational 
> >> fear of introducing too many namespaces, and submodules may be a 
> >> consequence of it. As you write, submodules provide no benefits 
> >> whatsoever in terms of modularity, but the overhead in terms of 
> >> metadata, IANA registration etc. is pretty much the same as for 
> >> modules.
> > In case YANG 2.0 is ever done, I suggest someone files a proposal to 
> > remove submodules if the cost/benefit ratio is at odds. There is 
> > nothing wrong with removing stuff that has been found problematic.
> I agree.
> 
> I've added https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_netmod-2Dwg_yang-2Dnext_issues_26&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=p8kyeK3u4ZYiaQ2ZPGqwkyXmQgBH6r5jpYiYWzhqJ48&m=l7c4IPL049A2bVVO14fyBMly211xU61xSHgPlAT7owI&s=-kR4fUtXArQy0RwWb32DpT1bP4X_cNqt2zJVoC0JiX8&e=
> 
> Rob
> 
> >
> > The motivation for submodules was that organizations maintaining large 
> > modules with multiple people can do so without having to mess around 
> > with tools like m4 scripts to produce a single module from 'snippets'
> > and to avoid integration surprises. But perhaps using m4 scripts and 
> > decent version control systems (that can integrate and compile on
> > checkin) is indeed cheaper than having submodules part of the YANG 
> > language itself.
> >
> > /js
> >
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_netmod&d=DwICAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=p8kyeK3u4ZYiaQ2ZPGqwkyXmQgBH6r5jpYiYWzhqJ48&m=l7c4IPL049A2bVVO14fyBMly211xU61xSHgPlAT7owI&s=t7vGIH8ABuAm00e-bkSowD9eawModGq0N2OkjANtpYI&e=
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_netmod&d=DwIFAw&c=LFYZ-o9_HUMeMTSQicvjIg&r=p8kyeK3u4ZYiaQ2ZPGqwkyXmQgBH6r5jpYiYWzhqJ48&m=esi8GPSc1xVjTt9SKxqzNHRDXT2P1h01a-UebnST-Yo&s=PctKy3ij6W0TQs1NFp18SX8MQtYKeG9RxADh3cphcxU&e= 
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

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