IETF Logo Mail Archive

[Lake] Re: Adoption call for draft-tiloca-lake-app-profiles - respond by 4 December 2024

Christian Amsüss <christian@amsuess.com> Wed, 20 November 2024 15:41 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 76F84C14CE5E for <lake@ietfa.amsl.com>; Wed, 20 Nov 2024 07:41:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, 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 dRg7-zseQlxp for <lake@ietfa.amsl.com>; Wed, 20 Nov 2024 07:41:51 -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 7B357C14F6AA for <lake@ietf.org>; Wed, 20 Nov 2024 07:41:48 -0800 (PST)
Received: from poseidon-mailhub.amsuess.com (095129206250.cust.akis.net [95.129.206.250]) by smtp.akis.at (8.18.1/8.17.2) with ESMTPS id 4AKFfiEL067894 (version=TLSv1.2 cipher=ECDHE-ECDSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 20 Nov 2024 16:41:44 +0100 (CET) (envelope-from christian@amsuess.com)
X-Authentication-Warning: smtp.akis.at: Host 095129206250.cust.akis.net [95.129.206.250] 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 E2C764862E; Wed, 20 Nov 2024 16:41:43 +0100 (CET)
Received: from hephaistos.amsuess.com (unknown [IPv6:2a02:b18:c13b:8010:6d2c:626d:b17c:f784]) by poseidon-mailbox.amsuess.com (Postfix) with ESMTPSA id 86EE23EE85; Wed, 20 Nov 2024 16:41:43 +0100 (CET)
Received: (nullmailer pid 2651462 invoked by uid 1000); Wed, 20 Nov 2024 15:41:43 -0000
Date: Wed, 20 Nov 2024 16:41:43 +0100
From: Christian Amsüss <christian@amsuess.com>
To: Mališa Vučinić <malisa.vucinic@inria.fr>
Message-ID: <Zz4DN1hOlH8fVxBV@hephaistos.amsuess.com>
References: <3F21ECCA-5946-4FCC-B87A-9A8A614D2739@inria.fr>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="vLeK23byg9S4abyD"
Content-Disposition: inline
In-Reply-To: <3F21ECCA-5946-4FCC-B87A-9A8A614D2739@inria.fr>
X-Scanned-By: MIMEDefang 2.86
Message-ID-Hash: J7R3YNCE2FMMZVJG2JB5FK3NVSWOW43S
X-Message-ID-Hash: J7R3YNCE2FMMZVJG2JB5FK3NVSWOW43S
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Lake] Re: Adoption call for draft-tiloca-lake-app-profiles - respond by 4 December 2024
List-Id: Lightweight Authenticated Key Exchange <lake.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/k9qJJ9GnmpBKw5rquQ7q7W94BtA>
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 Wed, Nov 20, 2024 at 12:55:03PM +0100, Mališa Vučinić wrote:
> In order to speed things up a bit and try to finish the adoption calls
> discussed during the IETF 121 meeting in 2024, we are launching a call
> for adoption of the document “Coordinating the Use of Application
> Profiles for EDHOC” [1].

this document contains extensions that I consider very important for
interoperable deployments of EDHOC; while provisions for setting the
ID_CRED_x type from an EAD are not in the document yet, they are planned
by the authors for inclusion in this document, and the document now
already contains the necessary building blocks.

I think that this document should be adopted by the WG.

Thanks
Christian

-- 
To use raw power is to make yourself infinitely vulnerable to greater powers.
  -- Bene Gesserit axiom

v2.30.2 | Report a Bug | By Email | System Status