Re: [regext] draft-ietf-regext-epp-fees: add feature to inquire balance and credit limit?

"Gould, James" <jgould@verisign.com> Thu, 16 May 2019 13:03 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 7C9FD12011E for <regext@ietfa.amsl.com>; Thu, 16 May 2019 06:03:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 yJvd7RbWNTxL for <regext@ietfa.amsl.com>; Thu, 16 May 2019 06:03:45 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (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 C2683120105 for <regext@ietf.org>; Thu, 16 May 2019 06:03:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=3712; q=dns/txt; s=VRSN; t=1558011824; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=O3f6TR2Odnv+pxE6BawqoiRX/Jx2A/cYu+X7WPhTTmE=; b=aBIId1AeaYYfPFF5QD/O2/VHPNCf39+QZ2bLI2c6G71yNF5OiUmlQMXa MxpZnxeXbJRhJAuxDTp0UhAEmaWmMGa/98DnrFX7zVe+s0a4ioF9qSk8E nU/fm/maSXMKHhNojDY5Ha7UpSl9zHfauocMnSX1Kpbg3xp/lyMTG48YD +PCaOgx1jAPoKH269DSPOxRkbG+FxHlhoOfzYZihpw8PzAHtTYUv9aIaJ Qh37GHGZ8t6oF36/kyycAcs5bc7QXShVLKZuvZQSc2RZSXcPfjflqA34z 8IiGDD6Zq3iwIOvMmqoasX2hFW89TzQ4ldYSjXWze5A61BkiXCywQ4nsO w==;
X-IronPort-AV: E=Sophos;i="5.60,476,1549929600"; d="scan'208";a="10251986"
IronPort-PHdr: 9a23:Kc2P0RahCfofv/s0lUzS3rf/LSx+4OfEezUN459isYplN5qZpsy8ZR7h7PlgxGXEQZ/co6odzbaP6ua5ATRLvMjJmUtBWaQEbwUCh8QSkl5oK+++Imq/EsTXaTcnFt9JTl5v8iLzG0FUHMHjew+a+SXqvnYdFRrlKAV6OPn+FJLMgMSrzeCy/IDYbxlViDanbr5+MQi6oR/MusUKnYduJaY8xxrUqXZUZupawn9lK0iOlBjm/Mew+5Bj8yVUu/0/8sNLTLv3caclQ7FGFToqK2866tHluhnFVguP+2ATUn4KnRpSAgjK9w/1U5HsuSbnrOV92S2aPcrrTbAoXDmp8qlmRAP0hCoBKjU09nzchM5tg6JBuB+vpwJxzZPIYI+bN/R+cKHSct0bRWVdUcheWDdMAp+nYIsKE+YNIfxVoov7qlATrRW+Hw6sBOb3xzNGh3H22rA60+A8Hg3ewQcuG8gBsHHKo9XuOqsZTOe4zKvHzTXEcvNW3Sry5ZPWch8/u/GMXKlwccveyUkpDQ/KklKQqYn8Mj6Ty+8DvW+b7+96WuKujW4qsx9xrSa1xsctkYnJh40VylbF9SV/3Ik5P8G3SEl+YdK8EZtfrSeaOJFsTsMlWWFotyA3waAFt56jZCUG1YgrywTCZ/GFfYWE+A/vWeafLDtii39oe6qziwuu/US61+HxVNW43ExXoidKkdTArG0B2h/L5siJVPRw/Vut1DOK2g/J6exJJVs7mK/VJpI/37E9l58evl/HEyL3mkj7iaGbe0sm9+e17ensf6/oqYWGN4BujwHzKqEumsuiDusmKgUORG2b+fik1L3k4E35XK1Gjv0onandt5DXPdkWqLKhDQNI0okt8xmxADa63NgFh3UHMk5KeBWdj4jxIV3BOu33Ae2hg1S2izdrwerKMaHmApXINnTDkbHhcqhh60NE1QY/0cpT649WB7wPOv7/R0/8udLCAhI2MAG42+PnB8981oMaV2KPGKiZMKbKvF+K6eIvJPSMZIsItzvmNfgq+eTujX4imV8ccqmp24EbZ2y/HvRjO0mZe2bjgs8dEWcWuQozVPLkiF2FUT5WfXmyRLgw6y88CIK8EYfMWJuggL+H3Ce6Bp1WfnpKBU2SHn3wbYWLR+8MaD6OIs9mijEET6auS4A/2hChqA/30LtnIfTI+i0Wr57j08J15+LLnxEo6TN0F9id032KT2xshWMIWic23Lh4oUxn1leOyrR4jOZeFdxc4PNFSx06NYXGw+NmDNDyX1GJQtDcAmqmRdCvGncaScgtzvcNZUdlA5Oug1qLixaqBLocjPqgA4Yo/4rf2XnpP4BxxiCCnOM7glYrUtdnNGC6iOh47QeZT9rTnkqUh7qCdKkA0mjK7mjVnkSUu0QNGiF3TKHJGTg9b07btp6xskHNSKKqBZw5PxFA0s+NLO1Bbdi/3gYOf+vqJNmLOzH5oGy3Hxvdnr4=
X-IPAS-Result: A2EUAAA3X91c/zCZrQphAxwBAQEEAQEHBAEBgVEHAQELAYJ5gSwKhAeIHIx5g16UdRSBKxclCQEBAQEBAQEBAQcBIwwBAQKEPgIXgjs0CQ4BAwEBAQQBAQEBAwEBAQKBBQyCOiIcTS8JATIBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEIAggHIyQBARkBBAEOFRExFA4CAgEIGgIfBwICAhkXFRACBAENBYMiAYF7HqtHgS+KMAWBBigBhGSHAYFBPoE4H4FOfj6EHg4CFgcQChcCDYJDMoImBI1cmX0DBgKCCYVNVIxYgnmSdYw0hgZSjjICBAIEBQIVgU+CEHAVZQGCQQmCPYM4hRSFP3IBDCWNbIEwgSEBAQ
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 16 May 2019 09:03:42 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d]) by BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d%5]) with mapi id 15.01.1713.004; Thu, 16 May 2019 09:03:42 -0400
From: "Gould, James" <jgould@verisign.com>
To: "Thomas.Corte@knipp.de" <Thomas.Corte@knipp.de>, "regext@ietf.org" <regext@ietf.org>
CC: "support@tango-rs.com" <support@tango-rs.com>
Thread-Topic: [EXTERNAL] Re: [regext] draft-ietf-regext-epp-fees: add feature to inquire balance and credit limit?
Thread-Index: AQHVC8WbndsWRU4wk0qhtXGNHbnvXqZtuAcA
Date: Thu, 16 May 2019 13:03:42 +0000
Message-ID: <B6FAEB58-4E94-48FB-8D8C-27ACCFDE9B74@verisign.com>
References: <e5b6f4f6-96cc-eaeb-7f25-478e98cf1488@knipp.de> <B66D909B-2ED5-48F2-8633-E6F77E26912F@verisign.com> <b3188c70-326c-49e5-ab54-ebe63279a937@knipp.de>
In-Reply-To: <b3188c70-326c-49e5-ab54-ebe63279a937@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.7.190210
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <AA5B4F1BEAAF6741A779698F04755F68@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/zo3BA-ttWVSXT2jtZ1LNr69Ls6M>
Subject: Re: [regext] draft-ietf-regext-epp-fees: add feature to inquire balance and credit limit?
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 16 May 2019 13:03:47 -0000

