Re: [regext] Proposed Changes to Milestones

Roger D Carney <rcarney@godaddy.com> Wed, 31 May 2017 16:43 UTC

Return-Path: <rcarney@godaddy.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 3A13A129576 for <regext@ietfa.amsl.com>; Wed, 31 May 2017 09:43:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=secureservernet.onmicrosoft.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 NHfZj8r6oPiX for <regext@ietfa.amsl.com>; Wed, 31 May 2017 09:43:24 -0700 (PDT)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0091.outbound.protection.outlook.com [104.47.37.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26553129572 for <regext@ietf.org>; Wed, 31 May 2017 09:43:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=secureservernet.onmicrosoft.com; s=selector1-godaddy-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=rEDztQa5jYVrfRuR563fghGbob1ppQaG2qrVIv/6Xb4=; b=6f/GbZKy2K3vQPsxZBX9ei/LjzCag9TgQasbJWAas5voir5eTVfM8YLDRcwxFTEqkf9N1sD5BQiy9j1dg3aAfwh02yHl6DGRO0Vf1x/ngeDOnyEEfpOqQx47SXRVmDAEjrZUT5B+Tm6VGiHxwWYcJ27/zXfWVs3heN9F52KVb2U=
Received: from BN6PR02MB2547.namprd02.prod.outlook.com (10.173.142.10) by BN6PR02MB2548.namprd02.prod.outlook.com (10.173.142.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1124.9; Wed, 31 May 2017 16:43:21 +0000
Received: from BN6PR02MB2547.namprd02.prod.outlook.com ([10.173.142.10]) by BN6PR02MB2547.namprd02.prod.outlook.com ([10.173.142.10]) with mapi id 15.01.1124.009; Wed, 31 May 2017 16:43:22 +0000
From: Roger D Carney <rcarney@godaddy.com>
To: Registration Protocols Extensions <regext@ietf.org>
Thread-Topic: [regext] Proposed Changes to Milestones
Thread-Index: AQHS0L9Li+fS5tctPEScbFOXROb+CqIAG0KAgA6YrDA=
Date: Wed, 31 May 2017 16:43:22 +0000
Message-ID: <BN6PR02MB2547167568FD0E68E8C6965DB1F10@BN6PR02MB2547.namprd02.prod.outlook.com>
References: <09B17D17-972F-484C-BEE6-55CE8E8A4E38@verisign.com> <883CBBAB-7CA1-426F-AA62-B70FA7A2C6DF@antoin.nl>
In-Reply-To: <883CBBAB-7CA1-426F-AA62-B70FA7A2C6DF@antoin.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=godaddy.com;
x-originating-ip: [4.14.64.45]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR02MB2548; 7:kuUjdH/h/BTs78QP1r0ZsjaNvZeG07O+OQf9iEpxOn5BzR6TZTiTqKScogJ+DwfVchUe/EkcPT/sYoEAZuG9zld0l02KfMUrMnxjO2xiKzRHyax2NTqqSedZOIyGYXTjv++uLTFudyBwj9Gp7PruUSSnb8zjmml2P/8fdte2Rwo5VtKKLvCu6U9wtafrq9CTZ7NPn6mMLCAIrCMInHQEg1n5yVytkfj0TjCaq3J4XQNUuFLG0U4O9/r8VnLIAOC92lTVnOUYM/n+R8wCIUf0bp0hmmgfmtt2u9j2lwroUjoAObEuxpKPaHYarbikoewrazmnih6s1CBtQYq/JF8RUA==
x-ms-traffictypediagnostic: BN6PR02MB2548:
x-ms-office365-filtering-correlation-id: af1a73ca-7094-45c9-ea73-08d4a8442664
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081)(201703131423075)(201703031133081); SRVR:BN6PR02MB2548;
x-microsoft-antispam-prvs: <BN6PR02MB2548C7208C4277C8D2B76D4AB1F10@BN6PR02MB2548.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(788757137089)(100405760836317)(246761809553906)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700073)(100105000095)(100000701073)(100105300095)(100000702073)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703073)(100105400095)(10201501046)(3002001)(6055026)(6041248)(20161123562025)(20161123558100)(20161123564025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148)(100000704073)(100105200095)(100000705073)(100105500095); SRVR:BN6PR02MB2548; BCL:0; PCL:0; RULEID:(100000800073)(100110000095)(100000801073)(100110300095)(100000802073)(100110100095)(100000803073)(100110400095)(100000804073)(100110200095)(100000805073)(100110500095); SRVR:BN6PR02MB2548;
x-forefront-prvs: 0324C2C0E2
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39840400002)(39400400002)(39410400002)(39850400002)(39860400002)(39450400003)(13464003)(377454003)(53936002)(6506006)(606005)(54356999)(53946003)(2950100002)(77096006)(99286003)(236005)(110136004)(38730400002)(6436002)(53376002)(14454004)(561944003)(33656002)(76176999)(6306002)(9686003)(478600001)(6246003)(7736002)(966005)(55016002)(3280700002)(5660300001)(3660700001)(2900100001)(8936002)(8676002)(7906003)(86362001)(122556002)(229853002)(81166006)(189998001)(102836003)(790700001)(53546009)(50986999)(6116002)(3846002)(7696004)(66066001)(74316002)(54896002)(579004)(559001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR02MB2548; H:BN6PR02MB2547.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_BN6PR02MB2547167568FD0E68E8C6965DB1F10BN6PR02MB2547namp_"
MIME-Version: 1.0
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 31 May 2017 16:43:22.0691 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR02MB2548
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/lVFwMe46H_JO5n0zg29hRpUQSpk>
Subject: Re: [regext] Proposed Changes to Milestones
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.22
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, 31 May 2017 16:43:28 -0000

Thanks Antoin.

Sounds like different interpretation, it happens.

As far as the reseller (organization) informational drafts being on the milestones list, I will let others speak to that as I don't see this being wanted/needed nor implemented by many registries or registrars.


Thanks
Roger


From: regext [mailto:regext-bounces@ietf.org] On Behalf Of Antoin Verschuren
Sent: Monday, May 22, 2017 4:33 AM
To: Registration Protocols Extensions <regext@ietf.org>
Subject: Re: [regext] Proposed Changes to Milestones

James, Roger,

As far as I can recollect, the remark Jim made during IETF97 were not specific to the reseller drafts, but to all active drafts we were discussing at that time.
We had 3 "disputed" drafts where the WG could not decide if they were sufficiently broad to have WG consensus on needing Standards Track handling:
The verification, bundling and reseller drafts were disputed because it was questioned if we were trying to standardize a "best generic way" to solve this, or if we were merely trying to standardize what was currently implemented by only a few registries to comply to their own use case. As per our charter, that would not justify Standards Track and WG effort.

For the reseller drafts in particular, only pragmatically complying to requirements for ICANN regulation was considered enough for some, but not generic enough for others.
So we made the remark that only complying to a minimal set of requirements would not justify Standards Track and WG effort, so the reseller drafts would be only informational describing an extension implemented by some to comply to future non-mandaory ICANN regulation if this path was followed.

After IETF97 the path forward was discussed on the mailinglist with this in mind.
Changing the reseller drafts to a more generic solution of "Organizations" that could be used for tagging resellers but also any other 3th party domain liaison did make them eligible for WG effort and standards track. There was consensus on the mailinglist after IETF97 that this would be the path forward, and the authors have rewritten their documents that are now eligible to be on our milestone list. So the reseller documents will be deleted from the milestones, but the organization documents will replace them.


- --
Antoin Verschuren

Tweevoren 6, 5672 SB Nuenen, NL
M: +31 6 37682392




Op 19 mei 2017, om 18:45 heeft Gould, James <JGould@verisign.com<mailto:JGould@verisign.com>> het volgende geschreven:


Roger,

Yes, I saw that reference as well, but I'm not sure whether a decision was made to not dedicate WG effort on these drafts.  As a co-author of the drafts, work has continued to change them from reseller to organization based on the IETF-98 meeting and based on the discussions on the list.  Jim, can you comment on whether such a decision was made?

Thanks,

-

JG

<image001.png>

James Gould
Distinguished Engineer
jgould@Verisign.com<x-msg://1/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com<http://verisigninc.com/>

From: regext <regext-bounces@ietf.org<mailto:regext-bounces@ietf.org>> on behalf of Roger Carney <rcarney@godaddy.com<mailto:rcarney@godaddy.com>>
Date: Friday, May 19, 2017 at 12:40 PM
To: Registration Protocols Extensions <regext@ietf.org<mailto:regext@ietf.org>>
Subject: [EXTERNAL] Re: [regext] Proposed Changes to Milestones

Good Morning,

Thanks for looking Jim. I am referring to this snipet (and memory:)) from the reseller discussion in the minutes:

