Re: [ESDS] Proposed Charter - 2nd update
"Miguel Angel Guijarro Moreno" <maguijarro@at4wireless.com> Mon, 29 September 2008 09:16 UTC
Return-Path: <esds-bounces@ietf.org>
X-Original-To: esds-archive@optimus.ietf.org
Delivered-To: ietfarch-esds-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AF9953A6A6A; Mon, 29 Sep 2008 02:16:24 -0700 (PDT)
X-Original-To: esds@core3.amsl.com
Delivered-To: esds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 448063A6A6A for <esds@core3.amsl.com>; Mon, 29 Sep 2008 02:16:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.379
X-Spam-Level: ***
X-Spam-Status: No, score=3.379 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, HELO_MISMATCH_COM=0.553, HOST_EQ_STATIC=1.172]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PCdasCL99EhX for <esds@core3.amsl.com>; Mon, 29 Sep 2008 02:16:22 -0700 (PDT)
Received: from mailsrv.at4wireless.com (98.226.15.62.static.jazztel.es [62.15.226.98]) by core3.amsl.com (Postfix) with ESMTP id 9C0A13A6989 for <esds@ietf.org>; Mon, 29 Sep 2008 02:16:20 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 29 Sep 2008 11:20:59 +0200
Message-ID: <73B27D1C0A821748AEAFFF51ADCB7D9D023C85F7@MAILSRV.at4wireless.com>
In-Reply-To: <8CFA0F37-2FA6-4C4B-A55A-1EEA40ACA1BB@ca.afilias.info>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [ESDS] Proposed Charter - 2nd update
Thread-Index: AckfRchwAcffintTT1Gyc+6Cjhl4bQCydWnQ
References: <7072030F-CFCF-4B27-B360-453C5AC08CE4@ca.afilias.info> <8CFA0F37-2FA6-4C4B-A55A-1EEA40ACA1BB@ca.afilias.info>
From: Miguel Angel Guijarro Moreno <maguijarro@at4wireless.com>
To: Ali Rezafard <arezafar@ca.afilias.info>, esds@ietf.org
Subject: Re: [ESDS] Proposed Charter - 2nd update
X-BeenThere: esds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion of the ESDS \(Extensible Supplychain Discovery Service\)" <esds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/esds>, <mailto:esds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/esds>
List-Post: <mailto:esds@ietf.org>
List-Help: <mailto:esds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/esds>, <mailto:esds-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: esds-bounces@ietf.org
Errors-To: esds-bounces@ietf.org
Dear Ali, all Thanks for the charter. Basically, I agree with it However, I have something on my mind that I want to share. Apologies if this falls out of the scope of this group. It is mentioned explicitly the increasing use of RFID technologies, about this point I should agree. However, I considered this is only one (family of) technology(s) that may enable to locate a particular item, but there should be other ways to interact with a intelligent items, IMHO we will see in the future an increasing number of personal equipment that may have PAN/WAN/WMAN abilities. Currently many efforts work on the direction of enabling access to items and handover between short/mid/long range communications. This is closely linked to the concept of Internet of things: "things" that have some amount of intelligence + ability to access them and put them on the internet. Therefore, in the future apart from RFID/EPC (which I believe has a lot of positive aspects to triumph for identification of individual items) it should be possible to identify an element through its internet/network ID. So, I was wondering if ESDS as a directory of resources may consider wider range of technologies for observations. And if this should be expressed, somehow, on the charter. Just wanted to exchange some thoughts, thanks! Miguel Angel PS http://www.worldinternetcenter.com/Pubs/Pubs2004/feb05/IPv6vEPC.pdf -----Mensaje original----- De: esds-bounces@ietf.org [mailto:esds-bounces@ietf.org] En nombre de Ali Rezafard Enviado el: jueves, 25 de septiembre de 2008 21:23 Para: esds@ietf.org Asunto: Re: [ESDS] Proposed Charter - 2nd update Thank you Kary and Mark for your input. The charter has been updated accordingly. I have removed the word "available" from "i)" since availability would be subject to Authentication and Authorization. Also "available" might be implying that DS should verify the information resource availability, which is not in scope of a DS responsibilities. Best Regards, Ali ESDS Charter: ESDS has been chartered to architect and define a protocol for Discovery Services. Discovery Services at its core offers to authenticated and authorized users the means to discover sources of information for a particular object. Discovery Services can be implemented as a decentralized directory of resources indexed by a shared identifier. The scope of Discovery Service is confined to only providing referral data to resource of information. Discovery Services need to be deployable in both closed networks as well as open and global networks such as Internet. ESDS will develop interfaces for users of Discovery Services as well as an interface for peer-to-peer communication among Discovery Services. ESDS will develop interfaces for: i) publishing the address of information resources [for a particular ID of an object of interest], ii) submitting one-time queries for retrieving the addresses of such resources, and iii) registering for standing queries, whose responses inform the client of addition, deletion or modification of DS records at a future time for a particular ID or group of IDs of an object or objects of interest. ESDS should support utilization of a trusted external identity management service for Authentication. ESDS should enable configuration of Authorization and Access Control for publishing clients to provide control over the reference data in Discovery Service. One of the applications motivating the development and standardization of Discovery Services is the increasing use of automatic identification technologies (in particular Radio Frequency Identification (RFID) ) to capture observations of tagged physical objects within the premises of a company and also as they pass from one company to another, in a supply chain or supply network. However, Discovery Services have a potentially wider generic applicability, as a bottom-up mechanism for constructing indices and referral systems for information about particular topics or keywords, particularly when the contributed information is distributed across multiple nodes on the internet and in particular, where the contributed information (and the metadata that enables its discovery) is not intended to be available to everyone or is not ordinarily discoverable by public web search engines that perform automated crawling and indexing of publicly accessible content. On 5-Sep-08, at 3:10PM, Ali Rezafard wrote: > Dear ESDS members, > > Below is our updated charter. Please review and comment by September > 19th. Silence will be interpreted as consensus from the group. > > Best Regards, > Ali Rezafard > > ESDS Charter: > > ESDS has been chartered to architect and define a protocol for > Discovery Services. Discovery Services at its core offers to > authenticated and authorized users the means to discover sources of > information for a particular object. Discovery Services can be > implemented as a decentralized directory of resources indexed by a > shared identifier. The scope of Discovery Service is confined to only > providing referral data to source of information. Discovery Services > need to be deployable in both closed networks as well as open and > global networks such as Internet. > > ESDS will develop interfaces for users of Discovery Services as well > as an interface for peer-to-peer communication among Discovery > Services. ESDS will develop interfaces for publishing data, submitting > one-time queries, and registering for standing queries. ESDS should > support utilization of a trusted external identity management service > for Authentication. ESDS should enable configuration of Authorization > and Access Control for publishing clients to provide control over the > reference data in Discovery Service. > > One of the applications motivating the development and standardization > of Discovery Services is the increasing use of automatic > identification technologies (in particular Radio Frequency > Identification (RFID) ) to capture observations of tagged physical > objects within the premises of a company and also as they pass from > one company to another, in a supply chain or supply network. > > However, Discovery Services have a potentially wider generic > applicability, as a bottom-up mechanism for constructing indices and > referral systems for information about particular topics or keywords, > particularly when the contributed information is distributed across > multiple nodes on the internet and in particular, where the > contributed information (and the metadata that enables its discovery) > is not intended to be available to everyone or is not ordinarily > discoverable by public web search engines that perform automated > crawling and indexing of publicly accessible content. > _______________________________________________ > ESDS mailing list > ESDS@ietf.org > https://www.ietf.org/mailman/listinfo/esds _______________________________________________ ESDS mailing list ESDS@ietf.org https://www.ietf.org/mailman/listinfo/esds -- _______________________________________________ ESDS mailing list ESDS@ietf.org https://www.ietf.org/mailman/listinfo/esds
- [ESDS] Proposed Charter - 2nd update Ali Rezafard
- Re: [ESDS] Proposed Charter - 2nd update Ali Rezafard
- Re: [ESDS] Proposed Charter - 2nd update Miguel Angel Guijarro Moreno
- Re: [ESDS] Proposed Charter - 2nd update Mark Harrison
- Re: [ESDS] Proposed Charter - 2nd update Miguel Angel Guijarro Moreno
- Re: [ESDS] Proposed Charter - 2nd update Olivier DUBUISSON
- Re: [ESDS] Proposed Charter - 2nd update Mark Harrison