Re: [eppext] New Version Notification for draft-brown-epp-fees-04.txt

Pat Moroney <pmoroney@name.com> Mon, 04 May 2015 23:30 UTC

Return-Path: <pmoroney@name.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 165571B2CDF for <eppext@ietfa.amsl.com>; Mon, 4 May 2015 16:30:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 H-vbsVbpG7dg for <eppext@ietfa.amsl.com>; Mon, 4 May 2015 16:29:55 -0700 (PDT)
Received: from mail-lb0-f178.google.com (mail-lb0-f178.google.com [209.85.217.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB4341B2CCF for <eppext@ietf.org>; Mon, 4 May 2015 16:29:54 -0700 (PDT)
Received: by lbbuc2 with SMTP id uc2so116050839lbb.2 for <eppext@ietf.org>; Mon, 04 May 2015 16:29:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gjUUySb5EcugOLWamNyRLjphrABslGmyaoQqUSgj0wk=; b=X1rk/dgoGihcPYfYSEvRuYIEG0GJzQkeDUkGe8Z9mY3fG39Xcjp9llQr+ZDNDc6DN6 0+mNNm0NwnO5bbRoLOtD3EnkJhlQzye9mvvIGnQ4/xBULQwjEQa72pUR0A1adkl/KMoz TU/BHXrp+DMu+w8oO1+/wFfUGxck1oUoDz9VXHdOtPAOY9Hj+ohhE6Je5k0JxdkeZy7v v1edTVZ/xrqIR0pM/JS4GZPUO7COdxPE061qUsZjQ+6F68n1Ov6fsRgjDbBLHTMok8sG EVLR+deBQP1v1Dxs9/dFTD1lbMrlGfy/apZQcSuoAq7ROvI5oK5ojrOjXZzc9pVybgO0 BGIA==
X-Gm-Message-State: ALoCoQnnLNCiGBuk6hiH2/OxORDAB/IHySn1APTujHeB5O1IemixwzkX0j2KpmewqfzUij6HGCww
MIME-Version: 1.0
X-Received: by 10.152.28.34 with SMTP id y2mr21735065lag.14.1430782193268; Mon, 04 May 2015 16:29:53 -0700 (PDT)
Received: by 10.112.242.171 with HTTP; Mon, 4 May 2015 16:29:53 -0700 (PDT)
In-Reply-To: <819AE333-55A5-4C22-B90F-86396AA0EFD2@verisign.com>
References: <20150217101609.7180.94307.idtracker@ietfa.amsl.com> <54E32A6A.2050905@centralnic.com> <819AE333-55A5-4C22-B90F-86396AA0EFD2@verisign.com>
Date: Mon, 4 May 2015 17:29:53 -0600
Message-ID: <CA+GUe4_NcfpFUD7mLD+SsD90pQQx8+QXcF0RXBjCLFhDNhYjXA@mail.gmail.com>
From: Pat Moroney <pmoroney@name.com>
To: "Gould, James" <JGould@verisign.com>
Content-Type: multipart/related; boundary=089e0158c57a61fcc9051549f0a6
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/v0ZVuAtMo9lOYrM25oiNPQ9eJnc>
Cc: "eppext@ietf.org" <eppext@ietf.org>, Gavin Brown <gavin.brown@centralnic.com>
Subject: Re: [eppext] 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: Mon, 04 May 2015 23:30:01 -0000

When performing a query command, if I receive a <fee:fee> in the response,
I would expect to be able to pass the exact <fee:fee> element back in the
appropriate transform command. I would also expect that all parameters that
were passed would be validated.

This would allow us to know that the parameters of that fee have not been
changed in the interval between the query command and the transform command.

On Mon, May 4, 2015 at 5:13 PM, Gould, James <JGould@verisign.com> wrote:

>  Gavin,
>
>  I wanted to point out one item that may require more text in the draft
> to address.  The <fee:fee> element described in section 3.4 “Fees and
> Credits” covers its use when created by the server in the responses, but
> does not cover its use when created by the client in the transform commands
> (create, renew, transfer, and update).  My recommendation is to add text to
> section 3.4 covering the use case of the <fee:fee> element in the commands,
> since I don’t believe that the “description”, “refundable”, “grace-period”,
> and “applied” attributes are applicable in the command.  Both the
> “refundable” and “applied” attributes include defaults, so they will have
> values even if they are not explicitly set by the client.  I’m assuming
> that the server should ignore these attributes if they are set in the
> command, but I just want to confirm the expectation.
>
>  Thanks,
>
>  —
>
>
>  JG
>
>
>
>
>
> *James Gould *Distinguished Engineer
> jgould@Verisign.com
>
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>
> VerisignInc.com
>
>  On Feb 17, 2015, at 6:47 AM, Gavin Brown <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
> To: Gavin Brown <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.
>
> 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
> https://www.ietf.org/mailman/listinfo/eppext
>
>
>
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext
>
>


-- 
-Pat Moroney
Sr. Software Engineer
Name.com
http://www.youtube.com/watch?v=V1GKGXXF12c
720-663-0025