[core] Question reg. draft-fossati-tls-iot-optimizations-00

"Hudalla Kai (INST/ESY1)" <Kai.Hudalla@bosch-si.com> Wed, 02 November 2016 07:28 UTC

Return-Path: <Kai.Hudalla@bosch-si.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 6340F129471 for <core@ietfa.amsl.com>; Wed, 2 Nov 2016 00:28:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham 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 TIUoqH8cQgd6 for <core@ietfa.amsl.com>; Wed, 2 Nov 2016 00:28:56 -0700 (PDT)
Received: from smtp6-v.fe.bosch.de (smtp6-v.fe.bosch.de [IPv6:2a03:cc00:ff0:100::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11770129417 for <core@ietf.org>; Wed, 2 Nov 2016 00:28:55 -0700 (PDT)
Received: from vsmta11.fe.internet.bosch.com (unknown [10.4.98.51]) by imta24.fe.bosch.de (Postfix) with ESMTP id EEAD8D800EA for <core@ietf.org>; Wed, 2 Nov 2016 08:28:53 +0100 (CET)
Received: from be6vw2exc00.bosch-si.com (vsgw23.fe.internet.bosch.com [10.4.98.23]) by vsmta11.fe.internet.bosch.com (Postfix) with ESMTP id 5863F2380C39 for <core@ietf.org>; Wed, 2 Nov 2016 08:28:53 +0100 (CET)
Received: from BE6PW2EXD00.bosch-si.com ([fe80::4027:bf9e:f016:559a]) by be6vw2exc00.bosch-si.com ([::1]) with mapi id 14.03.0319.002; Wed, 2 Nov 2016 08:29:22 +0100
From: "Hudalla Kai (INST/ESY1)" <Kai.Hudalla@bosch-si.com>
To: "core@ietf.org" <core@ietf.org>
Thread-Topic: Question reg. draft-fossati-tls-iot-optimizations-00
Thread-Index: AQHSNNrUQiFxM4jxF0uf7wXxo8NqTA==
Date: Wed, 02 Nov 2016 07:29:22 +0000
Message-ID: <1478071732.8543.7.camel@bosch-si.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.56.65.50]
Content-Type: text/plain; charset="utf-8"
Content-ID: <1049F45AAE5A4B47B066568468BECFCD@bosch-si.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-22672.006
X-TMASE-MatchedRID: nUaX6WnR0eThuaNyIeP+cxWCVBr+Ay98hEIiqNvBrmMY0A95tjAn+7OL QBDhH6LBLmx6CwcRopwUTmQi97+uijI2mGvTdj4usyNb+yeIRAp4XLNBjM9D5JMxNpDOG+h68ox ws5NEUGhV0zXF6woEeU+OZCq3KwAJv6BXK4P/i1YZLjy91v7M5dbkquUQVQpuL/xHEOyoUfwlg0 P4KwZbnKLqiYUS9IVmi+zfZ24sxmKRQnbVeiX91pGtJGqXJFNbwAZu0JyCD/ybKItl61J/yfmS+ aPr0Ve8SXhbxZVQ5H+OhzOa6g8KrRPQdFVebwVSNjEtqNGjGir6/IxKVOLF5haQjnwXi3Rrn7WU 5dmipoRDDKa3G4nrLQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/xD7eABHb98bE03Hn3n0dFVmZXNE>
Subject: [core] Question reg. draft-fossati-tls-iot-optimizations-00
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: Wed, 02 Nov 2016 07:28:58 -0000

Hi list,

I have attended last week's meeting of the T2T RG in Ludwigsburg where we had a
vivid discussion around the problems of DTLS on mobile and other NATed networks
where the device's IP address and/or port are expected to change once in a while.

We quickly came to the conclusion that the CoAP spec will need to be changed in a
way that removes the transport's addressing information from the Request/Response
matching criteria when using DTLS.

However, what alternative mechanism could be used instead?

Section 4.2 of draft-fossati-tls-iot-optimizations-00 proposes to use a
connection ID as part of the DTLS record structure. While I understand the
usefulness of using a "long term identifier" for associating the session with the
client, I do not really understand, how a "hash chain" could be put to use in
this context to provide an improved level of privacy.

Could someone (of the authors) comment on that?
 
-- 
Mit freundlichen Grüßen / Best regards

Kai Hudalla
Chief Software Architect

Bosch Software Innovations GmbH
Schöneberger Ufer 89-91
10785 Berlin
GERMANY
www.bosch-si.com

Registered office: Berlin, Register court: Amtsgericht Charlottenburg,
HRB 148411 B;
Executives: Dr.-Ing. Rainer Kallenbach, Michael Hahn