ICANN ICANN Email List Archives


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

Business Constituency (BC) comment on Proposed New GNSO Policy Development Process

  • To: "gnso-pdp-final-report@xxxxxxxxx" <gnso-pdp-final-report@xxxxxxxxx>
  • Subject: Business Constituency (BC) comment on Proposed New GNSO Policy Development Process
  • From: Steve DelBianco <sdelbianco@xxxxxxxxxxxxx>
  • Date: Fri, 1 Apr 2011 20:05:14 +0000

Below are comments of the Business Constituency (BC) regarding the
Proposed New GNSO Policy Development Process.

General Comments:
At 109 pages the report is thorough but overly long.

It is a report of a team with recommendations but not yet a guide for 
prospective participants in a PDP.  As noted in recommendation 3 this work 
needs to be turned into a short practical manual on the PDP without references 
to the working team or recommendation number ## or extraneous points of 
discussion. The start of such a document in section 5 is good but seems overly 
long at around 15 pages. A rigorous edit is required.

The flow charts are useful but overly complex. A simplified one for council 
initiated work only is needed. A flowchart showing timelines would be useful.

The complexity of the PDP report points to a larger problem,  It is 
increasingly difficult for people new to ICANN to easily engage and, therefore, 
contribute to the community.  The proposal laudably intends to reset the 
process for all, but it would be improved if there were a summary -- visual or 
executive -- that could serve as a roadmap.

Comments on specific recommendations:

10 and 11. The BC is concerned that the “preliminary issues report” is being 
over engineered. This report is intended to be short and factual outlining the 
issue raised NOT solving it or adding opinion on its merit. Therefore an 
additional public comment period at this stage is both redundant and will waste 

12. Whereas certain issues will indeed benefit from a workshop, making this a 
mandatory procedure is short sighted.

13. A possible impact analysis before a vote to start a PDP is an option that 
will be gamed by parties wishing to delay a new PDP.

16. Codifying a practice to delay seems a dangerous precedent. If done the 
wording needs to be clear that this is not a cumulative right potentially 
delaying a decision to launch a PDP by six Council meetings.

Voting thresholds. There is a lot of discussion about Council voting 
thresholds. The BC recommends further changes to these should simplify not add 
complexity to an already overly complex structure.


Philip Sheppard was Rapporteur for the BC on these comments.

These comments were approved by BC members in accordance with our charter.

Steve DelBianco
vice chair for policy coordination
ICANN Business Constituency

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

Privacy Policy | Terms of Service | Cookies Policy