Re: [core] Do we need a CORE charter item for CoAP support of Sleepy Nodes?

"Kovatsch Matthias" <kovatsch@inf.ethz.ch> Tue, 06 August 2013 14:47 UTC

Return-Path: <kovatsch@inf.ethz.ch>
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 65EC121F9E63 for <core@ietfa.amsl.com>; Tue, 6 Aug 2013 07:47:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 9YXRK2RbyQ6H for <core@ietfa.amsl.com>; Tue, 6 Aug 2013 07:47:50 -0700 (PDT)
Received: from edge10.ethz.ch (edge10.ethz.ch [82.130.75.186]) by ietfa.amsl.com (Postfix) with ESMTP id 26DF421F9E46 for <core@ietf.org>; Tue, 6 Aug 2013 07:47:42 -0700 (PDT)
Received: from CAS22.d.ethz.ch (172.31.51.112) by edge10.ethz.ch (82.130.75.186) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 6 Aug 2013 16:47:40 +0200
Received: from MBX210.d.ethz.ch ([fe80::ed77:7d47:9467:69a9]) by CAS22.d.ethz.ch ([fe80::dd0e:466a:b055:c090%10]) with mapi id 14.02.0298.004; Tue, 6 Aug 2013 16:47:41 +0200
From: Kovatsch Matthias <kovatsch@inf.ethz.ch>
To: Rick Bullotta <rick.bullotta@thingworx.com>
Thread-Topic: [core] Do we need a CORE charter item for CoAP support of Sleepy Nodes?
Thread-Index: AQHOkgNzWyLXgEb5yEyiT6XrPBPgmZmIHPTw///zLwCAADMnoA==
Date: Tue, 06 Aug 2013 14:47:40 +0000
Message-ID: <55877B3AFB359744BA0F2140E36F52B51503820A@MBX210.d.ethz.ch>
References: <D60519DB022FFA48974A25955FFEC08C0537E49C@SAM.InterDigital.com> <51FBC0D2.2030909@ericsson.com> <51FEB8FF.9080101@anche.no> <5c07f5eb4caba701bd1c5b99cebe14a4@xs4all.nl> <6E0184DF-5393-48F7-AE1C-C09B2415DFEC@sensinode.com> <51FFE462.7050903@gridmerge.com> <55877B3AFB359744BA0F2140E36F52B515036055@MBX210.d.ethz.ch> <7B0EAB9A-75D3-46B1-8372-FB93D9B49042@thingworx.com>
In-Reply-To: <7B0EAB9A-75D3-46B1-8372-FB93D9B49042@thingworx.com>
Accept-Language: en-US, de-CH
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [77.57.171.155]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "core@ietf.org" <core@ietf.org>
Subject: Re: [core] Do we need a CORE charter item for CoAP support of Sleepy Nodes?
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, 06 Aug 2013 14:47:55 -0000

> Would it be more accurate for #2 to state that the application actively controls
> when to *wake*? Small but important semantic difference.

Well, I meant the full cycle, when to sleep, when to wake, and for each how long.


> On Aug 6, 2013, at 9:13 AM, "Kovatsch  Matthias" <kovatsch@inf.ethz.ch>
> wrote:
> 
> >> I agree too with what Zach and Peter say. Sleepy nodes have to be
> >> considered vertically through the stack so it goes beyond the reach
> >> of what is being done in CoRE.
> >
> > For a CoAP endpoint there are basically two ways to enable sleep:
> > 1) Sleeping is managed transparently through the network stack and the
> > application does not need to care ("radio duty cycling")
> > 2) The application actively controls when to sleep, usually for longer
> > periods ("sleepy nodes")
> >
> > For the latter case, the application layer requires infrastructure support along
> the lines of draft-vial-core-mirror-server or draft-fossati-core-publish/-monitor-
> option (basically advanced cache control).
> >
> > Zach has a valid point, though, that the WG currently has enough to do.
> However, this advanced cache control should be kept in mind...
> >
> > Ciao
> > Matthias
> >
> > _______________________________________________
> > core mailing list
> > core@ietf.org
> > https://www.ietf.org/mailman/listinfo/core