Re: [regext] draft-ietf-regext-epp-fees-02.txt: currency error handling, command wildcard

Thomas Corte <Thomas.Corte@knipp.de> Tue, 28 March 2017 10:55 UTC

Return-Path: <Thomas.Corte@knipp.de>
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 889A4129893 for <regext@ietfa.amsl.com>; Tue, 28 Mar 2017 03:55:34 -0700 (PDT)
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, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no
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 aUmXbHNBh-qw for <regext@ietfa.amsl.com>; Tue, 28 Mar 2017 03:55:32 -0700 (PDT)
Received: from kmx10a.knipp.de (clust3a.bbone.knipp.de [195.253.6.83]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3D571294D1 for <regext@ietf.org>; Tue, 28 Mar 2017 03:55:31 -0700 (PDT)
Received: from localhost (localhost.bbone.knipp.de [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 2297C97E1; Tue, 28 Mar 2017 12:55:30 +0200 (MESZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id 7sTM7O222Jel; Tue, 28 Mar 2017 12:55:21 +0200 (MESZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id B130197E0; Tue, 28 Mar 2017 12:55:21 +0200 (MESZ)
Received: from [195.253.2.11] (seth.do.knipp.de [195.253.2.11]) by hp9000.do.knipp.de (@(#)Sendmail version 8.15.2 - Revision 1.0 :: HP-UX 11.31 - 29th July,2016/8.15.2) with ESMTP id v2SAtLDZ018760; Tue, 28 Mar 2017 12:55:21 +0200 (MESZ)
To: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>, regext <regext@ietf.org>
References: <148901468989.20175.4288046986031713790@ietfa.amsl.com> <7efca86c-ac79-c835-76d4-b9ee1e93c0e7@knipp.de> <CAC1BbcSTz7ZLPeJbbNdgMPy0p2KGB4rA17hF+vXzVmViRM458A@mail.gmail.com> <8e1c7a2d-19ec-5be0-233f-dae734cb1c33@knipp.de> <E5F5AAFD-BAEA-40CA-8282-621A9CBEDF68@gmail.com>
From: Thomas Corte <Thomas.Corte@knipp.de>
Message-ID: <6d3addb4-25b5-83fe-78b4-645167b4f19d@knipp.de>
Date: Tue, 28 Mar 2017 12:55:17 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <E5F5AAFD-BAEA-40CA-8282-621A9CBEDF68@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/CNj34SxJq6nhev5LKSW4WgGePbw>
Subject: Re: [regext] draft-ietf-regext-epp-fees-02.txt: currency error handling, command wildcard
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, 28 Mar 2017 10:55:35 -0000

Hello Bernhard,

On 2017-03-24 16:52, Bernhard Reutner-Fischer wrote:

> That's what normative references are for IMHO. You wouldn't want to
> update the fee RFC if someone invents a new currency.

Agreed, that would be cumbersome.

> You might want to throw an error if someone configures the server to
> use a new/typoed currency and always 2306 when receiving a currency
> outside of the configured enumeration, thus ignoring 2004 completely
> at runtime.

This makes sense for the transform commands, yes.

However, for wrong currencies detected within some <fee:object> elements
of a <fee:check> extension, I'm not sure whether letting the entire
check command fail with a 2306 error is the best approach.

Instead, the server could still return useful results for other
<fee:object> elements in the command (which may have contained a correct
currency), or even return additional information in the <reason>
elements returned within the <fee:command avail="false"> elements
returned for all nested <fee:command> affected by the wrong currency.
I think the draft should be clarified regarding when to create an EPP
error result as opposed to <fee:command avail="false"> results in the
response to a <domain:check> command with fee extension.

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