IETF Logo Mail Archive

Re: [regext] draft-ietf-regext-unhandled-namespaces and draft-ietf-regext-secure-authinfo-transfer Document Track

"Hollenbeck, Scott" <shollenbeck@verisign.com> Wed, 16 September 2020 15:12 UTC

Return-Path: <shollenbeck@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 E159D3A09EA for <regext@ietfa.amsl.com>; Wed, 16 Sep 2020 08:12:15 -0700 (PDT)
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 vQNI6VUxTB3a for <regext@ietfa.amsl.com>; Wed, 16 Sep 2020 08:12:13 -0700 (PDT)
Received: from mail6.verisign.com (mail6.verisign.com [69.58.187.32]) (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 804233A0AEF for <regext@ietf.org>; Wed, 16 Sep 2020 08:12:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2218; q=dns/txt; s=VRSN; t=1600269131; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=0gxHLOh37cGA4hZwzY0YKgThT9ecfnS/3li6Hg844QI=; b=aF8qMZpYQrx+NuGKclSbHHuVGtjzDyXNUGFogeejXdRkQRYJjjrjdnSx xASCbGVCFy1d6w9N5jxBH8OZ9052vgOEeSG0MRfy/kIeNku0B+WFCPJC8 j8Ei7uZkPZ8lb/FqfP3ovAaslKTsdSj9N8uqT5EK9RrQ/TUs1b9utho6O YF2eQZ7WbMu88zWdkzI+nz8n+bEaGzQK9MgupXS2hcdLPD/i76QgEz+HH 2cMPlqDuBltIpLcfeUpSE7Y894g0BsrftdWoqs06n2PEzwLSRONzKuxuH EL3RmQjDdpeeb1qUXzIJYU3BuNytEHvTgA3o50jnRNIc+02zzTCqekCH6 g==;
IronPort-SDR: FkCjCWJ1vBPvAmqE11Go6Dh9CnpmhXUVXbO71XuDLMPsxgQ/rvSiZVbN4IF3AIvoalA2cnLaxf p2P3iPws7ZxDgBES0U6j9uMd+N5dtqCizuoQyAcjhLbHmPmXpFyMrGzqK+6vSTmY3UGlgLx1j/ 6/plalGW4TEUy7WNlDwvX/XIDGqpJU2bS3iFwdiQFQjDu893aVey/HOxYJBzG64k5GyCNGR8g5 XFPLvWG4UCxKy2kku0W/ONtRWBEb7nbMWBKfV+HFCoLaPZuIDDSJ7iyq4Ecqn8UIzy2fA7mjvV pYE=
X-IronPort-AV: E=Sophos;i="5.76,433,1592884800"; d="scan'208";a="2928341"
IronPort-PHdr: 9a23:47HxAh/MVQnxrv9uRHKM819IXTAuvvDOBiVQ1KB+0+gUIJqq85mqBkHD//Il1AaPAdyEraoewLqK++C4ACpcuMjH6ChDOLV3FDY9wf0MmAIhBMPXQWbaF9XNKxIAIcJZSVV+9Gu6O0UGUOz3ZlnVv2HgpWVKQka3OgV6PPn6FZDPhMqrye+y54fTYwJVjzahfL9+Nhq7oRjTu8UMnYduNKk9xxjGr3BVf+ha2X5kKUickhrh58q85oJv/zhVt/k868NOTKL2crgiQ7dFFjomKWc15MPqtRnHUwSC42YXX3sVnBRVHQXL9Qn2UZjtvCT0sOp9wzSaMtbtTb8oQzSi7rxkRwHuhSwaKjM26mDXish3jKJGvBKsogF0zoDIbI2JMvd1Y6XQds4YS2VcRMZcTyxPDJ2hYYsTAeQPPuhYoIv8p1QSohWxChKhBP/0xT9KmnP6wbE23uYnHArb3AIgBdUOsHHModn7NqkSVuS1zK3WwjXFdPxZxyvy6IvQfhs8vP+DQbVwcdbNyUUhCgjIiU6QqYziPzOR0uQCrW6b4PF+Wu2ziG4qsB9xrSa1xsctkYnJh40Vylbe+Splx4Y1IMS1RUhmatGrDJVerTuVN5dqQsw8WWFovj43xLIatJOnYSQH1JspygPCZ/GJb4WF7RDuWfqPLDtkmX5oeayziRa9/Eav1OHxVNS43UhXoydKktfBt34A2gLS58WBV/Bz/V+h1C6S2wzP8O1IPEI5mKTBJ5I8wrM9mIAfvEvAEyPuhUn6kLWaelgm9+S08ejrf7rrq5yGO4NpiQzzNLkllNalDuQiKAcOWnCW+eG71LL+40L0WK5KjvgqkqnBt5DaONgbqra5AwBL1oYj7A6yAiq63toAgHUILEpLdh2GgIT1Jl3COu74Auu4g1S2iDdn3erJMaD7DpXTNHjDi7Hhcaxh5E5bzQo/1dFf55RKBbEdOP//R1P9uMbFAhI7PQG42fvrBdVz248EVm+CAbeVMKbIvl+J4uIvLfOMZIgQuDvlMPgl5/nujXs9mVADe6mmxoUYZ2y7Hvl9PUWWf2DsgtYaEWcLsQo+Svbmh0GFUT5Wf3qyRb4z5iknCIK6CofOXpitgLma0SimGZ1WenpJClaRHnj0cIWIQesDaCWXIsV5iDwLSaChS5M91RGprAL60aRoLuXK9SwXqZLuz9l16PPPlRE87zB0CN6d027eB11zyykQQhc627x2p0B2zRGI1q0yy6hAEPRf4O9AVAsxMtjXyOksT5i4QA/Oc8eVYFerXtvgBis+BJpl2dIBblZhM9Svkh6F2DClVew7jbuOUdYU9abY0n77Ks1+jz793649kxNuFtBPMmmii6h1+gPQL5DEiUSClqmsM68b2Xiepy+40WOSsRQAA0ZLWqLfUCVHaw==
X-IPAS-Result: A2FTAADnKWJf/zCZrQpfHAEBAQEBAQcBARIBAQQEAQFAgT0FAQELAYRNCoQvkTqaIYF9CwEBAQEBAQEBAQgBLwQBAYRLAheCDSU2Bw4CAwEBCwEBAQUBAQEBAQYDAQEBAoZRgjcig3IBAQEBAyMRUQQCAQgRBAEBAQICHwcCAgIwFQgIAgQBCQkIDLsFdoEyikyBDioBhlmGbYFCPoQhPodUgj4iBJAMgxqjdAMHgmWaOyqDCYl4k3iNcoN4DHmfcQIEAgQFAhWBWwuCAHBQgmlQFwINjlaOEHQ3AgYBCQEBAwmNToERAQE
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Wed, 16 Sep 2020 11:12:08 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1979.003; Wed, 16 Sep 2020 11:12:08 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "pm@dotandco.com" <pm@dotandco.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] draft-ietf-regext-unhandled-namespaces and draft-ietf-regext-secure-authinfo-transfer Document Track
Thread-Index: AQHWhtQmftDVZlXjaE2aCgg2LkxfialraGFw
Date: Wed, 16 Sep 2020 15:12:08 +0000
Message-ID: <7fdcbf728f5f42c69988c2c146f4d85b@verisign.com>
References: <086BAABE-36EB-449A-86B1-E68012BEBC2C@verisign.com> <13ab636f-1630-4173-b359-ef182145520b@www.fastmail.com>
In-Reply-To: <13ab636f-1630-4173-b359-ef182145520b@www.fastmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/wliwim7b0LZ8u4k8Z5fXpDuNN2M>
Subject: Re: [regext] draft-ietf-regext-unhandled-namespaces and draft-ietf-regext-secure-authinfo-transfer Document Track
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: Wed, 16 Sep 2020 15:12:16 -0000

