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

Thomas Corte <Thomas.Corte@knipp.de> Fri, 24 March 2017 10:02 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 4E90413145B for <regext@ietfa.amsl.com>; Fri, 24 Mar 2017 03:02:56 -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 H8TtCZdvCGxU for <regext@ietfa.amsl.com>; Fri, 24 Mar 2017 03:02:54 -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 B1529129BB7 for <regext@ietf.org>; Fri, 24 Mar 2017 03:02:52 -0700 (PDT)
Received: from localhost (localhost.bbone.knipp.de [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 13BA697DF; Fri, 24 Mar 2017 11:02:51 +0100 (MEZ)
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 rYPciDn-O4BZ; Fri, 24 Mar 2017 11:02:43 +0100 (MEZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 2FF6A97DD; Fri, 24 Mar 2017 11:02:43 +0100 (MEZ)
Received: from flexo.fritz.box (fw-intranet-eth3-0.do.knipp.de [195.253.2.17]) 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 v2OA2g9J018301; Fri, 24 Mar 2017 11:02:42 +0100 (MEZ)
To: regext@ietf.org
References: <148901468989.20175.4288046986031713790@ietfa.amsl.com> <7efca86c-ac79-c835-76d4-b9ee1e93c0e7@knipp.de> <BN6PR02MB2547211A89CA1383EEADE467B13F0@BN6PR02MB2547.namprd02.prod.outlook.com>
Cc: support@tango-rs.com
From: Thomas Corte <Thomas.Corte@knipp.de>
Message-ID: <b035adf2-d937-f161-f2c8-275ef91637cf@knipp.de>
Date: Fri, 24 Mar 2017 11:02:37 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <BN6PR02MB2547211A89CA1383EEADE467B13F0@BN6PR02MB2547.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/qcJZNxE2HsQ_vOZGo958NcC2Ke4>
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: Fri, 24 Mar 2017 10:02:56 -0000

Hello Roger,

On 23/03/2017 16:31, Roger D Carney wrote:

> Good Morning,
> 
> Thanks for the comments Thomas!
> 
> I will look at the consistency of the error codes in sections 3.2 and 5.1.1.
> 
> As far as the text in the "avail" section you mention, I think this was
> meant as some combination of these items makes it invalid, not
> necessarily that a single item is invalid. I will look at wording to clarify.

Ok, that makes sense.

> Thanks for catching the mismatch on the <fee:command>. Before updating
> the scheme I think it would be good to have the discussion on if this
> functionality is needed/wanted: would it be useful for the client to be
> able to not pass a <fee:command> in the <check> command?

While it is useful to perform a quick check for every available command,
it could lead to very large check responses, given that each of the
inferred commands would implicitly also have a "wildcard" launch phase,
meaning that the server would have to return fees for all combinations of
available commands and launch phases. Combined with multiple names to
check, this could cause a lot of processing effort on the server side.

I'd be in favor of keeping the requirement to explicitly specify commands.

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