Thomas,

The primary purpose of draft-ietf-regext-epp-fees is fees and credits, and returning the balance and credit limit in the response to a transform command is an optional feature that the server can choose to support.  I don't see an issue with a server deciding to return the balance and credit limit information in the response to a billable transform command, but I don't believe it should be a requirement.  Providing a mechanism to explicitly query for the balance and credit limit information is best suited with an object mapping such as the Balance Mapping.  
  
—
 
JG



James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com <http://verisigninc.com/> 

On 5/16/19, 4:59 AM, "Thomas Corte" <Thomas.Corte@knipp.de> wrote:

    Hello,
    
    On 15/05/2019 19:52, Gould, James wrote:
    
    > Thomas,
    > 
    > I view the balance and credit limit information as separate from the
    > fee information supported by draft-ietf-regext-epp-fees.  The balance
    > and credit limit information can optionally be returned by
    > draft-ietf-regext-epp-fees, but I believe it's better to support a
    > specific query mechanism.
    
    To me, this means that the current state of the fee extension is
    somewhat inconsistent, since it does include balance information in some
    contexts but not in others. Either it is a purely fee related extension
    (in which case the balance/credit limit features should be removed
    altogether), or it's a general extension dealing with all billing issues
    (in which case a query feature should be added).
    
    > The Balance Mapping, which is registered
    > in the EPP Extension Registry
    > (https://www.iana.org/assignments/epp-extensions/epp-extensions.xhtml),
    > enables querying for the balance and credit limit information
    > directly.  The Low Balance Mapping, which is also registered in the
    > EPP Extension Registry, supports a poll message when the available
    > credit falls below a pre-defined threshold.  Is there interest in
    > these extensions?
    
    The Balance Mapping in the EPP Extension Registry looks like a viable
    option, we'd consider implementing it if it became an IETF standard.
    
    Best regards,
    
    Thomas
    
    -- 
    TANGO REGISTRY SERVICES® is a product of:
    Knipp Medien und Kommunikation GmbH
    Technologiepark                             Phone: +49 231 9703-222
    Martin-Schmeisser-Weg 9                       Fax: +49 231 9703-200
    D-44227 Dortmund                       E-Mail: support@tango-rs.com
    Germany