Re: [core] Tr : New Version Notification for draft-vial-core-mirror-proxy-00.txt

"Dijk, Esko" <esko.dijk@philips.com> Tue, 13 March 2012 13:39 UTC

Return-Path: <esko.dijk@philips.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 1B56421F8871 for <core@ietfa.amsl.com>; Tue, 13 Mar 2012 06:39:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.999
X-Spam-Level:
X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[AWL=-0.400, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 v1FfhIXYyOUW for <core@ietfa.amsl.com>; Tue, 13 Mar 2012 06:39:18 -0700 (PDT)
Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe002.messaging.microsoft.com [216.32.181.182]) by ietfa.amsl.com (Postfix) with ESMTP id 0BEF821F882E for <core@ietf.org>; Tue, 13 Mar 2012 06:39:18 -0700 (PDT)
Received: from mail14-ch1-R.bigfish.com (10.43.68.234) by CH1EHSOBE014.bigfish.com (10.43.70.64) with Microsoft SMTP Server id 14.1.225.23; Tue, 13 Mar 2012 13:39:17 +0000
Received: from mail14-ch1 (localhost [127.0.0.1]) by mail14-ch1-R.bigfish.com (Postfix) with ESMTP id 9A6DA480125; Tue, 13 Mar 2012 13:39:17 +0000 (UTC)
X-SpamScore: -49
X-BigFish: VPS-49(zzbb2dI217bL15d6O9251Jc89bh936eK542M14ffOzz1202hzz1033IL8275bh8275dhz2dh2a8h668h839h)
X-Forefront-Antispam-Report: CIP:157.55.7.222; KIP:(null); UIP:(null); IPV:NLI; H:mail.philips.com; RD:none; EFVD:NLI
Received: from mail14-ch1 (localhost.localdomain [127.0.0.1]) by mail14-ch1 (MessageSwitch) id 1331645955440484_8117; Tue, 13 Mar 2012 13:39:15 +0000 (UTC)
Received: from CH1EHSMHS004.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.235]) by mail14-ch1.bigfish.com (Postfix) with ESMTP id 6960C200045; Tue, 13 Mar 2012 13:39:15 +0000 (UTC)
Received: from mail.philips.com (157.55.7.222) by CH1EHSMHS004.bigfish.com (10.43.70.4) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 13 Mar 2012 13:39:12 +0000
Received: from 011-DB3MPN1-014.MGDPHG.emi.philips.com ([169.254.4.162]) by 011-DB3MMR1-005.MGDPHG.emi.philips.com ([10.128.28.55]) with mapi id 14.01.0355.003; Tue, 13 Mar 2012 13:41:16 +0000
From: "Dijk, Esko" <esko.dijk@philips.com>
To: "matthieu.vial@non.schneider-electric.com" <matthieu.vial@non.schneider-electric.com>
Thread-Topic: [core] Tr : New Version Notification for draft-vial-core-mirror-proxy-00.txt
Thread-Index: AQHM+HXGBKCQEHwzEUqw/PYE5xqGJZZoR3rQ
Date: Tue, 13 Mar 2012 13:41:16 +0000
Message-ID: <031DD135F9160444ABBE3B0C36CED61807B3C7@011-DB3MPN1-014.MGDPHG.emi.philips.com>
References: <OFE2C13C3C.C28F1332-ONC12579B5.0047844C-C12579B5.00484C37@schneider-electric.com>
In-Reply-To: <OFE2C13C3C.C28F1332-ONC12579B5.0047844C-C12579B5.00484C37@schneider-electric.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [194.171.252.101]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: philips.com
Cc: core WG <core@ietf.org>
Subject: Re: [core] Tr : New Version Notification for draft-vial-core-mirror-proxy-00.txt
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 Mar 2012 13:39:19 -0000

Thanks Matthieu,

interesting that you mention the response suppression option ("Suppr-Rsp"), which was discussed before on the CoRE list.
Would you be interested to contribute to a short I-D about such CoAP option? It may be useful for multiple purposes.

Although now in coap-09 there is additional text on CoAP response suppression (for the multicast case), where each CoAP server decides whether to respond or not, an explicit signaling from the client may be useful for certain use cases or to improve on some interoperability/upgradability aspects of larger CoAP systems.

A response suppression option could use a bitmask to signal the clients preferences, e.g.:

bit 0: Suppress all 2.xx success responses
bit 1: Suppress all 4.xx client errors
bit 2: Suppress all 5.xx server errors
bit 3: Suppress all query responses with a size zero result set (if bit NOT set, don't suppress empty result sets!)
bit 4: (Suppress payload in response ?)

Any combination of the previous items is thus possible. All bits clears means follow CoAP protocol defaults and the server's defaults.

Esko

-----Original Message-----
From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of matthieu.vial@non.schneider-electric.com
Sent: Friday 2 March 2012 14:10
To: core WG
Subject: [core] Tr : New Version Notification for draft-vial-core-mirror-proxy-00.txt

Hello all,

Here is another draft dealing with sleepy devices.

I will be glad to read your comments and suggestions to improve the
document.

Best regards,
Matthieu Vial


----- Réacheminé par Matthieu Vial/FR/Non/Schneider le 02/03/2012 14:01
-----



internet-drafts@ietf.org
02/03/2012 13:58

A
Matthieu Vial/FR/Non/Schneider@Europe
cc

Objet
New Version Notification for draft-vial-core-mirror-proxy-00.txt






A new version of I-D, draft-vial-core-mirror-proxy-00.txt has been
successfully submitted by Matthieu Vial and posted to the IETF repository.

Filename:                 draft-vial-core-mirror-proxy
Revision:                 00
Title:                            CoRE Mirror Proxy
Creation date:            2012-03-02
WG ID:                            Individual Submission
Number of pages: 14

Abstract:
   This document introduces the concept of Mirror Proxy that enables
   sleeping devices to participate in a REST architecture despite the
   fact that they are not web servers.  Most constrained devices may
   sleep during long periods preventing them from acting as traditional
   web servers.  However as client-only endpoints they can rely on a
   Mirror Proxy to cache and serve the content they provide.




The IETF Secretariat

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________

_______________________________________________
core mailing list
core@ietf.org
https://www.ietf.org/mailman/listinfo/core

________________________________
The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message.