[netmod] hi Martin, one issue about RFC7950 7.20.3.2. The "deviate" Statement, please help to confirm
"Zhengguangying (Walker)" <zhengguangying@huawei.com> Fri, 12 January 2018 04:00 UTC
Return-Path: <zhengguangying@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 088A21270A7 for <netmod@ietfa.amsl.com>; Thu, 11 Jan 2018 20:00:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.673
X-Spam-Level:
X-Spam-Status: No, score=-3.673 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, HTML_IMAGE_RATIO_04=0.556, 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] 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 Z2Fo0SZ9_zrt for <netmod@ietfa.amsl.com>; Thu, 11 Jan 2018 20:00:54 -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 99FBF124F57 for <netmod@ietf.org>; Thu, 11 Jan 2018 20:00:53 -0800 (PST)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 890FCA1E72924 for <netmod@ietf.org>; Fri, 12 Jan 2018 04:00:50 +0000 (GMT)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 12 Jan 2018 04:00:49 +0000
Received: from NKGEML513-MBS.china.huawei.com ([169.254.2.231]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0361.001; Fri, 12 Jan 2018 12:00:36 +0800
From: "Zhengguangying (Walker)" <zhengguangying@huawei.com>
To: "mbj@tail-f.com" <mbj@tail-f.com>
CC: "netmod@ietf.org" <netmod@ietf.org>, "Qudan (Beijing-NOS)" <qudan.qudan@huawei.com>
Thread-Topic: hi Martin, one issue about RFC7950 7.20.3.2. The "deviate" Statement, please help to confirm
Thread-Index: AdOLWcjG4z+RP4tHR668cstJJJyi4w==
Date: Fri, 12 Jan 2018 04:00:35 +0000
Message-ID: <381D7D55085B1E4D8B581BD652E1E140C92641FB@nkgeml513-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.169.155]
Content-Type: multipart/related; boundary="_004_381D7D55085B1E4D8B581BD652E1E140C92641FBnkgeml513mbschi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/kGbPkkwV9oIoSusT4ruWgFGRvUg>
Subject: [netmod] hi Martin, one issue about RFC7950 7.20.3.2. The "deviate" Statement, please help to confirm
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: Fri, 12 Jan 2018 04:00:56 -0000
Hi Martin, When we define YANG model's deviation file, we find one scenario was nor supported but we have one problem depend on it. Our scenario: In ACl YANG module, there have two leafs: acl/aclGroups/aclGroup/aclRuleBas4s/ aclRuleBas4/vrfName acl/aclGroups/aclGroup/aclRuleBas4s/ aclRuleBas4/vrfAny And the acl/aclGroups/aclGroup/aclRuleBas4s/ aclRuleBas4/vrfName have one Constraints: when "not (../vrfAny = 'true')" In some product domain, the "vrfAny" does not supported, some they deviate the leaf "vrfAny". From the sematic view, the Constraints of vrfName when "not (../vrfAny = 'true')" should be deviated as "delete" too. But, in RFC7950 7.20.3.2. The "deviate" Statement , "when " is not the Substatement of deviate, we can not deviate the when statement, and the problem coming, some industry netconf tools compile fail because "../vrfAny" does not exist. And there have some other scenario about "when" deviate, So, I think whether the YANG language should add "when" as the Substatement of deviate? What's your opinion? Thanks & regards Walker(guangying zheng) [cid:image001.png@01D38B9C.D7570600]
- [netmod] hi Martin, one issue about RFC7950 7.20.… Zhengguangying (Walker)
- Re: [netmod] hi Martin, one issue about RFC7950 7… Martin Bjorklund