Re: [netmod] Augmentation to Groupings

Alexander Clemm <alexander.clemm@huawei.com> Tue, 19 December 2017 18:11 UTC

Return-Path: <alexander.clemm@huawei.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 6EEAD12D7E7 for <netmod@ietfa.amsl.com>; Tue, 19 Dec 2017 10:11:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.229
X-Spam-Level:
X-Spam-Status: No, score=-4.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 rpRBwUHzsJzx for <netmod@ietfa.amsl.com>; Tue, 19 Dec 2017 10:10:58 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 9F5E31243F3 for <netmod@ietf.org>; Tue, 19 Dec 2017 10:10:58 -0800 (PST)
Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 4A450FF459C73 for <netmod@ietf.org>; Tue, 19 Dec 2017 18:10:55 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.361.1; Tue, 19 Dec 2017 18:10:56 +0000
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.83]) by SJCEML702-CHM.china.huawei.com ([169.254.4.18]) with mapi id 14.03.0361.001; Tue, 19 Dec 2017 10:10:51 -0800
From: Alexander Clemm <alexander.clemm@huawei.com>
To: Xufeng Liu <xufeng.liu.ietf@gmail.com>, NETMOD WG <netmod@ietf.org>
Thread-Topic: [netmod] Augmentation to Groupings
Thread-Index: AQHTeOjLL9QEs1S4ZUun5Og6EQeTeKNK9tLA
Date: Tue, 19 Dec 2017 18:10:50 +0000
Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EAD4C84@sjceml521-mbx.china.huawei.com>
References: <CAEz6PPRtjHHRK_jFqCnygBN_nY4n0X2a2dUWqvSxhC2fAy+wFw@mail.gmail.com>
In-Reply-To: <CAEz6PPRtjHHRK_jFqCnygBN_nY4n0X2a2dUWqvSxhC2fAy+wFw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.209.216.247]
Content-Type: multipart/alternative; boundary="_000_644DA50AFA8C314EA9BDDAC83BD38A2E0EAD4C84sjceml521mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/QIA5G0wHR8ViiwTQda7WC62qPZQ>
Subject: Re: [netmod] Augmentation to Groupings
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, 19 Dec 2017 18:11:00 -0000

+1

I would like to see such a capability as well.  As mentioned, specifically when groupings are used in multiple places, augmentation becomes really unwieldy without an option to simply augment the grouping instead.  It also gets harder to read; to some degree it negates the benefits from ntroducing groupings in the first place.

--- Alex

From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: Tuesday, December 19, 2017 8:45 AM
To: NETMOD WG <netmod@ietf.org>
Subject: [netmod] Augmentation to Groupings


During the discussions of TE tunnel and topology models, we have found that it is desirable to have the capability of augmenting a grouping.

In our case, there are multiple technology specific models augmenting a base generic model. In the base model, some groupings are used multiple times, and each augmentation model needs to add more schema nodes to the grouping structure. For now, we have to specify an “augment” statement for each location where the grouping is used. Such an “augment” statement is repeated many times. It would be convenient and cleaner if we could augment the grouping.

We’d like to hear opinions on the feasibility of such a capability.

Thanks,

- Xufeng