Re: [regext] [Ext] I-D Action: draft-ietf-regext-epp-ttl-04.txt

Gavin Brown <gavin.brown@icann.org> Fri, 26 January 2024 12:23 UTC

Return-Path: <gavin.brown@icann.org>
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 E2E3DC1522A0; Fri, 26 Jan 2024 04:23:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.905
X-Spam-Level:
X-Spam-Status: No, score=-1.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1cdB525VR_4f; Fri, 26 Jan 2024 04:23:34 -0800 (PST)
Received: from ppa4.dc.icann.org (ppa4.dc.icann.org [192.0.46.77]) (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 516C0C1519BA; Fri, 26 Jan 2024 04:23:34 -0800 (PST)
Received: from MBX112-W2-CO-2.pexch112.icann.org (out.mail.icann.org [64.78.33.6]) by ppa4.dc.icann.org (8.17.1.24/8.17.1.24) with ESMTPS id 40QCMbOe001440 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 26 Jan 2024 04:22:37 -0800
Received: from MBX112-W2-CO-1.pexch112.icann.org (10.226.41.128) by MBX112-W2-CO-1.pexch112.icann.org (10.226.41.128) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.28; Fri, 26 Jan 2024 04:23:31 -0800
Received: from MBX112-W2-CO-1.pexch112.icann.org ([169.254.44.235]) by MBX112-W2-CO-1.pexch112.icann.org ([169.254.44.235]) with mapi id 15.02.1258.028; Fri, 26 Jan 2024 04:23:31 -0800
From: Gavin Brown <gavin.brown@icann.org>
To: "Gould, James" <jgould=40verisign.com@dmarc.ietf.org>
CC: "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [regext] [Ext] I-D Action: draft-ietf-regext-epp-ttl-04.txt
Thread-Index: AQHaM1j5cyHg3Ys0wk2Rq3Mw9OEL6rDsxFyA
Date: Fri, 26 Jan 2024 12:23:31 +0000
Message-ID: <180104C4-42D3-41A2-B293-72C751AFD5A5@icann.org>
References: <170257360712.33394.6083971773385351356@ietfa.amsl.com> <E5EEA4D9-FF68-4DCB-91A5-D5AE3706700F@icann.org> <5201ED05-B2CC-4EFF-93DD-E4B33E8FF965@verisign.com>
In-Reply-To: <5201ED05-B2CC-4EFF-93DD-E4B33E8FF965@verisign.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [192.0.47.234]
x-source-routing-agent: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <F244BBA72DE34D47A1DED2DF22C7CDA6@pexch112.icann.org>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.1011,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-01-25_14,2024-01-25_01,2023-05-22_02
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/YDOggfLpw0JXBSa19kOC7DmWaEQ>
Subject: Re: [regext] [Ext] I-D Action: draft-ietf-regext-epp-ttl-04.txt
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.39
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, 26 Jan 2024 12:23:39 -0000

Hi Jim, apologies for the delayed response.

> On 20 Dec 2023, at 15:26, Gould, James <jgould=40verisign.com@dmarc.ietf.org> wrote:
> 
> Gavin,
> 
> Thanks for making the updates in draft-ietf-regext-epp-ttl-04.  I went ahead and implemented draft-ietf-regext-epp-ttl-04 in the Verisign EPP SDK that implements a client and a server.  I did find the following issue:
> 
>   The “commandTTLType“ is missing the optional “custom” attribute from the “commandTTLType”, so the “custom” rrec type cannot be specified in the create and update commands.

I think you meant "responseTTLType" instead of the second "commandTTLType" above, but that's a good spot, thanks. Fixed in my working copy.

> I have the following recommendation:
> 
>   I implemented from the full examples included in the draft, so my recommendation is to include the use of the <ttl:ttl for=”custom” custom=”DELEG”>3600</ttl:ttl> in the domain create and domain info response examples to cover all    
> elements defined in the XML schema.  Of course, there no method yet to define the attributes for the DELEG resource record itself, but that’s not important for this draft.

Thanks - the domain create and info examples have been updated to include a custom RR type to demonstrate its use and also to ensure the test script catches any similar errors to the one above.

> What’s not clear in the server, is the set of <ttl> elements to return in the info response.  Should the server return only the <ttl> elements that have been explicitly set or should the server return the <ttl> elements for all support resource record types?  Inclusion of the TTL server policy attributes (“min”, “max”, and “default”)  would make the case to include all supported resource record types, which seems overkill to include in all domain and host info responses by default.  I believe it’s best to extend the info command with an <ttl:info> element that includes the option to include the policy attributes in the info response, which would also include the full set of supported resource record types with the server policy attributes.

This makes sense. I will add this into the next version.

Thanks,

G.

>  Such as the following domain info command extensions:
> 
> Domain Info Command that only includes the set TTL records in the domain info response:
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
>  <command>
>    <info>
>      <domain:info
>       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
>        <domain:name>example.com</domain:name>
>      </domain:info>
>    </info>
>    <extension>
>      <ttl:info
>        xmlns:ttl="urn:ietf:params:xml:ns:epp:ttl-1.0"/>
>    </extension>
>    <clTRID>ABC-12345</clTRID>
>  </command>
> </epp>
> 
> Domain Info Command that includes the supported TTL records with the server policy attributes in the domain info response:
> <?xml version="1.0" encoding="UTF-8" standalone="no"?>
> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
>  <command>
>    <info>
>      <domain:info
>       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
>        <domain:name>example.com</domain:name>
>      </domain:info>
>    </info>
>    <extension>
>      <ttl:info
>        xmlns:ttl="urn:ietf:params:xml:ns:epp:ttl-1.0" 
>        policy="true"/>
>    </extension>
>   <clTRID>ABC-12345</clTRID>
>  </command>
> </epp>
> 
> This enables the client to choose what information they want included in the info response and does not include the TTL extension with all support TTL records by default in every domain and host response.
> 
> Thanks,
> 
> -- 
> 
> 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 <https://urldefense.com/v3/__http://verisigninc.com/__;!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k4nuclr9$ [verisigninc[.]com]> 
> 
> 
> 
> 
> On 12/14/23, 12:26 PM, "regext on behalf of Gavin Brown" <regext-bounces@ietf.org <mailto:regext-bounces@ietf.org> on behalf of gavin.brown@icann.org <mailto:gavin.brown@icann.org>> wrote:
> 
> 
> Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. 
> 
> 
> Greetings all,
> 
> 
> I have just uploaded draft-ietf-regext-epp-ttl-04.
> 
> 
> Notable changes in this version:
> 
> 
> * The "for" attribute is now an enumeration, and can take the following values: NS, DS, DNAME, A, AAAA, custom.
> 
> 
> * If the "for" attribute is "custom", then the "custom" attribute can be used to specify a DNS record type other than those above. However, it still has to match the regular expression from RFC 6895 and still has to be registered with IANA.
> 
> 
> * <ttl> elements - in responses only - must have the "min", "default" and "max" attributes. I'm open to feedback about making them mandatory but I think they are so useful to clients that there would have to be a pretty compelling reason to remove the "required" XSD property.
> 
> 
> This version also closes off the backlog of changes I had planned, so unless the WG has more feedback, I think this draft is basically done from a functional perspective I will however require to complete the Implementation Status section to get to the RFC publication stage.
> 
> 
> Thanks,
> 
> 
>> On 14 Dec 2023, at 17:06, internet-drafts@ietf.org <mailto:internet-drafts@ietf.org> wrote:
>> 
>> Internet-Draft draft-ietf-regext-epp-ttl-04.txt is now available. It is a work
>> item of the Registration Protocols Extensions (REGEXT) WG of the IETF.
>> 
>> Title: Extensible Provisioning Protocol (EPP) mapping for DNS Time-To-Live (TTL) values
>> Author: Gavin Brown
>> Name: draft-ietf-regext-epp-ttl-04.txt
>> Pages: 21
>> Dates: 2023-12-14
>> 
>> Abstract:
>> 
>> This document describes an extension to the Extensible Provisioning
>> Protocol (EPP) that allows EPP clients to manage the Time-To-Live
>> (TTL) value for domain name delegation records.
>> 
>> About this draft
>> 
>> This note is to be removed before publishing as an RFC.
>> 
>> The source for this draft, and an issue tracker, may can be found at
>> https://urldefense.com/v3/__https://secure-web.cisco.com/14NtlJSWQw8Lv7hMPifpgnsilIvx-Elr2EEzMYhc1C7g8m4cFsEeaerglbRVbEFY7PSFQDL-fIj9qAfez6VVEXcwUixt7wnTbtRQnWCIGclGqjsMzjchaEuewSSbvVvO4R_WuiE3n6v31bWGXI1uQPI-_6BW9u4kSvrq8ZeFYLH5DDvuWkNYr94ZwNda1RVBzFpBu10LDA7rF0VpmoAdzqR3Y4lhDdTHB51ih0Sf0-ik81CVm1ipfsLKQFrm_1ykscu_swTgciGeJL8H6PFRTgXK-a20oCURz-2-USI1KsOg/https*3A*2F*2Fgithub.com*2Fgbxyz*2Fepp-ttl-extension__;JSUlJSU!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k51ba7_D$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/14NtlJSWQw8Lv7hMPifpgnsilIvx-Elr2EEzMYhc1C7g8m4cFsEeaerglbRVbEFY7PSFQDL-fIj9qAfez6VVEXcwUixt7wnTbtRQnWCIGclGqjsMzjchaEuewSSbvVvO4R_WuiE3n6v31bWGXI1uQPI-_6BW9u4kSvrq8ZeFYLH5DDvuWkNYr94ZwNda1RVBzFpBu10LDA7rF0VpmoAdzqR3Y4lhDdTHB51ih0Sf0-ik81CVm1ipfsLKQFrm_1ykscu_swTgciGeJL8H6PFRTgXK-a20oCURz-2-USI1KsOg/https*3A*2F*2Fgithub.com*2Fgbxyz*2Fepp-ttl-extension__;JSUlJSU!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k51ba7_D$ [secure-web[.]cisco[.]com]>
>> 
>> The IETF datatracker status page for this Internet-Draft is:
>> https://urldefense.com/v3/__https://secure-web.cisco.com/1_qNpvbtjZ4irDWmBaep562ShK8C2tW10UMh89FMXap3FnuyBJeCyaWWDsuM7DEpW3IC9ZLVkOyVzJsTPB4o2OdHXoS-zDAT3dtxSY5DR1vXPvd74wto3lyIw-z1INFj1mVnW4PmF2ZIXVRGJ1oIGmz1ZJf1_-fE0bsWXPMq9Vxm-VRmKYcHC2E0o8gbJpoFPBkhhOFXeIBpiH-SZ24X1COzRYc8ZGnRHssX1VIlDwh6nAw2lNNuXoxDqkGLsrCxvr2WMx0JXQw3yfYEU9PM8UoUI0un6lo3auJUe85xsYI0/https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-ietf-regext-epp-ttl*2F__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k4QHu2Tj$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1_qNpvbtjZ4irDWmBaep562ShK8C2tW10UMh89FMXap3FnuyBJeCyaWWDsuM7DEpW3IC9ZLVkOyVzJsTPB4o2OdHXoS-zDAT3dtxSY5DR1vXPvd74wto3lyIw-z1INFj1mVnW4PmF2ZIXVRGJ1oIGmz1ZJf1_-fE0bsWXPMq9Vxm-VRmKYcHC2E0o8gbJpoFPBkhhOFXeIBpiH-SZ24X1COzRYc8ZGnRHssX1VIlDwh6nAw2lNNuXoxDqkGLsrCxvr2WMx0JXQw3yfYEU9PM8UoUI0un6lo3auJUe85xsYI0/https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-ietf-regext-epp-ttl*2F__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k4QHu2Tj$ [secure-web[.]cisco[.]com]>
>> 
>> There is also an HTMLized version available at:
>> https://urldefense.com/v3/__https://secure-web.cisco.com/19iv9_fsa1Cd3Zd5bp8RR1zkvz-rCLfVXftpZABB4V8CsGrAxFu0rTr4YhfimNpGhcXPPsC8z3ajXV3n1uMCl3QaqvLDS8H6JhO4SGYWenxggtXNoCaNRBFTJ7-aHO4vZor_xVEJXICs02O-vN2Tya4sRatb4gYLfEFOwYJ-Wr4tXW5mloCTHScuVqTNpwEzQm2Uinp9k6wEdOFKHujmqS7OC42WV1_lT_xW36m6Mnzhc3VLvaheTKGfmrxcXVxqMJWH7e-G_X_Um02XAuJwTNoAU6H-NcaetiiQY1Mka9ac/https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Fdraft-ietf-regext-epp-ttl-04__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k9H2M0b6$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/19iv9_fsa1Cd3Zd5bp8RR1zkvz-rCLfVXftpZABB4V8CsGrAxFu0rTr4YhfimNpGhcXPPsC8z3ajXV3n1uMCl3QaqvLDS8H6JhO4SGYWenxggtXNoCaNRBFTJ7-aHO4vZor_xVEJXICs02O-vN2Tya4sRatb4gYLfEFOwYJ-Wr4tXW5mloCTHScuVqTNpwEzQm2Uinp9k6wEdOFKHujmqS7OC42WV1_lT_xW36m6Mnzhc3VLvaheTKGfmrxcXVxqMJWH7e-G_X_Um02XAuJwTNoAU6H-NcaetiiQY1Mka9ac/https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Fdraft-ietf-regext-epp-ttl-04__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k9H2M0b6$ [secure-web[.]cisco[.]com]>
>> 
>> A diff from the previous version is available at:
>> https://urldefense.com/v3/__https://secure-web.cisco.com/1PEv7Vt6N2OJUlX8W9WpRebLI4461YwyLqMDwkgxozmY4OZRxOb_sO4z2HJ6D4AqqEthj7yTMhUikaL344Z8u9EE4FjsNeM1Kiis37TZ5omItimSqeqxCWL3czGr1dWFO8KTGYp5hf2Hb8bGyTTGGlRy68BUbeHcx0NFfjzfb_edA264pHuOSe3iWK1A40YP8WpQ0-Unlrgy8WerEC8LJposQbTLIiOXFtOqjRVypOpKWFKEzhFnmuaocczQPm9ChktZwlpOeA52BBRSAIYp-0DvrzBvVn0LezvZ31APpDsk/https*3A*2F*2Fauthor-tools.ietf.org*2Fiddiff*3Furl2*3Ddraft-ietf-regext-epp-ttl-04__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k-29O0iP$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1PEv7Vt6N2OJUlX8W9WpRebLI4461YwyLqMDwkgxozmY4OZRxOb_sO4z2HJ6D4AqqEthj7yTMhUikaL344Z8u9EE4FjsNeM1Kiis37TZ5omItimSqeqxCWL3czGr1dWFO8KTGYp5hf2Hb8bGyTTGGlRy68BUbeHcx0NFfjzfb_edA264pHuOSe3iWK1A40YP8WpQ0-Unlrgy8WerEC8LJposQbTLIiOXFtOqjRVypOpKWFKEzhFnmuaocczQPm9ChktZwlpOeA52BBRSAIYp-0DvrzBvVn0LezvZ31APpDsk/https*3A*2F*2Fauthor-tools.ietf.org*2Fiddiff*3Furl2*3Ddraft-ietf-regext-epp-ttl-04__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k-29O0iP$ [secure-web[.]cisco[.]com]>
>> 
>> Internet-Drafts are also available by rsync at:
>> rsync.ietf.org::internet-drafts
>> 
>> 
>> _______________________________________________
>> regext mailing list
>> regext@ietf.org <mailto:regext@ietf.org>
>> https://urldefense.com/v3/__https://secure-web.cisco.com/1NU0qtQxVL_EASJbq3mDdyifa71I2kkAugcu5z-jK-ZMhwphzQBlVHIZtcgOSv3Nn9tqh6JsbB07LLzpmMsWD75uHTQtC09DHWb7VhLseZa9iXwo271QL_ByGwYmOyKWymWiVGxDbSkLgg4n9GyFuv5Y4cHxATWF2bjJsc25aixerbxnxXVNADDVDCXo2H3aRe7jyR4DxlTruezMrd2Lpe6h5c5cAlxhSYrxAPnFm9K8VtqI9oZ9D4DnfZ8Hz9xMPz_Kis05teMQY9Rk1cUAPuzKPwJEpDyxiPnNEP7X8LI0/https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k5iujsHi$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1NU0qtQxVL_EASJbq3mDdyifa71I2kkAugcu5z-jK-ZMhwphzQBlVHIZtcgOSv3Nn9tqh6JsbB07LLzpmMsWD75uHTQtC09DHWb7VhLseZa9iXwo271QL_ByGwYmOyKWymWiVGxDbSkLgg4n9GyFuv5Y4cHxATWF2bjJsc25aixerbxnxXVNADDVDCXo2H3aRe7jyR4DxlTruezMrd2Lpe6h5c5cAlxhSYrxAPnFm9K8VtqI9oZ9D4DnfZ8Hz9xMPz_Kis05teMQY9Rk1cUAPuzKPwJEpDyxiPnNEP7X8LI0/https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k5iujsHi$ [secure-web[.]cisco[.]com]>
> 
> 
> --
> Gavin Brown
> Principal Engineer, Global Domains & Strategy
> Internet Corporation for Assigned Names and Numbers (ICANN)
> 
> 
> https://urldefense.com/v3/__https://secure-web.cisco.com/1vOnPoJ7i1eXTEl4laHUx9Fw2EJ1o77X3XtyouyEdyYkgxqpCxmJ73hSQ1M3z1xvxXsB_qFRmYo54AK2xlcmWWexy8mzRqSL1BCXuxhbV6CJzEElVVoGVDda89LQryoCo1FHyIyVBgYFAwiYBB9TRwtd_WnUBrNax0dErt5re9L_wOOqVuqaVG9D7bM9cC5wQ4G-XYo80q_4wVb4W0B1r7AF6PfeUGjGtvhj6LZiS3YzYgW8seCfcmSY_pN7zXoVKSfC9SEArix5xvVuUUdFvjgF17rN8ReY-6fceB4CYbKA/https*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10kz7Dy3lu$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1vOnPoJ7i1eXTEl4laHUx9Fw2EJ1o77X3XtyouyEdyYkgxqpCxmJ73hSQ1M3z1xvxXsB_qFRmYo54AK2xlcmWWexy8mzRqSL1BCXuxhbV6CJzEElVVoGVDda89LQryoCo1FHyIyVBgYFAwiYBB9TRwtd_WnUBrNax0dErt5re9L_wOOqVuqaVG9D7bM9cC5wQ4G-XYo80q_4wVb4W0B1r7AF6PfeUGjGtvhj6LZiS3YzYgW8seCfcmSY_pN7zXoVKSfC9SEArix5xvVuUUdFvjgF17rN8ReY-6fceB4CYbKA/https*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10kz7Dy3lu$ [secure-web[.]cisco[.]com]>
> 
> 
> _______________________________________________
> regext mailing list
> regext@ietf.org <mailto:regext@ietf.org>
> https://urldefense.com/v3/__https://secure-web.cisco.com/1NU0qtQxVL_EASJbq3mDdyifa71I2kkAugcu5z-jK-ZMhwphzQBlVHIZtcgOSv3Nn9tqh6JsbB07LLzpmMsWD75uHTQtC09DHWb7VhLseZa9iXwo271QL_ByGwYmOyKWymWiVGxDbSkLgg4n9GyFuv5Y4cHxATWF2bjJsc25aixerbxnxXVNADDVDCXo2H3aRe7jyR4DxlTruezMrd2Lpe6h5c5cAlxhSYrxAPnFm9K8VtqI9oZ9D4DnfZ8Hz9xMPz_Kis05teMQY9Rk1cUAPuzKPwJEpDyxiPnNEP7X8LI0/https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k5iujsHi$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1NU0qtQxVL_EASJbq3mDdyifa71I2kkAugcu5z-jK-ZMhwphzQBlVHIZtcgOSv3Nn9tqh6JsbB07LLzpmMsWD75uHTQtC09DHWb7VhLseZa9iXwo271QL_ByGwYmOyKWymWiVGxDbSkLgg4n9GyFuv5Y4cHxATWF2bjJsc25aixerbxnxXVNADDVDCXo2H3aRe7jyR4DxlTruezMrd2Lpe6h5c5cAlxhSYrxAPnFm9K8VtqI9oZ9D4DnfZ8Hz9xMPz_Kis05teMQY9Rk1cUAPuzKPwJEpDyxiPnNEP7X8LI0/https*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10k5iujsHi$ [secure-web[.]cisco[.]com]>
> 
> 
> 
> 
> 
> _______________________________________________
> regext mailing list
> regext@ietf.org
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/regext__;!!PtGJab4!9s5nhFb-JXzF0SNOLPII-gF_O1S2O0nD8gu5OqFzQs-mbMr58PVYKJK8Xy0gDAOX8Zi2VJpyM2lAea4sfMvGJIXurIgrbW10kwpHPaJv$ [ietf[.]org]


--
Gavin Brown
Principal Engineer, Global Domains & Strategy
Internet Corporation for Assigned Names and Numbers (ICANN)

https://www.icann.org