[core] Not really about Re: I-D Action: draft-ietf-core-etch-01.txt

Carsten Bormann <cabo@tzi.org> Mon, 27 June 2016 14:24 UTC

Return-Path: <cabo@tzi.org>
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 BFC4B12D549 for <core@ietfa.amsl.com>; Mon, 27 Jun 2016 07:24:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.627
X-Spam-Level:
X-Spam-Status: No, score=-0.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DEAR_SOMETHING=1.973, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7BMZo0t7wAcM for <core@ietfa.amsl.com>; Mon, 27 Jun 2016 07:24:18 -0700 (PDT)
Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82AB812D59E for <core@ietf.org>; Mon, 27 Jun 2016 07:24:16 -0700 (PDT)
Received: from mfilter29-d.gandi.net (mfilter29-d.gandi.net [217.70.178.160]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 819A6A8899; Mon, 27 Jun 2016 16:10:35 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mfilter29-d.gandi.net
Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter29-d.gandi.net (mfilter29-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id OWa3P_T9jxfQ; Mon, 27 Jun 2016 16:10:03 +0200 (CEST)
X-Originating-IP: 93.199.242.26
Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 3A865A8B77; Mon, 27 Jun 2016 15:57:13 +0200 (CEST)
Message-ID: <577130B7.30104@tzi.org>
Date: Mon, 27 Jun 2016 15:57:11 +0200
From: Carsten Bormann <cabo@tzi.org>
User-Agent: Postbox 4.0.8 (Macintosh/20151105)
MIME-Version: 1.0
To: Pascal Urien <pascal.urien@gmail.com>
X-Enigmail-Version: 1.2.3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/8BTcsRgERYTpdwIVD74D-zqyxkk>
Cc: core <core@ietf.org>
Subject: [core] Not really about Re: I-D Action: draft-ietf-core-etch-01.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 27 Jun 2016 14:24:20 -0000

Hi Pascal,

we will be making a draft WG agenda next week.

Could you use the time until then to get some discussion going on the
CoRE mailing list?  We'll need to raise some interest to justify adding
an agenda slot for this; we might be pretty tight this meeting (lots of
drafts are in their finishing phase).  In particular, since you are
addressing the CoRE working group, we'd need to understand why this WG
is the right place to do this work and not a security group such as,
say, TLS (or even SPASM).  There also was a DICE working group that has
been profiling DTLS for CoAP; this work is being published (in AUTH48
right now: draft-ietf-dice-profile-17).

Grüße, Carsten


Pascal Urien wrote:
> 
> Dear Sir
> 
> I would like a short slot on Tuesday july 19 during the core session in
> order to present the draft 
> 
> draft-urien-core-identity-module-coap-00.txt
> 
> which is an experimental proposal for identity modules based on Secure
> Elements, whose expected benefits are the following:
> 
> - Processing of DTLS/TLS stacks needed by CoAP by tamper resistant chips
> - Secure storage of pre-share keys or private keys
> - Trusted simple or mutual authentication between CoAP devices and CoAP
> clients.
> - The device identity is enforced by a non cloneable chip.
> - Trusted cryptographic support.
> - Low power consumption
> 
> Best regards
> 
> Pascal Urien
> 
> 
> 2016-06-24 0:38 GMT+02:00 Carsten Bormann <cabo@tzi.org
> <mailto:cabo@tzi.org>>:
> 
>     This small update should cover #411 (which will now be closed unless we
>     need more work on that example).
> 
>     It also covers an internal todo; in particular the text about ETags in
>     FETCH is new.
> 
>     As usual, please see:
> 
>     https://www.ietf.org/rfcdiff?url2=draft-ietf-core-etch-01
> 
>     and (for the most readable HTML version)
> 
>     https://core-wg.github.io/etch/
> 
>     The authors believe we are now very close to being ready for WGLC, so a
>     quick read and some feedback on this belief would be appreciated.
> 
>     Grüße, Carsten
> 
>     _______________________________________________
>     core mailing list
>     core@ietf.org <mailto:core@ietf.org>
>     https://www.ietf.org/mailman/listinfo/core
> 
>