<<<
Chronological Index
>>> <<<
Thread Index
>>>
Re: [council] Motions for next week's meeting
Thanks Jeff.
Can you suggest a FA please?
Stéphane
Le 11 janv. 2012 à 14:11, Neuman, Jeff a écrit :
> I will second, but just ask that we change the Whearas clauses to acknowledge
> the comments received by the IPC (even if past the due date).
>
> Jeffrey J. Neuman
> Neustar, Inc. / Vice President, Business Affairs
>
> The information contained in this e-mail message is intended only for the use
> of the recipient(s) named above and may contain confidential and/or
> privileged information. If you are not the intended recipient you have
> received this e-mail message in error and any review, dissemination,
> distribution, or copying of this message is strictly prohibited. If you have
> received this communication in error, please notify us immediately and delete
> the original message.
>
>
> From: owner-council@xxxxxxxxxxxxxx [mailto:owner-council@xxxxxxxxxxxxxx] On
> Behalf Of Stéphane Van Gelder
> Sent: Wednesday, January 11, 2012 7:54 AM
> To: Mason Cole
> Cc: council@xxxxxxxxxxxxxx
> Subject: Re: [council] Motions for next week's meeting
>
> Thanks Mason for making these.
>
> Are there seconds for these motions?
>
> Glen, please upload them to the wiki. Thanks.
>
> Stéphane
>
>
>
> Le 10 janv. 2012 à 19:57, Mason Cole a écrit :
>
>
> Happy New Year all --
>
> I move for the following two items:
>
>
>
>
> Motion on the Adoption of the Staff Proposal on IRTP Part B Recommendation #8
>
> WHEREAS on 24 June 2009, the GNSO Council launched a Policy Development
> Process (PDP) on IRTP Part B addressing the following five charter questions:
> a. Whether a process for urgent return/resolution of a domain name should be
> developed, as discussed within the SSAC hijacking report
> (http://www.icann.org/announcements/hijacking-report-12jul05.pdf); see also
> (http://www.icann.org/correspondence/cole-to-tonkin-14mar05.htm);
> b. Whether additional provisions on undoing inappropriate transfers are
> needed, especially with regard to disputes between a Registrant and Admin
> Contact (AC). The policy is clear that the Registrant can overrule the AC,
> but how this is implemented is currently at the discretion of the registrar;
> c. Whether special provisions are needed for a change of registrant when it
> occurs near the time of a change of registrar. The policy does not currently
> deal with change of registrant, which often figures in hijacking cases;
> d. Whether standards or best practices should be implemented regarding use of
> a Registrar Lock status (e.g. when it may/may not, should/should not be
> applied);
> e. Whether, and if so, how best to clarify denial reason #7: A domain name
> was already in 'lock status' provided that the Registrar provides a readily
> accessible and reasonable means for the Registered Name Holder to remove the
> lock status.
>
> WHEREAS this PDP has followed the prescribed PDP steps as stated in the
> Bylaws, resulting in a Final Report delivered on 30 May 2011;
>
> WHEREAS the IRTP Part B WG has reached full consensus on the recommendations
> in relation to each of the five issues outlined above;
>
> WHEREAS in relation to recommendation #8, the GNSO Council resolved at its
> meeting on 22 June to request ‘ICANN staff to provide a proposal designed to
> ensure a technically feasible approach can be developed to meet this
> recommendation. Staff should take into account the IRTP Part B WG
> deliberations in relation to this issue (see IRTP Part B Final Report). (IRTP
> Part B Recommendation #8). The goal of these changes is to clarify why the
> Lock has been applied and how it can be changed. Upon review of the proposed
> plan, the GNSO Council will consider whether to approve the recommendation’;
>
> WHEREAS ICANN staff developed the proposal in consultation with the IRTP Part
> B Working Group which was put out for public comment (see
> http://www.icann.org/en/public-comment/irtp-b-staff-proposals-22nov11-en.htm);
>
> WHEREAS no comments were received as part of the public comment forum and the
> proposal was submitted to the GNSO Council;
>
> WHEREAS the GNSO Council has reviewed and discussed the ICANN Staff proposal
> in relation to IRTP Part B recommendation #8.
>
> RESOLVED, the GNSO Council recommends to the ICANN Board of Directors that it
> adopts and implements IRTP Part B recommendation #8 and the related ICANN
> Staff proposal (as described in
> http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf and
> http://gnso.icann.org/mailing-lists/archives/council/msg12545.html).
>
>
> ==============
>
> Motion on the Adoption of the Staff Proposal on IRTP Part B Recommendation #9
> part 2
>
> WHEREAS on 24 June 2009, the GNSO Council launched a Policy Development
> Process (PDP) on IRTP Part B addressing the following five charter questions:
> a. Whether a process for urgent return/resolution of a domain name should be
> developed, as discussed within the SSAC hijacking
> report?(http://www.icann.org/announcements/hijacking-report-12jul05.pdf); see
> also (http://www.icann.org/correspondence/cole-to-tonkin-14mar05.htm);
> b. Whether additional provisions on undoing inappropriate transfers are
> needed, especially with regard to disputes between a Registrant and Admin
> Contact (AC). The policy is clear that the Registrant can overrule the AC,
> but how this is implemented is currently at the discretion of the registrar;
> c. Whether special provisions are needed for a change of registrant when it
> occurs near the time of a change of registrar. The policy does not currently
> deal with change of registrant, which often figures in hijacking cases;
> d. Whether standards or best practices should be implemented regarding use of
> a Registrar Lock status (e.g. when it may/may not, should/should not be
> applied);?e. Whether, and if so, how best to clarify denial reason #7: A
> domain name was already in 'lock status' provided that the Registrar provides
> a readily?accessible and reasonable means for the Registered Name Holder to
> remove the lock status.
>
> WHEREAS this PDP has followed the prescribed PDP steps as stated in the
> Bylaws, resulting in a Final Report delivered on 30 May 2011;
>
> WHEREAS the IRTP Part B WG has reached full consensus on the recommendations
> in relation to each of the five issues outlined above;
>
> WHEREAS in relation to recommendation #9 part b, the GNSO Council resolved at
> its meeting on 22 June to request ICANN Staff to provide a proposal for a new
> provision on locking / unlocking of a domain name, taking into account the
> IRTP Part B WG deliberations in relation to this issue (see IRTP Part B Final
> Report - (Recommendation #9 - part 2). Upon review of the proposal, the GNSO
> Council will consider whether to approve the recommendation;
>
> WHEREAS ICANN staff developed the proposal in consultation with the IRTP Part
> B Working Group which was put out for public comment (see
> http://www.icann.org/en/public-comment/irtp-b-staff-proposals-22nov11-en.htm);
>
> WHEREAS no comments were received as part of the public comment forum and the
> proposal was submitted to the GNSO Council;
>
> WHEREAS the GNSO Council has reviewed and discussed the ICANN Staff proposal
> in relation to IRTP Part B recommendation #9 part 2.
>
> RESOLVED, the GNSO Council recommends to the ICANN Board of Directors that it
> adopts and implements IRTP Part B recommendation #9 part 2 and the related
> ICANN Staff proposal (as described in
> http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf and
> http://gnso.icann.org/mailing-lists/archives/council/msg12545.html).
>
>
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|