Re: [Lake] 1 week 2nd WGLC on requirements and scoping text

"Eduardo Ingles (UM)" <eduardo.ingles@um.es> Mon, 01 June 2020 07:51 UTC

Return-Path: <eduardo.ingles@um.es>
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 6025B3A0DCE for <lake@ietfa.amsl.com>; Mon, 1 Jun 2020 00:51:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=um.es
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 ytjlYNEPjVOh for <lake@ietfa.amsl.com>; Mon, 1 Jun 2020 00:51:34 -0700 (PDT)
Received: from mx01.puc.rediris.es (outbound1mad.lav.puc.rediris.es [130.206.19.137]) (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 2F11A3A0D5F for <lake@ietf.org>; Mon, 1 Jun 2020 00:51:33 -0700 (PDT)
Received: from xenon41.um.es (xenon41.um.es [155.54.212.167]) by mx01.puc.rediris.es with ESMTP id 0517pVCu004623-0517pVCv004623 for <lake@ietf.org>; Mon, 1 Jun 2020 09:51:31 +0200
Received: from localhost (localhost [127.0.0.1]) by xenon41.um.es (Postfix) with ESMTP id 609A620019 for <lake@ietf.org>; Mon, 1 Jun 2020 09:51:31 +0200 (CEST)
X-Virus-Scanned: by antispam in UMU at xenon41.um.es
Received: from xenon41.um.es ([127.0.0.1]) by localhost (xenon41.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tpiXDtwx7b83 for <lake@ietf.org>; Mon, 1 Jun 2020 09:51:31 +0200 (CEST)
Received: from [192.168.1.159] (unknown [83.143.108.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: eduardo.ingles) by xenon41.um.es (Postfix) with ESMTPSA id 398DD1FE05 for <lake@ietf.org>; Mon, 1 Jun 2020 09:51:29 +0200 (CEST)
To: lake@ietf.org
References: <3ca570db-8509-04cf-1878-291b28e00842@cs.tcd.ie>
From: "Eduardo Ingles (UM)" <eduardo.ingles@um.es>
Message-ID: <0235d569-b6b4-1096-446e-759a03623ec2@um.es>
Date: Mon, 1 Jun 2020 09:51:27 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1
MIME-Version: 1.0
In-Reply-To: <3ca570db-8509-04cf-1878-291b28e00842@cs.tcd.ie>
Content-Type: multipart/alternative; boundary="------------9EC7D89D7A8724F3B9C617CA"
Content-Language: es-ES
Authentication-Results: mx01.puc.rediris.es; spf=pass (rediris.es: domain of eduardo.ingles@um.es designates 155.54.212.167 as permitted sender) smtp.mailfrom=eduardo.ingles@um.es
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=um.es; s=DKIM; c=relaxed/relaxed; h=subject:to:references:from:message-id:date:mime-version:content-type; bh=zs90lvXhTcnaXLnO3nxjoEwTIs6pZEX8gO2jzTEEurg=; b=Ki2sx87XCB4flB+iUh/PX010Ixh3esDq31X71gXH6+PKYdMLaHIiQq12ZxH4JpgMfkD18CsqkAWh EFbKTx0Mdk66uhB7x3y3AkHEwTfU+OxdZtntd7rYXEYHG8yER8dpmPqnSDXhRiQ5Z3uG9Kq0iDY7 G8JY50o9Xtk0sJhcg8ZCPCN0zBG/qUb33st9cESbC5Yjiv88qvJS3z36SYByo9UuyICCJihU9Gin KvkOytzXtnjuuJ645RSkGp7CwQYLZEowmsYuiTDxnN6MuI6wWsQIZcVt5drFmSnQFdoozqu1+Qvf BJC09SZ1s6ak0xobIfWruSlaDWoeY//evHiRQg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/lake/mo2Kcgd_EiMk4nJMEdnQcH-lhVY>
Subject: Re: [Lake] 1 week 2nd WGLC on requirements and scoping text
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, 01 Jun 2020 07:51:36 -0000

Hi Stephen,

I'm happy with this text.
I support the working group moving forward.

Regards,
Eduardo Inglés.

El 24/05/2020 a las 23:07, Stephen Farrell escribió:
> Hi all,
>
> First: my apologies for taking so long on this. (I got
> sidetracked by an unexpected project.)
>
> ISTM we have pretty good, if rough, consensus on enough of
> the text to proceed, but with one important part that needs
> checking. (See below.)
>
> I'd like to start a 1 week 2nd WGLC with the main focus
> being to establish whether we have rough consensus on the
> scoping text below. (Which can be see in context at [2].)
> That text was the main outcome of our virtual meeting last
> month.
>
> So, please send mail to the list saying if you are happy
> enough to proceed on this basis. If you are not, then I'd
> appreciate if you could suggest alternate text with as
> few changes as possible.
>
> This 2nd WGLC closes on June 1st. If I see rough
> consensus to proceed at that point, I'll plan to start a
> call for adoption for the edhoc draft. If not, we'll have
> to discuss how to proceed with our AD, as I think that
> would mean that the WG is very badly stuck.
>
> The scoping text added was:
>
>     As illustrated above, the setting is much more diverse
>     in terms of credentials and trust anchors than that of
>     the unconstrained web.  In order to deliver a timely
>     result, there is a need to initially focus on what is
>     considered most important at the time of writing: RPK
>     (by reference and value) and certificate by reference.
>     Information about validity of a certificate may be
>     omitted from the AKE if available over unconstrained
>     links.  The case of transporting certificate validation
>     information over the AKE may be specified in the initial
>     phase if there is a lightweight solution that matches
>     existing standards and tools.
>
>     A subsequent extension beyond the initial focus may be
>     inevitable to maintain a homogenous deployment without
>     having to implement a mix of AKE protocols, for example,
>     to support the migration path described above.  The AKE
>     needs to make clear the scope of cases analysed in the
>     initial phase, and that a new analysis is required for
>     additional cases.
>
> Thanks,
> Stephen.
>
> [1] https://tools.ietf.org/html/draft-ietf-lake-reqs-03
> [2] https://tools.ietf.org/html/draft-ietf-lake-reqs-03#section-2.2.1
>
>
-- 
Eduardo Inglés Sánchez
eduardo.ingles@um.es

Department of Information and Communication Engineering
Faculty of Computer Science
University of Murcia
30100 Murcia, Spain