Re: [Lake] COSE IANA registrations in EDHOC (Was: New Version Notification for draft-ietf-lake-edhoc-09.txt)
Göran Selander <goran.selander@ericsson.com> Mon, 06 September 2021 08:48 UTC
Return-Path: <goran.selander@ericsson.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 08A363A2751; Mon, 6 Sep 2021 01:48:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.552
X-Spam-Level:
X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 NsHr5MlgODCX; Mon, 6 Sep 2021 01:48:28 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140058.outbound.protection.outlook.com [40.107.14.58]) (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 A1A123A2745; Mon, 6 Sep 2021 01:48:27 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dmH0uIfMMN7Ap/vdOxAU8AkuzUirRUMrL7Jc2HyjWvK/BiBPOUTRGVxu0T7lnft8MsNCKwfVuoQo0lBa1YUjeJKkIoNkN7Kvo9qNAGscDw+8vRYR0DOY9Ays7gtSKrmn/SIifr5Uc91UVq9/hDcXjlCFBR/rvXbx8aaZZvMO655i7HfCj3102xLw+jZJdMkul2sA/egd4Efv+8g8NyasC61pLXEwL8L0DlZ0SHyjr10U2KkCX4+ypigJw5RPYeqq/hs1Mql1KHI+XKQ1ybY86W2ShEsZlHP1ATDtgwkWdG42vmtvZ/U2P7WnPDgL4FeiulhspsKMk6pi/zSHi8hSgQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ug/LyvPOGFQ7IoCCR+eMYq9dNoPLdEG9ySM//3mongg=; b=UgCoeJyOiSiSLB7TD7SBQ/BHlFiYEPBajKiHtRbb8DZbH5JPGVvWie1yPToJGdHqKFJ8O+UPrbvigd2YECHMV3EsjLs0mXshuE9uibpdxDvoH5FglqNUJ2OH8opisZzeDWmLrrY14zSzsRX4uq5bN8m1MDje6k3k31TFANKvj5kZKEVBKRBbcsKq67TploEQhHCtfq07v6Us7tNkRMziUnqj425+qsxuBAHNVrX5XcxBcMMd0FVcTORtrW788yi3LbrBBBbeYTnQyj2OLGzjnTCdTJT/co10ZFyQEJKDSw2UzJBN7HugZ0Rdb8p5keBDgmAmIC878Se0Sr6PSv31Ow==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ug/LyvPOGFQ7IoCCR+eMYq9dNoPLdEG9ySM//3mongg=; b=URYQP4dvqrgd+PO6NLO/KDxo0u0CFLA/lHqil7vF4T9lDlTJudAvPxjeYRq6FfJkYeXkjPSHIj1RHMXlF6C2ghcRn7wuduBtTV9IHN+xZyRK/5tf/zwsL9wVTKFL8TIFVbTc/XMh3pfd+ammSxqUxJ3GGX3z2m6Yo8vyHOF5Nm4=
Received: from HE1PR07MB3500.eurprd07.prod.outlook.com (2603:10a6:7:31::20) by HE1PR0701MB2250.eurprd07.prod.outlook.com (2603:10a6:3:2c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4500.9; Mon, 6 Sep 2021 08:48:24 +0000
Received: from HE1PR07MB3500.eurprd07.prod.outlook.com ([fe80::a141:8e66:ce19:813d]) by HE1PR07MB3500.eurprd07.prod.outlook.com ([fe80::a141:8e66:ce19:813d%7]) with mapi id 15.20.4500.012; Mon, 6 Sep 2021 08:48:24 +0000
From: Göran Selander <goran.selander@ericsson.com>
To: John Mattsson <john.mattsson=40ericsson.com@dmarc.ietf.org>, Francesca Palombini <francesca.palombini@ericsson.com>, Benjamin Kaduk <kaduk@mit.edu>
CC: Michael Richardson <mcr@sandelman.ca>, Carsten Bormann <cabo@tzi.org>, "lake@ietf.org" <lake@ietf.org>, "cose@ietf.org" <cose@ietf.org>
Thread-Topic: [Lake] COSE IANA registrations in EDHOC (Was: New Version Notification for draft-ietf-lake-edhoc-09.txt)
Thread-Index: AQHXmL7KYK+58ihZ20OCTsJpG7tgCquCqpwAgAv02oCAAJRCgIAEZKkAgANPjoA=
Date: Mon, 06 Sep 2021 08:48:23 +0000
Message-ID: <1AA2DF59-80B3-4032-A996-8A56A402A73E@ericsson.com>
References: <F24FD33B-B94D-4C84-AE07-C9161668C16E@ericsson.com> <C5080F76-EE94-47A7-AEF7-864C7644BE8F@tzi.org> <D7EE1E0A-2EE4-4A47-AAC3-215C74C33CC3@ericsson.com> <20210901041855.GI96301@kduck.mit.edu> <CAE8E909-7FD3-45EE-954C-383765FCAE13@ericsson.com> <HE1PR0701MB3050AE9EEF419CCB5B877A7F89D09@HE1PR0701MB3050.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB3050AE9EEF419CCB5B877A7F89D09@HE1PR0701MB3050.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.52.21080801
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=ericsson.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 405ded2d-1b41-4156-30ab-08d971131639
x-ms-traffictypediagnostic: HE1PR0701MB2250:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <HE1PR0701MB225053BCE9FCA3E77F088A57F4D29@HE1PR0701MB2250.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Y3udQZ60NyoUAozkT0vd0xRYu9q1zwETvEgZqM0DS5FwaTEgEKM+T48cEkggOdkeDltUUgiNjN5sJRyOkrUf+bHb/bNkQ0H7Z3t5/FvUlv5iTr/xR/B/aHohrpPGjwUWZgFMhKhTcbWEUW2HgjSaN2IWD8el7wt+c1TQXPvO+cL+fVbM/WAb+0jDSxpnQIjAtEd4EkgN2SQsx7Igbm3vISCr3ePP30U1Ej7hlgDoeiiNmsNbSrXu5ndAx74aQG1N6/z6a49nHPLxKe7Qd4rp7BwLtSX8QTqs+05eNeWGFVin47YSearVRgEvQHYY4M1Q5alvX664rxqEnQzH8RUNxmiaZb4Nhq8m+0xmiFe+tpnDda9/YYnu0EyeV+cf4Fim3Z0xuB6047S64/U7ClRUT2u3FnNe7t9VUpmEbY/T2Y5Gvbaqm80509AdtMM9k7vKjzNIvM1+3UA2ur3GjWnGxeML4a59wO6rQBz0/pLktyBClzWyeMiApJFdc9mqo5jWDi8hks81q3dgZXWH1vk4GSyHie6Qoqb+xhNx6CKA1m9qo1UwOxixk+jzplKCaUoO4kl9v15m/Uyo6T/pIuB3XtPVMlsPtYmvnw7FOjam/nPT1xAm8PAhEl8qsUqAfjBihzKmVmIiQ+NGUSGIikBpv5NdTcZEv51YtxNXfLq0ck38fIiiQQGJobFnzMDUF7RrcVM1nsLwLhqAh1hHawrX2yuw5tNzNtN5X5OG8uJ9UiosmzaqihPRnNyLvpXnafwxQyHIRlyrBtH/QJLrxvswX3vIWhOe0CO2dnkXwdEaaa7HlpiO10EhxebYitQbHXXg
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR07MB3500.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(39860400002)(346002)(396003)(136003)(376002)(66574015)(26005)(2616005)(85202003)(966005)(6486002)(166002)(85182001)(83380400001)(71200400001)(122000001)(4326008)(186003)(8936002)(86362001)(8676002)(5660300002)(38100700002)(91956017)(6506007)(54906003)(110136005)(316002)(478600001)(15650500001)(38070700005)(36756003)(66476007)(66556008)(64756008)(66446008)(2906002)(33656002)(53546011)(66946007)(6512007)(76116006)(45980500001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: SCyDI/FWaaJPfdhdZyDAQ8Cl+oqVawplkRcbEXY1lh87QsxyvPt12b5QL1fC9QaHA98ORp5mkcJsgwyLOJOma6Ldo4+DTIhwcbyUAo/Mf9+HWeGMNFl3AMvxtgINScH6JLuP3RWlupF4/3HlyF3cLfVSQXwOt26kRaUqLC0dW/cOrCtWxmUOWCJ44FQ3pXbIsj4K1lnC+0b69k8f845zYHD4JrEnWnTRUvMk5ICZRU0KJPrmoOHg8g6yVWIbbT6W2uplwcGkR8NN8cuKiL/XjIVRdL/fdrHWrxXcfnQP4un+O0vvDKMHFk+lOvJVaVBi1c1w++VYeu/UGz+gH2nUsjeCitEQVGH2wzDyodBypUwTatZjNmWfSazPXyYFfrvnygLILb0+O4owy5xdpih5Ntq5BNcfYWiwztUNKHuA63vCoG9YvCz9VChyFONs3HZiOZT/cGh5nfHR2n/xNu5H3JYGKnX6KUObe+sHeaYuuFPu8H5N0zf9e2Fzhj60NJNTeDkkN+3O8Xj42S/X/+sfkqzi1x0QQxIzpFand1DxACtUkwtzEYxX5jFNrKTIhXN22EMyRL0TwkL8YqTF6WqFt+ukz/lzLGtx799bO1ruXK8tlGcHQlTqUQXaHbbqQPFwnlYW4kcwGMIMx9DvPLsCtfsXztOGRECOOVzFavXmq97idB4ZYA8Ycd5vbiN2IoIAFyVJ0Oodm1KKbJY8ynYAumydNdQn1XNxK43okPu7Pvu35F4OwbReLrasvrjo4VMWqCb1l/xx8fRQrFhvogLY9/F1Q9Go2aIQQyKkvik25vuR6PO0w2w6l7LKjnyuI0lqXk/TG9jjx13FZwjqYPa6bRdWO+jfRuZTnYflFOv7QDn8A/0VImyUOBp8Q90GwuruKj2aF/VeCAGS2jiYutZ/1Zvcmqbk80reyxIrflio4oe+PkEOu7ApqJUhVyRq7IE/yMbzgwtwvqUY1xlwMX23/3XFSEXeyW0BM2MUNe+tf5lPGPT4TiRaYEJkzPqOznfWMRRnbbtKbAAcWK3zxsfW47s8DgD3Iu2wPSnAsgxDUOzappv8fIu817MpISKZNTu1zTRwBqyjN2IN8Wq0IigcE5GrK7KFeeAH7z/t5s9wSl4DOvtg+rgTPEMK1zoUewaQSJTxSR/rA8TxdfH9eG5lJdb4KINS9/a8N4AH/XVB0JsSf9o1xIrcWZQVgTyEum8wxOvjDVEDKTEkwj4k5o5ddkVOOpKTQcbUCqBCm9FBxf+sxhz8mwNWOaSWRlCPHVYIVmyrG07Vz1YNzAsxwLkC07dtd+pxSt/clghs9xAzWKsC8sifYzjNVXy6DvByxDWe
Content-Type: multipart/alternative; boundary="_000_1AA2DF5980B34032A9968A56A402A73Eericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR07MB3500.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 405ded2d-1b41-4156-30ab-08d971131639
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2021 08:48:23.8911 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: wpdqLJZ6yzvOUQPHICkMPhmuif+l/wRl4+d91cPe7OcDJ3Cgn6E2KXf8qgnVIIGd34iLcHndsoItLQ/QeR6NPY7YTeB0XG6P63gY1l0ddo4=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2250
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/P6_DVmAO_t7eQy4mKs8KJoKW7uY>
Subject: Re: [Lake] COSE IANA registrations in EDHOC (Was: New Version Notification for draft-ietf-lake-edhoc-09.txt)
X-BeenThere: lake@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Lightweight Authenticated Key Exchange <lake.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lake>, <mailto:lake-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lake/>
List-Post: <mailto:lake@ietf.org>
List-Help: <mailto:lake-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lake>, <mailto:lake-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Sep 2021 08:48:33 -0000
From: John Mattsson <john.mattsson=40ericsson.com@dmarc.ietf.org> Date: Saturday, 4 September 2021 at 10:15 From: Lake <lake-bounces@ietf.org> on behalf of Francesca Palombini <francesca.palombini=40ericsson.com@dmarc.ietf.org> Date: Wednesday, 1 September 2021 at 15:10 Hi, Haven't followed this discussion in detail, but if the change wanted is only to the IANA registry, and given how the "Updates" tag is very undefined, this wouldn't have to update 8152bis strictly speaking: this could provide a different definition and update the registry (including reference) accordingly. Maybe not the prettiest solution, but might save complications. John: Skipping “Updates” seems like bad solution in general. “Updates” gives people a chance to see that there is an update. Without “Updates” nobody will notice that there was a change. Also, this made me take a look at the status of 8152bis, which is in AUTH48: if there was enough community consensus around this change, this change could be done directly in the 8152bis with the appropriate amount of last calls and community feedback etc. Yes, this would delay publication of that document, but given how it's been in AUTH48 for 1.5 months, maybe it could be reasonable to wait the additional weeks, if that's what the community wants and the changes are minor. Food for thoughts. John: I think that is a very good idea worth doing. [GS:] Considering Ben's comment (below) that this is process-wise easiest to in COSE, I agree making the change in 8152bis makes more sense than writing a separate draft which does the same thing. Göran On 01/09/2021, 06:19, "Lake on behalf of Benjamin Kaduk" <lake-bounces@ietf.org on behalf of kaduk@mit.edu> wrote: On Tue, Aug 24, 2021 at 11:43:42AM +0000, Göran Selander wrote: > > > > On 2021-08-24, 10:05, "Lake on behalf of Carsten Bormann" <lake-bounces@ietf.org on behalf of cabo@tzi.org> wrote: > > > > I see. > > > > So, you are saying, this will be a “using EDHOC in COSE” specification, > > Well, others may also have use of the COSE header for CWT/UCCS, and the int value type of 'kid'. > > > still normative, but referenced from EDHOC as informative as > > EDHOC works without COSE. > > Well, EDHOC is definitely dependent on COSE, but does not require these particular credentials or identifiers. > > > Yes, it is always hard to position a “using X in Y” draft between the X and Y working groups — after all, the two ends of this draft need > > to fit X and Y, respectively. If the EDHOC specification truly doesn’t need the contents of this specification, then I can see moving them > > into a COSE document. But I think it is as expedient to keep them together in one document. The only strong reason to split the > > document would be to avoid a long wait while COSE is deciding on some controversial content of the extracted spec. Do we foresee such > > a delay? > > Not that I am aware of. Previous discussion in COSE has not indicated that this is contentious. The main thing we haven't discussed is that EDHOC would be updating rfc8152bis-struct. I think it would invite questions of charter scope if a document from LAKE attempted to update rfc8152bis-struct; keeping that work in COSE seems likely to have an easier path, process-wise. -Ben -- Lake mailing list Lake@ietf.org https://www.ietf.org/mailman/listinfo/lake -- Lake mailing list Lake@ietf.org https://www.ietf.org/mailman/listinfo/lake
- [Lake] COSE IANA registrations in EDHOC (Was: New… Göran Selander
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Carsten Bormann
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Göran Selander
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Marco Tiloca
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Benjamin Kaduk
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Francesca Palombini
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… John Mattsson
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… John Mattsson
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Göran Selander
- Re: [Lake] COSE IANA registrations in EDHOC (Was:… Göran Selander