[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: Andrew Sullivan <ajs@shinkuro.com>, EPP Provreg <ietf-provreg@cafax.se>
From: Klaus Malorny <Klaus.Malorny@knipp.de>
Date: Wed, 04 Nov 2009 20:36:17 +0100
In-Reply-To: <20091104152119.GE9518@shinkuro.com>
Sender: owner-ietf-provreg@cafax.se
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.6pre) Gecko/20091104 Shredder/3.0pre
Subject: Re: [ietf-provreg] Anyone working on 4310-bis?

On 04/11/09 16:21, Andrew Sullivan wrote:

>> 7. Clarity around the corner case of a client attempting to add and remove
>> the same dsData or keyData in a single command.  This must result in an
>> error from the server.
>
> Why?  In the mainline EPP specification, if you remove and add the
> same name servers in a single command, it doesn't cause an error.  (I
> know this because misguided registrars used to do it all the time in
> an effort to get the "primary" name server "listed first".)  It's a
> waste of bandwidth, but since EPP is idempotent it should have no
> effect, right?
>

Hi Andrew,

I am quite sure that RFC 5731 and its predecessors do not define how to handle 
this case and that the problem is left as an exercise to the implementor. As I 
regard this as a flaw in the protocol, I would appreciate a statement in 4310bis 
regarding such a state.

Klaus
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
List run by majordomo software.  For (Un-)subscription and similar details
send "help" to ietf-provreg-request@cafax.se


Home | Date list | Subject list