Re: [netconf] Virtual hum on the question of keygen

Kent Watsen <kent+ietf@watsen.net> Fri, 08 May 2020 21:18 UTC

Return-Path: <01000171f6271301-69bb22bd-aede-4256-bcce-2ac425acf523-000000@amazonses.watsen.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A22E3A0F33 for <netconf@ietfa.amsl.com>; Fri, 8 May 2020 14:18:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=amazonses.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 0yUw4B7Cna_8 for <netconf@ietfa.amsl.com>; Fri, 8 May 2020 14:18:09 -0700 (PDT)
Received: from a8-33.smtp-out.amazonses.com (a8-33.smtp-out.amazonses.com [54.240.8.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D5EF3A0F31 for <netconf@ietf.org>; Fri, 8 May 2020 14:18:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1588972688; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=+WchjLbaoaI9l+Ol1i7ySM+EEqcxCCXKjG34OgB9b30=; b=ZWYaUDCnsA1Vb3SIdJTaoa1M+keyCIL/XPYZKfTH0wc0ZiEPXEYuIV3bOjlAQsHT PAnTo5PS4H7dsM5ZAjBabOnFOOqOIyPIBwovLt8aHtpWyTgrdRXN2hxnCd/sc/OL1Zq hl3z2G2qzc4gh/s6CV4NG0m3b9RnKHtn7RBjO9SQ=
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
From: Kent Watsen <kent+ietf@watsen.net>
In-Reply-To: <CAAchPMsbAahBh4REq8jtc_=0ct2VSQ=BA+vSTTKh0K09L0EEOQ@mail.gmail.com>
Date: Fri, 08 May 2020 21:18:08 +0000
Cc: "netconf@ietf.org" <netconf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-ID: <01000171f6271301-69bb22bd-aede-4256-bcce-2ac425acf523-000000@email.amazonses.com>
References: <CAAchPMsbAahBh4REq8jtc_=0ct2VSQ=BA+vSTTKh0K09L0EEOQ@mail.gmail.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
X-Mailer: Apple Mail (2.3445.104.11)
X-SES-Outgoing: 2020.05.08-54.240.8.33
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Y7NQuBA8W0xoYwCo3T3Aw2w1QQY>
Subject: Re: [netconf] Virtual hum on the question of keygen
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2020 21:18:12 -0000




> On May 8, 2020, at 3:25 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:
> 
> [Sorry if this e-mail appears multiple times. I seem to be having issues with Google's SMTP server]
> 
> This e-mail closes the virtual hum on the question of keygen as it relates to draft-ietf-netconf-crypto-types.
> 
> The poll was a weighed average poll, with folks asked to order their preferences.. The overall results of the poll did not indicate a clear consensus. The tie was between keeping keygen and support at SSH/TLS layer, and not supporting keygen at this time, with the latter having a slight preference. What was interesting about the poll was an overwhelming support for not supporting keygen at this time as the first preference, with the 2nd option more evenly weighed between first and second preference.
> 
> As explained before not supporting keygen at this time does not preclude it from being added later on. The WG has indicated a desire to get this work done soon, which may be why the 3rd option may be carrying more support.
>  
> At this point with no clear consensus, I am going to make it authors decision.


As author, primarily interested in reducing my personal/self-funded/ongoing involvement in this sprawling effort, and partially believing that others (upon realizing the important keygen) will pick it and (upon attracting greater buy-in/involvement from key stakeholders than I've been able to manage) produce a better and more meaningful result, I therefore choose to proceed with Option 3 (i.e., to NOT support keygen at this time).

Kent // as author



> Thanks.
> 
> Mahesh Jethanandani (as co-chair)
> mjethanandani@gmail.com
> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf