On PDP transparency, hope citing adopted PDP-WT Updated Final Report is helpful? <br>- - - <br> Recommendation 39: GNSO Council Report to the Board (B/M)<br><br>The PDP-WT recommends that all reports to the ICANN Board concerning a PDP should be publicly disclosed. In addition, it notes that the GNSO Council is responsible for the Board Report either as author of the report or by approving the report before it is sent to the Board. Board Reports on PDPs should be delivered from the GNSO Council directly to the Board and if any summaries or addenda are needed by request of the Board, those should be the assembled by the GNSO council (upon consultation of the Working Group if<br>
necessary). If feasible, the Board Report should be delivered to the Board within 21 days<br>following the adoption of the Final Report. The PDP-WT discussed at length the current<br>practice of ICANN Policy Staff submitting a separate report to the Board, which is not<br>
disclosed to the community and is drafted without the aid of the Council or applicable PDP<br>Working Group. The PDP-WT unanimously believes that these reports should not be kept<br>confidential. If ICANN Policy Staff would like to submit a separate report related to a PDP to the Board or is requested to do so, it should be done in an open and transparent matter and disclosed to the community at the same time it is delivered to the Board. The PDP-WT notes that there might be cases where certain confidential information cannot be publicly disclosed due to its privileged nature. Nevertheless, even in those circumstances, as much information as possible, without disclosing business confidential information, must be provided. This may include a description by ICANN Staff of the general nature of such information and the rationale for its non-disclosure.<br>
- - ends- - <br><br>regards,<br><br>Alex<br><br><div class="gmail_quote">On Sun, Oct 30, 2011 at 3:11 PM, Wendy Seltzer <span dir="ltr"><<a href="mailto:wendy@seltzer.com">wendy@seltzer.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 10/28/2011 01:05 PM, Avri Doria wrote:<br>
> Hi,<br>
><br>
> I think it is wonderful that the Board has finally awoken to it<br>
> capability of requesting a PDP.<br>
<br>
</div>Agreed. It should signal to the community that the GNSO is the place for<br>
these policy issues -- and to the GNSO Council that it's time to get to<br>
work.<br>
<div class="im"><br>
><br>
> I also think this is a good opportunity for us as a SG, as<br>
> constituencies and as individuals to make comments both on the<br>
> changes proposed in the RrSG/Staff negotiated changes and on the<br>
> issues report.<br>
<br>
</div>I'd love to help NCSG volunteers coordinate to watch this issue and<br>
develop suggestions.<br>
<div class="im"><br>
> I wonder whether the staff is willing to use the new issues report<br>
> methodology included in the new PDP process that include:<br>
><br>
> 1. release of an initial issues report that is subject to a comment<br>
> period and update 2. requires a rights impact analysis<br>
><br>
> I know this has not yet been approved by the Board, but nonetheless,<br>
> nothing in the current by-laws would prevent staff from using the new<br>
> guidelines for this issues report.<br>
<br>
</div>Excellent suggestion.  I can raise that to Council as we consider what<br>
to do with the Issue Report set in the pre-Dakar meeting on registrar<br>
contact information.  That report could be folded into this one, to save<br>
staff from duplicative work, but only if we don't lose important<br>
elements of the freedom-of-expression impact analysis (which could be<br>
taken up in the "rights impact analysis" of the new PDP.<br>
<br>
--Wendy<br>
<div><div></div><div class="h5"><br>
<br>
> avri<br>
><br>
><br>
><br>
> On 28 Oct 2011, at 18:04, Wendy Seltzer wrote:<br>
><br>
>> As we had lots of discussion of the Registrar Accreditation<br>
>> Agreement at and surrounding this ICANN meeting, I wanted to share<br>
>> this resolution from the ICANN Board transcript at<br>
>> <<a href="http://domainincite.com/docs/board-meeting-one-dakar-oct-28-2011.txt" target="_blank">http://domainincite.com/docs/board-meeting-one-dakar-oct-28-2011.txt</a>><br>
>><br>
>><br>
>> Note particularly that the Board is initiating an Issue Report to the<br>
>> GNSO Council, directing us to start a PDP on additional items.<br>
>> It's good to see that recognition of the GNSO's responsibility, and<br>
>> puts plenty of work ahead of us to respond.<br>
>><br>
>> --Wendy<br>
>><br>
>> Registrar Accreditation Agreement Amendments. Whereas, the GNSO<br>
>> Council resolved on 4 March 2009 to support registrar accreditation<br>
>> agreements, RAA, amendments as documented in the following link,<br>
>> recommend to the board that they be adopted and to form a drafting<br>
>> team to discuss further amendments to the RAA and to identify those<br>
>> on which further action may be desirable. WHEREAS, the Council<br>
>> provided a report from that working group the prioritized<br>
>> recommendations for RAA amendment topics. WHEREAS, law enforcement<br>
>> representatives have met on several occasions to develop and<br>
>> deliver recommendations for registrar accreditation agreement<br>
>> amendment topics and those recommendations have been endorsed by<br>
>> icann's governmental advisory committee. WHEREAS, the GNSO has<br>
>> extensively debated the process for developing and approving<br>
>> amendments to the raa. whereas, continuing to evolve the RAA is an<br>
>> important element in a program to protect registrants and safeguard<br>
>> the stability of a single interoperable internet. WHEREAS, the gTLD<br>
>> registrars and ICANN are entering into negotiations to consider<br>
>> existing recommendations and deliver a proposed seat of meaningful<br>
>> amendments in the global public interest with the twin goals of<br>
>> registrant protection and stability in mind. RESOLVED, 2011.10.28,<br>
>> following the number, the ICANN board directs negotiations to<br>
>> commence immediately, resulting in proposed amendments to be<br>
>> provided for consideration at ICANN's meeting in Costa Rica in<br>
>> March 2012. RESOLVED, the subject of the negotiations should<br>
>> include law enforcement and GNSO working group recommendations as<br>
>> well as other topics that would advance the twin goals of<br>
>> registrant protection and DNS stability. RESOLVED, the board also<br>
>> requests the creation of an issues report to undertake a GNSO<br>
>> policy development process as quickly as possible to address<br>
>> remaining items suited for a PDP.<br>
>><br>
>><br>
>><br>
>> -- Wendy Seltzer -- <a href="mailto:wendy@seltzer.org">wendy@seltzer.org</a> Fellow, Yale Law School<br>
>> Information Society Project Fellow, Berkman Center for Internet &<br>
>> Society at Harvard University<br>
>> <a href="http://cyber.law.harvard.edu/seltzer.html" target="_blank">http://cyber.law.harvard.edu/seltzer.html</a><br>
>> <a href="https://www.chillingeffects.org/" target="_blank">https://www.chillingeffects.org/</a> <a href="https://www.torproject.org/" target="_blank">https://www.torproject.org/</a><br>
>> <a href="http://www.freedom-to-tinker.com/" target="_blank">http://www.freedom-to-tinker.com/</a><br>
><br>
<br>
<br>
--<br>
</div></div>Wendy Seltzer -- <a href="mailto:wendy@seltzer.org">wendy@seltzer.org</a> <a href="tel:%2B1%20914-374-0613" value="+19143740613">+1 914-374-0613</a><br>
<div class="im">Fellow, Yale Law School Information Society Project<br>
Fellow, Berkman Center for Internet & Society at Harvard University<br>
</div><a href="http://wendy.seltzer.org/" target="_blank">http://wendy.seltzer.org/</a><br>
<div><div></div><div class="h5"><a href="https://www.chillingeffects.org/" target="_blank">https://www.chillingeffects.org/</a><br>
<a href="https://www.torproject.org/" target="_blank">https://www.torproject.org/</a><br>
<a href="http://www.freedom-to-tinker.com/" target="_blank">http://www.freedom-to-tinker.com/</a><br>
</div></div></blockquote></div><br>