Re: [core] Removing entries from CoRE RD

Antonio Jara <jara@um.es> Tue, 13 November 2012 16:52 UTC

Return-Path: <jara@um.es>
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 E16BE21F8695 for <core@ietfa.amsl.com>; Tue, 13 Nov 2012 08:52:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.401
X-Spam-Level:
X-Spam-Status: No, score=-5.401 tagged_above=-999 required=5 tests=[AWL=-0.198, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D1Q-C3Jwzlsf for <core@ietfa.amsl.com>; Tue, 13 Nov 2012 08:52:25 -0800 (PST)
Received: from xenon11.um.es (xenon11.um.es [155.54.212.165]) by ietfa.amsl.com (Postfix) with ESMTP id B63FD21F8568 for <core@ietf.org>; Tue, 13 Nov 2012 08:52:24 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by xenon11.um.es (Postfix) with ESMTP id EE8D353730; Tue, 13 Nov 2012 17:52:21 +0100 (CET)
X-Virus-Scanned: by antispam in UMU at xenon11.um.es
Received: from xenon11.um.es ([127.0.0.1]) by localhost (xenon11.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MkpQTrg4DNgc; Tue, 13 Nov 2012 17:52:21 +0100 (CET)
Received: from localhost (ursus13.um.es [155.54.212.233]) by xenon11.um.es (Postfix) with ESMTP id 2B2D45364E; Tue, 13 Nov 2012 17:52:20 +0100 (CET)
Received: from mdc-wsg-1.utc.com (mdc-wsg-1.utc.com [192.249.47.201]) by webmail.atica.um.es (Horde Framework) with HTTP; Tue, 13 Nov 2012 17:52:20 +0100
Message-ID: <20121113175220.20046m2ap15d81j8@webmail.atica.um.es>
Date: Tue, 13 Nov 2012 17:52:20 +0100
From: Antonio Jara <jara@um.es>
To: Alessandro Ludovici <alessandro.ludovici@entel.upc.edu>
References: <dd9675d5ad452300ed13053d6ea5c4ec@webmail.entel.upc.edu> <20121113171825.16095lkj4ixqgcsx@webmail.atica.um.es> <b7a38287d319ca671c6cbb2b2e52e106@webmail.entel.upc.edu>
In-Reply-To: <b7a38287d319ca671c6cbb2b2e52e106@webmail.entel.upc.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; DelSp="Yes"; format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
User-Agent: Internet Messaging Program (IMP) H3 (4.3.2)
Cc: core@ietf.org
Subject: Re: [core] Removing entries from CoRE RD
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 13 Nov 2012 16:52:26 -0000

Dear Alessandro,

 From my understanding update re-write the content of the ep, with the  
defined payload content.

For that reason, if you overwrite an ep description with less  
resources, you are indicating that that ep now has only available the  
indicated resources in the update.

Regards,
Antonio J. Jara



Quoting Alessandro Ludovici <alessandro.ludovici@entel.upc.edu>:

>
>
> Dear Antonio,
>
> I don't think that using update requests would be
> simpler than using a remove request. How does the endpoint specifies
> that it wishes to perform a removal in an update request? It could be
> confusing for the RD as well as it could create inconsistency. Instead,
> a remove request would be more straightforward and helps to avoid
> confusion.
>
> Best Regards,
>
> Alessandro
>
> On Tue, 13 Nov 2012 17:18:25
> +0100, Antonio Jara wrote:
>
>> Dear Alessandro,
>>
>> If you want to
> modify the ep, then sends an update. I guess is simpler
>> than partial
> removes, that could create inconsistencies easily...
>>
>> Best
> regards,
>> Antonio J. Jara
>>
>> Quoting Alessandro Ludovici :
>>
>>> Dear
> List, I have a comment about the removal of RD entries specified in
> section 5.5 of draft-shelby-core-resource-directory-04. The removal
> request interface defined by the draft is specified as follows: Method:
> DELETE URI Template: /{+location} At present, the removal request has
> the effects of removing the whole registration of an endpoint. However,
> an endpoint could have many resources registered at the same location.
> If it wishes to remove only one or more resources but maintains the
> remaining it can't. I propose to enrich the removal request interface by
> allowing an endpoint to send the removal parameter of one or multiple
> resource in CoRE Link Format. If a removal request contains a payload in
> CoRE Link Format the RD will remove only the resources that the payload
> specifies. Otherwise, the RD will remove the whole registration of the
> endpoint. Regards, -- Alessandro Ludovici Wireless Network Group(WNG),
> Department of Telematic Engineering, Universitat Politècnica de
> Catalunya, C/Jordi Girona 1-3, Mòdul C3, 08034 Barcelona, Spain; E-Mail:
> alessandro.ludovici@entel.upc.edu [1] Tel.: +34-93-401-70-41; Fax:
> +34-93-401-10-58
>
>
> Links:
> ------
> [1]
> mailto:alessandro.ludovici@entel.upc.edu
> [2]
> mailto:alessandro.ludovici@entel.upc.edu
>