Re: [regext] [Ext] TTL extension for RDAP

Gavin Brown <gavin.brown@icann.org> Wed, 03 January 2024 15:26 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 C2221C14F6B2 for <regext@ietfa.amsl.com>; Wed, 3 Jan 2024 07:26:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.207
X-Spam-Level:
X-Spam-Status: No, score=-4.207 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable 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 PV5-DN-JQDCh for <regext@ietfa.amsl.com>; Wed, 3 Jan 2024 07:26:31 -0800 (PST)
Received: from ppa3.lax.icann.org (ppa3.lax.icann.org [192.0.33.78]) (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 EE468C14F6E4 for <regext@ietf.org>; Wed, 3 Jan 2024 07:20:07 -0800 (PST)
Received: from MBX112-W2-CO-2.pexch112.icann.org (out.mail.icann.org [64.78.33.6]) by ppa3.lax.icann.org (8.17.1.24/8.17.1.24) with ESMTPS id 403FK3ZS013418 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 3 Jan 2024 15:20:03 GMT
Received: from MBX112-W2-CO-1.pexch112.icann.org (10.226.41.128) by MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1258.28; Wed, 3 Jan 2024 07:20:02 -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; Wed, 3 Jan 2024 07:20:02 -0800
From: Gavin Brown <gavin.brown@icann.org>
To: Andrew Newton <andy@hxr.us>
CC: "Gould, James" <jgould=40verisign.com@dmarc.ietf.org>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [regext] [Ext] TTL extension for RDAP
Thread-Index: AQHaPldWDb6dP5yY506JEHn8umsK8bDIuhGA
Date: Wed, 03 Jan 2024 15:20:02 +0000
Message-ID: <244C9C39-DBB1-4606-B8C5-8769EB879D81@icann.org>
References: <3BE51E93-AE48-4C09-B9F7-231CAAA3FA8E@verisign.com> <CAAQiQRdoKOxQ-A=zZ-onjWH+B_YsiU_E0EjsRLFOdOQZ+-0EFw@mail.gmail.com>
In-Reply-To: <CAAQiQRdoKOxQ-A=zZ-onjWH+B_YsiU_E0EjsRLFOdOQZ+-0EFw@mail.gmail.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: <5630C40C69E60047B36FAC3EE971D437@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.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2024-01-03_08,2024-01-03_01,2023-05-22_02
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/ztUWXnsNsON65Fb0AeQkQS09aGI>
Subject: Re: [regext] [Ext] TTL extension for RDAP
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: Wed, 03 Jan 2024 15:26:35 -0000

Hi Andy,

> On 3 Jan 2024, at 15:12, Andrew Newton <andy@hxr.us> wrote:
> 
> Given that the TTL can be updated independently of the domain name,
> there is utility in exposing TTLs in RDAP especially if that
> information can be given with the events & links as is done with the
> DNSSEC data in RDAP. I know I have had times in the past when I needed
> to know when a TTL was last changed.

Do you think the ttl_values object needs an events array then?

To support this I would change the ttl_values object as follows:

"ttl": {
"values": {
"NS": 3600,
"DS": 60,
},
"events": [
{
	"eventAction": "lastChanged",
	"eventDate": "2012-07-23T05:15:47Z",
	"eventActor": "registry-operator"
}
]
}

G.

> 
> Here is the example from 9083:
> 
> "secureDNS":
>  {
> 
>     "zoneSigned": true,
>     "delegationSigned": true,
>     "maxSigLife": 604800,
>     "keyData":
>     [
>       {
>         "flags": 257,
>         "protocol": 3,
>         "algorithm": 8,
>         "publicKey": "AwEAAa6eDzronzjEDbT...Jg1M5N rBSPkuXpdFE=",
>         "events":
>         [
>           {
>             "eventAction": "last changed",
>             "eventDate": "2012-07-23T05:15:47Z"
>           }
>         ]
>       }
>     ]
>  }
> 
> -andy
> 
> On Wed, Jan 3, 2024 at 7:17 AM Gould, James
> <jgould=40verisign.com@dmarc.ietf.org> wrote:
>> 
>> Gavin,
>> 
>> Agreed that the base RDAP RFCs include DNS information, but in the case of nameservers they are standard provisioning objects with the host EPP mapping in RFC 5733 and with additional attributes.  I don't believe that there is value in replicating DNS information in RDAP that is not related to other information (e.g., creation date, updated date, transfer date, sponsorship) that may have value to the public.  My recommendation is to focus management of TTL in EPP with its impact on DNS and leave RDAP alone.  Let's not go down the slippery slope of bloating RDAP by replicating DNS information when there is no perceived value.
>> 
>> --
>> 
>> 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!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8DZkFyOV$ [verisigninc[.]com]>
>> 
>> 
>> 
>> 
>> On 1/3/24, 4:44 AM, "Gavin Brown" <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.
>> 
>> 
>> Hi Jim,
>> 
>> 
>>> On 2 Jan 2024, at 14:52, Gould, James <jgould@verisign.com <mailto:jgould@verisign.com>> wrote:
>>> 
>>> Gavin,
>>> 
>>> I question the need for a TTL RDAP extension, since the TTLs are easily assessable in DNS to the public. The management of the TTLs is provisioned in EPP via the TTL EPP extension and can be made available to the registrant by the registrar. There are examples of DNS information duplicated in RDAP, such as the DNSSEC information in RFC 9083, but I'm concerned with setting the pattern of duplicating additional DNS information with no perceived value.
>>> 
>> 
>> 
>> RDAP domain objects contain other information that can also be obtained in the DNS, such as nameservers, glue, and DS records. Evidently there is value in providing this information via an alternate channel (such as to debug DNS resolution issues). Providing TTL information via RDAP is consistent with that approach and will also be helpful in the same scenarios.
>> 
>> 
>> G.
>> 
>> 
>>> Thanks,
>>> 
>>> --
>>> 
>>> JG
>>> 
>>> 
>>> 
>>> James Gould
>>> Fellow Engineer
>>> jgould@Verisign.com <mailto:jgould@Verisign.com> <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com <mailto:jgould@Verisign.com>>
>>> 
>>> 703-948-3271
>>> 12061 Bluemont Way
>>> Reston, VA 20190
>>> 
>>> Verisign.com <https://urldefense.com/v3/__https://secure-web.cisco.com/1WDhBI4oN4MzjYkRpT_wHK79lqjo81wGLL08NPt-xFPJjyn6sDCJdab6uBhbLq1pRbsZQxa7a-hYdlAzaBWt5VYvIWxi240Q1NVtJySVMdAk6lxrVxmdYoFp5-Amk_dm1Yttc1hboIe1DVDATAgzH76CZJSIYsGU358bki6jTYAJ-HrO9QUCoSHvVDsaGkNZH4C4prAkiD8kYccHVOam8VIdp2ZwNFNw-seninyVxG0YIyBT2EcGssY9T9TijHbVhDU_D6LqjNjQF7fvL3wXJCJzbyUgycb-VgNto2S094f0/https*3A*2F*2Furldefense.com*2Fv3*2F__http*3A*2F*2Fverisigninc.com*2F__;!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9FcwU_pM$__;JSUlJSUlJSUl!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8COGHyZ7$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1WDhBI4oN4MzjYkRpT_wHK79lqjo81wGLL08NPt-xFPJjyn6sDCJdab6uBhbLq1pRbsZQxa7a-hYdlAzaBWt5VYvIWxi240Q1NVtJySVMdAk6lxrVxmdYoFp5-Amk_dm1Yttc1hboIe1DVDATAgzH76CZJSIYsGU358bki6jTYAJ-HrO9QUCoSHvVDsaGkNZH4C4prAkiD8kYccHVOam8VIdp2ZwNFNw-seninyVxG0YIyBT2EcGssY9T9TijHbVhDU_D6LqjNjQF7fvL3wXJCJzbyUgycb-VgNto2S094f0/https*3A*2F*2Furldefense.com*2Fv3*2F__http*3A*2F*2Fverisigninc.com*2F__;!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9FcwU_pM$__;JSUlJSUlJSUl!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8COGHyZ7$ [secure-web[.]cisco[.]com]> [verisigninc[.]com]>
>>> 
>>> 
>>> 
>>> 
>>> On 1/2/24, 9:03 AM, "regext on behalf of Gavin Brown" <regext-bounces@ietf.org <mailto:regext-bounces@ietf.org> <mailto:regext-bounces@ietf.org <mailto:regext-bounces@ietf.org>> on behalf of gavin.brown@icann.org <mailto:gavin.brown@icann.org> <mailto:gavin.brown@icann.org <mailto:gavin.brown@icann.org>>> wrote:
>>> 
>>> 
>>> 
>>> Hi all,
>>> 
>>> 
>>> As a complement to the EPP extension, I've just uploaded a first draft of an RDAP extension:
>>> 
>>> 
>>> https://urldefense.com/v3/__https://secure-web.cisco.com/1khfl7WVPWF-jsGK6Nxqwpdr3f-7zS-IMW2fy2UbmOBdDxFAso7MbjPz8VXKRq0aKCyklcAbOVTwl3-v1Sj3ZbN_hKbmdfMCh__EipHieNvm5-I92wmnx5ws0ZMai6ilhvxRlPMTmOA3Vd2dZhxiJLZ9BoFxIR6aj8fH0e2-N7pjb6j6_0WNcS4ko3gaB4oUJYXmusur7WWhL8wLPMG9Cci8s3YDe1I54CR3ivBWoKIwD206EaslQuw16Q1i6ETQERIkWmEcFnZhbnBPVHToH2TG_SWtXqcuIUHJxxvY2hss/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1cbpvLaxkXtiMxQku8jDm2TgXvD6OlaLPfyuDyqcKICKKvoZdwaB4a-dn4H9lpfSVFKLTxRsg8H1QbTOnAYaSDJhRJc-Nej9fgazwK0PO2MWTfIZlWiACP7SIWz5WocpqC4fi3lZlo5w7y47KB2rh2vo-xSZwzoAIEvQtKrCXy9D4MMUPMwwHI2YaYxWKqyLcsEiRiVGw0TiYcU4viI_CRckheWvm9Kdzy1y10JrHdN_aHYu06YXF606kW3ME8bi2c6QoApNmUGIZRUFmKaXxD9LTcon-6ARcRBgf_afSZas*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8AnntS74$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1khfl7WVPWF-jsGK6Nxqwpdr3f-7zS-IMW2fy2UbmOBdDxFAso7MbjPz8VXKRq0aKCyklcAbOVTwl3-v1Sj3ZbN_hKbmdfMCh__EipHieNvm5-I92wmnx5ws0ZMai6ilhvxRlPMTmOA3Vd2dZhxiJLZ9BoFxIR6aj8fH0e2-N7pjb6j6_0WNcS4ko3gaB4oUJYXmusur7WWhL8wLPMG9Cci8s3YDe1I54CR3ivBWoKIwD206EaslQuw16Q1i6ETQERIkWmEcFnZhbnBPVHToH2TG_SWtXqcuIUHJxxvY2hss/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1cbpvLaxkXtiMxQku8jDm2TgXvD6OlaLPfyuDyqcKICKKvoZdwaB4a-dn4H9lpfSVFKLTxRsg8H1QbTOnAYaSDJhRJc-Nej9fgazwK0PO2MWTfIZlWiACP7SIWz5WocpqC4fi3lZlo5w7y47KB2rh2vo-xSZwzoAIEvQtKrCXy9D4MMUPMwwHI2YaYxWKqyLcsEiRiVGw0TiYcU4viI_CRckheWvm9Kdzy1y10JrHdN_aHYu06YXF606kW3ME8bi2c6QoApNmUGIZRUFmKaXxD9LTcon-6ARcRBgf_afSZas*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8AnntS74$ [secure-web[.]cisco[.]com]>*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-brown-rdap-ttl-extension*2F__;JSUlJSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9Kx0b62K$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1khfl7WVPWF-jsGK6Nxqwpdr3f-7zS-IMW2fy2UbmOBdDxFAso7MbjPz8VXKRq0aKCyklcAbOVTwl3-v1Sj3ZbN_hKbmdfMCh__EipHieNvm5-I92wmnx5ws0ZMai6ilhvxRlPMTmOA3Vd2dZhxiJLZ9BoFxIR6aj8fH0e2-N7pjb6j6_0WNcS4ko3gaB4oUJYXmusur7WWhL8wLPMG9Cci8s3YDe1I54CR3ivBWoKIwD206EaslQuw16Q1i6ETQERIkWmEcFnZhbnBPVHToH2TG_SWtXqcuIUHJxxvY2hss/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1cbpvLaxkXtiMxQku8jDm2TgXvD6OlaLPfyuDyqcKICKKvoZdwaB4a-dn4H9lpfSVFKLTxRsg8H1QbTOnAYaSDJhRJc-Nej9fgazwK0PO2MWTfIZlWiACP7SIWz5WocpqC4fi3lZlo5w7y47KB2rh2vo-xSZwzoAIEvQtKrCXy9D4MMUPMwwHI2YaYxWKqyLcsEiRiVGw0TiYcU4viI_CRckheWvm9Kdzy1y10JrHdN_aHYu06YXF606kW3ME8bi2c6QoApNmUGIZRUFmKaXxD9LTcon-6ARcRBgf_afSZas*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8AnntS74$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1khfl7WVPWF-jsGK6Nxqwpdr3f-7zS-IMW2fy2UbmOBdDxFAso7MbjPz8VXKRq0aKCyklcAbOVTwl3-v1Sj3ZbN_hKbmdfMCh__EipHieNvm5-I92wmnx5ws0ZMai6ilhvxRlPMTmOA3Vd2dZhxiJLZ9BoFxIR6aj8fH0e2-N7pjb6j6_0WNcS4ko3gaB4oUJYXmusur7WWhL8wLPMG9Cci8s3YDe1I54CR3ivBWoKIwD206EaslQuw16Q1i6ETQERIkWmEcFnZhbnBPVHToH2TG_SWtXqcuIUHJxxvY2hss/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1cbpvLaxkXtiMxQku8jDm2TgXvD6OlaLPfyuDyqcKICKKvoZdwaB4a-dn4H9lpfSVFKLTxRsg8H1QbTOnAYaSDJhRJc-Nej9fgazwK0PO2MWTfIZlWiACP7SIWz5WocpqC4fi3lZlo5w7y47KB2rh2vo-xSZwzoAIEvQtKrCXy9D4MMUPMwwHI2YaYxWKqyLcsEiRiVGw0TiYcU4viI_CRckheWvm9Kdzy1y10JrHdN_aHYu06YXF606kW3ME8bi2c6QoApNmUGIZRUFmKaXxD9LTcon-6ARcRBgf_afSZas*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8AnntS74$ [secure-web[.]cisco[.]com]>*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fdraft-brown-rdap-ttl-extension*2F__;JSUlJSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9Kx0b62K$ [secure-web[.]cisco[.]com]>
>>> 
>>> 
>>> This extension does not require the use of the EPP extension: it can be used by any RDAP server operator wishing to publish TTL information in RDAP responses.
>>> 
>>> 
>>> Given bandwidth constraints, I would not seek WG adoption until the EPP document is published as an RFC, but wanted to publish an early draft for review. Feedback welcome!
>>> 
>>> 
>>> G.
>>> 
>>> 
>>> --
>>> Gavin Brown
>>> Principal Engineer, Global Domains & Strategy
>>> Internet Corporation for Assigned Names and Numbers (ICANN)
>>> 
>>> 
>>> https://urldefense.com/v3/__https://secure-web.cisco.com/1siAa4PI5puTdS9pg_-yn-oEhm9TNP92NAmmXvvKPh7y9DYQ-iMX5low002YpdSLtsE1Kxsip-HTVPkKoZTqJFqQseMgkvfdsI1G6LeLQQpnnS55xUEdUP9lFG9VjEDInRUYKdPV9LVetsRiNvNQAkFqDBPjSSnpAFifsskZTIi8vBo97p23k1fZbmi5JkbVtgRjfaqsH-IIScurgEHF8D3US8DF66MzS0u30GJ7WFZIWSBMZXyifW57ZsonoBto_N1fFTTGvwP9nohyiRJUpmWdlvAC2IdxkgtDBAghhmXw/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F15sz32WNlSqbvdDNG-36T1VGWZDQS4oBVAEwgLa2qHna_Z6fAkHckEVLZG3WQtX7iVKHwZjjG059vJPzOG-dhenzj6zwBOavJ9GQUkhcFzy2U6eS2Uqw0_e_nmwSXS-xOWUZt_xdYJO5HKUUQ2eJ0MR2S_iWsoirMKWeFkS9EoFd3INxIzDaUC7ZsiCCNfbWpb3d-zacRh7gA53UDTnJ0u1COR0lzOoSzPVyZLZMXlUzI4hXpf8XRryhe2BjRPmMhwq5lWNw3kePM7NYMeFo-50zYlcqG094WfTDzQnR9fzI*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EWCHkec$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1siAa4PI5puTdS9pg_-yn-oEhm9TNP92NAmmXvvKPh7y9DYQ-iMX5low002YpdSLtsE1Kxsip-HTVPkKoZTqJFqQseMgkvfdsI1G6LeLQQpnnS55xUEdUP9lFG9VjEDInRUYKdPV9LVetsRiNvNQAkFqDBPjSSnpAFifsskZTIi8vBo97p23k1fZbmi5JkbVtgRjfaqsH-IIScurgEHF8D3US8DF66MzS0u30GJ7WFZIWSBMZXyifW57ZsonoBto_N1fFTTGvwP9nohyiRJUpmWdlvAC2IdxkgtDBAghhmXw/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F15sz32WNlSqbvdDNG-36T1VGWZDQS4oBVAEwgLa2qHna_Z6fAkHckEVLZG3WQtX7iVKHwZjjG059vJPzOG-dhenzj6zwBOavJ9GQUkhcFzy2U6eS2Uqw0_e_nmwSXS-xOWUZt_xdYJO5HKUUQ2eJ0MR2S_iWsoirMKWeFkS9EoFd3INxIzDaUC7ZsiCCNfbWpb3d-zacRh7gA53UDTnJ0u1COR0lzOoSzPVyZLZMXlUzI4hXpf8XRryhe2BjRPmMhwq5lWNw3kePM7NYMeFo-50zYlcqG094WfTDzQnR9fzI*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EWCHkec$ [secure-web[.]cisco[.]com]>*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9ICJXPCI$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1siAa4PI5puTdS9pg_-yn-oEhm9TNP92NAmmXvvKPh7y9DYQ-iMX5low002YpdSLtsE1Kxsip-HTVPkKoZTqJFqQseMgkvfdsI1G6LeLQQpnnS55xUEdUP9lFG9VjEDInRUYKdPV9LVetsRiNvNQAkFqDBPjSSnpAFifsskZTIi8vBo97p23k1fZbmi5JkbVtgRjfaqsH-IIScurgEHF8D3US8DF66MzS0u30GJ7WFZIWSBMZXyifW57ZsonoBto_N1fFTTGvwP9nohyiRJUpmWdlvAC2IdxkgtDBAghhmXw/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F15sz32WNlSqbvdDNG-36T1VGWZDQS4oBVAEwgLa2qHna_Z6fAkHckEVLZG3WQtX7iVKHwZjjG059vJPzOG-dhenzj6zwBOavJ9GQUkhcFzy2U6eS2Uqw0_e_nmwSXS-xOWUZt_xdYJO5HKUUQ2eJ0MR2S_iWsoirMKWeFkS9EoFd3INxIzDaUC7ZsiCCNfbWpb3d-zacRh7gA53UDTnJ0u1COR0lzOoSzPVyZLZMXlUzI4hXpf8XRryhe2BjRPmMhwq5lWNw3kePM7NYMeFo-50zYlcqG094WfTDzQnR9fzI*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EWCHkec$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1siAa4PI5puTdS9pg_-yn-oEhm9TNP92NAmmXvvKPh7y9DYQ-iMX5low002YpdSLtsE1Kxsip-HTVPkKoZTqJFqQseMgkvfdsI1G6LeLQQpnnS55xUEdUP9lFG9VjEDInRUYKdPV9LVetsRiNvNQAkFqDBPjSSnpAFifsskZTIi8vBo97p23k1fZbmi5JkbVtgRjfaqsH-IIScurgEHF8D3US8DF66MzS0u30GJ7WFZIWSBMZXyifW57ZsonoBto_N1fFTTGvwP9nohyiRJUpmWdlvAC2IdxkgtDBAghhmXw/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F15sz32WNlSqbvdDNG-36T1VGWZDQS4oBVAEwgLa2qHna_Z6fAkHckEVLZG3WQtX7iVKHwZjjG059vJPzOG-dhenzj6zwBOavJ9GQUkhcFzy2U6eS2Uqw0_e_nmwSXS-xOWUZt_xdYJO5HKUUQ2eJ0MR2S_iWsoirMKWeFkS9EoFd3INxIzDaUC7ZsiCCNfbWpb3d-zacRh7gA53UDTnJ0u1COR0lzOoSzPVyZLZMXlUzI4hXpf8XRryhe2BjRPmMhwq5lWNw3kePM7NYMeFo-50zYlcqG094WfTDzQnR9fzI*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EWCHkec$ [secure-web[.]cisco[.]com]>*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9ICJXPCI$ [secure-web[.]cisco[.]com]>
>>> 
>>> 
>>> _______________________________________________
>>> regext mailing list
>>> regext@ietf.org <mailto:regext@ietf.org> <mailto:regext@ietf.org <mailto:regext@ietf.org>>
>>> https://urldefense.com/v3/__https://secure-web.cisco.com/14qxqtlwjzTWan-TkcDPtaHtDs88ycWVdddAL9icbz572nzeKt1rOxSIVl3TyokXf-ZqlxDO9YDENkVhL9zoQQID9Ho5fkUfu9TR0bmb6SG2XFlyEcx7Sc4IlzeDw0Dj2UePPWckiLBdJ_Jhx5bpR4X430LdzVFx8VJ9CKeomM6PwQ_XjxRlux31-neQ3sVe5VGgy_NZ0lVc1P5qdSBNv7lLc_jBwfHJsJGxgG6pb6ubj_6b8x0vB0CC7a80P8fSnafcNBi_HQ65BrhVnh14TULnHnmtAbsl0E3J04lQoRwk/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1zDwYvCDqp8Pe87NHBav-VwKLD4OsQaYPVOW-QDt8_XqhAkoE0SCfc6SgIgcQhFAiYdPpEexfvZm-uUkC2yh0heIAL8jzcbiv9zv15IQnZMrwgGCMLn4E8lEelydzsbpdLXVvWFZ5KZ04pt7LRwQ54UeErCPQPqpMNHur_I8qeQIRxM7v-k93VUM9rBlpu_82laTay05HjVdCAVt0z3DYB36tn9vfn4o1dPt4_Daxaf44tEQ6uupGPq9e_HeTN1WM5Bp23i_rEMjlOxcrx-OX7KXloi4-Z4phjBY0eZ3OY2I*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8G3bj7eJ$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/14qxqtlwjzTWan-TkcDPtaHtDs88ycWVdddAL9icbz572nzeKt1rOxSIVl3TyokXf-ZqlxDO9YDENkVhL9zoQQID9Ho5fkUfu9TR0bmb6SG2XFlyEcx7Sc4IlzeDw0Dj2UePPWckiLBdJ_Jhx5bpR4X430LdzVFx8VJ9CKeomM6PwQ_XjxRlux31-neQ3sVe5VGgy_NZ0lVc1P5qdSBNv7lLc_jBwfHJsJGxgG6pb6ubj_6b8x0vB0CC7a80P8fSnafcNBi_HQ65BrhVnh14TULnHnmtAbsl0E3J04lQoRwk/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1zDwYvCDqp8Pe87NHBav-VwKLD4OsQaYPVOW-QDt8_XqhAkoE0SCfc6SgIgcQhFAiYdPpEexfvZm-uUkC2yh0heIAL8jzcbiv9zv15IQnZMrwgGCMLn4E8lEelydzsbpdLXVvWFZ5KZ04pt7LRwQ54UeErCPQPqpMNHur_I8qeQIRxM7v-k93VUM9rBlpu_82laTay05HjVdCAVt0z3DYB36tn9vfn4o1dPt4_Daxaf44tEQ6uupGPq9e_HeTN1WM5Bp23i_rEMjlOxcrx-OX7KXloi4-Z4phjBY0eZ3OY2I*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8G3bj7eJ$ [secure-web[.]cisco[.]com]>*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9PBS-cge$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/14qxqtlwjzTWan-TkcDPtaHtDs88ycWVdddAL9icbz572nzeKt1rOxSIVl3TyokXf-ZqlxDO9YDENkVhL9zoQQID9Ho5fkUfu9TR0bmb6SG2XFlyEcx7Sc4IlzeDw0Dj2UePPWckiLBdJ_Jhx5bpR4X430LdzVFx8VJ9CKeomM6PwQ_XjxRlux31-neQ3sVe5VGgy_NZ0lVc1P5qdSBNv7lLc_jBwfHJsJGxgG6pb6ubj_6b8x0vB0CC7a80P8fSnafcNBi_HQ65BrhVnh14TULnHnmtAbsl0E3J04lQoRwk/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1zDwYvCDqp8Pe87NHBav-VwKLD4OsQaYPVOW-QDt8_XqhAkoE0SCfc6SgIgcQhFAiYdPpEexfvZm-uUkC2yh0heIAL8jzcbiv9zv15IQnZMrwgGCMLn4E8lEelydzsbpdLXVvWFZ5KZ04pt7LRwQ54UeErCPQPqpMNHur_I8qeQIRxM7v-k93VUM9rBlpu_82laTay05HjVdCAVt0z3DYB36tn9vfn4o1dPt4_Daxaf44tEQ6uupGPq9e_HeTN1WM5Bp23i_rEMjlOxcrx-OX7KXloi4-Z4phjBY0eZ3OY2I*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8G3bj7eJ$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/14qxqtlwjzTWan-TkcDPtaHtDs88ycWVdddAL9icbz572nzeKt1rOxSIVl3TyokXf-ZqlxDO9YDENkVhL9zoQQID9Ho5fkUfu9TR0bmb6SG2XFlyEcx7Sc4IlzeDw0Dj2UePPWckiLBdJ_Jhx5bpR4X430LdzVFx8VJ9CKeomM6PwQ_XjxRlux31-neQ3sVe5VGgy_NZ0lVc1P5qdSBNv7lLc_jBwfHJsJGxgG6pb6ubj_6b8x0vB0CC7a80P8fSnafcNBi_HQ65BrhVnh14TULnHnmtAbsl0E3J04lQoRwk/https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2F*2Fsecure-web.cisco.com*2F1zDwYvCDqp8Pe87NHBav-VwKLD4OsQaYPVOW-QDt8_XqhAkoE0SCfc6SgIgcQhFAiYdPpEexfvZm-uUkC2yh0heIAL8jzcbiv9zv15IQnZMrwgGCMLn4E8lEelydzsbpdLXVvWFZ5KZ04pt7LRwQ54UeErCPQPqpMNHur_I8qeQIRxM7v-k93VUM9rBlpu_82laTay05HjVdCAVt0z3DYB36tn9vfn4o1dPt4_Daxaf44tEQ6uupGPq9e_HeTN1WM5Bp23i_rEMjlOxcrx-OX7KXloi4-Z4phjBY0eZ3OY2I*2Fhttps__;JSUlJSUlJSUlJQ!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8G3bj7eJ$ [secure-web[.]cisco[.]com]>*3A*2F*2Fwww.ietf.org*2Fmailman*2Flistinfo*2Fregext__;JSUlJSUl!!PtGJab4!-twuq17rqSKX-pCKHkTFhmzOXZaiQ1nbrzbWhB81AVnwvlHzeutZfLJ89yfRnjIyun6gaZT9bPAZBBwW9PBS-cge$ [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/1bNkjVh_rw1fHs_9VD4zYZRQI-05i2FYF-3A1A8mOGOU-J0Bd9f_pma_WRBfnN5iJGY1ZN4nxvM1fDtsQKBdl40sFQmiRIFyeRXFM4f6rcatJg5td-KABCOBrRt4syMiMChMBAo_0IyqusMTVaHi9euTTG_kLCqf8OHK8VF0Hiy17Jrm3LZnSnodu_c7p07z5MMmAHQRWR0MaDTk0e_V25EoKHknqztU7p1VJUlZrVLHS34ne1etatAkTxnIj7290p5F5Mt8ZeZGTfUnlcc175bMzBjiMfhql3JpA3oqh9ys/https*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EnnuyMn$ [secure-web[.]cisco[.]com] <https://urldefense.com/v3/__https://secure-web.cisco.com/1bNkjVh_rw1fHs_9VD4zYZRQI-05i2FYF-3A1A8mOGOU-J0Bd9f_pma_WRBfnN5iJGY1ZN4nxvM1fDtsQKBdl40sFQmiRIFyeRXFM4f6rcatJg5td-KABCOBrRt4syMiMChMBAo_0IyqusMTVaHi9euTTG_kLCqf8OHK8VF0Hiy17Jrm3LZnSnodu_c7p07z5MMmAHQRWR0MaDTk0e_V25EoKHknqztU7p1VJUlZrVLHS34ne1etatAkTxnIj7290p5F5Mt8ZeZGTfUnlcc175bMzBjiMfhql3JpA3oqh9ys/https*3A*2F*2Fwww.icann.org__;JSUl!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8EnnuyMn$ [secure-web[.]cisco[.]com]>
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> regext mailing list
>> regext@ietf.org
>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/regext__;!!PtGJab4!4JeVZIu2TFksUlRg1kqU3iv7m_d4qkDyWccMxJpAmVEjAijvV3KNeAWvThRFn1pZnBMJ8BjKWVtK8L3fGvNF$ [ietf[.]org]

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

https://www.icann.org