Re: [regext] Proposed Revision to our Charter

"James Galvin" <galvin@elistx.com> Fri, 15 June 2018 14:14 UTC

Return-Path: <galvin@elistx.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 0C780130E0D for <regext@ietfa.amsl.com>; Fri, 15 Jun 2018 07:14:07 -0700 (PDT)
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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIMWL_WL_MED=-0.01, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=elistx-com.20150623.gappssmtp.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 37m2lhZBO_Hd for <regext@ietfa.amsl.com>; Fri, 15 Jun 2018 07:14:04 -0700 (PDT)
Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F911130DDA for <regext@ietf.org>; Fri, 15 Jun 2018 07:14:04 -0700 (PDT)
Received: by mail-qk0-x22f.google.com with SMTP id j80-v6so5649997qke.9 for <regext@ietf.org>; Fri, 15 Jun 2018 07:14:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=elistx-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:embedded-html; bh=WW80cXU1PtH3844VZhldCviZ2xQX+YDdSOC+RZmzON4=; b=1+arJJxE0XckObuBJUFtm9M3X4hw5wtQklaILW7rhoTkmGV4S2csSn8XxDVd7rgQTf 9rDU9XhrKlXgxKSZTPT84VaGcy+xpm4TQLh4+S7kFaV4Qej0NvAp6o0QAewNeKYYMWCb OilNkhFZkGvZZ5SE87Ntexe3L+l+94H3XwWcR3sWWFTA7G6AcJJ15qfJblU554SigveK WAUODPoq0nLaDg9UTGwA3LpB6EJrbJjkN6Kwq9RFRosWMDumh9PNplTWPW2jXiqEwuwR I9/alWTTpWzNHKV4Qhk5JOTGszUqj1Rgds2xDPSGkI4X0mqIDr2PErBH+i/c2LS1i+DT sUwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding:embedded-html; bh=WW80cXU1PtH3844VZhldCviZ2xQX+YDdSOC+RZmzON4=; b=t9mAM6uPptlHC77sYihhLq4kZHL2YZVOctB23xNnfVCqduabruuGUtbMPVmZk3ru9E Mx7uvKu1Emt0jNpXilXJEvJBMXJ8jz8m2h6P4jgE29Xm4pUHDV4GtVx+VuS57vVYDF9T s9iMf5dP/+MAU5B49ctv+GGXevqcZLN5pi7wQkXjArz0xFpHBO0+kH3ZNyup8kVrVaGB Rs12T0mQCiZLg9nGFSLPPvL8eDzUtP5W/W+24xabNUg690PiPLn9nIkerRNjnry3UXST BhAxyUGHKKf4bZRkf5rTRy5KJB2trurC5zHrE/P/bZsdl1ckENzzitCEQQqsscoxd5f7 B0ww==
X-Gm-Message-State: APt69E3SKtBlQyiLbcLKmDRBiZsdvsQWKPeAJe2QbrrsSwL4BBUEWJXI 79hGu9MIEOK7dt0NIp5LBGJUbPllavs=
X-Google-Smtp-Source: ADUXVKLEnbsZkWJ4jo7aYxPcchubK5KhsUp2lamV3/JpbSM5IDxrug6h2WMEdai86Oko5QOnL8eP4w==
X-Received: by 2002:a37:7742:: with SMTP id s63-v6mr1406930qkc.97.1529072043300; Fri, 15 Jun 2018 07:14:03 -0700 (PDT)
Received: from [169.254.164.182] ([2601:154:c200:10:e0e8:56a3:8cee:7a05]) by smtp.googlemail.com with ESMTPSA id j28-v6sm6052612qtk.56.2018.06.15.07.14.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 15 Jun 2018 07:14:02 -0700 (PDT)
From: James Galvin <galvin@elistx.com>
To: "Gould, James" <jgould=40verisign.com@dmarc.ietf.org>
Cc: Roger D Carney <rcarney@godaddy.com>, Registration Protocols Extensions <regext@ietf.org>
Date: Fri, 15 Jun 2018 10:14:08 -0400
X-Mailer: MailMate (1.11.2r5479)
Message-ID: <3C6FCAAA-DC7D-43AB-806A-AB03E61509CF@elistx.com>
In-Reply-To: <792FDBC2-DF01-47A5-A2BE-3020C98AA26F@verisign.com>
References: <792FDBC2-DF01-47A5-A2BE-3020C98AA26F@verisign.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_3F93ECC7-41C0-45F1-88C3-881D4DD239F5_="
Content-Transfer-Encoding: 8bit
Embedded-HTML: [{"HTML":[2843, 9811], "plain":[1342, 3591], "uuid":"5289DFE6-0F2D-4EFD-9852-620E549CFD0D"}]
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/5Bt6YAlGFQZCGYNim5CuQyHfrgI>
Subject: Re: [regext] Proposed Revision to our Charter
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.26
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: Fri, 15 Jun 2018 14:14:07 -0000

