Re: [eppext] Fwd: New Version Notification for draft-brown-epp-fees-04.txt
Roger D Carney <rcarney@godaddy.com> Wed, 18 February 2015 15:18 UTC
Return-Path: <rcarney@godaddy.com>
X-Original-To: eppext@ietfa.amsl.com
Delivered-To: eppext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 66E2C1A89C6
for <eppext@ietfa.amsl.com>; Wed, 18 Feb 2015 07:18:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001] autolearn=ham
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 PEFhQt_pxT-B for <eppext@ietfa.amsl.com>;
Wed, 18 Feb 2015 07:18:40 -0800 (PST)
Received: from na01-bn1-obe.outbound.protection.outlook.com
(mail-bn1bon0766.outbound.protection.outlook.com
[IPv6:2a01:111:f400:fc10::1:766])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 96F841A89EB
for <eppext@ietf.org>; Wed, 18 Feb 2015 07:18:40 -0800 (PST)
Received: from BN1PR02MB119.namprd02.prod.outlook.com (10.255.204.21) by
BN1PR02MB119.namprd02.prod.outlook.com (10.255.204.21) with Microsoft SMTP
Server (TLS) id 15.1.87.18; Wed, 18 Feb 2015 15:18:23 +0000
Received: from BN1PR02MB119.namprd02.prod.outlook.com ([169.254.8.151]) by
BN1PR02MB119.namprd02.prod.outlook.com ([169.254.8.151]) with mapi id
15.01.0087.013; Wed, 18 Feb 2015 15:18:23 +0000
From: Roger D Carney <rcarney@godaddy.com>
To: "eppext@ietf.org" <eppext@ietf.org>
Thread-Topic: [eppext] Fwd: New Version Notification for
draft-brown-epp-fees-04.txt
Thread-Index: AQHQS0BySuobxDwleUuP+G19HqAPa5z2HU0AgABZ9ICAAAvCEA==
Date: Wed, 18 Feb 2015 15:18:23 +0000
Message-ID: <BN1PR02MB119F03E8AD2C986A2DCB88DB12C0@BN1PR02MB119.namprd02.prod.outlook.com>
References: <20150217101609.7180.94307.idtracker@ietfa.amsl.com>
<54E32A6A.2050905@centralnic.com>
<CAKk34LSEW7Gr2RyA1z_-aM1ajeLwxkL+4v25PLg+_TUR_TeRqQ@mail.gmail.com>
<54E4559E.4050109@comlaude.com>
<55005756-7D80-4BA3-9DA4-ABD7F75DA03D@verisign.com>
In-Reply-To: <55005756-7D80-4BA3-9DA4-ABD7F75DA03D@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [173.18.124.240]
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:BN1PR02MB119;
x-microsoft-antispam-prvs: <BN1PR02MB1198CB6E6C2E34B2009D532BC2C0@BN1PR02MB119.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:;SRVR:BN1PR02MB119;
x-forefront-prvs: 04916EA04C
x-forefront-antispam-report: SFV:NSPM;
SFS:(10019020)(243025005)(2473001)(24454002)(48184003)(479174004)(377454003)(52604005)(377424004)(230783001)(2656002)(40100003)(19625215002)(62966003)(16601075003)(77156002)(19627595001)(93886004)(74316001)(14971765001)(2501002)(450100001)(19617315012)(54356999)(66066001)(92566002)(18206015028)(50986999)(76176999)(76576001)(33656002)(87936001)(99286002)(99936001)(106116001)(122556002)(19609705001)(110136001)(107886001)(86362001)(2950100001)(2900100001)(2351001)(102836002)(15395725005)(19300405004)(2420400003)(15975445007)(19580395003)(16236675004)(17760045003)(46102003)(19580405001);
DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR02MB119;
H:BN1PR02MB119.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
Content-Type: multipart/related;
boundary="_004_BN1PR02MB119F03E8AD2C986A2DCB88DB12C0BN1PR02MB119namprd_";
type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Feb 2015 15:18:23.5694 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR02MB119
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/yleWMv6CnP7eRZW4t56_QalWWXs>
Subject: Re: [eppext] Fwd: New Version Notification for
draft-brown-epp-fees-04.txt
X-BeenThere: eppext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <eppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eppext>,
<mailto:eppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/eppext/>
List-Post: <mailto:eppext@ietf.org>
List-Help: <mailto:eppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eppext>,
<mailto:eppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Feb 2015 15:18:47 -0000
Thanks for bringing this forward Ed! I agree with Jim and think that we should encourage the author(s) of the "Price Categories Guide" to publish this document as an Informational extension to the Extension Registry. Thanks Roger From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Gould, James Sent: Wednesday, February 18, 2015 8:26 AM To: Michael Holloway Cc: eppext@ietf.org Subject: Re: [eppext] Fwd: New Version Notification for draft-brown-epp-fees-04.txt I was the one that proposed that draft-brown-epp-fees be defined as Standards Track based on it being a published Internet Draft, based on the incorporation of community input, and based on interest to implement it by multiple independent parties. I believe that we will find many extensions that privately exist with overlap. We too have proprietary extensions that exist that have overlap with draft-brown-epp-fees, but these extensions were not targeted for Standards Track and there is little case for attempting to create competing Standards Track drafts. In this case I see a lot of overlap between draft-brown-epp-fees and the private Price Categories Guide extension. My recommendation is to register the Price Categories Guide extension as an Informational extension in the Extension Registry and contribute to the discussion around draft-brown-epp-fees to reconcile the material differences. - JG [cid:image001.png@01D04B5A.F34F6170] James Gould Distinguished Engineer jgould@Verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 VerisignInc.com<http://VerisignInc.com> On Feb 18, 2015, at 4:04 AM, Michael Holloway <michael.holloway@comlaude.com<mailto:michael.holloway@comlaude.com>> wrote: Ed, Good point. The UnitedTLD is also used ZACR, while this extension is in use by CentralNIC, GMO, Charleston, Minds and Machines - albeit they are using varying versions. Ignoring the fact that the big 3 all have their their own alternatives (and 1 or 2 more), these two extensions already have a large coverage. UnitedTLD's extension is much simpler while this one is much more complex (due to registry input to Gavin indicating they want the flexibility). I do not believe that any registry that has already implemented one or the other will switch, which means both of the extensions will continue to be used even if one were to take the lead. So is there an argument to propose two standards for the same purpose or do we back the one that pushes in the interest of having a standard? Two standards are better than none which results in several alternative custom extensions, so I would back either or both if they are going down standards track. Cheers, Michael Michael Holloway Senior Systems Administrator | Com Laude E: michael.holloway@comlaude.com<mailto:michael.holloway@comlaude.com> On 02/18/2015 07:01 AM, Ed Pascoe wrote: While I think this extension is well written and valuable I do have to question if a standards track is appropriate? The competing version of this is the UnitedTLD "Price Categories Guide" http://rightside.co/fileadmin/downloads/policies/Rightside_Price_Categories.pdf which has not been formally published. However its in active use by Rightside, Donuts and Domain Name Services (that I know of) meaning that around 190 new TLDs are using it or about to do so. So the question is where do we go to from here? Do we try and get Rightside to have the original author publish it to the EPP extension registry or do we pretend it doesn't exist and ignore the significant percentage of new TLDs using it? On Tue, Feb 17, 2015 at 1:47 PM, Gavin Brown <gavin.brown@centralnic.com<mailto:gavin.brown@centralnic.com>> wrote: I've just submitted a new version of the fee extension draft for your review. 9.4. Changes from 03 to 04 1. Changed Intended Status to Standards Track. 2. As per suggestion from Michael Bauland, the <fee:period> element is no longer included in <check> and <info> responses for "restore" commands. It's still mandatory for all other commands. 3. Added summary of the attributes for the <fee:fee> element. 4. Clarified that the "refundable" and "grace-period" attributes of the <fee> fee elements are dependant on each other and cannot appear on their own. 5. Removed the option of returning a 1001 response when the fee is incorrect. 6. Forbidden the inclusion of extension elements in transform responses if no fee/credit has been assessed. 7. Made the <fee:currency> element optional in transform commands. 8. Amended XML Namespace section of IANA Considerations, added EPP Extension Registry section. 10. TODO (Note to RFC Editor: remove this section before publication as an RFC.) 1. Make the extension object-agnostic so it can be used with other objects, not just vanilla domains. 2. Change the <check> command so that availability data is not returned. -------- Forwarded Message -------- Subject: New Version Notification for draft-brown-epp-fees-04.txt Date: Tue, 17 Feb 2015 02:16:09 -0800 From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> To: Gavin Brown <gavin.brown@centralnic.com<mailto:gavin.brown@centralnic.com>> A new version of I-D, draft-brown-epp-fees-04.txt has been successfully submitted by Gavin Brown and posted to the IETF repository. Name: draft-brown-epp-fees Revision: 04 Title: Registry Fee Extension for the Extensible Provisioning Protocol (EPP) Document date: 2015-02-17 Group: Individual Submission Pages: 36 URL: http://www.ietf.org/internet-drafts/draft-brown-epp-fees-04.txt Status: https://datatracker.ietf.org/doc/draft-brown-epp-fees/ Htmlized: http://tools.ietf.org/html/draft-brown-epp-fees-04 Diff: http://www.ietf.org/rfcdiff?url2=draft-brown-epp-fees-04 Abstract: This document describes an Extensible Provisioning Protocol (EPP) extension mapping for registry fees. 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<http://tools.ietf.org/>g/>. The IETF Secretariat -- Gavin Brown Chief Technology Officer CentralNic Group plc (LSE:CNIC) Innovative, Reliable and Flexible Registry Services for ccTLD, gTLD and private domain name registries https://www.centralnic.com/ CentralNic Group plc is a company registered in England and Wales with company number 8576358. Registered Offices: 35-39 Moorgate, London, EC2R 6AR. _______________________________________________ EppExt mailing list EppExt@ietf.org<mailto:EppExt@ietf.org> https://www.ietf.org/mailman/listinfo/eppext _______________________________________________ EppExt mailing list EppExt@ietf.org<mailto:EppExt@ietf.org> https://www.ietf.org/mailman/listinfo/eppext _______________________________________________ EppExt mailing list EppExt@ietf.org<mailto:EppExt@ietf.org> https://www.ietf.org/mailman/listinfo/eppext
- [eppext] Fwd: New Version Notification for draft-… Gavin Brown
- Re: [eppext] Fwd: New Version Notification for dr… Gould, James
- Re: [eppext] Fwd: New Version Notification for dr… Ed Pascoe
- Re: [eppext] Fwd: New Version Notification for dr… Michael Holloway
- Re: [eppext] Fwd: New Version Notification for dr… Hollenbeck, Scott
- Re: [eppext] Fwd: New Version Notification for dr… Gould, James
- Re: [eppext] Fwd: New Version Notification for dr… Roger D Carney
- Re: [eppext] New Version Notification for draft-b… Gould, James
- Re: [eppext] New Version Notification for draft-b… Rubens Kuhl
- Re: [eppext] New Version Notification for draft-b… Pat Moroney
- Re: [eppext] Fwd: New Version Notification for dr… Keith Gaughan
- Re: [eppext] Fwd: New Version Notification for dr… Patrick Mevzek