Gavin,
Thank you for posting draft-ietf-regext-epp-ttl-03. Below is my review
feedback:
1. Section 1.2 “Extension elements”
* Nit – I would change “It has a single REQUIRED attribute, for, which
specifies the DNS record type to which the TTL value pertains” to “It has a
single REQUIRED “for” attribute, which specifies the DNS record type to which
the TTL value pertains”.
2. Section 1.2.2 “Supported DNS record types”
* Nit – Put the “for” attribute in double quotes, such as “that can be
included in the “for” attribute.
* How would setting the A and AAAA TTLs be implemented for servers that
implement the host objects model of RFC 5732?
3. Section 3.2 “Use of TTL values for IDN variants”
* I believe this section needs to be removed, since it implies a
specific form of IDN variant relationship that should be defined outside of the
TTL extension. The sharing of attributes across a parent domain and the
variants, including TTL settings, should be covered by the IDN variant
specification and not the TTL extension itself.
4. Section 5.2 “When TTL values should be changed”
* What does the convention of the use of the underbars in “_before_”
indicate? My recommendation is to remove the underbars or describe the
convention in section 1.1 “Conventions used in this document”.
5. General considerations
* Inclusion of the server default TTL in the info response would be
helpful.
i. Could be
included in a policy response based on inclusion of a policy option in the
command.
* Inclusion of the server min and max TTL in the info response would be
helpful
i. Could
be included in a policy response based on inclusion of a policy option in the
command.
* The known set of RRecs could be enumerated with support for
extensibility, like what was done with the use of the "custom" enumerated value
and the custom string value in RFC
8334<https://datatracker.ietf.org/doc/html/rfc8334> for the launch phases and
"custom" command enumerated value with the "customName" attribute in RFC
8748<https://datatracker.ietf.org/doc/html/rfc8748>.
i.
Providing a predefined enumeration list supports XML parser validation by
default and supports extensibility for new values for the future.
Thanks,
--
JG
James Gould
Fellow Engineer
jgo...@verisign.com
<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgo...@verisign.com>
703-948-3271
12061 Bluemont Way
Reston, VA 20190
Verisign.com <http://verisigninc.com/>
On 11/22/23, 12:16 PM, "regext on behalf of Gavin Brown"
<regext-boun...@ietf.org <mailto:regext-boun...@ietf.org> on behalf of
gavin.br...@icann.org <mailto:gavin.br...@icann.org>> wrote:
Hi all,
As discussed in Prague, I have uploaded a new version of
draft-ietf-regext-epp-ttl.
Notable changes:
1. Rolled back the "straw man" syntax from 02. ttl:ttl now has a for
attribute which can be any DNS record type. Section 1.2.2
describes how the set of supported record types may be limited.
2. Removed the global/explicit models and just use the explicit
model.
3. Removed the cascading effect where a TTL set on a domain affects
subordinate hosts.
Many thanks to those who provided feedback, and particular thanks to Ties de
Kock who resolved my XML schema issue!
G.
> On 22 Nov 2023, at 16:53, internet-dra...@ietf.org
> <mailto:internet-dra...@ietf.org> wrote:
> Internet-Draft draft-ietf-regext-epp-ttl-03.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-03.txt
> Pages: 19
> Dates: 2023-11-22
>
> 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.
>
> The IETF datatracker status page for this Internet-Draft is:
> https://secure-web.cisco.com/1gwVDNBHYzgIiqUPRkGeCQ_PFZfJPI5ujjMi-H4RtetIhkyZRAwz5P3V19U5FLMvZgxGDnW3t35b9so8kr-r4Nx2rtFQN9169YGpU8gneHITkQl42q9Rhkw6L2Z0IBQBxIOryrCIisnFtyhVjQ8ixPtmYoSWVwxMAYn6CyY9MOgYK1zyttAUOfujjhQ5rp7M_qFdzJNUS6nNKJWIkQtAlvnMQfmU0-uBXcEwk5WJiE8Chy-hNnNFcr1cY32EgFzFwLJk27SeNQjmj2Mzyp8XNeXkBDN52uxyCPki6Tim_f4A/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-ttl%2F
>
> <https://secure-web.cisco.com/1gwVDNBHYzgIiqUPRkGeCQ_PFZfJPI5ujjMi-H4RtetIhkyZRAwz5P3V19U5FLMvZgxGDnW3t35b9so8kr-r4Nx2rtFQN9169YGpU8gneHITkQl42q9Rhkw6L2Z0IBQBxIOryrCIisnFtyhVjQ8ixPtmYoSWVwxMAYn6CyY9MOgYK1zyttAUOfujjhQ5rp7M_qFdzJNUS6nNKJWIkQtAlvnMQfmU0-uBXcEwk5WJiE8Chy-hNnNFcr1cY32EgFzFwLJk27SeNQjmj2Mzyp8XNeXkBDN52uxyCPki6Tim_f4A/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-ttl%2F>
>
> There is also an HTMLized version available at:
> https://secure-web.cisco.com/1uOWjSX1tnTv4H9JsfXdr9kd3uAtPbB6qGreid2M_rw1wxEJxXYbgOSNxOjpGVW1wiUbYhqB_exkn9twlLLLT4wgdl-_lyI2TCiwZc8zSu8E9XbB2B87D0FGJmdTV6NXOlZ1xp-H0EwUgQ7SAY_Jdd0xf5vCNS7m2Zf5Feh-GeVdo8WMvKyLJtcnKYUtYQwNjypQfUwczlXc92gkM1-UhXGPhWBspMCaHniubRE-EXxkkEfwC7pluVl8KTcPTymKyYYY5yIaMRh4zKKovc9hO6LOkuyyuoYufgFquW0baa0w/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-regext-epp-ttl-03
>
> <https://secure-web.cisco.com/1uOWjSX1tnTv4H9JsfXdr9kd3uAtPbB6qGreid2M_rw1wxEJxXYbgOSNxOjpGVW1wiUbYhqB_exkn9twlLLLT4wgdl-_lyI2TCiwZc8zSu8E9XbB2B87D0FGJmdTV6NXOlZ1xp-H0EwUgQ7SAY_Jdd0xf5vCNS7m2Zf5Feh-GeVdo8WMvKyLJtcnKYUtYQwNjypQfUwczlXc92gkM1-UhXGPhWBspMCaHniubRE-EXxkkEfwC7pluVl8KTcPTymKyYYY5yIaMRh4zKKovc9hO6LOkuyyuoYufgFquW0baa0w/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-regext-epp-ttl-03>
>
> A diff from the previous version is available at:
> https://secure-web.cisco.com/1imBJbhqTJq9RblR9mkt6T3fd7O6B-1ZMtkNppCuThHFynSnQtaaEIpG33z8QpSO94kcfe_-Ups9M0PKPT234dFxY-1uG2cHi2Mv-vliuKCw_cOv0HdezCKuwgFG03QBB5RtajqbQxS8ZJAypv3kfOYgCAaSfkRQoZOnlU_4gxda8cHHd4YufnIyEETlQPKiAnBKiYgUGA27HR8I3gsRY6kxd-rWognKfBab-QP3WuOJ8Opu0fibQAlVQ_QF6GexI2fGVJKyWY6pLBm6Wu22MtK6nzLyRf0QdYWZuJ_6sODM/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-ietf-regext-epp-ttl-03
>
> <https://secure-web.cisco.com/1imBJbhqTJq9RblR9mkt6T3fd7O6B-1ZMtkNppCuThHFynSnQtaaEIpG33z8QpSO94kcfe_-Ups9M0PKPT234dFxY-1uG2cHi2Mv-vliuKCw_cOv0HdezCKuwgFG03QBB5RtajqbQxS8ZJAypv3kfOYgCAaSfkRQoZOnlU_4gxda8cHHd4YufnIyEETlQPKiAnBKiYgUGA27HR8I3gsRY6kxd-rWognKfBab-QP3WuOJ8Opu0fibQAlVQ_QF6GexI2fGVJKyWY6pLBm6Wu22MtK6nzLyRf0QdYWZuJ_6sODM/https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-ietf-regext-epp-ttl-03>
>
> Internet-Drafts are also available by rsync at:
> rsync.ietf.org::internet-drafts
>
>
> _______________________________________________
> regext mailing list
> regext@ietf.org <mailto:regext@ietf.org>
> https://secure-web.cisco.com/1F6tO-oQrrFdT24Mt9JA33_pOAKa2XZwTWyNRdCBOH4nlSXUo-L6lAyMHBb0EnSjqUEaxGSliQC2v9697O-7DmtssXfh4rS9jg7iLX03EZ5Mwl_c41VbcgI1ktZr0qHB8XkbD3eFOOyMwzktxs64Uu-oqY6YnHwidR0e-XK8DqZddMxaLBYuNcK8GvS_u96wxvmAep4J9ESrkCRsM5nLubmQifulNOQTscy45lYSwrKdzvghJ_IWPb9i13fU7uKhtnbc00YkU2UwLbo98ryu3ZmQIv77HaLNkTremUk5OOek/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext
>
> <https://secure-web.cisco.com/1F6tO-oQrrFdT24Mt9JA33_pOAKa2XZwTWyNRdCBOH4nlSXUo-L6lAyMHBb0EnSjqUEaxGSliQC2v9697O-7DmtssXfh4rS9jg7iLX03EZ5Mwl_c41VbcgI1ktZr0qHB8XkbD3eFOOyMwzktxs64Uu-oqY6YnHwidR0e-XK8DqZddMxaLBYuNcK8GvS_u96wxvmAep4J9ESrkCRsM5nLubmQifulNOQTscy45lYSwrKdzvghJ_IWPb9i13fU7uKhtnbc00YkU2UwLbo98ryu3ZmQIv77HaLNkTremUk5OOek/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext>
--
Gavin Brown
Principal Engineer, Global Domains & Strategy
Internet Corporation for Assigned Names and Numbers (ICANN)
https://secure-web.cisco.com/14cnz0YPS7dtOA9e0RPeJGKYOJrg1Le3Q2a_e8p905UGXx7LovxrFCut0iVhdt-3mx6t4xgxC5lQW7gr9hB-hqRY9GwL92PYWb4RnzDSHO9wulIGcvxJVAWaU9NM85ukA2N9nNzQFcY-EkamDDIADLa2ZbmvBSNRXQngYKKPybfS8F378tjYJFFrrBF7TcNpsby7hRwGMyntBPiLr16v3yLW-jecY4e98jxF6H7wiimxLkA7sCi-CxF5z0s4n7cSXFMpCIfeAauuYcrL3eCCZK4DwHHIDA1KAFz2OHOt3Clk/https%3A%2F%2Fwww.icann.org
<https://secure-web.cisco.com/14cnz0YPS7dtOA9e0RPeJGKYOJrg1Le3Q2a_e8p905UGXx7LovxrFCut0iVhdt-3mx6t4xgxC5lQW7gr9hB-hqRY9GwL92PYWb4RnzDSHO9wulIGcvxJVAWaU9NM85ukA2N9nNzQFcY-EkamDDIADLa2ZbmvBSNRXQngYKKPybfS8F378tjYJFFrrBF7TcNpsby7hRwGMyntBPiLr16v3yLW-jecY4e98jxF6H7wiimxLkA7sCi-CxF5z0s4n7cSXFMpCIfeAauuYcrL3eCCZK4DwHHIDA1KAFz2OHOt3Clk/https%3A%2F%2Fwww.icann.org>
_______________________________________________
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