Thanks James for the proposed list of documents to add some context 
around why the charter revision is being proposed.

The chairs are understanding that the major concern is the revision is 
too broad.  The final sentence, shown here for your convenience, seems 
to be the issue:


The working group may also, in consultation with its responsible area
director, take on work related to the operation of Internet identifier
registries, beyond the EPP and RDAP protocols.


The chairs and the Area Director agree with all the concerns stated.  
This is why the phrase “in consultation with its responsible area 
director” was included in the sentence above.

We are interested in other suggestions for how to modify this sentence 
to better scope our work.

The intent is to only pursue work related to the operation of Internet 
identifier registries that use the EPP and RDAP protocols.  If there is 
a better way to express this, please to help us by proposing it.

If you think that saying EPP and RDAP is itself too broad, how would you 
propose we express the work we want to do?

James’ list below is just the current list of possible work items.  
They are representative of the kind of scope we are looking to achieve.

Any help you can offer would be most appreciated.

Thanks,

Jim




On 13 Jun 2018, at 12:03, Gould, James wrote:

> Broadening the charter beyond EPP and RDAP would enable the WG to take 
> on the file format drafts that relate to the domain industry and 
> should involve the same REGEXT participants, which include:
>
>
>   1.  Data Escrow
>      *   Registry Data Escrow Specifications - 
> draft-arias-noguchi-registry-data-escrow
>      *   Domain Name Registration Data (DNRD) Objects Mapping - 
> draft-arias-noguchi-dnrd-objects-mapping
>   2.  Bulk Data
>      *   Data Set File Format - draft-gould-regext-dataset
>
> —
>
> JG
>
> [cid:image001.png@01D255E2.EB933A30]
>
> James Gould
> Distinguished Engineer
> jgould@Verisign.com
>
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>
> Verisign.com<http://verisigninc.com/>
>
> From: regext <regext-bounces@ietf.org> on behalf of Roger Carney 
> <rcarney@godaddy.com>
> Date: Wednesday, June 13, 2018 at 11:53 AM
> To: Registration Protocols Extensions <regext@ietf.org>
> Subject: [EXTERNAL] Re: [regext] Proposed Revision to our Charter
>
>
> Good Morning,
>
>
>
> I was definitely not thinking of two working groups.
>
>
>
> The focus of the WG is EPP and RDAP extensions. The additional 
> suggested wording just adds on the ability to take on relevant (as 
> determined by WG and AD) work (e.g. Third Party DNS Operator…). My 
> suggestion was not to exclude, but to provide more focused wording. 
> Maybe that wording is better, change the entire sentence to state: 
> “The working group may also take on relevant (as determined by WG 
> and AD) work, beyond the EPP and RDAP protocols.”
>
>
>
> Andy, I think your original question that you posted earlier in the 
> week is what needs to be answered first, paraphrasing “what is the 
> motivation for this change”. Several others I think have basically 
> asked the same question.
>
>
>
> I don’t think I was the one asking for the charter change but here 
> are my thoughts on why I see a change being beneficial.
>
>
>
> To me this started with the proposed Third Party DNS Operator 
> document. At one point the Charter was updated to add in this specific 
> item (our current Charter). Then over the past year some discussions 
> were had on standardizing the files that registries and registrars 
> share (Unavailable Names, Non-Standard/Premium Domain Fees, Invoicing) 
> which lead into the discussion of standardizing the storage of these 
> files and other items (reporting comes to mind). Today different 
> registries have different web portals and ftp sites to get this 
> information from and different registrars request the information in 
> different formats. Many registries and registrars have agreed that 
> they would like to see a much better experience here. These topics do 
> not fit into the EPP/RDAP focus of our current charter but the people 
> with the most interest and expertise in these ideas are in this WG.
>
>
>
>
>
> Thanks
>
> Roger
>
>
>
>
>
> -----Original Message-----
> From: Andrew Newton [mailto:andy@hxr.us]
> Sent: Wednesday, June 13, 2018 9:45 AM
> To: Roger D Carney <rcarney@godaddy.com>
> Cc: Registration Protocols Extensions <regext@ietf.org>
> Subject: Re: [regext] Proposed Revision to our Charter
>
>
>
> On Wed, Jun 13, 2018 at 10:35 AM, Roger D Carney 
> <rcarney@godaddy.com<mailto:rcarney@godaddy.com>> wrote:
>
>> Good Morning,
>
>>
>
>>
>
>>
>
>> I agree with those saying this new wording seems a bit broad, what if
>
>> "...related to the operation of Internet identifier registries..." 
>> was
>
>> changed to "...related to the operation of Internet domain name
>
>> registration systems..."?
>
>
>
> What about RIRs? Or would you suggest we split REGEXT into two working 
> groups?
>
>
>
> -andy


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