Re: Standard Extensions

At 1:10 +0100 1/19/12, Patrick Mevzek wrote:

>First and foremost, finding an incentive for current registry
>operators to implement those extensions instead of their own
>proprietary, otherwise we will just have even more extensions and even
>less consolidations.
>To me, it looks more difficult and more important, than creating the
>extensions themselves.

I think that is a very important point.  In Oct 2009 I began a short 
look into EPP 2 after comments at a CENTR Tech meeting.  There was a 
"bar bof" at the IETF in March 2010 and a follow up discussion at the 
CENTR Tech meeting in May 2010.  (Dates given to set date context.) 
At the follow up, the consensus was that the cost to upgrade from an 
EPP 1 to an EPP 2 was not worth any perceived benefit.

I'm not saying there will never be a need for EPP 2 but Patrick is 
very right.  We have to justify the move to an upgraded EPP, not just 
define a new EPP version.  Analogously, DNSSEC stalled until 
Kaminsky's work increased the "perceived benefit".  DNSSEC didn't 
change and the basic problem it was meant to solve didn't change, but 
the perception of the benefit shifted.  And, to borrow from IPv6, we 
need to consider the transition from EPP as it is today to any follow 
on version.

And I should add this.  Before significant work happens on this list, 
the list has to be publicized as widely as needed.  Part of what was 
learned in 2009-2010 was that once the WG that used to cover this 
list was closed, few newcomers learned of the list.  I'm not saying, 
don't do work but keep in mind there may be interested and informed 
parties that are not aware of this discussion.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis
NeuStar                    You can leave a voice message at +1-571-434-5468

Vote for the word of the day:
"Papa"razzi - father that constantly takes photos of the baby
Corpureaucracy - The institution of corporate "red tape"
_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg