[core] Removing entries from CoRE RD

Alessandro Ludovici <alessandro.ludovici@entel.upc.edu> Tue, 13 November 2012 16:09 UTC

Return-Path: <alessandro.ludovici@entel.upc.edu>
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 DEEC921F876D for <core@ietfa.amsl.com>; Tue, 13 Nov 2012 08:09:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.298
X-Spam-Level:
X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 UCRsK55XJiSk for <core@ietfa.amsl.com>; Tue, 13 Nov 2012 08:09:55 -0800 (PST)
Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by ietfa.amsl.com (Postfix) with ESMTP id CECDD21F8766 for <core@ietf.org>; Tue, 13 Nov 2012 08:09:53 -0800 (PST)
Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id qADG9nGb021303 for <core@ietf.org>; Tue, 13 Nov 2012 17:09:50 +0100
Received: from webmail.entel.upc.edu (wireless.upc.es [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id AAFDB2CBD0E for <core@ietf.org>; Tue, 13 Nov 2012 17:09:44 +0100 (CET)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_ec35505a83c3ac38c61fd02d0def9202"
Date: Tue, 13 Nov 2012 17:09:44 +0100
From: Alessandro Ludovici <alessandro.ludovici@entel.upc.edu>
To: core@ietf.org
Message-ID: <dd9675d5ad452300ed13053d6ea5c4ec@webmail.entel.upc.edu>
X-Sender: alessandro.ludovici@entel.upc.edu
User-Agent: RoundCube Webmail/0.5.1
X-Mail-Scanned: Criba 2.0 + Clamd
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 13 Nov 2012 17:09:50 +0100 (CET)
Subject: [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:09:56 -0000

  

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 
Tel.: +34-93-401-70-41; Fax:
+34-93-401-10-58