Re: [netmod] WHEN statement within mandatory objects doesn't ensure presence of the mandatory object

Michael Rehder <Michael.Rehder@Amdocs.com> Tue, 16 October 2018 13:26 UTC

Return-Path: <Michael.Rehder@amdocs.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 BAEB2130DC9 for <netmod@ietfa.amsl.com>; Tue, 16 Oct 2018 06:26:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.701
X-Spam-Level:
X-Spam-Status: No, score=-1.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=amdocs.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 BiZWqQ9Dbi8y for <netmod@ietfa.amsl.com>; Tue, 16 Oct 2018 06:26:31 -0700 (PDT)
Received: from mx3.amdocs.com (ramail2.amdocs.com [193.43.244.136]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1C3212D4EE for <netmod@ietf.org>; Tue, 16 Oct 2018 06:26:29 -0700 (PDT)
Received: from unknown (HELO ILHFDAGDRFE4.corp.amdocs.com) ([10.224.0.130]) by ilmail02.corp.amdocs.com with ESMTP; 16 Oct 2018 16:26:27 +0300
Received: from ILRNAEXCHCAS01.corp.amdocs.com (10.232.216.231) by ILHFDAGDRFE4.corp.amdocs.com (10.237.241.95) with Microsoft SMTP Server (TLS) id 14.3.399.0; Tue, 16 Oct 2018 16:26:27 +0300
Received: from ILRNAEXCHCAS02.corp.amdocs.com (10.232.216.232) by ILRNAEXCHCAS01.corp.amdocs.com (10.232.216.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.845.34; Tue, 16 Oct 2018 16:26:27 +0300
Received: from ILRNAEXCHEDGE01.corp.amdocs.com (10.233.34.167) by ILRNAEXCHCAS02.corp.amdocs.com (10.232.216.232) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.845.34 via Frontend Transport; Tue, 16 Oct 2018 16:26:27 +0300
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (192.168.34.8) by msgedge.amdocs.com (192.168.34.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.845.34; Tue, 16 Oct 2018 16:26:27 +0300
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Amdocs.onmicrosoft.com; s=selector1-amdocs-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=3fl4hEi+PLGjsP24GQh7lc+IYydMl6lFJLXNN8M7tk0=; b=hJx2ueDDNM4KsIW/VRGaY4LDkCa/QbUcOlE2Q8Mb98bBE8zNUQloIGqWpW1JijZFi7iZfL96PBcdZUw+poZJvObC5LBT/Azk7ajCUUvgqiffgCyY4YF0v7m8UpqSuWpnDTeXZQBsaARhHFvqgqsRwoWHpEJ5XU70DlejiZb1e+g=
Received: from AM0PR06MB4083.eurprd06.prod.outlook.com (52.133.58.152) by AM0PR06MB4515.eurprd06.prod.outlook.com (20.178.16.80) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1228.24; Tue, 16 Oct 2018 13:26:26 +0000
Received: from AM0PR06MB4083.eurprd06.prod.outlook.com ([fe80::389e:ca21:ccc7:d6b1]) by AM0PR06MB4083.eurprd06.prod.outlook.com ([fe80::389e:ca21:ccc7:d6b1%5]) with mapi id 15.20.1228.027; Tue, 16 Oct 2018 13:26:26 +0000
From: Michael Rehder <Michael.Rehder@Amdocs.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] WHEN statement within mandatory objects doesn't ensure presence of the mandatory object
Thread-Index: AdRf+I5wQXpIeuYeT8uFcZ4kUETNSAArOyOAAAESuDAAATBXgAAAIxIgAAXi54AAAG/FwAAAei6AAAKI+5AALiXBgAAuGd8AAAATuoAAPS9MgABQPKNg
Date: Tue, 16 Oct 2018 13:26:25 +0000
Message-ID: <AM0PR06MB4083C1601B887AEF73E616ADE7FE0@AM0PR06MB4083.eurprd06.prod.outlook.com>
References: <AM0PR06MB40833D8AED0744BB597394E7E7E00@AM0PR06MB4083.eurprd06.prod.outlook.com> <d322e012-2767-a045-767a-ddf57649f36e@cisco.com> <AM0PR06MB4083B172F2424F1EEF08CFA0E7E00@AM0PR06MB4083.eurprd06.prod.outlook.com> <20181010182529.rhbu56qx4ogpb3st@anna.jacobs.jacobs-university.de> <AM0PR06MB4083AB058834759ECEA3FEEEE7E00@AM0PR06MB4083.eurprd06.prod.outlook.com> <CABCOCHQKz-S2jcqeoJCtuG9U0DxOOw4musJz4DzwEtbCrEjqYA@mail.gmail.com> <DB6PR06MB4085D91F66023AC98122FEDFE7E10@DB6PR06MB4085.eurprd06.prod.outlook.com> <CABCOCHRR92w3ouFmi6igg+AN=TM7BKfnaMiweOPxq_t9WTvvyg@mail.gmail.com> <7308ac7c-aa29-8a3d-a79a-5c70b8d3f5ef@cisco.com> <AM0PR06MB40839FD87E10433E10B4377CE7E20@AM0PR06MB4083.eurprd06.prod.outlook.com> <20181013211943.mpumhw5pflgq5tf3@anna.jacobs.jacobs-university.de>
In-Reply-To: <20181013211943.mpumhw5pflgq5tf3@anna.jacobs.jacobs-university.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michael.Rehder@Amdocs.com;
x-originating-ip: [192.95.160.116]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR06MB4515; 6:p7SF8PHK8GRUf5uSYmIUVM50RHjNrH3pDzSp0NzFgqyVKtbSkkuOiYrRlIqCtoTlVGF+oYsLMlVBzAnmipo003A1gXU/MLkLvh+AZvXwTPxMQXxWFf4PF0F9wlR3jYtOVBaBNsc0RUFg4zQ08xkieQrCNnG1uUfZI7/Qtq1w/TBcw54fDsvGwmocCfL/J0TwiXS+/y2AsGCSfGF4rbsXuWr46FrZidZL2ERfj9hBI5rHvhcjvrYJps+ICSSg0Dv5ZbVmN8fQtgj+8Mv2haoi/8qJzghAJJkuiukSca9AMsZdNrWp3H5HhJXnJ6e+KGwzYsWz0lf6om8cldt5fxPSVZQGM41NlM7o9jngFl/e1kSu65YCYXImipCFaez694ohahx2QvyGta+XUu5mUNG+LR5w+Q2/BHn1wI2R0bs4qEG8KJA3qqrWqFt34yPeeptaY/LHG83jVtiFJAidvtLnMQ==; 5:B+W+zzLB3BtkAmWSCWgflZhavbT8nEIXlQYDm8dQPbg7sAmhJ56Xbj+kutQEBMEJJML/Z1FIG+BaBQjy8yMyDpPE1lOj9OklX3pyD61Goy6g9H2I5Mb+F3Pfyh0RIE+asa6sg3TMmoAUGDvG2BU4yspnrUeF3O0nlrkB8Xd8vlE=; 7:58q+nSip8CQ3SJscJj8LFyVi6dImuF8x1nsoxL72yGQ4+JrFmdykQtU5GQPAwSmV2dzbJzEzLVV1AB7Kw92vjXeX83JtZBvgpncha/6W2A8q7uPZzRGN/3yh6QgZC1U6Wdy+blj9tHwvQN3+4p0Kg96FxjoS/7hbizEmsx2FQAWp41+iStHP3Ane7059UxjAQnEuvM8uxdjvTg0Ksvm2lr56YsIaIMa90+Jr7prIP/BFTwAbYjjzFlY6aLcGqtaZ
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: f38d0178-bd35-413e-4d64-08d6336af935
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:AM0PR06MB4515;
x-ms-traffictypediagnostic: AM0PR06MB4515:
x-microsoft-antispam-prvs: <AM0PR06MB4515F4CFBAD34AC1007447C7E7FE0@AM0PR06MB4515.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(166566539817055);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(3231355)(944501410)(52105095)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123564045)(20161123562045)(20161123558120)(20161123560045)(201708071742011)(7699051)(76991067); SRVR:AM0PR06MB4515; BCL:0; PCL:0; RULEID:; SRVR:AM0PR06MB4515;
x-forefront-prvs: 0827D7ACB9
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(136003)(346002)(366004)(396003)(39860400002)(199004)(189003)(13464003)(5250100002)(66066001)(33656002)(99286004)(76176011)(2906002)(7696005)(2900100001)(102836004)(53546011)(6506007)(478600001)(72206003)(97736004)(14454004)(86362001)(68736007)(3846002)(93886005)(6116002)(71190400001)(71200400001)(316002)(6246003)(9686003)(53936002)(476003)(8936002)(486006)(446003)(11346002)(229853002)(186003)(5660300001)(6306002)(55016002)(6916009)(25786009)(81166006)(6436002)(256004)(8676002)(305945005)(74316002)(26005)(7736002)(4326008)(106356001)(81156014)(105586002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR06MB4515; H:AM0PR06MB4083.eurprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: Amdocs.com does not designate permitted sender hosts)
x-microsoft-antispam-message-info: fIseJG/SO8VWykhA07bG4C0vZMPftdcdQ4lv3vyOCDkm1NdbdRAMMIsZq7JDS5Asbqm89PNq+XYmZx93GChjtWRkR/Mj4GLfm/o4zaBKxFLI3PIm+/Iyi42Ylafax7yv6NeBjbanQJewWElfRW98weSnhpBDkQ0gTRu1Rhm1/suX0q48XHBWsnH8DAyToi74c3NjokQHWUyZd45vsrpLkUqYCtKTLP/MQcTzqDQDSFWUpIdRFj2p9c4boZKV0KiupOvvnQcpvNTlUi6WTVe8w78KMoGGZfTycOS8Mmc3velJ8Cj0EKSmZIR98x932FODgSaAp8MsEdQ9I7pdaFUm5Zz1Pc0QAM2v0cvSemE0BzQ=
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: f38d0178-bd35-413e-4d64-08d6336af935
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Oct 2018 13:26:25.8883 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: c8eca3ca-1276-46d5-9d9d-a0f2a028920f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB4515
X-OriginatorOrg: amdocs.com
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/k-kKI24FFl_pevUoR1LQQyuMtFc>
Subject: Re: [netmod] WHEN statement within mandatory objects doesn't ensure presence of the mandatory object
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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, 16 Oct 2018 13:26:38 -0000

I've read rfc6110 and I didn't see any mention of "WHEN" on the mandatory status (section 9.1.1 Optional and Mandatory Nodes doesn't list it which seems a bit odd to me).
The section on "WHEN" just mentions the xpath mapping, not anything about changing the mandatory status of the enclosing node.

I still think that the YANG RFC wording of "conditional" needs to indicate if the node is mandatory status is affected or not.
Note that rfc6060 "3.1 Mandatory Nodes" doesn't mention "WHEN" (it does mention presence).

Thanks
Mike
> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]
> Sent: Saturday, October 13, 2018 5:20 PM
> To: Michael Rehder <Michael.Rehder@Amdocs.com>
> Cc: netmod@ietf.org
> Subject: Re: [netmod] WHEN statement within mandatory objects doesn't
> ensure presence of the mandatory object
> 
> On Fri, Oct 12, 2018 at 04:08:48PM +0000, Michael Rehder wrote:
> 
> > The mandatory statement in that case is ignored (I’ve pointed out the
> > RNG and Schematron lack of enforcement).  WHEN trumps the mandatory
> > status (via explicit mandatory or implicit mandatory via min-elements
> > 1)
> 
> Has the RNG and Schematron been obtained following RFC 6110? If so, this may
> be a problem with RFC 6110 but not with YANG itself. There are validators that
> do not use RNG or Schematron.
> 
> /js
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
“Amdocs’ email platform is based on a third-party, worldwide, cloud-based system. Any emails sent to Amdocs will be processed and stored using such system and are accessible by third party providers of such system on a limited basis. Your sending of emails to Amdocs evidences your consent to the use of such system and such processing, storing and access”.