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

[Thomas Corte <[e-mail]>]

Hello Alexander,

On 29/03/2017 00:37, Alexander Mayrhofer wrote:

> i think you have mentioned an important argument *against* your own
> proposal. You write  "availability of a fee (and the domain in
> general)", which means that your proposal tries to mix in two
> different semantics into the same element - which, in turn, seems
> ambigious and probably even dangerous. The "avail" attribute can
> *either* indicate whether fee information is available, *or* whether a
> certain commmand on a certain domain in a certain phase (at the
> current point in time?) is "available".
> 
> I think it's easy to see that the second "type" of availability would
> entail all kinds of problems. Therefore i'd rather not go down that
> path. It would pack too much logic into the command (eg. "is a
> transfer on that domain available for that client during the given
> phase at the current time?" - i don't want to be in the position to
> decide about such cases..)

Good point, but it seems that we'll need a clearer definition of what
"fee information is available" is really supposed to mean. To me, it was
always implicitly clear that it essentially means "the domain can be
created/renewed/transferred/... with the given parameters, and it costs
this much", whereas avail="false" means "the operation isn't possible
because some parameter is wrong, hence no costs can be determined".

The current wording matches that interpretation in my opinion: "If the
value of this attribute evaluates to false, this indicates that the
server cannot calculate the relevant fees, because the object, command,
currency, period or class is invalid according to server policy."

So this does essentially boil down to an extended availability check,
which happens to also provide cost information. Not sure what the
alternative would be; if a combination of domain name, command, launch
phase, period and currency is valid, the server should be be able to tell
the costs. Simply replying "don't know" for a viable operation would not
provide useful information to the registrar.

Best regards,

Thomas

-- 
TANGO REGISTRY SERVICES® is a product of:
Knipp Medien und Kommunikation GmbH
Technologiepark                             Phone: [phone]
Martin-Schmeisser-Weg 9                       Fax: [phone]
D-44227 Dortmund                       E-Mail: [e-mail]
Germany