Re: [netmod] Query about augmenting module from submodule in YANG 1.0
Alex Campbell <Alex.Campbell@Aviatnet.com> Tue, 22 August 2017 22:28 UTC
Return-Path: <Alex.Campbell@Aviatnet.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 16AB11329F1 for <netmod@ietfa.amsl.com>; Tue, 22 Aug 2017 15:28:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 SXdgqirrvlWz for <netmod@ietfa.amsl.com>; Tue, 22 Aug 2017 15:27:59 -0700 (PDT)
Received: from mail-send.aviatnet.com (mail-send.aviatnet.com [192.147.115.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 360641329D0 for <netmod@ietf.org>; Tue, 22 Aug 2017 15:27:59 -0700 (PDT)
From: Alex Campbell <Alex.Campbell@Aviatnet.com>
To: "Ivory, William" <william.ivory@intl.att.com>, 'Robert Wilton' <rwilton@cisco.com>, "'netmod@ietf.org'" <netmod@ietf.org>
Thread-Topic: [netmod] Query about augmenting module from submodule in YANG 1.0
Thread-Index: AdMMOPUClm48yMKSSEeEurX4RbXaiADgq3iAAAJrJQAACj/LAAAat6MAAD8I6oAAAWwvgAAAa7wAAlFjp4AABwEPAAA113x4
Date: Tue, 22 Aug 2017 22:27:57 +0000
Message-ID: <1503440878003.28215@Aviatnet.com>
References: <E3378E0605547F4E854DEE0CB1116AB020865B@gbcdcmbx03.intl.att.com> <85A1FF5A-EF0B-4278-B4FF-3FE431486B2C@tail-f.com> <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>
In-Reply-To: <E3378E0605547F4E854DEE0CB1116AB021CE2D@gbcdcmbx03.intl.att.com>
Accept-Language: en-NZ, en-US
Content-Language: en-NZ
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.15.6.9]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WVZxGkzt0F13uIB4wxplNKyqZaQ>
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: Tue, 22 Aug 2017 22:28:01 -0000
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://www.ietf.org/mailman/listinfo/netmod
- [netmod] Query about augmenting module from submo… Ivory, William
- Re: [netmod] Query about augmenting module from s… Jan Lindblad
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Vladimir Vassilev
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Vladimir Vassilev
- Re: [netmod] Query about augmenting module from s… Ladislav Lhotka
- Re: [netmod] Query about augmenting module from s… Juergen Schoenwaelder
- Re: [netmod] Query about augmenting module from s… Andy Bierman
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Acee Lindem (acee)
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- [netmod] Pattern statements [was Re: Query about … Robert Wilton
- Re: [netmod] Query about augmenting module from s… Lou Berger
- Re: [netmod] Pattern statements [was Re: Query ab… Acee Lindem (acee)
- Re: [netmod] Query about augmenting module from s… Alex Campbell
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Juergen Schoenwaelder
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… t.petch
- Re: [netmod] Pattern statements [was Re: Query ab… Ivory, William
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Query about augmenting module from s… Robert Wilton
- Re: [netmod] Query about augmenting module from s… Ivory, William
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Vladimir Vassilev
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Juergen Schoenwaelder
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… t.petch
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Robert Wilton
- Re: [netmod] Pattern statements [was Re: Query ab… Juergen Schoenwaelder
- Re: [netmod] Pattern statements [was Re: Query ab… Vladimir Vassilev
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Per Hedeland
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements [was Re: Query ab… Ladislav Lhotka
- Re: [netmod] Pattern statements Martin Bjorklund