"Jim Galvin (as Chair): WG has two roles: a) create extensions that several people require, and standardize those b) just register the extension with IANA - path to go forward in this case would be b) since it does not seem to be applicable to a broad community"


Thanks
Roger


From: Gould, James [mailto:jgould@verisign.com]
Sent: Friday, May 19, 2017 11:01 AM
To: Roger D Carney <rcarney@godaddy.com<mailto:rcarney@godaddy.com>>; Registration Protocols Extensions <regext@ietf.org<mailto:regext@ietf.org>>
Subject: Re: [regext] Proposed Changes to Milestones

Roger,

I don't see the decision you outline in the minutes from IETF-97 ( https://www.ietf.org/proceedings/97/minutes/minutes-97-regext-00 ).  Do you know where that decision was captured?

Thanks,

-

JG

<image002.png>

James Gould
Distinguished Engineer
jgould@Verisign.com<x-msg://1/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com<http://verisigninc.com/>

From: regext <regext-bounces@ietf.org<mailto:regext-bounces@ietf.org>> on behalf of Roger Carney <rcarney@godaddy.com<mailto:rcarney@godaddy.com>>
Date: Friday, May 19, 2017 at 11:01 AM
To: Registration Protocols Extensions <regext@ietf.org<mailto:regext@ietf.org>>
Subject: [EXTERNAL] Re: [regext] Proposed Changes to Milestones

