Re: [regext] I-D Action: draft-ietf-regext-epp-fees-10.txt

"Gould, James" <jgould@verisign.com> Tue, 06 March 2018 23:10 UTC

Return-Path: <jgould@verisign.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 6A230126CD8 for <regext@ietfa.amsl.com>; Tue, 6 Mar 2018 15:10:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.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 ZQveCNKPF6Pw for <regext@ietfa.amsl.com>; Tue, 6 Mar 2018 15:10:24 -0800 (PST)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) (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 CF2D11200FC for <regext@ietf.org>; Tue, 6 Mar 2018 15:10:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=42115; q=dns/txt; s=VRSN; t=1520377823; h=from:to:date:message-id:mime-version:subject; bh=K4/ZfmWoB1p2PaX57zm/MLL8ZuCa5yQ2KPLMnENnc5A=; b=nDYaGHgPug79YdrQe82hVhhObSwcU94yekZ84mHrlp6XfOxVnQu4PqRF Evooh/XVpZiU+FPUDhhy2NhViVYq82nIhxw5dTb6KDGrdD7kJFjXvzYmJ FuadE0vQy+ufx9CHkSppfB+dilNgnsD/Usu26ZjA2DYUgKqXXfhZV4eYg cSSxjulVbxFGpxq1TOfhft/lhBe9K8bKTCnEahxMWEoH+5ntuwoqzFos+ VGi3w5AA+S5k4+Z+1+7jS62TKPdlsDV0lBgQ03GRjmyJNEkWWN+WsKsA3 pjdYRXEeEsRFjI6H3dhxsTLn6Xith7liycv4be+/qON9rD4o3jdRr+DMK g==;
X-IronPort-AV: E=Sophos;i="5.47,433,1515456000"; d="png'150?scan'150,208,217,150";a="3826554"
IronPort-PHdr: 9a23:5AOUbBO8AXGczcECkiQl6mtUPXoX/o7sNwtQ0KIMzox0I/X6rarrMEGX3/hxlliBBdydt6ofzbKO+4nbGkU4qa6bt34DdJEeHzQksu4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1Ov71GonPhMiryuy+4ZLebxlGiTanfb9+MAi9oBnMuMURnYZsMLs6xAHTontPdeRWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjTbxFFzsmKHw65NfqtRbYUwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0vRz+s87lkRwPpiCcfNj427mfXitBrjKlGpB6tvgFzz5LIbI2QMvd1Y6HTcs4ARWdZXshfSTFPAp+yYYUMAeUBPPpXoIbmqlsUsRe+ABOhCP/1xzJKgHL9wK000/4mEQHDxAEsEdMAsHPJrNXxKageSf2+wq3SwjXGcfxWwjnx45XPfxAjrvGMWq9wcc7MxkQ0CQPKkE+QqY3+PzOU2eQNtXKX4PZnVeKqkmMqrRx6rDaoxscpkIbJh4QVx0ja9Spn2oY1JMa4SE90Yd6iCpdfqyaaN45uTsM8XW5ooic6yqYHuZ60eigKyZInyALFZ/ObdIiI5wrvVOePLjdkinJpYrW/hwy98UWm1+byVdG03U5XoiZZiNXAq3IA2hLJ5sSaSvZw8F2t1SiA2g3c8u1IPFw4mbDGJ5Mj3rI8jIcfvEvAEyPshUn7j6mbfVg+9Oey8eToeLDmq4eZN49zlw7xLLwjmte6AeQkKggOWHWb+fik2L3j40L5RLJKg+UtnanDtpDWOMAbp6G8AwBP04Yj7xG/Dyq60NgEgHULNkxFdwydj4joIFHOIf/4DfGlj1uwlzdrwujKPrznAprTMnjOiKrtcapn50JBygc+w8pT649UB7wPOv7/RED8udPAAh88KQO0wuLnCNtn1oMZXGKCGq2ZMKzVsV+V4uIgPvKBZJELtzbnKvgl/P/ujXA/mVMHYaap2p4XZGiiHvt6O0WZfWbsgtAZHGcQoAU+Q/LliVKeUTNIZna9Qb485j8hBIKhF4fDSZingKad0yejAp1WemdGB0iWEXj0bYqEQfEMZzySI8J6nTwEUqWuRJU82h6ztA720aZoLu3R+n5QiZW27t966vebuVkZ/CZyAtXVh3uGRntyk3IgSDg61axzsAp2zVLVleAymfFXGMxPz/JETgl8MoTThaQuEd39VxLdVtaEVFjgRc+pV2IfVNU0lpUhZFt5F5HqrBnG0jHgS+sXmLuWAJAc7K/G3mPwKMA7wHHDgvpyx2I6S9dCYDX1zpV08BLeUsuQyx2U
X-IPAS-Result: A2HkAADmHp9a//SZrQpaAxoBAQEBAQIBAQEBCAEBAQGCWoFcgRgKg0qaHhGBBYF6kk6BPxsgAwQHAQIYAQqEPk8CGoMKOBQBAgEBAQEBAQIBAoEPgjgkAQ4vHCEGAQUBAQEBAQEmAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBCAIIBy8SAQEYAQEBAQMBAQMBHQIIARslHQEIDQQDAQEBBgEBARgHAwIEBRAPAQsUCQoEAREBDoUdqRaCJ4Ryg3OCEg+FMYQGgWUpgwSDLgEBAgEBF4E+LwkBFRGCRDCCMgSJCYRzjGsDBgKFcAFhjBJOg2eIXIl7AocsAgQLAhkBgS41gXRwFRkhKgGCGAmCKByBe3cNJopagRgBAQE
Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id w26NAIom020851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 6 Mar 2018 18:10:18 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0301.000; Tue, 6 Mar 2018 18:10:17 -0500
From: "Gould, James" <jgould@verisign.com>
To: Roger D Carney <rcarney@godaddy.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] I-D Action: draft-ietf-regext-epp-fees-10.txt
Thread-Index: AQHTtaBKElB0CyQP3EOjIRfehEgwZA==
Date: Tue, 06 Mar 2018 23:10:16 +0000
Message-ID: <663ECECA-99EF-4D6E-90A5-A7DEBE513E97@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.a.0.180210
x-originating-ip: [10.170.148.18]
Content-Type: multipart/related; boundary="_005_663ECECA99EF4D6E90A5A7DEBE513E97verisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/xA_sMP79fpWgAI5UOYIcw8CqeyE>
Subject: Re: [regext] I-D Action: draft-ietf-regext-epp-fees-10.txt
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 06 Mar 2018 23:10:26 -0000

