Hi Jim, Thanks for the feedback, I've incorporated your suggestions into my working draft and they will appear in the next version.
G. > On 1 Mar 2024, at 19:16, Gould, James <jgould=40verisign....@dmarc.ietf.org> > wrote: > > Gavin, > Thank for posting -06. I have reviewed the draft and updated the > implementation of it. Below is my feedback: > > • Nit - The last example in section 2.1.1.1 is mislabeled and should be > “Example host <info> response…”. Also, do you want the TTL value for the “A” > record to match that of the Policy Mode example with a value of “172800” > instead of “3600”? > • Nit – In section 1.3, change “used to by clients” to “used by clients” > • Nit – In section 1.3, change “It has a single OPTIONAL attribute, > policy, which takes a boolean value with a default value of false” to “It has > a single OPTIONAL “policy” attribute, which is a boolean value with a default > value of “false”.” > • Section 2.1.1 > • Recommend using the upper case for the modes, as in Default Mode > and Policy Mode and then introduce the modes via their upper-case form, as in: > i. The > EPP <info> command is extended to support two different modes: the Default > Mode (Section 2.1.1.1) and the Policy Mode (section 2.1.1.2). The Default > Mode requests the inclusion of all non-default TTL values in the response. > The Policy Mode requests the inclusion of TTL information for all supported > DNS record types in the response, with the minimum value, default value, and > maximum value. > • Section 2.1.1.1 > • Use the upper-case “Default Mode” for the title > • Update the first paragraph to reduce the number of which’s, as in: > i. If a > server receives an <info> command for a domain or host object which includes > a <ttl:info> element with a “policy” attribute value of “0” or “false”, the > EPP <response> MUST contain an <extension> <ttl:infData> element containing > <ttl:ttl> records for all that DNS record types that have non-default TTL > values. The <ttl:ttl> elements MUST NOT have the “min”, “default”, and “max” > elements. > ii. NOTE – > I’m unclear why the exclusion of the “min”, “default” and “max” elements is a > SHOULD NOT instead of a MUST NOT. I believe it’s best to make it clear that > the Default Mode must not include the policy elements. I don’t believe there > is the need to define the exclusion of the “policy” attribute, since the > default value of “false” will cover the absence use case. > • Section 2.1.1.2 > • Use the upper-case “Policy Mode” for the title > • Update the first paragraph to reduce the number of which’s, as in: > i. If a > server receives an <info> command for a domain or host object which includes > a <ttl:info> element with a “policy” attribute value of “1” or “true”, the > EPP <response> MUST contain an <extension> <ttl:infData> element containing > <ttl:ttl> records for all supported DNS record types, irrespective of whether > those record types are in use by the object. The <ttl:ttl> elements MUST > have the “min”, “default”, and “max” elements. > • Section 2.1.1.3 > • I believe this section can be removed, since the extension covers > when it must be included and doesn’t need to cover when it must not be > included. > 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 3/1/24, 7:52 AM, "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: > 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 all, > This new version reflects feedback received including Jim's regarding the > server behaviour when processing <info> commands. > Two "modes" are defined: the default mode and the "policy" mode: > * default mode (<ttl:info> absent or with policy=false): include <ttl> > elements for non-default values only, no min/default/max > * policy mode (<ttl:info> present with policy=true): include <ttl> elements > for all supported record types with min/default/max attributes. > Please review! > G. > > On 1 Mar 2024, at 12:23, internet-dra...@ietf.org > <mailto:internet-dra...@ietf.org> wrote: > > > Internet-Draft draft-ietf-regext-epp-ttl-06.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-06.txt > > Pages: 29 > > Dates: 2024-03-01 > > > 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://secure-web.cisco.com/1fNPwf2cFHCY1JEnbQkLWnk8dNVvV2o-b2xmjiWkSnSRPDYl4JEVbG6z5ZBrs5dPxh6a-WZfCeRrVRAqxFJoq7NjJfN214omYeoHKmjh4d39ELgaIj5RUq0T5k8wmbHxsv1oUebzMnSwKtKmA125DVlmavJT-WjwYbIRZofa25q-GBbZCbLcCTYevhoOFce8-5OOB3o7Uh4V7HrQXy1p6qhRgse2kk5FnlOGsuYQaynpVfJWnLS7BljCpwbLoSJrHgPE4UXTV8K2jw8V5EWnNY8S630m5LwIxXW8mJnqnGu4/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fgithub.com%2Fgbxyz%2Fepp-ttl-extension__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnFZMHl3eg$ > > > > <https://secure-web.cisco.com/1fNPwf2cFHCY1JEnbQkLWnk8dNVvV2o-b2xmjiWkSnSRPDYl4JEVbG6z5ZBrs5dPxh6a-WZfCeRrVRAqxFJoq7NjJfN214omYeoHKmjh4d39ELgaIj5RUq0T5k8wmbHxsv1oUebzMnSwKtKmA125DVlmavJT-WjwYbIRZofa25q-GBbZCbLcCTYevhoOFce8-5OOB3o7Uh4V7HrQXy1p6qhRgse2kk5FnlOGsuYQaynpVfJWnLS7BljCpwbLoSJrHgPE4UXTV8K2jw8V5EWnNY8S630m5LwIxXW8mJnqnGu4/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fgithub.com%2Fgbxyz%2Fepp-ttl-extension__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnFZMHl3eg$> > > [github[.]com]. > > > The IETF datatracker status page for this Internet-Draft is: > > https://secure-web.cisco.com/1i4quRu9ZSKC_TL0DX3YTWGXq0tBaHaYoZhn2Den1WK2doun8OdXjOKtAp_kwGTXUbbGcaUDcEdsX0n_-DE2USrqFRrWsm2AUEWhe3Bge9ST_6UrUCc67AYXM9qr-9yZgKrkjh7IltGYVJCQCCgYR8ktP3hHWOOX8OjhIjMkI5g_l2C25OkCyuQB2rh0WU9auw4YRRM2eFUmqDjNxJ6TRtWSvUNmNu01TSoJE9ps4RtXlq2wdQ6E3h8xx-m21NKthzzDmf0DLyKELm-3fUod98EfqcmsLTDlpxeMWSo76m5M/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-ttl%2F__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnG3a-VFYg$ > > > > <https://secure-web.cisco.com/1i4quRu9ZSKC_TL0DX3YTWGXq0tBaHaYoZhn2Den1WK2doun8OdXjOKtAp_kwGTXUbbGcaUDcEdsX0n_-DE2USrqFRrWsm2AUEWhe3Bge9ST_6UrUCc67AYXM9qr-9yZgKrkjh7IltGYVJCQCCgYR8ktP3hHWOOX8OjhIjMkI5g_l2C25OkCyuQB2rh0WU9auw4YRRM2eFUmqDjNxJ6TRtWSvUNmNu01TSoJE9ps4RtXlq2wdQ6E3h8xx-m21NKthzzDmf0DLyKELm-3fUod98EfqcmsLTDlpxeMWSo76m5M/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-ttl%2F__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnG3a-VFYg$> > > [datatracker[.]ietf[.]org] > > > There is also an HTMLized version available at: > > https://secure-web.cisco.com/1opeQw-6DHUxfbVmWFDmnFEq3VjclW4Qm__rb4xIPzQHstHHt5KFj9cMnGO9Q3_1WzDvDg4PHTok3cnOIBzRIyvkGWmEiHLOCPpCsVQ5gzXNUnwRIKEuGy3aMdezLfhgrufrxehaAQ-HIwATH8h0qV-PCqHklj7r5J1hlPaZOVLEDq0t1RF50ohu_mSrF-ODCkDgQRBMT_C6Ktc8cZEgeC8cs9FGGi79Cevh-v3OJmWOdpjufigoSDJjSkyfe539aD1szclVeZ0lrQcPOx_jr9yJ5pl4Y14lDJn-3VJFJwG0/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-regext-epp-ttl-06__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnG_sMjJ6A$ > > > > <https://secure-web.cisco.com/1opeQw-6DHUxfbVmWFDmnFEq3VjclW4Qm__rb4xIPzQHstHHt5KFj9cMnGO9Q3_1WzDvDg4PHTok3cnOIBzRIyvkGWmEiHLOCPpCsVQ5gzXNUnwRIKEuGy3aMdezLfhgrufrxehaAQ-HIwATH8h0qV-PCqHklj7r5J1hlPaZOVLEDq0t1RF50ohu_mSrF-ODCkDgQRBMT_C6Ktc8cZEgeC8cs9FGGi79Cevh-v3OJmWOdpjufigoSDJjSkyfe539aD1szclVeZ0lrQcPOx_jr9yJ5pl4Y14lDJn-3VJFJwG0/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-regext-epp-ttl-06__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnG_sMjJ6A$> > > [datatracker[.]ietf[.]org] > > > A diff from the previous version is available at: > > https://secure-web.cisco.com/1Usc96fPIAK8BXzhOTgpZeylgxkADeZ3X-dyGEPIyvMMrZIvv03_6znEsVWpF0GJ7THRH25wtobhGAdU80wUuyieqnnWpa4i_EPiwc8mTrSTUj0iBPNclp8-poaMnWv2M9fe8HIqcIfQlv-PXkr-tZK8RSBwLsvGxVi-sypdfBheH3reI5LgHwWeB8PxAEaW5HmryydFRsDqz5lsuZrXdS0NP08ZvDLRM_GOLStO1su2pUdf93jFnW7p-Jt5Jv5K6TeTkQzDeF3ygArNJxjJ3h2n5RJ6H393RzYyyRaXyBXc/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-ietf-regext-epp-ttl-06__%3B%21%21PtGJab4%216oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnGSN0VWmQ%24 > > > > <https://secure-web.cisco.com/1Usc96fPIAK8BXzhOTgpZeylgxkADeZ3X-dyGEPIyvMMrZIvv03_6znEsVWpF0GJ7THRH25wtobhGAdU80wUuyieqnnWpa4i_EPiwc8mTrSTUj0iBPNclp8-poaMnWv2M9fe8HIqcIfQlv-PXkr-tZK8RSBwLsvGxVi-sypdfBheH3reI5LgHwWeB8PxAEaW5HmryydFRsDqz5lsuZrXdS0NP08ZvDLRM_GOLStO1su2pUdf93jFnW7p-Jt5Jv5K6TeTkQzDeF3ygArNJxjJ3h2n5RJ6H393RzYyyRaXyBXc/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fauthor-tools.ietf.org%2Fiddiff%3Furl2%3Ddraft-ietf-regext-epp-ttl-06__%3B%21%21PtGJab4%216oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnGSN0VWmQ%24> > > [author-tools[.]ietf[.]org] > > > 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/1Ep0ZQ7ia1jQ2CXHms5Z1qOAHKrzDmS1Klsn8df35kSmwteyupH-CcBm8DcvDfMEVLFQXbDnXoYTuXPXpXFDA9GiwRRftPG-auqUhj9GiREHM4pdT11bvqEyAQMECvLERfkN2CCguU-vqsooX8qRR0yYkRrX2ZQlLq0wmOjfes4sqZLNlrkv-SBg7qMte-TR0P7wsnQzpTHeLFQQfJWG8r9IionqvDklNJjpsP8nX2ZrD5mUjAhewkiM1HBT5di4k782G-sVOwpeVzzijdzBTsJv94XU9JkuqY6FedB4Oe90/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnGYxjBlwg$ > > > > <https://secure-web.cisco.com/1Ep0ZQ7ia1jQ2CXHms5Z1qOAHKrzDmS1Klsn8df35kSmwteyupH-CcBm8DcvDfMEVLFQXbDnXoYTuXPXpXFDA9GiwRRftPG-auqUhj9GiREHM4pdT11bvqEyAQMECvLERfkN2CCguU-vqsooX8qRR0yYkRrX2ZQlLq0wmOjfes4sqZLNlrkv-SBg7qMte-TR0P7wsnQzpTHeLFQQfJWG8r9IionqvDklNJjpsP8nX2ZrD5mUjAhewkiM1HBT5di4k782G-sVOwpeVzzijdzBTsJv94XU9JkuqY6FedB4Oe90/https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext__;!!PtGJab4!6oxU9A5-atpTHqbcKZW8zvG5Z51EtyHQl1C8sE6Daaz4T4_PWZeCfXoLiAL6X_Ro4QkyR-NC2qnYK8spQGhPW-KVAnGYxjBlwg$> > > [ietf[.]org] > -- > Gavin Brown > Principal Engineer, Global Domains & Strategy > Internet Corporation for Assigned Names and Numbers (ICANN) > > https://secure-web.cisco.com/1CCtB7DBtC_rMxB-XyvJKqlpjomWYPj5ylNis44zfFJH3G_Wvg1BHi9etkDZM_tkVu0WvSkT5gTa3yqxJr3UbFUb2ZuS0YrW37k3OPV07TD0PQZYyhnQOChOklGbjgRDXPLceEeqC3_-04F-E7SGIzFtQnA2Q3AUW1w6nKdTz-j5ifVh5Nzqnjz6cRR3QMeuzcPx8jc41IbypRKzmUhnkQ9kab9yUTzhKR2DsgVlK4kPLqANIuXjEZa_KVz_U1ia7IU0rBveLQDMc7A-mENQ4GfjL_YNaxi5KuU0MjjYvtuc/https%3A%2F%2Fwww.icann.org > > <https://secure-web.cisco.com/1CCtB7DBtC_rMxB-XyvJKqlpjomWYPj5ylNis44zfFJH3G_Wvg1BHi9etkDZM_tkVu0WvSkT5gTa3yqxJr3UbFUb2ZuS0YrW37k3OPV07TD0PQZYyhnQOChOklGbjgRDXPLceEeqC3_-04F-E7SGIzFtQnA2Q3AUW1w6nKdTz-j5ifVh5Nzqnjz6cRR3QMeuzcPx8jc41IbypRKzmUhnkQ9kab9yUTzhKR2DsgVlK4kPLqANIuXjEZa_KVz_U1ia7IU0rBveLQDMc7A-mENQ4GfjL_YNaxi5KuU0MjjYvtuc/https%3A%2F%2Fwww.icann.org> > _______________________________________________ > regext mailing list > regext@ietf.org <mailto:regext@ietf.org> > https://secure-web.cisco.com/1jaIijHJ_yry15_7fvgyIz_HDxaf8Pdb9BIsgpqCupMkvaPHMAQOp7hdn2N0GH_YrKTEKbwO2_TvhGDjaOcjwDIE2bH0JCxdBKgsh3KUwrkYM64DuNEEZ8kmd7XdAPJcrK-j8C7GsVZwLQfGiA1XAYpiRNF6iICyryYqIWo2TL0zza7vCreGcyioq_3Oi1XRb24GyFZBu1pOlECdrVFPCdGYD7O-rgO6zCl6COhZ6n0lyR6RYR0Xa-iQ1-BX2xc891YDTUiDIGJaIYJTbvmett7c_8keGRTgpFY5mUCFdmYc/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext > > <https://secure-web.cisco.com/1jaIijHJ_yry15_7fvgyIz_HDxaf8Pdb9BIsgpqCupMkvaPHMAQOp7hdn2N0GH_YrKTEKbwO2_TvhGDjaOcjwDIE2bH0JCxdBKgsh3KUwrkYM64DuNEEZ8kmd7XdAPJcrK-j8C7GsVZwLQfGiA1XAYpiRNF6iICyryYqIWo2TL0zza7vCreGcyioq_3Oi1XRb24GyFZBu1pOlECdrVFPCdGYD7O-rgO6zCl6COhZ6n0lyR6RYR0Xa-iQ1-BX2xc891YDTUiDIGJaIYJTbvmett7c_8keGRTgpFY5mUCFdmYc/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext> > _______________________________________________ > regext mailing list > regext@ietf.org > https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/regext__;!!PtGJab4!_BOZT9L_NOYdapu9gWJUs9vrqMs_dIa6pNV6IupSm6SJVK1pWAtWRTFMm7-76fheCu2OrlzPs877LK14clLIdLovIf-8HMBtCBpnElK1$ > [ietf[.]org] -- Gavin Brown Principal Engineer, Global Domains & Strategy Internet Corporation for Assigned Names and Numbers (ICANN) https://www.icann.org _______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
