<<<
Chronological Index
>>> <<<
Thread Index
>>>
Re: [council] Draft Call for papers, new gTLD PDP
- To: Marilyn Cade <marilynscade@xxxxxxxxxxx>
- Subject: Re: [council] Draft Call for papers, new gTLD PDP
- From: Ross Rader <ross@xxxxxxxxxx>
- Date: Thu, 05 Jan 2006 10:22:46 -0500
- Cc: "'Mawaki Chango'" <ki_chango@xxxxxxxxx>, "'Bret Fausett'" <bfausett@xxxxxxxxxxxxxxxx>, "'Ken Stubbs'" <kstubbs@xxxxxxxxxxxx>, "'Thomas Keller'" <tom@xxxxxxxxxx>, "'Council GNSO'" <council@xxxxxxxxxxxxxx>
- In-reply-to: <BAY104-DAV58B9E3C5D491C5149DD6CD32E0@phx.gbl>
- References: <BAY104-DAV58B9E3C5D491C5149DD6CD32E0@phx.gbl>
- Sender: owner-council@xxxxxxxxxxxxxx
- User-agent: Thunderbird 1.5 (Windows/20051201)
Marilyn Cade wrote:
Hmmm, well, I am not convinced.
It seems "simple" to "scale down" a policy issue, but really, some policy
issues don't lend themselves to "modularization". I think of IDNs as an
example, or the recent .com settlement agreement.
Can we really miniaturize these issues into modules, that can only be
considered in sequence? I doubt that.
Neither the .com settlement agreement, nor IDN's - as you've expressed
them - are policy issues per se. Both of these are issues of huge
importance to the community, and each carries with them a multitude of
possible policy requirements, but let's not confuse the two. For
instance, the question of whether or not it is desirable to grant a gTLD
registry a perpetual right of renewal *is* a policy issue. Whether or
not it is appropriate to proceed with IDN.IDN delegations and the
timeframe in which to do so, or not - is a policy issue. The subject
area of IDN's unto itself is not a policy issue.
A policy is nothing more than a guidance system - formalized and agreed
to rules and practices that we implement to manage various behaviors.
This is what I was getting at in the earlier post that Phillip responded
to. Our PDP is nothing more than a process to develop policy. In order
to instantiate it, we should have a pretty good idea what policy we want
developed. In order to gain this understanding, we first need to know
which behaviour(s) we want to manage.
With transfers, this was very simple. The community had a widely-held
view that domain name portability (the behavior) was valuable. This made
defining the policy development goals relatively easy - create some
rules that ensure domain portability.
My point is this - unless we set some concrete goals up front, our PDPs
will always be nebulous, unending and mostly ineffective - at least this
is what I've learned from the past few years of policy development work.
The policy development work has been large, ill-defined and mostly
unending. After six years on whois, I'm still not clear what the
community goals are on that issue. At least w/ IDN the policy objectives
are relatively well-defined - its just that the goal is pretty
substantial. So, in this case, I would agree - we will need a lot of
time to work through the issues necessary to develop the policies. But,
we are talking about a number of policies related to IDNs, so perhaps
there is a way to effectively modularize them.
I doubt this is the case with the .com settlement agreement, but nor do
I believe that the policy objectives are so large that we can't
effectively deal with them in a shorter time frame without leaving the
timelines open-ended.
The .com settlement issue raises several policy issues; they will need to
be considered as a package. We can't break them into separate distinct
modules that have no relevance or interaction with each other. That would be
"ignorant" on our part, as councilors. I know that is a strong word, but I
use it intentionally.
Developing policy requires us to step above individual constituency or
company "votes" and think for the good of the Internet/as the gNSO affects
it. That is our challenge, our charter, and our obligation.
That is why we are elected.
Actually - I and others are explicitly elected to represent the
interests of our constituencies.
http://icannregistrars.org/Portals/0/gnso-rc-bylaws.doc
Some of the responsibilities of Registrar Constituency Council Members,
under the direction of the constituency executive committee, are:
"2.11.1.1. Act as Registrar Constituency representatives and not as
those of their respective entities or organizations. As far as it is
practical, GNSO Council representatives shall consult on all relevant
matters and decisions with the Registrar Constituency;
2.11.2.1. Represent the interests and position(s) of the Constituency in
various task forces, working groups and industry forum as specified by
and per guidance from the Executive Committee;
2.11.2.2. Consult with the Members on an ongoing basis to ensure that
the consensus views of the Constituency Members are appropriately tabled
for consideration by the task force, working group or forum;"
I would hope that our constituency position is entirely consistent with
the needs of the many and perhaps sometimes, even with that of the
entire population of internet users. However, when I speak, I do so on
only behalf of a very small special interest group.
-ross
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|