Proposed GNSO Council Agenda 26 March 2009
This agenda was established according to the Rules of Procedure for the GNSO Council
Coordinated Universal Time19:00 UTC - see below for local times
(12:00 Los Angeles, 15:00 Washington DC, 19:00 London, 20:00 Brussels, 06:00 Melbourne next day)
Avri Doria will be chairing the GNSO Council meeting
Scheduled time for meeting 120 mins. Dial-in numbers sent individually to Council members.
Item 0: Roll call of Council members (5 mins) Item 1: Update any statements of interest (5 mins)
Item 2: Review/amend agenda (5 mins)
Item 3: Approve GNSO Council minutes (5 mins)
GNSO Council minutes 29 January 2009
http://gnso.icann.org/mailing-lists/archives/council/msg06435.html
Item 4: Motion on Users in the GNSO (deferred from Council meeting on 4 March 2009 (10 mins) Motion proposed by Avri Doria and seconded by Chuck Gomes Whereas: On 11 December 2008, The ICANN Board of Directors requested a report on the future involvement of users in the GNSO, and On 29 January 2009, the GNSO council resolved to identify user representatives, especially individual users, who would be willing to work with the ALAC and At- Large community to develop a recommendation, and On 20 February, 2009, Alan Greenberg on behalf of the working group convened by ALAC and the GNSO Council sent a report on the Board's request relating to User Involvement in the GNSO. This report can be found at:
http://gnso.icann.org/correspondence/gnso-alac-to-icann-board-20feb09-e… Resolved: The GNSO Council endorses the report submitted on behalf of the Working Group convened by the ALAC and GNSO Council on User Involvement in the GNSO.
Item 5 Inter-Registrar Transfer Policy (IRTP) Part A Policy Development Process (PDP) (10 mins) Final Report on the Inter-Registrar Transfers Policy - Part A Policy Development Process
http://gnso.icann.org/issues/transfers/irtp-final-report-a-19mar09.pdf
Proposed Motion on the Inter-Registrar Transfer Policy (IRTP) Part A Policy Development Process (PDP) Whereas: On 25 June 2008, the GNSO Council launched a Policy Development Process (PDP) on three “new” issues identified by the Transfers Working Group in 2008 addressing (1) the potential exchange of registrant email information between registrars,
(2) the potential for including new forms of electronic authentication to verify transfer requests and avoid “spoofing,” and
(3) to consider whether the IRTP should include provisions for “partial bulk transfers” between registrars; Whereas this PDP has followed the prescribed PDP steps as stated in the Bylaws, resulting in a Final Report delivered on 19 March 2009;
Whereas the IRTP Part A WG has reached consensus on the recommendations in relation to each of the three issues outlined above; Whereas these recommendations do not include any proposals for changes to the Inter-Registrar Transfer Policy, but do recommend that the GNSO Council:
(1) Carry out an assessment of whether IRIS would be a viable option for the exchange of registrant email address data between registrars and conduct an analysis of IRIS’ costs, time of implementation and appropriateness for IRTP purposes;
(2) Suggest that future IRTP working groups consider the appropriateness of a policy change that would prevent a registrant from reversing a transfer after it has been completed and authorized by the admin contact; and,
(3) Clarify that the current bulk transfer provisions also apply to a bulk transfer of domain names in only one gTLD. Whereas the GNSO Council has reviewed and discussed these recommendations; The GNSO Council RESOLVES: To encourage staff to explore further assessment of whether IRIS would be a viable option for the exchange of registrant email address data between registrars and conduct an analysis of IRIS’ costs, time of implementation and appropriateness for IRTP purposes. To include in future IRTP working groups the issue of the appropriateness of a policy change that would prevent a registrant from reversing a transfer after it has been completed and authorized by the admin contact. Recommends that ICANN staff communicate to registries and registrars that the current bulk transfer provisions do apply to cases requiring the transfer of all names in one single gTLD under management of a registrar.
From the Policy on Transfer of Registrations between Registrars: ‘Transfer of the sponsorship of all the registrations sponsored by one Registrar as the result of (i) acquisition of that Registrar or its assets by another Registrar, or (ii) lack of accreditation of that Registrar or lack of its authorization with the Registry Operator, may be made according to the following procedure:
(a) The gaining Registrar must be accredited by ICANN for the Registry TLD and must have in effect a Registry-Registrar Agreement with Registry Operator for the Registry TLD.
(b) ICANN must certify in writing to Registry Operator that the transfer would promote the community interest, such as the interest in stability that may be threatened by the actual or imminent business failure of a Registrar.
Upon satisfaction of these two conditions, the Registry Operator will make the necessary one-time changes in the Registry database for no charge, for transfers involving 50,000 name registrations or fewer. If the transfer involves registrations of more than 50,000 names, Registry Operator will charge the gaining Registrar a one-time flat fee of US$ 50,000.’
Item 6 Registrar Accreditation Agreement (RAA) Motion Action Items (Council) (10 mins) Resolution approved on 4 March:
http://gnso.icann.org/resolutions/
Resolved: The GNSO Council supports the RAA amendments as documented in
http://gnso.icann.org/drafts/current-list-proposed-raa-amendments-16dec…
and recommends to the Board that they be adopted at its meeting of March 6, 2009; http://www.icann.org/en/minutes/resolutions-06mar09.htm#09 Within 30 days of Board approval of the set of amendments, representatives from the GNSO community and the ALAC shall be identified to participate in drafting a registrant rights charter, as contemplated by the amendments and the current GNSO Council discussions, with support from ICANN staff. A draft charter shall be completed no later than July 31 2009; and Within 30 days of Board approval of the set of amendments, the GNSO Council will form a Drafting Team to discuss further amendments to the RAA and to identify those on which further action may be desirable. The Drafting Team should endeavor to provide its advice to the Council and ICANN staff no later than July 31, 2009.
Item 7: Post-Expiration Domain Name Recovery Policy Development Process (PDP) decision (Alan Greenberg/Drafting Team) (10 mins) Proposed Motion on Post-Expiration Domain Name Recovery
Whereas on 05 December 2008, the GNSO received an Issues Report on Post-Expiration Domain Name Recovery (PEDNR);
Whereas on 29 January 2009 the GNSO Council decided to form a Drafting Team (DT) to consider the form of policy development action in regard to PEDNR;
Whereas a DT has formed and its members have discussed and reviewed the issues documented in the Issues Report;
Whereas the DT has concluded that although some further information gathering may be needed, it should be done under the auspices of a PDP;
Whereas staff has suggested and the DT concurs that the issue of registrar transfer during the RGP might be better handled during the IRTP Part C PDP. The GNSO Council RESOLVES to initiate a Policy Development Process (PDP) to address the issues identified in the Post-Expiration Domain Name Recovery Issues Report. The charter of the Task Force or Working Group charged with carrying out this PDP should include a mandate to consider both Consensus Policy recommendations as well as recommendations regarding best practices, ICANN compliance obligations and possible RAA changes, all associated with staff recommendations in the Issues Report section 4.2.
Specifically, consideration of the following questions:
• Whether adequate opportunity exists for registrants to redeem their expired domain names;
• Whether expiration-related provisions in typical registration agreements are clear and conspicuous enough;
• Whether adequate notice exists to alert registrants of upcoming expirations;
• Whether additional measures need to be implemented to indicate that once a domain name enters the Auto-Renew Grace Period, it has expired (e.g., hold status, a notice on the site with a link to information on how to renew, or other options to be determined).
• Whether to allow the transfer of a domain name during the RGP.
The GNSO Council further resolves that the issue of logistics of possible registrar transfer during the RGP shall be incorporated into the charter of the IRTP Part C charter. Item 8: Current Whois policy requirements for IDNs (Council/Liz Gasster) (10 mins) Item 9: New Bylaw discussion - requested by Staff - Staff presentation (10 mins)
Item 10: Status Updates (15 mins) 10 . 1 Board Update
http://www.icann.org/en/minutes/resolutions-06mar09.htm 10. 2 ccNSO Liaison update
10. 3 Geographical Region WG update
10. 4 Implementation Recommendation Team (IRT) status update http://www.icann.org/en/minutes/resolutions-06mar09.htm#07 10. 5 Joint GNSO/ccNSO group to discuss coordination of timing for IDN TLDs (Avri Doria /Chris Disspain) update
10. 6 Policy Items
10. 6. 1. Working Groups
10. 6. 1. 1. Fast Flux
10. 6. 1. 2. Registration Abuse Policies Working Group (RAPWG)
10. 6. 2. Drafting Teams
10. 6. 2.1. Travel Policy Drafting Team - Travel Database for Sydney
http://gnso.icann.org/mailing-lists/archives/council/msg06424.html
10. 6. 2. 2. Response to IDN ccTLD Fast Track
10. 6. 3 GNSO Improvement Work Teams
10. 6. 3. 1 Policy Process Steering Committee (PPSC) Policy Development Process (PDP) work team (WT)
10. 6. 3. 2. PPSC Working Group work team WGWT
10. 6. 3. 3. Operations Steering Committee (OSC) Communications coordination work team
10. 6. 3. 4. OSC Constituency operations work team
10. 6. 3. 5. OSC GNSO Council operations work team 10. 7. Restructuring group
http://gnso.icann.org/meetings/pending-action-list.pdf - deadlines to be met
Item 11: AOB
(12:00 Los Angeles, 15:00 Washington DC, 19:00 London, 20:00 Brussels, 06:00 Melbourne next day)
----------------------------------------------------------------------------
Local time between October and March, Winter in the NORTHERN hemisphere
----------------------------------------------------------------------------
Reference (Coordinated Universal Time) UTC 19:00
----------------------------------------------------------------------------
California, USA (PST) UTC-7+1DST 12:00
New York/Washington DC, USA (EST) UTC-4+1DST 15:00
Buenos Aires, Argentina UTC-3+0DST 16:00
Rio de Janeiro, Brazil UTC-3+0DST 16:00
London, United Kingdom (BST) UTC+0DST 19:00
Brussels, Belgium (CET) UTC+1+0DST 20:00
Paris, France (CET) UTC+1+0DST 20:00
Barcelona, Spain (CET) UTC+1+0DST 20:00
Karachi, Pakistan UTC+5+0DST 00:00
Hong Kong, China UTC+8+0DST 03:00
Singapore, Singapore UTC+8+0DST 03:00
Melbourne, Australia (EDT) UTC+10+1DST 06:00 (Friday 27 March)
----------------------------------------------------------------------------
The DST starts/ends on last Sunday of March 2009, 2:00 or 3:00 local time (with exceptions)
----------------------------------------------------------------------
For other places see http://www.timeanddate.com
| 