Re: [Last-Call] Post approval change on draft-ietf-anima-bootstrapping-keyinfra

Mark Nottingham <mnot@mnot.net> Mon, 21 September 2020 04:37 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 069FC3A1356 for <last-call@ietfa.amsl.com>; Sun, 20 Sep 2020 21:37:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.12
X-Spam-Level:
X-Spam-Status: No, score=-2.12 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=mnot.net header.b=Q/RVmhiC; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nmSyxlXA
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 x76AIYmc1FOQ for <last-call@ietfa.amsl.com>; Sun, 20 Sep 2020 21:37:08 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9B8E3A1355 for <last-call@ietf.org>; Sun, 20 Sep 2020 21:37:07 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D766E5C00E2; Mon, 21 Sep 2020 00:37:06 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 21 Sep 2020 00:37:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm3; bh=b DsP0OXX2P12GvaVJVVEJ8RA52n0OgHwysAzdLtGKus=; b=Q/RVmhiCa4mGRGyh7 F8B5BIJOOXfd6vD2ERSj9LQJnDbg9Uw0fNZl2G6eJCad53HsgkRXlz2xBWaXKpKq H6Nx195bf5TSLSk+UgDahWNA5sKABcs+j3HupmRTK60XGsXMqTQ78NUjBfGKWYDS /LnVG3Ayz6aHltzooNNxa0RM8gd0Lg09kUhS35wJsjMjqhnEP1g6GAHnIbX15Hu7 uKLBFVbQBsUHZplCdYU2trQl/jwXUTTR1z+v0e/ob+2EaOeYG9rfu9dYgWbmf9WQ 5WCDnD19yHtC/01m4UW+liEUXIsH/Yh1xuR4Snxq0ENIlvhx4X9sw/EZ+EMAMcON Xulyw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=bDsP0OXX2P12GvaVJVVEJ8RA52n0OgHwysAzdLtGK us=; b=nmSyxlXAm+k6QVVAMsyq/4NlpRZIoQMRSnxrZUDrS7KLvkvoqqzWmXLzu JBy5lpwFCPWi1rHwWyaTHFScrTg8QE8BUy6lOixnTTep6/zsjxAef8RMGyGKSOE3 RM5sqNeazxfy6V13wa+bd0IZFD+MxX/aXDG4App9v/NmCSOIS6rXOQ4qPwTvIdpP p78gXW2Bcr6JovW4zDibOe/xrkn3rHL2yoSr/lFF+nkLaZ8P3Z6tFtuxvmJwyvlF ywUw0Pigf13Naperk1R84RHh9Gps+VR7NW1gO/hA9OvzAUPXh97uqhJvliaBr6XY +pJmm/kcDQVHYi6am5FvUuGbcUaDw==
X-ME-Sender: <xms:8i1oX6AmOxyHL81GUSNgtwvIJfhHxWulCbfPXvfujA2Wn6StJha8Cg> <xme:8i1oX0hOWc1vmCqheFzGDa1uQ99c6sziMJp_X_dGgASj490Kf7hp48xBmhaN3_bEh _lPUbPiVjrKAHpitg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddugdekgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtdejnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepfeegvdfgjeegvdetuedukeevfefhheelieevjeejkefhffehkeejieekjedtheej necuffhomhgrihhnpehivghtfhdrohhrghdpmhhnohhtrdhnvghtnecukfhppeduudelrd dujedrudehkedrvdehudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr ihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:8i1oX9lcGz0yi4ONilsdkcnB5nN0QbqTm4I-ePOK-UVwoYI72VRAkQ> <xmx:8i1oX4zqAKUW6HHc1uu927u53WDEvDW8sKuqKSTJ2FKbcJPCnEURIA> <xmx:8i1oX_RpcfFcy4OnrhgNo6Efd0Maa3Q3EgxJuCBKBLv17aleIV2PHQ> <xmx:8i1oX5cH17MJJ4B-jtjFY3hFiUCdQprzK2XjjlmrpiF6M1miZaSsCA>
Received: from [192.168.7.30] (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id 396243280059; Mon, 21 Sep 2020 00:37:04 -0400 (EDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <15446.1600268896@localhost>
Date: Mon, 21 Sep 2020 14:37:01 +1000
Cc: last-call@ietf.org, Warren Kumari <warren@kumari.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <CA32E07A-D252-40B5-8C07-3A5AD4BB0812@mnot.net>
References: <CAHw9_iK85gYnPYt4y6qzvYnbXgOD8W88UZ9t_TaP=_M9kvvCjA@mail.gmail.com> <15446.1600268896@localhost>
To: Michael Richardson <mcr+ietf@sandelman.ca>
X-Mailer: Apple Mail (2.3608.120.23.2.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/6AGlidfPH8M7KdYtcfRtjp8YM08>
Subject: Re: [Last-Call] Post approval change on draft-ietf-anima-bootstrapping-keyinfra
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2020 04:37:10 -0000

Hi Michael (et al),

I noticed two things about that diff:

1. 8.3.1 says 'IANA is asked to change the registration of "est" to include RFC7030 and this document.' I don't see any use of the `est` well-known URI in this document; why is that update necessary?

2. 8.3.2 asks for the BRSKI registry to be a sub-registry of the well-known URI registry. I'm concerned that if adopted as common practice, this will make crowd the well-known URI registry with a number of application-specific sub-registries. As such my (fairly strong) preference would be for this registry to be separate from it.

Cheers,



> On 17 Sep 2020, at 1:08 am, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
> 
> 
> Warren Kumari <warren@kumari.net> wrote:
>> having to assume EST. Therefore the above BRSKI diff (and BRSKI-AE) propose
>> to introduce a /.well-known/brski registry.
> 
> I believe that I ran the text by Mark, who I believe is the /.well-known
> expert reviewer.  I believe that he said that it looked good, but it would be
> great if Mark could confirm that I got it right.
> 
>>> Dear ANIMA WG
>>> 
>>> This email starts a 2 week call for consensus to modify draft-ietf-anima-bootstrapping-keyinfra
>>> such that new well-known URIs introduced by BRSKI will use a /.well-known/brski
>>> prefix instead of the pre-existing /.well-known/est prefix.
>>> 
>>> The proposed change can be seen at the following rfcdiff URL:
>>> 
>>> https://www.ietf.org/rfcdiff?url1=draft-ietf-anima-bootstrapping-keyinfra-43&url2=draft-richardson-anima-brski-renamed-00
>>> 
>>> This consensus call will end on September 14, 23:59 UTC
>>> This consensus call is ONLY for said change and not for any other aspects of BRSKI.
> 
> Existing implementers have agreed to the change.
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>           Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
> 
> 

--
Mark Nottingham   https://www.mnot.net/