Why must there be one solution? was Re: Lists and EPP

Edward Lewis <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <a06240800ca16d270108b@[10.31.200.222]>
At 19:53 +0200 6/9/11, Patrik Fältström wrote:

>It does not matter what the mechanism is, as long as _all_ registries
>use _exactly_ the same mechanism.

Why?

(And I'm not saying it has to be EPP or not has to be EPP.)

A few messages back I mentioned that in meetings 
with some registries, doing the work to increase 
commonality was judged to be "not worth it."  A 
response on this list was that I was reporting 
something that was a sampling of a few registries 
and not representative of registrars.

My comeback (which I just didn't get around to 
asking until now) is the registries do know at 
some level of familiarity, what registrars go 
through.  The relationship is more symbiotic than 
adversarial.  And, as a challenge, if registries' 
opinion is not sufficient, is there any data that 
does come from registrars?

I mean, a lot of us want to build nice, neat 
systems.  And I'm sure anyone using the protocol 
would like something nice and neat.  But, are 
there material complaints against what we have 
now and a willingness to reinvest in achieving 
something nicer and neater.

I'll grant that having one universal solution is 
a nice and neat thing to have.  But I have yet to 
see that it is crucial to have "one" universal 
solution given my experience in operator arenas.
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis
NeuStar                    You can leave a voice message at +1-571-434-5468

When talking about a long day keep this in mind (found on wikipedia.org):

Because the earliest and latest time zones are 26 hours apart, any given
calendar date exists at some point on the globe for 50 hours.
_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.