Re: [netconf] [Ext] Murray Kucherawy's Discuss on draft-ietf-netconf-ssh-client-server-38: (with DISCUSS and COMMENT)

Amanda Baber <amanda.baber@iana.org> Fri, 01 March 2024 01:11 UTC

Return-Path: <amanda.baber@iana.org>
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 D15C1C18DB95; Thu, 29 Feb 2024 17:11:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.206
X-Spam-Level:
X-Spam-Status: No, score=-4.206 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 t22gJRj_g1B9; Thu, 29 Feb 2024 17:11:25 -0800 (PST)
Received: from ppa3.lax.icann.org (ppa3.lax.icann.org [192.0.33.78]) (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 4C70BC18DB94; Thu, 29 Feb 2024 17:11:25 -0800 (PST)
Received: from MBX112-E2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.7]) by ppa3.lax.icann.org (8.17.1.24/8.17.1.24) with ESMTPS id 4211B1m4025545 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 1 Mar 2024 01:11:04 GMT
Received: from MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) by MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.28; Thu, 29 Feb 2024 17:11:00 -0800
Received: from MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) by MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) with mapi id 15.02.1258.028; Thu, 29 Feb 2024 17:11:00 -0800
From: Amanda Baber <amanda.baber@iana.org>
To: Murray Kucherawy <superuser@gmail.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-netconf-ssh-client-server@ietf.org" <draft-ietf-netconf-ssh-client-server@ietf.org>, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>, "netconf@ietf.org" <netconf@ietf.org>, "perander@cisco.com" <perander@cisco.com>, "mjethanandani@gmail.com" <mjethanandani@gmail.com>
Thread-Topic: [Ext] Murray Kucherawy's Discuss on draft-ietf-netconf-ssh-client-server-38: (with DISCUSS and COMMENT)
Thread-Index: AQHaaxzpiZBEhWDI5EiwR6l1NjgSJ7EiFGgA
Date: Fri, 01 Mar 2024 01:11:00 +0000
Message-ID: <39AC6511-E803-49D4-B746-AFDB97A1F594@iana.org>
References: <170921747167.22050.8479427956557599456@ietfa.amsl.com>
In-Reply-To: <170921747167.22050.8479427956557599456@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.63.22070801
x-originating-ip: [192.0.32.234]
x-source-routing-agent: True
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha256"; boundary="B_3792071459_2356166452"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-02-29_07,2024-02-29_01,2023-05-22_02
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/-NAJEq776_QqaaW1FJTHAS_mFU4>
Subject: Re: [netconf] [Ext] Murray Kucherawy's Discuss on draft-ietf-netconf-ssh-client-server-38: (with DISCUSS and COMMENT)
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: Fri, 01 Mar 2024 01:11:28 -0000

About this comment: "Regarding Section 6.3 (Considerations for the "iana-ssh-encryption-algs" Module): Does IANA accept the python script and the manual revision statement process that is required?"

IANA is OK with updating the "iana-ssh-encryption-algs" module manually (as per the usual) after using the Python script to generate the initial module. 

We're discussing the revision statement reference instructions with the YANG doctors, and it sounds like both this document and 8407bis may need to be updated to tell us to point to the module URL when a registration doesn't come from an RFC. However, because we won't actually publish the module until the RFC Editor publishes the document, we don't believe approval needs to be delayed on this account.

(This is also true for draft-ietf-netconf-tls-client-server-39.)

Thanks,
Amanda

On 2/29/24, 6:38 AM, "iesg on behalf of Murray Kucherawy via Datatracker" <iesg-bounces@ietf.org on behalf of noreply@ietf.org> wrote:

    Murray Kucherawy has entered the following ballot position for
    draft-ietf-netconf-ssh-client-server-38: Discuss

    When responding, please keep the subject line intact and reply to all
    email addresses included in the To and CC lines. (Feel free to cut this
    introductory paragraph, however.)


    Please refer to https://urldefense.com/v3/__https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/__;!!PtGJab4!-9wR30FO7dRi094oLGRyxJMk8jT26zkNpAEhTPt54IvN0o-gKYaSSDAVjcj_fjX3BU6hWu81IiYZLDb0B6mJENo$ [ietf[.]org] 
    for more information about how to handle DISCUSS and COMMENT positions.


    The document, along with other ballot positions, can be found here:
    https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-netconf-ssh-client-server/__;!!PtGJab4!-9wR30FO7dRi094oLGRyxJMk8jT26zkNpAEhTPt54IvN0o-gKYaSSDAVjcj_fjX3BU6hWu81IiYZLDb0zCEaBQk$ [datatracker[.]ietf[.]org]



    ----------------------------------------------------------------------
    DISCUSS:
    ----------------------------------------------------------------------

    BCP 81 says the registration contact has to be the IESG for things developed by
    the IETF.  Why do some of them list IANA as the contact?


    ----------------------------------------------------------------------
    COMMENT:
    ----------------------------------------------------------------------

    >From Orie Steele, incoming ART Area Director:

    Regarding Section 6.3 (Considerations for the "iana-ssh-encryption-algs" Module):

    Does IANA accept the python script and the manual revision statement process that is required?