[Lake] Re: Adoption call for draft-song-lake-ra-02

Christian Amsüss <christian@amsuess.com> Mon, 27 January 2025 10:01 UTC

Return-Path: <christian@amsuess.com>
X-Original-To: lake@ietfa.amsl.com
Delivered-To: lake@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41F1BC180B57 for <lake@ietfa.amsl.com>; Mon, 27 Jan 2025 02:01:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aS8JIFZoM0PD for <lake@ietfa.amsl.com>; Mon, 27 Jan 2025 02:01:14 -0800 (PST)
Received: from smtp.akis.at (smtp.akis.at [IPv6:2a02:b18:500:a515::f455]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B61C14F605 for <lake@ietf.org>; Mon, 27 Jan 2025 02:01:11 -0800 (PST)
Received: from poseidon-mailhub.amsuess.com ([IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd]) by smtp.akis.at (8.18.1/8.17.2) with ESMTPS id 50RA13i6088329 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 27 Jan 2025 11:01:03 +0100 (CET) (envelope-from christian@amsuess.com)
X-Authentication-Warning: smtp.akis.at: Host [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bd] claimed to be poseidon-mailhub.amsuess.com
Received: from poseidon-mailbox.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:a800:ff:fede:b1bf]) by poseidon-mailhub.amsuess.com (Postfix) with ESMTP id D38C94E075; Mon, 27 Jan 2025 11:01:02 +0100 (CET)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:198d:db1f:633f:3323]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 8FF97429E6; Mon, 27 Jan 2025 11:01:02 +0100 (CET)
Received: (nullmailer pid 277787 invoked by uid 1000); Mon, 27 Jan 2025 10:01:01 -0000
Date: Mon, 27 Jan 2025 11:01:01 +0100
From: Christian Amsüss <christian@amsuess.com>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Message-ID: <Z5dZXfw76W6i25AN@hephaistos.amsuess.com>
References: <e748a68e-386c-43b5-aa70-51c3c74780ca@cs.tcd.ie>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="gXNR569zl8D3KtH/"
Content-Disposition: inline
In-Reply-To: <e748a68e-386c-43b5-aa70-51c3c74780ca@cs.tcd.ie>
X-Scanned-By: MIMEDefang 2.86
Message-ID-Hash: YFOIOGNJF5AZJ7BHCA553G734MDAW3SK
X-Message-ID-Hash: YFOIOGNJF5AZJ7BHCA553G734MDAW3SK
X-MailFrom: christian@amsuess.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "lake@ietf.org" <lake@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Lake] Re: Adoption call for draft-song-lake-ra-02
List-Id: Lightweight Authenticated Key Exchange <lake.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/BUUid8vXRaHlI9csHDwbi4dqjS4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lake>
List-Help: <mailto:lake-request@ietf.org?subject=help>
List-Owner: <mailto:lake-owner@ietf.org>
List-Post: <mailto:lake@ietf.org>
List-Subscribe: <mailto:lake-join@ietf.org>
List-Unsubscribe: <mailto:lake-leave@ietf.org>

Hello,

On Mon, Jan 13, 2025 at 10:53:52AM +0000, Stephen Farrell wrote:
> Please comment on whether this document should be adopted by the working
> group by 27th January 2025.

I think that this is important work.

While there are some EAD registrating documents that will work well
outside this WG, the present document could use the level of deep EDHOC
integration that warrants the WG's attention. (I'm uncertain of whether
it uses that integration currently, eg. taking nonces out of the EDHOC
exporter rather than sending them explicitly, or using a session's DH
ephemerals, but even if eventually it won't use them, disucssion around
it will benefit the WG).

Thus, I support adoption.

BR
Christian

-- 
There's always a bigger fish.
  -- Qui-Gon Jinn