Re: [regext] Warren Kumari's No Objection on draft-ietf-regext-epp-fees-18: (with COMMENT)
Roger D Carney <rcarney@godaddy.com> Tue, 01 October 2019 14:36 UTC
Return-Path: <rcarney@godaddy.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 7CE211208CB; Tue, 1 Oct 2019 07:36:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=secureservernet.onmicrosoft.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 hBlxqyMgdOqd; Tue, 1 Oct 2019 07:36:07 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680096.outbound.protection.outlook.com [40.107.68.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A0DD1208CA; Tue, 1 Oct 2019 07:36:06 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=D3SsiD2EP1ItDhgZWesVKx5DoaY/deH1BClPHBY1TeoAuqBgteKhTVPza9SMZxTPWFBJbbFm1sKBl2Pu9ce68EY3y4sHsxJaxDLFzLyjjN9P7QzkkqztmUQYOtOpmcktQlmaI4NLgev0L2AEbV+sqMzTIEi+SexcAQ/rUINf+Vn7Tqf8JQ1RyteLIIGaAMEAhLIsMLHV/zVKuUty6Ho6nEBfHSJwrXIeR07lZ6er7/Ev+Z2GwJWfjXfDnVofIYYvTPcxBPYVybBTwnbODFHJXEmbv+fxb62aY2YLyoxJpbrOpCD2LicEwHm42uoA7IWCy/JJJfD9+zl0tyx12Q11QA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fgBiWAiz1KSvLixraHicpxt03euMAvK929AqaOaQxXw=; b=ky2IeBAk++PJVYoz7AxAjq55N4cTG3dqV8pWePEgPAPY559M7kAEca5jJaLXk7chNM3lonU6YCFh/0FzuGE8fb/O+yIwuBfx4w6Qwgy7HRLyN0m37KyX4VaJlcDhYVVTUk4loPZt/Lsbjm+9OJODqKshhdDlDV53cmMN5ZxrSoS+mdWwrJp+K3RQkbj5YINzpOAO6QLulp5bWqzU31DZ04W6WlTQx5FFCy40HZ5Lyxf/XA7/ohv58FMa3wbpPe2XOyEEb8LHaOhVEbsaz6V94KAw4Ghch2BWcrH6jj7m38EHvrhXbZxAVqWpqvMYDTvXN1z4nBxwNodzrCAG2JjdQw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=godaddy.com; dmarc=pass action=none header.from=godaddy.com; dkim=pass header.d=godaddy.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=secureservernet.onmicrosoft.com; s=selector2-secureservernet-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fgBiWAiz1KSvLixraHicpxt03euMAvK929AqaOaQxXw=; b=G7Zwp2bDjAB8V63nerrCGftHjODqhSR00pCzrXSymPkxd0lNyCTHzVCxtl85ou+Bamf1L79FCFdyaDWERwNYLrN58q991krTHI4d4e1uUm0poyR5h9TyiSD/XcDURNSKEtsDRZv5kAuQ9DNjpUr3DkyZiknIMgTlzScl9ke+5nc=
Received: from BL0PR02MB5491.namprd02.prod.outlook.com (20.177.207.214) by BL0PR02MB6529.namprd02.prod.outlook.com (52.135.44.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.16; Tue, 1 Oct 2019 14:36:04 +0000
Received: from BL0PR02MB5491.namprd02.prod.outlook.com ([fe80::614d:ec26:993a:6d44]) by BL0PR02MB5491.namprd02.prod.outlook.com ([fe80::614d:ec26:993a:6d44%6]) with mapi id 15.20.2305.017; Tue, 1 Oct 2019 14:36:04 +0000
From: Roger D Carney <rcarney@godaddy.com>
To: The IESG <iesg@ietf.org>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: Warren Kumari's No Objection on draft-ietf-regext-epp-fees-18: (with COMMENT)
Thread-Index: AQHVa/yGpKWYgpHoC02whxa4kgftOadEV7OA
Date: Tue, 01 Oct 2019 14:36:04 +0000
Message-ID: <BL0PR02MB549148209A730A39D1470CDFB19D0@BL0PR02MB5491.namprd02.prod.outlook.com>
References: <156857603748.20901.12358995633963636690.idtracker@ietfa.amsl.com>
In-Reply-To: <156857603748.20901.12358995633963636690.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rcarney@godaddy.com;
x-originating-ip: [173.18.40.219]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 041614a3-a4dc-43b1-94b8-08d7467cb08d
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: BL0PR02MB6529:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BL0PR02MB6529B9F02464C85F26F53FFBB19D0@BL0PR02MB6529.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7219;
x-forefront-prvs: 0177904E6B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(136003)(39860400002)(376002)(346002)(396003)(13464003)(199004)(189003)(33656002)(26005)(21615005)(186003)(99286004)(229853002)(14454004)(256004)(7696005)(14444005)(3846002)(790700001)(6436002)(81166006)(81156014)(8676002)(8936002)(6116002)(76176011)(76116006)(102836004)(446003)(2906002)(71190400001)(66066001)(7736002)(2501003)(53546011)(6306002)(55016002)(6506007)(71200400001)(236005)(66946007)(966005)(66446008)(64756008)(66476007)(486006)(606006)(66556008)(25786009)(476003)(450100002)(478600001)(9686003)(110136005)(74316002)(52536014)(5660300002)(6246003)(86362001)(316002)(54896002)(11346002); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR02MB6529; H:BL0PR02MB5491.namprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: godaddy.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nh3n9P1ZVZRBJXy488bqGEwUwcTYMTe2lX+H60VqXjPf9e7WJ74SlxJBcb3zZvER7/ty8dZXOMVsWSIOsMiIEinf/gi4CgCADF8TKugDZPYqgqcBnAmgx5uPq3Fj4rF7VXV3pTKNAnZFBS3hYgXGivRBDBCrLHbV23wbCa/B0cLALMf8JXS0pqVhlDWni4pjrhDfrLNRsdOCAldgevYLI5kiYRiX9YdFrwWTvjhp4p8yFVGaL4D/o/Y28N4tJwrOPEYoeFOoxWhFgN8AI7UIN6w+QkDJWQLghwtWyyHXzWYRR+BLUrsQEvHxwLx8OvKTqc+O3CSLXz/4vONt5H9Cnk4OlXe820C6ikVt3e+qQ/1T4AhkeAvMddDbM9h7Bx4do0BR9xJQNmcjAc7voAZcJ8Wl4oAJDgaU7XCen/CQWop5qDP/1KVUAV+Dhz125J6ohxgI0qCV4Yg5mUA8ZVE51g==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BL0PR02MB549148209A730A39D1470CDFB19D0BL0PR02MB5491namp_"
MIME-Version: 1.0
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 041614a3-a4dc-43b1-94b8-08d7467cb08d
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 14:36:04.6193 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: ++c5fm+1CgIhplRPEo052aAAizlUfOj5hIFQkqXATRu+N7P0zY1OlClbgEQk9dX95XZfYEO4cFktoqTjR2a9hg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR02MB6529
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/QxzUFl6gsYWuHXiHdLrQvAqsMTg>
Subject: Re: [regext] Warren Kumari's No Objection on draft-ietf-regext-epp-fees-18: (with COMMENT)
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: Tue, 01 Oct 2019 14:36:20 -0000
Good Morning, Thanks for your comments Warren, please see my responses below, a new revision will be published shortly to address issues brought up in this latest round of comments. Thanks Roger -----Original Message----- From: Warren Kumari via Datatracker <noreply@ietf.org> Sent: Sunday, September 15, 2019 2:34 PM To: The IESG <iesg@ietf.org> Cc: draft-ietf-regext-epp-fees@ietf.org; James Gould <jgould@verisign.com>; regext-chairs@ietf.org; jgould@verisign.com; regext@ietf.org; cpignata@cisco.com Subject: Warren Kumari's No Objection on draft-ietf-regext-epp-fees-18: (with COMMENT) Notice: This email is from an external sender. Warren Kumari has entered the following ballot position for draft-ietf-regext-epp-fees-18: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-regext-epp-fees/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Firstly, thank you for working with Carlos to address the OpsDir comments -- he raised some good points (and is nicer than me), so I'm going to be a bit more of a stickeler than he was. "A <fee:fee> element MUST have a non-negative value." -- Yes, zero is a non-negative value (Hi Barry!), but not listing it explicitly seems like it's just asking for someone to do something like: ## Estimate how many transactions like this we can do: total_balance / fee or something similar. Simply mentioning the word should help lazy coders take this corner case into account. How would: A <fee:fee> element MUST must have a zero or greater value work for you? [RDC] With a couple of reviewers suggesting clarity, the document will be updated to " A <fee:fee> element MUST have a zero or greater value (non-negative)." Also, I must admit I found this bit surprising: "A <fee:credit> element MUST have a negative value." If I go to Payless and return a pair of shoes, they give me a **credit** of $20, not of -$20. I really think that the credit element should either be treated in the same way, or you could do away with the credit elemans and just have negative "fees" (if I open my credit-card bill and see a charge of -$20 I know what it means), or if you don't want to do that, provide some clear warning text around this section. If I were implementing this, and not paying sufficient attention I'd calculate "new_balance = old_balance - fees + credits" -- a simple phrase or two should help prevent stupid errors. [RDC] The fee and credit elements are separated to handle the positive and negative cases associated with a billable operation. I believe from a non-accounting mind it is much easier and consistent for the client to add the fees and credit values together. The fee values are positive values and the credit values are negative values. In the Payless example, the customer may see a positive credit value, but mathematically it is a negative value. It's best to keep the positive fees and the negative credits in the protocol for clarity.
- [regext] Warren Kumari's No Objection on draft-ie… Warren Kumari via Datatracker
- Re: [regext] Warren Kumari's No Objection on draf… Roger D Carney