Re: [core] #184: Add implementation note to 3.5 about careless GETs

Salvatore Loreto <salvatore.loreto@ericsson.com> Fri, 09 March 2012 13:44 UTC

Return-Path: <salvatore.loreto@ericsson.com>
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 E604C21F8645 for <core@ietfa.amsl.com>; Fri, 9 Mar 2012 05:44:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.874
X-Spam-Level:
X-Spam-Status: No, score=-109.874 tagged_above=-999 required=5 tests=[AWL=0.725, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K+gk-eXNZGlI for <core@ietfa.amsl.com>; Fri, 9 Mar 2012 05:44:46 -0800 (PST)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by ietfa.amsl.com (Postfix) with ESMTP id 0F5F121F8642 for <core@ietf.org>; Fri, 9 Mar 2012 05:44:45 -0800 (PST)
X-AuditID: c1b4fb39-b7bf2ae0000069a1-93-4f5a094c6f28
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 3E.0E.27041.C490A5F4; Fri, 9 Mar 2012 14:44:45 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.3.213.0; Fri, 9 Mar 2012 14:44:44 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id C18772321 for <core@ietf.org>; Fri, 9 Mar 2012 15:44:44 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id C30EB5218B for <core@ietf.org>; Fri, 9 Mar 2012 15:44:44 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 82B4E519C6 for <core@ietf.org>; Fri, 9 Mar 2012 15:44:44 +0200 (EET)
Message-ID: <4F5A094C.1000509@ericsson.com>
Date: Fri, 09 Mar 2012 15:44:44 +0200
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: core@ietf.org
References: <051.1d985a98083f5d7102ae3d8bf240deb7@trac.tools.ietf.org> <066.cb6972442c59a937cc7597800417ed51@trac.tools.ietf.org>
In-Reply-To: <066.cb6972442c59a937cc7597800417ed51@trac.tools.ietf.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [core] #184: Add implementation note to 3.5 about careless GETs
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: Fri, 09 Mar 2012 13:44:47 -0000

On 3/1/12 6:04 PM, core issue tracker wrote:
> #184: Add implementation note to 3.5 about careless GETs
>
>
> Comment (by hartke@…):
>
>   At the end of section 3.5, add:
>
>   Implementation note: A client that does not mediate all its requests
>   through its cache might inadvertantly cancel an observation relationship
>   by sending an unrelated GET to the same resource.  To avoid this, without
>   incurring a need for synchronization, such clients can use a different
>   source transport address for these unrelated GET requests.
>
I fully agree with the second sentence of the above paragraph.
Above the first one I have the following question:
how does a mediation level (e.g. a cache) distinguish an actual cancel 
request
from an inadvertent one

cheers
Salvatore

-- 
Salvatore Loreto
www.sloreto.com