IETF Logo Mail Archive

Re: [netmod] I-D Action: draft-ietf-netmod-entity-02.txt

"Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com> Wed, 08 March 2017 10:18 UTC

Return-Path: <bart.bogaert@nokia.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 5BF5F129477 for <netmod@ietfa.amsl.com>; Wed, 8 Mar 2017 02:18:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.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 wWePnr7HKYxC for <netmod@ietfa.amsl.com>; Wed, 8 Mar 2017 02:18:11 -0800 (PST)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10113.outbound.protection.outlook.com [40.107.1.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CD971293D8 for <netmod@ietf.org>; Wed, 8 Mar 2017 02:18:10 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=5qmXMqtR8xgL9ywBZ4vcaZp2w4LRuutwWcIVk6Zd7wI=; b=Q5gx565tBlQe+ca/qkKzeBrhfjT9V+tZDHduOpgICRp6XW7SrRRUzhnnA6rvEYO4lQZM3QJPDm0DRhT1OGsqNnTrt/rK+tZAVGwidcVL8VZbAYiWPJy17COLU9oQXUaJ/b5pYjGpufIvDSGw9EsY/Bg9sQkFsqOxcyzOXNTjHSo=
Received: from AM2PR07MB0627.eurprd07.prod.outlook.com (10.160.54.154) by AM2PR07MB0626.eurprd07.prod.outlook.com (10.160.54.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Wed, 8 Mar 2017 10:18:08 +0000
Received: from AM2PR07MB0627.eurprd07.prod.outlook.com ([10.160.54.154]) by AM2PR07MB0627.eurprd07.prod.outlook.com ([10.160.54.154]) with mapi id 15.01.0947.020; Wed, 8 Mar 2017 10:18:08 +0000
From: "Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com>
To: Martin Bjorklund <mbj@tail-f.com>
Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-entity-02.txt
Thread-Index: AQHSl6caLbof61hN1kCkZer1IzW2RaGKudKA
Date: Wed, 08 Mar 2017 10:18:07 +0000
Message-ID: <AM2PR07MB06279B5FF45770892B69273D942E0@AM2PR07MB0627.eurprd07.prod.outlook.com>
References: <D62E05768DBAFF42A72B9F4954476D65010EB1F6B1@FR712WXCHMBA09.zeu.alcatel-lucent.com> <20170124.113703.2074026980970865406.mbj@tail-f.com> <D62E05768DBAFF42A72B9F4954476D65010EB1F736@FR712WXCHMBA09.zeu.alcatel-lucent.com> <20170307.194147.1826195488124124099.mbj@tail-f.com>
In-Reply-To: <20170307.194147.1826195488124124099.mbj@tail-f.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: tail-f.com; dkim=none (message not signed) header.d=none;tail-f.com; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [178.117.39.114]
x-ms-office365-filtering-correlation-id: 55569cde-d9fc-48a3-490c-08d4660c6a9b
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(48565401081); SRVR:AM2PR07MB0626;
x-microsoft-exchange-diagnostics: 1; AM2PR07MB0626; 7:D7l0ADiwUk1FyfW/5v4RHzHfMGR0MRHsThsEbOciSuPR1ldyhECy9xPU1O4LVAJcZTOKGaJhdBRTgRBaQU+HpjXGhQhIhQGRs6YNZgNAzhGDdQa2ZH8h8zY+xvuTO8CuVvlOll/S6k8PK86glCrQeiek4qRC7pFKe6v8eMmPPPu0UKw1qtpRG3fDB9qHWCiOeql2ugDTdKy8jVgw215SHns8vf0rXQJFL4pNs2ZYKHPXeoN7nrT8W2qtBE6/Kw0Aoki8IB0EJgDuiK3IZSrFj85eo8dRWJMtwLS7djlBaYvK3CFOHL2B6UMlxnnvRo1e2Qn8memzy2IWFpCV+aRJTA==
x-microsoft-antispam-prvs: <AM2PR07MB0626FD22DF152F4B4A0722C5942E0@AM2PR07MB0626.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(158342451672863)(82608151540597);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123560025)(20161123558025)(6072148); SRVR:AM2PR07MB0626; BCL:0; PCL:0; RULEID:; SRVR:AM2PR07MB0626;
x-forefront-prvs: 02408926C4
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39840400002)(39860400002)(39450400003)(39410400002)(39850400002)(24454002)(229853002)(110136004)(53936002)(55016002)(99286003)(2906002)(54906002)(551934003)(561944003)(3280700002)(106116001)(3660700001)(38730400002)(2900100001)(3846002)(102836003)(9686003)(6246003)(6116002)(86362001)(230783001)(99936001)(77096006)(8676002)(74316002)(7696004)(81166006)(7736002)(6916009)(189998001)(6436002)(50986999)(54356999)(5660300001)(4326008)(76176999)(25786008)(122556002)(2950100002)(66066001)(6506006)(8936002)(33656002)(305945005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM2PR07MB0626; H:AM2PR07MB0627.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_0386_01D297FD.A8529470"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2017 10:18:07.8566 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM2PR07MB0626
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/VnG2Trmr3T1fr7hWZASRj5aYCoE>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-entity-02.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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, 08 Mar 2017 10:18:13 -0000

Hi Martin,

> "Bogaert, Bart (Nokia - BE)" <bart.bogaert@nokia.com> wrote:
> > One more comment: 
> > 
> > The BBF proposal defines 'contained-in' as a leafref, the current 
> > version of the hardware model has defined 'parent' as a string.  In 
> > the state container parent is defined as a leafref.  Parent type 
> > should be the same in both config and state container.
> 
> The reason for the 'string' in the config tree is that when it is 
> pre-configured, it doesn't really refer to a component in the state tree.
> If it eventually matches a real component, the server will instantiate 
> an entry in the state tree, and at this point the parent
> *is* a proper reference to another component.
> 
> Note that the underlying type is the same in both cases.
> [Bart Bogaert] Having it as leafref allows to verify that the parent 
> being configured is actually existing in the entity model (or defined 
> in the same transaction).  Why would we remove the modelling 
> capability to check this consistency?

Do you mean a leafref to /hardware/component/name or
/hardware-state/component/name?
[Bart Bogaert] I was referring to /hardware/component, so parent is a
leafref to /hardware/component/name.  In /hardware-state it is a leafref to
/hardware-state/component/name

If we pick the former, it will not be possible to configure a component with
a system controlled parent (unless you also add the system controlled parent
to the configuration).
[Bart Bogaert] Is there a reason to only have this parent in the state tree
and not in the config tree?

If we pick the latter you will not get any validation (since it has to be
require-instance false).

It is fine w/ me to change the type string to a leafref of the former type.
[Bart Bogaert] If we leave it as a string it would mean that an external
application would have to check whether the value of the string actually
corresponds to a component that should exist (in the case of a
non-system-controlled parent)?

Regards, Bart


/martin

v2.23.0 | Report a Bug | By Email