Roger,

Below is my document shepherd feedback on the latest draft:


  1.  I would change “IESG.” To “IESG” in section 8.1 “XML Namespace”.
  2.  I would change “iesg@ietf.org<mailto:iesg@ietf.org>.” to “iesg@ietf.org<mailto:iesg@ietf.org>” in section 8.2 “EPP Extension Registry”.
  3.  I would change “any” to “Any”, “none” to “None”, “active” to “Active”, and “none” to “None” to match the possible “TLDs”, “IPR Disclosure”, “Status”, and “Notes” fields outlined in RFC 7451.
  4.  I recommend changing “domain names” to “objects” at the end of section 3.9, changing “domain name” to “object” in section 4, and “domain object” to “object” in section 4 to ensure the extension is object agnostic.
  5.  It may be too late at this point, but I noticed that the <fee:period> element uses an element type from the domain schema of RFC 5731, based on the “This element is derived from the <domain:period> element described in [RFC5731]” sentence of section 3.3 “Validity Periods”.  I believe it would have been best to remove the domain schema dependency all together and I would have copied the domain schema “periodType”, “pLimitType”, and “pUnitType” types directly into the fee schema.  This way the domain schema dependency is removed and does not need to be imported into the fee extension.  There is no functional difference in the schema, but it makes the fee extension object agnostic.  If this was done then the “This element is derived from the <domain:period> element described in [RFC5731]” sentence of section 3.3 “Validity Periods” can be removed.

Items 1 – 4 are purely editorial and item 5 is something that can be considered if it’s not too late.

Thanks,

—

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: Monday, March 5, 2018 at 5:35 PM
To: "regext@ietf.org" <regext@ietf.org>
Subject: [EXTERNAL] Re: [regext] I-D Action: draft-ietf-regext-epp-fees-10.txt


Good Afternoon,



This latest draft contains minor changes to the document that came about due to WGLC comments.





Thanks

Roger




From: regext <regext-bounces@ietf.org> on behalf of internet-drafts@ietf.org <internet-drafts@ietf.org>
Sent: Monday, March 5, 2018 4:31 PM
To: i-d-announce@ietf.org
Cc: regext@ietf.org
Subject: [regext] I-D Action: draft-ietf-regext-epp-fees-10.txt


A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Registration Protocols Extensions WG of the IETF.

        Title           : Registry Fee Extension for the Extensible Provisioning Protocol (EPP)
        Authors         : Roger Carney
                          Gavin Brown
                          Jothan Frakes
        Filename        : draft-ietf-regext-epp-fees-10.txt
        Pages           : 37
        Date            : 2018-03-05

Abstract:
   This document describes an Extensible Provisioning Protocol (EPP)
   extension mapping for registry fees.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-regext-epp-fees/
Registry Fee Extension for the Extensible Provisioning ...<https://datatracker.ietf.org/doc/draft-ietf-regext-epp-fees/>
datatracker.ietf.org
Registry Fee Extension for the Extensible Provisioning Protocol (EPP) (Internet-Draft, 2017)




There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-regext-epp-fees-10
https://datatracker.ietf.org/doc/html/draft-ietf-regext-epp-fees-10

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-regext-epp-fees-10


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
regext mailing list
regext@ietf.org
https://www.ietf.org/mailman/listinfo/regext
regext -- Registration Protocols Extensions - ietf.org<https://www.ietf.org/mailman/listinfo/regext>
www.ietf.org
Registration Protocols Extensions (REGEXT) Working Group The Extensible Provisioning Protocol (EPP, Standard 69) is the standard domain name provisioning protocol for ...