Good Morning,

Thanks Jim/Antoin for working through all of these documents.

I think these updates look good, except for a question on the reseller documents. As I mentioned on list back in March, I thought in Seoul we decided to review and comment but to not dedicate WG effort to these drafts?

As far as the bundling and idn drafts, I have not followed these with too much intensity so I will defer to others on these documents.


Thanks
Roger


-----Original Message-----
From: regext [mailto:regext-bounces@ietf.org] On Behalf Of James Galvin
Sent: Friday, May 19, 2017 8:41 AM
To: Registration Protocols Extensions <regext@ietf.org<mailto:regext@ietf.org>>
Subject: [regext] Proposed Changes to Milestones

During the last IETF meeting we had a request to adopt another document.
  As part of that discussion our AD expressed concern about the number of documents currently on our list and the number of milestones currently on our list.

The Chairs took an action to review both of these and we now have a proposal for consideration by the working group.

To see the list of current milestones review this link:

https://datatracker.ietf.org/group/regext/about/

To see the list of current documents review this link:

https://datatracker.ietf.org/group/regext/documents/

The Chairs have contacted the authors of all documents and asked for their feedback regarding the status of their document, reviewed the current proposed milestone dates, and propose the following.  These are shown as they are listed in the current milestones.



draft-ietf-regext-launchphase
   WGLC finished. Waiting for shepherd write-up adjustments before submitting to IESG.
   Action: Change milestone date to June 2017.

draft-ietf-regext-tmch-func-spec
   Status changed to Informational. Changed to Parked document.
   Action: Delete from milestone list.

draft-ietf-regext-epp-rdap-status-mapping
   RFC 8056
   Action: Set Status Resolved on milestone list.

draft-ietf-regext-epp-fees
   Recent version submitted. Active discussion.
   Action: Change milestone date to July 2017.

draft-ietf-regext-reseller
draft-ietf-regext-reseller-ext
   These drafts have been replaced by draft-ietf-regext-org and draft-ietf-regext-org-ext.
   Active discussion.
   Action: Accept new documents, replace on milestones, Change milestone date to Nov 2017.

draft-gould-eppext-verificationcode
   No reaction from authors.
   Action: Replace to draft-ietf-regext-verificationcode on milestone list
   Change milestone date to June 2018.

draft-xie-eppext-nv-mapping
   (current milestone listing but document is really
draft-ietf-regext-nv-mappgin)
   Informational document, waiting for
draft-ietf-regext-verificationcode
   Action: Change to parked document. Delete from milestone list.

draft-gould-change-poll (change to draft-ietf-regext-change-poll)
   Needs more reviewers and implementation.
   Action: Change milestone date to Nov 2017.

draft-gould-allocation-token (change to
draft-ietf-regext-allocation-token)
   Needs implementation status section and review.
   Action: Change milestone date to Nov 2017.

draft-ietf-regext-bundling-registration
   New version submitted for STRICT bundling.
draft-ietf-eppext-idnmap
draft-gould-idn-table
draft-cira-regext-idn
   These documents have discussion but no consensus. All these documents relate.
   Some want all IDN to be included in bundling discussion.
   Action: Discuss.  Chairs do not have a proposal for a milestone date of these documents.  We need input from the working group.

draft-ietf-regext-dnsoperator-to-rrr-protocol
   Wants to move to WGLC, but had little review on mailing list.
   Action: Change milestone date to Jan 2018.



Other WG documents not on milestone list:

draft-ietf-regext-validate
   Adopted. To be pursued after draft-ietf-regext-epp-fees.
   Action: Add to milestone list with date May 2018.

draft-hollenbeck-regext-rdap-object-tag
   Scott requested WG adoption.
   Action: Formal WG adoption request on mailing list before adding to milestones and after revising existing milestone list.


Specific questions to the working group:

1. Do you agree with the proposed dates for milestones?  If not, please
suggest other dates and indicate why you believe your date should be
preferred.  If you agree, please show your support on the list.

2. Do you agree with the documents selected to be parked or dropped?  If
not, please suggest a milestone date and indicate why you believe the
working group should keep this document on its milestone list.  If you
agree, please show your support on the list.

3. Please suggest how you believe the working group should handle the
bundling and IDN drafts?  Should they be kept together?  Should they be
separated?  Why or why not?  Please also suggest a milestone date if you
believe we should keep one or more of these documents active.


Antoin and Jim

_______________________________________________
regext mailing list
regext@ietf.org<mailto:regext@ietf.org>
https://www.ietf.org/mailman/listinfo/regext
_______________________________________________
regext mailing list
regext@ietf.org<mailto:regext@ietf.org>
https://www.ietf.org/mailman/listinfo/regext