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