Re: [regext] Murray Kucherawy's No Objection on draft-ietf-regext-unhandled-namespaces-07: (with COMMENT)
"Gould, James" <jgould@verisign.com> Thu, 18 February 2021 21:33 UTC
Return-Path: <jgould@verisign.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1507E3A18A6; Thu, 18 Feb 2021 13:33:55 -0800 (PST)
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, 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=verisign.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 mcgDH_yZ1xo5; Thu, 18 Feb 2021 13:33:53 -0800 (PST)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (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 9975D3A1873; Thu, 18 Feb 2021 13:33:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=3142; q=dns/txt; s=VRSN; t=1613684035; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=n4AVzBvyx4gutNNCQdEjEVtT6H89Obn6hIiCJDx53M4=; b=hRSabJNl/GK56wgBEa2VP4/nxdJKPJPnbhLPMjf3qjBLm5f/7UZbiTMI eT46lvu/MNrGD9N6VwXz2BGHRxmab6ezDq0UO9aooV/ux3zhNKoss/4Fh FIKw3GCH3nDJMWbJtrzZY2exlruCwNXUHUCbKF1PO4uY1OCIvcPjmXxs3 jIrb5QTiSIQgngRxorJBmyK4IVL1UHgPzmKec4F8kGHCeg9Y0M7+gdoIi /Vxrp8lAtPeZnei7JdLaxURSxQ4thue4kNx2K+gZhcPG3fQABu2y/HVBa WfgoBa/PNSlbxjWtH0t42iwb9xzJUFl3L4F3/anp20tCkUDQO/wB/FpL2 w==;
IronPort-SDR: DfgqGLhaLBASjR4Jn1vYtiGscd/wIde1Y3WmEmQh5N1HpGrq9IxBteC/cFL2CRjINBzOMP1fwi Px4lNt+Pu9qUgyG0RppbLINEXa6dckFIpY7XyGW1J71IkWmOsaNTVKazqfMdenEaL0IsCh1roL aeh9Wi+PExg671qRyEQyZqA6Ch4gpZyNkHDtzVeTNY7b59uNPv3MaBnj6gUqazjqrxa/LJMuIR 3FjKJzsuqKgBxNNikW3e1nQLfSJ2wR59LCj0v1aEXrQ5lVrGuYAUGgJNBhdfebZa/naBddC/FR 4P4=
X-IronPort-AV: E=Sophos;i="5.81,187,1610409600"; d="scan'208";a="5817097"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 18 Feb 2021 16:33:51 -0500
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d]) by BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d%4]) with mapi id 15.01.2176.002; Thu, 18 Feb 2021 16:33:50 -0500
From: "Gould, James" <jgould@verisign.com>
To: "superuser@gmail.com" <superuser@gmail.com>, "iesg@ietf.org" <iesg@ietf.org>
CC: "draft-ietf-regext-unhandled-namespaces@ietf.org" <draft-ietf-regext-unhandled-namespaces@ietf.org>, "regext-chairs@ietf.org" <regext-chairs@ietf.org>, "regext@ietf.org" <regext@ietf.org>, "Smith, David - Dulles" <dsmith@verisign.com>
Thread-Topic: Murray Kucherawy's No Objection on draft-ietf-regext-unhandled-namespaces-07: (with COMMENT)
Thread-Index: AQHXBj2/zCzo7hH5sk2c40VM/X6NDg==
Date: Thu, 18 Feb 2021 21:33:50 +0000
Message-ID: <49C7E3D2-8728-437F-804B-BB14E348CB78@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.41.20091302
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <084E25D42110334DB0CB5EBB0BC88BF5@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/DnmLAzi3gZ_8VBQ8zoruswrrqX8>
Subject: Re: [regext] Murray Kucherawy's No Objection on draft-ietf-regext-unhandled-namespaces-07: (with COMMENT)
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 18 Feb 2021 21:33:55 -0000
Marray, Thank you for your review and feedback. I provide a response to your comment embedded below. -- JG James Gould Fellow Engineer jgould@Verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com> 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com <http://verisigninc.com/> On 2/18/21, 1:38 AM, "Murray Kucherawy via Datatracker" <noreply@ietf.org> wrote: Murray Kucherawy has entered the following ballot position for draft-ietf-regext-unhandled-namespaces-07: No Objection 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://secure-web.cisco.com/1V9MhP2vFFQnfND2u5O_gWaF97j6-WioM4ZtM_jcmBB5rtxVEvJvCtTTrNadirKbQTZy_YKjEoO29yaxFpYsNicRmjBKxNfEXcqr5l5lL80e7Fib30g96uoFhoJKPf8tNRhS9HQKk6aee_vqZUvPWedOmPHu2Zi3iQWoPH26mG2CSuVlgpJ2ejXfvYBwT4ybRvfLH8HSZRyvPZ_qqzSJyQ34Zrlly56DJO3UzwrpCLTqAbAmLj-Fjngy9Y3n54KCN/https%3A%2F%2Fwww.ietf.org%2Fiesg%2Fstatement%2Fdiscuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://secure-web.cisco.com/1Cc7ovmtopDDPD8capA2ejuILbPbumvmILt8l0lOx8vWBAGxdVLGdnQoLqjb932rQwIFNIhTxyg6IdAzn8nCSS5O_IgQxgVFm5WnuTFoXaiIy1xcMml-0BfzHQd5wc66keNQQVoRvCyXC18-zc3ML15N7uh6dhC22_qvv_5XWiGrRrNBWFe4gQ7cz9TVrn8u3fH0Dbqnf4eU8QSJ54_zI0MYKS0aevbewDLuc_nxnckRTmCpbDeqTimIDjZndgGAP/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-unhandled-namespaces%2F ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Why are the SHOULD and SHOULD NOT in Section 5 not MUST and MUST NOT? JG - This was set as a SHOULD and SHOULD NOT since it's based on an interpretation of RFC 5730 that the server only accepts object-level commands based on the negotiated services in the EPP session. Since this draft is focused on unhandled namespaces it was felt to make it a recommendation with the SHOULD and the SHOULD NOT. Thank you for including Section 9.
- [regext] Murray Kucherawy's No Objection on draft… Murray Kucherawy via Datatracker
- Re: [regext] Murray Kucherawy's No Objection on d… Gould, James