ICANN/DNSO
DNSO Mailling lists archives

[nc-org]


<<< Chronological Index >>>    <<< Thread Index >>>

[nc-org] Re: Dot org report


On 2001-11-08 20:05:23 -0500, Milton Mueller wrote:
>No, these are obviously very general statements of desiderata. I 
>suggest referring to the ICANN Board's charge to the DNSO. A very 
>specific set of questions are posed, which we answered. It does 
>not ask us to write a detailed RFP.

So why does the task force bother with "details" such as the 
question of the application fee, or the question whether or not a 
new organization must be formally incorporated before submitting a 
proposal?

Also, in case it helps, the board resolution explicitly asks the 
DNSO to comment on "the characteristics of the entity to be selected 
or established", "selection criteria for the entity or its 
organizers", "principles governing its relationship with ICANN", 
"policies for the entity's operation of the .org top-level domain". 
That's quite a bit of detail, and it could in particular cover 
policies concerning the relationship between the entity and a 
registry outsourcing partner, for instance.  In fact, such policies 
may be considerably more important than the details mentioned above.

>Also, try to take into account the real time constraints we are 
>under. We were asked for a basic statement of policy by Oct 11, 
>the Board must issue a RFP as soon as possible to give parties 
>time to prepare, and there is a hard deadline of December 2002 for 
>the changeover.

I'm not the genius who crafted the overly-tight agenda for the 
public comment process, and then let the first week of November pass 
without any actual results - that's the task force's cup of tea.  Or 
are you suggesting that I should have refrained from making any 
comments in the first place because the task force doesn't have the 
time to take these into account anyway?

>I find this unnecessary at this stage. The parties bidding for dot 
>org have every incentive to demonstrate their competence and to 
>prepare a proper business plan. The people evaluating bids have 
>every incentive to look for competence, responsibility and a 
>proper business plan.

You may be right about that, and I actually hope you are.

Still, the policy you propose is making me wonder what kinds of 
proposals the task force is trying to attract - you don't really 
want applicants who aren't able to get something incorporated, and 
who can't afford more than $1,000 in non-refundable fees, do you? So 
why practically invite these in the policy?

While you are right that it's impossible to create competence by 
just writing a policy (and I never suggested anything else), it's 
incredibly easy (but still a bad idea) to attract incompetence by 
casting the wrong kind of policy.

>I agree with you about the "lowest cost possible," but many people 
>involved in the process asked for it. I'd be happy to remove it if 
>others on the Task Force support your criticism of it.

"Many people"?  It was introduced in Manon Ress' comment, like this:

   We also believe that the administrator of the proposed sponsored 
   and unrestricted .org must keep the cost of registration as low as 
   possible, consistent with the need to provide effective service.

You quoted this in your Oct 30 message to nc-org:

   There was also a comment asking the statement to make sure that 
   the new sponsoring org "keep the cost of registration as low as 
   possible, consistent with the need to provide effective service."

Then, Marc Schneiders supported it.

Note, in particular, that, back then, the addition contained the 
words "consistent with the need to provide effective service".  That 
is, the task force wasn't even asked to put in a requirement for 
_unconditionally_ low cost.  It seems the problematic version of 
this clause first turns up in your Nov 8 message to nc-org 
containing your proposed modifications.


BTW, any comments on how the CEDRP could ever be adapted in the way 
which is suggested by the policy draft?  The relevant paragraph 
still looks contradictory to me, and should be removed unless the 
contradiction can be resolved.

-- 
Thomas Roessler                        http://log.does-not-exist.org/



<<< Chronological Index >>>    <<< Thread Index >>>