> -----Original Message-----
> From: regext <regext-bounces@ietf.org> On Behalf Of Patrick Mevzek
> Sent: Wednesday, September 9, 2020 2:06 PM
> To: regext@ietf.org
> Subject: [EXTERNAL] Re: [regext] draft-ietf-regext-unhandled-namespaces
> and draft-ietf-regext-secure-authinfo-transfer Document Track
> 
> 
> 
> On Tue, Sep 8, 2020, at 08:26, Gould, James wrote:
> >
> > Both draft-ietf-regext-unhandled-namespaces and
> > draft-ietf-regext-secure-authinfo-transfer are BCP drafts.  We have
> > discussed the status of these drafts informally at prior REGEXT
> > meetings and more formally at the IETF-108 REGEXT meeting.  Both
> > drafts don’t define protocol, but define operational practices of
> > using the existing EPP RFCs in a more secure or more compliant way.  I
> > believe the drafts best match the purpose of a BCP.  Please respond on
> > the list with your support for the BCP track or if you believe a
> > different track should be used for one or both drafts.
> 
> I believe they both should be "Experimental" instead.
> 
> They are not long term widespread "current practices" at all.
> 
> As for "best" ones, I am still reserved.

Patrick's reservations have merit. If we as a community can't agree that the documents describe best current practices, then it might not be appropriate for them to be published as BCPs. I'd feel more comfortable with publication on the standards track as technical specifications ("A Technical Specification is any description of a protocol, service, procedure, convention, or format") as described in Section 3.1 of RFC 2026.

Scott

v2.23.0 | Report a Bug | By Email