Re: [regext] Proposed Revision to our Charter

"James Galvin" <galvin@elistx.com> Fri, 22 June 2018 13:29 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 8508C130E59 for <regext@ietfa.amsl.com>; Fri, 22 Jun 2018 06:29:46 -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 MpXcKYSzJg_a for <regext@ietfa.amsl.com>; Fri, 22 Jun 2018 06:29:43 -0700 (PDT)
Received: from mail-qt0-x231.google.com (mail-qt0-x231.google.com [IPv6:2607:f8b0:400d:c0d::231]) (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 B01BF130E52 for <regext@ietf.org>; Fri, 22 Jun 2018 06:29:42 -0700 (PDT)
Received: by mail-qt0-x231.google.com with SMTP id i18-v6so5863733qtp.12 for <regext@ietf.org>; Fri, 22 Jun 2018 06:29:42 -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=xZkBLgeQxVRtR/FWUJJqFjN7HNZVaTzmfQj/lRpex+4=; b=NcXzQ6gdxA2Fiz0uVq+kkCbGBbz0WXnBcMh+1jk8GS9m0KWtc2cep8aFaK2AhCpHnI Q/TmlfyBBajbv8PP9y4tanOC6N8c+dmG0NdRKxv55AInO1NDhFhDmNecIFNK59zq2eTB R6KO8PKBfQ8GPYOaNiOz4hNuCO9HXOB8IkKL5r5HAT9ctqQ5FlZP4NKgOaQqtrlQbY+v +OpLIHkNjysW2N93fTEXKn16Jcbvh1RnxTanP4aBUqIzyHkP6sBKMGXpR0cUapCsmDG6 uL108aHEEU3s2XRbZ1udRB9iDpRe/W0t7JsEJqHQSt/Xh7T1JuhACgznYqdUTngMJh3v XlCQ==
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=xZkBLgeQxVRtR/FWUJJqFjN7HNZVaTzmfQj/lRpex+4=; b=NJXc8pm8wGPJordnIxDS6jEPFEML2sL0ep8p8KBDZqY2rqrjSs+DaymENs0LcbyNdD pSly59ujogyjETXNtoHrnO9y36d1YxVaF30fAmD4R0xwNimI1qVXkB1CDUsrL6y0t4T3 2Y5kPNFvDvpYx3H5U7Cq96hoEtd9DZWxiiNDxmc9QpnxSRS/6aCVzdjLN8TFznmDWRgP BCWv4LAzQckWer7G9WzItP66mclRDdt7HWmtGTEWknMyVRoUqXJwmuhS0eS5UgPvc2/O L6D3xY0kZlwoVr6UJEEYjZVOZL1Sd7P2Dlv8V/TVo6DjmAgwKAXKGp94SglwV+FaXl23 XOng==
X-Gm-Message-State: APt69E2VPg1PG+J1ZsmMAIE48AuMfdywhGMVFK9OtoGol1AYSAJRdLMr yNJ8bAnXZTGYBxniU3pN7YiVgQ==
X-Google-Smtp-Source: AAOMgpeHiPZw8yx9/0Lqrf47IW/zldL36r45dkaTgZ8yeADTzwokVvJCXj9ueJ9ntUIr0InSrRgNCA==
X-Received: by 2002:a0c:d80f:: with SMTP id h15-v6mr1390593qvj.5.1529674181527; Fri, 22 Jun 2018 06:29:41 -0700 (PDT)
Received: from [169.254.101.63] ([2601:154:c200:10:ed0a:5d47:3f85:dd83]) by smtp.googlemail.com with ESMTPSA id a197-v6sm1127832qkb.67.2018.06.22.06.29.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Jun 2018 06:29:40 -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, 22 Jun 2018 09:29:39 -0400
X-Mailer: MailMate (1.11.2r5479)
Message-ID: <09969C84-4A23-48EA-80EE-B8DA695601FA@elistx.com>
In-Reply-To: <3C6FCAAA-DC7D-43AB-806A-AB03E61509CF@elistx.com>
References: <792FDBC2-DF01-47A5-A2BE-3020C98AA26F@verisign.com> <3C6FCAAA-DC7D-43AB-806A-AB03E61509CF@elistx.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_2297EC58-9D79-4D31-946C-394B00B097D4_="
Content-Transfer-Encoding: 8bit
Embedded-HTML: [{"HTML":[1901, 12811], "plain":[563, 5220], "uuid":"48F64452-5999-4A1A-A03D-844CB390C5F9"}]
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/NWSoC9jk6KFCEeAG4k9OoUwlx7U>
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, 22 Jun 2018 13:29:47 -0000

There has not been any discussion regarding additional changes to our 
charter.  As a result the chairs are going to interpret silence as 
suggesting that folks are okay with the proposed revision.

In a separate thread we will start a 1 week working group last call on 
the revised charter.  We need to allow a few weeks for our Area Director 
to review the proposed charter with the IESG and hopefully get it 
approved so we can move on with new work at the next IETF meeting in 
Montreal.

Thanks,

Antoin and Jim



On 15 Jun 2018, at 10:14, James Galvin wrote:

> 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