Re: [netconf] I-D Action: draft-ietf-netconf-ssh-client-server-32.txt

Kent Watsen <kent+ietf@watsen.net> Mon, 27 February 2023 22:53 UTC

Return-Path: <010001869514dc32-468d9309-582d-4fa3-8a9d-0b30bb583e4e-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 3AD3BC14CE54 for <netconf@ietfa.amsl.com>; Mon, 27 Feb 2023 14:53:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qt082xi17fwO for <netconf@ietfa.amsl.com>; Mon, 27 Feb 2023 14:53:39 -0800 (PST)
Received: from a8-83.smtp-out.amazonses.com (a8-83.smtp-out.amazonses.com [54.240.8.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4C97C14CF1F for <netconf@ietf.org>; Mon, 27 Feb 2023 14:53:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1677538417; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=O/mp9vFPnEXqCfk8udiTL2zZvx7lgNd4qI6w9ymC3Lo=; b=bNQ4/yMvu9ie+LoszMVf3tqb/h3OTBQYpKC44wpXdIe+OdmK/eyEOYVbM2butHCz olFWdMZX/0CDaf0+oSTTlFc9JBTy3FpdsYVf/gZ903MXJZG7YePiQC+wLDnl7u64qxO AlVmoI95AdqRFgmSzoIj6ZJBGz8JcpKDM7G50PRA=
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\))
From: Kent Watsen <kent+ietf@watsen.net>
In-Reply-To: <AM7PR07MB6248DC0F8566D2E9380BFAB3A0AB9@AM7PR07MB6248.eurprd07.prod.outlook.com>
Date: Mon, 27 Feb 2023 22:53:37 +0000
Cc: "netconf@ietf.org" <netconf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-ID: <010001869514dc32-468d9309-582d-4fa3-8a9d-0b30bb583e4e-000000@email.amazonses.com>
References: <167087103979.46389.9694896058931958199@ietfa.amsl.com> <AM7PR07MB6248269B4B3256F077EBB55AA0CF9@AM7PR07MB6248.eurprd07.prod.outlook.com> <01000185fb57248c-5512a462-16ef-4853-8cc3-9756120a0b86-000000@email.amazonses.com> <AM7PR07MB6248DC0F8566D2E9380BFAB3A0AB9@AM7PR07MB6248.eurprd07.prod.outlook.com>
To: tom petch <ietfc@btconnect.com>
X-Mailer: Apple Mail (2.3731.400.51.1.1)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2023.02.27-54.240.8.83
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/hRD_Fk702oq6YaJkcDLhsTU6y6c>
Subject: Re: [netconf] I-D Action: draft-ietf-netconf-ssh-client-server-32.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 27 Feb 2023 22:53:41 -0000

Hi Tom,

> On Feb 23, 2023, at 6:50 AM, tom petch <ietfc@btconnect.com> wrote:
> 
> From: Kent Watsen <kent+ietf@watsen.net>
> Sent: 29 January 2023 02:24
> 
> <inline under <tp> >

Whittling down to just the open items...



>>        Note that this grouping uses fairly typical descendant
>>         node names such that a stack of 'uses' statements will
>> suggest nest rather than stack.
> 
> I used "nesting" - okay?
> 
> <tp>
> Yes fine
> </tp>

Thanks.



>>            list host-key {
>> RFC4251 might be a better reference for host keys
> 
> I don't understand this comment.
> <tp>
> This is  a list of host key and that is part of the SSH architecture defined in 4251.  The KEXINIT message is defined in 4253 but that for me is not as relevant as the explanation of what a host key and how it is crucial to SSH
> </tp>

Added RFC 4251 as a reference.



>>               "The 'user name' for the SSH client, as defined in
>>                 the SSH_MSG_USERAUTH_REQUEST message in RFC 4253.";
>> RFC4252 not RFC4253
> 
> What?   I got it right...
> 
> <tp>
> Again this is about authentication and that is explained in RFC4252.  The message is listed in 4253 but I see that as less relevant than the issue of authentication which is covered in RFC4252
> 
> Tom Petch
> 
> </tp>

Added a reference to RFC 4252.


K.