Re: [Lake] Call for adoption for draft-selander-lake-edhoc - respond by June 22

Carsten Bormann <> Mon, 22 June 2020 06:50 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 90BAA3A0911 for <>; Sun, 21 Jun 2020 23:50:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 0vrJep-j2W5V for <>; Sun, 21 Jun 2020 23:50:49 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 4BCEA3A0980 for <>; Sun, 21 Jun 2020 23:50:48 -0700 (PDT)
Received: from [] ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 49r0RQ5H6pzyRn; Mon, 22 Jun 2020 08:50:42 +0200 (CEST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.\))
From: Carsten Bormann <>
In-Reply-To: <>
Date: Mon, 22 Jun 2020 08:50:42 +0200
X-Mao-Original-Outgoing-Id: 614501442.225633-18b460b9ea50231083ce14d5621a2777
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <>
To: "" <>
X-Mailer: Apple Mail (2.3608.
Archived-At: <>
Subject: Re: [Lake] Call for adoption for draft-selander-lake-edhoc - respond by June 22
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Lightweight Authenticated Key Exchange <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 22 Jun 2020 06:50:52 -0000

On 2020-06-22, at 07:54, Hannes Tschofenig <> wrote:
> researchers on this list to get excited about introducing more solutions

Right, thank you for reminding me that I still have to reply.

I’m quite happy that EDHOC has caused CTLS to emerge.  That will certainly cause some fragmentation, but it is a step long overdue for TLS/DTLS.  I believe we need to continue working on creating the environment that will lead to CTLS actually getting completed.  I don’t mind if Hannes calls this environment “getting excited”; creating mindshare is often how technology progresses.

I don’t think that CTLS obviates the need for EDHOC, for reasons that should by now well-expressed inside and outside this mailing list.
So I am in favor of adopting draft-selander-lake-edhoc as a working group document of LAKE.

I’d make some meta-comments on design for choice, but those would just lead to more unneeded discussion.  Can choice damage the Internet or its applications?  It sure can.  Perspectives on this differ, and few people will manage to control the influence on this perspective from their desire for a specific outcome.  Competition has already managed to significantly improve both sides.  Enough said.

Grüße, Carsten