Re: [core] Conclusion -- Endpoint Client Name / Endpoint Name in RD draft

peter van der Stok <stokcons@xs4all.nl> Tue, 08 May 2018 07:22 UTC

Return-Path: <stokcons@xs4all.nl>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D27D12D877 for <core@ietfa.amsl.com>; Tue, 8 May 2018 00:22:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 sHkKvGSka4hn for <core@ietfa.amsl.com>; Tue, 8 May 2018 00:22:28 -0700 (PDT)
Received: from lb3-smtp-cloud9.xs4all.net (lb3-smtp-cloud9.xs4all.net [194.109.24.30]) (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 2E0EB12711E for <core@ietf.org>; Tue, 8 May 2018 00:22:27 -0700 (PDT)
Received: from webmail.xs4all.nl ([IPv6:2001:888:0:22:194:109:20:206]) by smtp-cloud9.xs4all.net with ESMTPA id Fwx6fir8FHgC9Fwx6fIb7G; Tue, 08 May 2018 09:22:24 +0200
Received: from AMontpellier-654-1-136-226.w90-0.abo.wanadoo.fr ([90.0.95.226]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Tue, 08 May 2018 09:22:24 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Content-Transfer-Encoding: 7bit
Date: Tue, 08 May 2018 09:22:24 +0200
From: peter van der Stok <stokcons@xs4all.nl>
To: "Kovatsch, Matthias" <matthias.kovatsch@siemens.com>
Cc: Hannes Tschofenig <Hannes.Tschofenig@arm.com>, Mohit Sethi <mohit.m.sethi@ericsson.com>, core@ietf.org
Organization: vanderstok consultancy
Reply-To: consultancy@vanderstok.org
Mail-Reply-To: consultancy@vanderstok.org
In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C01F36340@DEFTHW99EL4MSX.ww902.siemens.net>
References: <VI1PR0801MB2112B9A4410DA3EDE39183BEFA9B0@VI1PR0801MB2112.eurprd08.prod.outlook.com> <bd85e420-c6ce-3e87-406a-4cd5a4fafaa6@ericsson.com> <VI1PR0801MB21121FAE34CE76841CF6DBE1FA9B0@VI1PR0801MB2112.eurprd08.prod.outlook.com> <4EBB3DDD0FBF694CA2A87838DF129B3C01F36340@DEFTHW99EL4MSX.ww902.siemens.net>
Message-ID: <f046a8bc9f54328a4c29f9b2426d761e@xs4all.nl>
X-Sender: stokcons@xs4all.nl
User-Agent: XS4ALL Webmail
X-CMAE-Envelope: MS4wfKWMyqnKUGyZRJUlXl+Ar2cFQP45bsF9mX9MZeZ+pmsQi0fh8qIkTUiuA4CEVP2QXKIagME1G5R0maHEn6K0OcsBqXvREE60NRAf9iQ8xC8S25d3ZD1a iWRcnyUdeHuspGzUE9zDHTl/xw/optov4G7vnDm4ofxGu9Yna9nejQfXIoh11p9bDOhnC29ff45xy+SLdCO3NM25/tMUIPj6owbWO7aBGj92lylJQFfxPUUR W8YORYRMbr/MSSO56IeEYdLztnr+RSSCRVbrx3yNYCo=
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/o5k7MQThIn5Ou_q71ynr8koDYtI>
Subject: Re: [core] Conclusion -- Endpoint Client Name / Endpoint Name in RD draft
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 May 2018 07:22:31 -0000

Kovatsch, Matthias schreef op 2018-05-07 18:09:
> Dear Hannes,
> 
> dear list
> 
> To my knowledge, third-party provisioning functionality is in
> particular used for lighting systems; maybe Peter can comment on this.

On request, some background.
For buildings, the installation is done by installation companies with 
their own tools and procedures.
Installation can be done in phases by different companies.
Their is at this moment not one general approach or installation 
protocol.

The problem is that the architect and people around have produced 
drawings with cabling and equipment situated at precise physical 
locations in the drawing.
Equipment, cabling etc are identified with numbers ,names, what have 
you.
There are descriptions which discuss the functionality and the relation 
between the equipment.
All this knowledge has to be transferred to the equipment without making 
too many "one of a kind" pieces.
In he "olde times" much was solved by the cabling, that limited the 
control possibilities.
These IP times, anything can reach anything else.
One approach is to store parts of this information into the RD, which 
can be queried by the equipment.

I hope this make the wish for an RD with third party access 
understandable.