Proposed Agenda for the GNSO Council Meeting 10 April 2014
This agenda was established according to the GNSO Council Operating Procedures approved 13 September 2012 for the GNSO Council and updated.
<http://gnso.icann.org/en/council/op-procedures-13jun13-en.pdf >
For convenience:
- An excerpt of the ICANN Bylaws defining the voting thresholds is provided in Appendix 1 at the end of this agenda.
- An excerpt from the Council Operating Procedures defining the absentee voting procedures is provided in Appendix 2 at the end of this agenda.
Meeting Times 14:00 UTC
Coordinated Universal Time 14:00 UTC
07:00 Los Angeles; 10:00 Washington; 15:00 London; 16:00 Paris; 22:00 Perth;
Dial-in numbers will be sent individually to Council members. Councillors should notify the GNSO Secretariat in advance if a dial out call is needed.
Item 1: Administrative matters (5 mins)
1.1 Roll Call
1.2 Statement of interest updates
1.3 Review/amend the Agenda
Note the status of minutes for the previous Council meeting per the GNSO Operating Procedures:
- Minutes of the GNSO Council meeting 27 February 2014 will be posted as approved on xxxx 2014
- Minutes of the GNSO Council meeting 26 March 2014 will be posted as approved on xxxx 2014
Item 2: Opening Remarks / Review of Projects & Action List (10 mins)
Review focus areas and provide updates on specific key themes / topics
Include review Action List.
Comments or questions arising.
Item 3: Consent agenda (5 mins)
[Confirmation of the NCPH election of Board Seat 14]
Item 4: DISCUSSION – GNSO Council advice regarding Specification 13 of the new gTLD registry agreement (15 mins)
Discussions and activity relating to the Internet governance ecosystem are attracting a great deal of attention. This item is on the Council’s agenda in order to provide an opportunity for discussion within the Council about how this impacts the role and work of the Council and mindful of the scope and remit of the Council, what action the Council should or could be taking. In addition, the transition of stewardship of the IANA function from the US government is now firmly on the GNSO’s agenda and the Council must determine its role and function with respect to this.
8.1 - Background
8.2 - Discussion
8.2 - Next steps
Item 5: DISCUSSION – Internet Governance Issues (15 mins)
The transition of stewardship of the IANA function from the US government is now firmly on the GNSO’s agenda and the Council must determine its role and function with respect to this.
8.1 - Discussion
8.2 - Next steps
Item 6: Any Other Business (10 mins)
Appendix 1: GNSO Council Voting Thresholds (ICANN Bylaws, Article X, Section 3)
9. Except as otherwise specified in these Bylaws, Annex A hereto, or the GNSO Operating Procedures, the default threshold to pass a GNSO Council motion or other voting action requires a simple majority vote of each House. The voting thresholds described below shall apply to the following GNSO actions:
a. Create an Issues Report: requires an affirmative vote of more than one-fourth (1/4) vote of each House or majority of one House.
b. Initiate a Policy Development Process ("PDP") Within Scope (as described in Annex A): requires an affirmative vote of more than one-third (1/3) of each House or more than two-thirds (2/3) of one House.
c. Initiate a PDP Not Within Scope: requires an affirmative vote of GNSO Supermajority.
d. Approve a PDP Team Charter for a PDP Within Scope: requires an affirmative vote of more than one-third (1/3) of each House or more than two-thirds (2/3) of one House.
e. Approve a PDP Team Charter for a PDP Not Within Scope: requires an affirmative vote of a GNSO Supermajority.
f. Changes to an Approved PDP Team Charter: For any PDP Team Charter approved under d. or e. above, the GNSO Council may approve an amendment to the Charter through a simple majority vote of each House.
g. Terminate a PDP: Once initiated, and prior to the publication of a Final Report, the GNSO Council may terminate a PDP only for significant cause, upon a motion that passes with a GNSO Supermajority Vote in favor of termination.
h. Approve a PDP Recommendation Without a GNSO Supermajority: requires an affirmative vote of a majority of each House and further requires that one GNSO Council member representative of at least 3 of the 4 Stakeholder Groups supports the Recommendation.
i. Approve a PDP Recommendation With a GNSO Supermajority: requires an affirmative vote of a GNSO Supermajority,
j. Approve a PDP Recommendation Imposing New Obligations on Certain Contracting Parties: where an ICANN contract provision specifies that "a two-thirds vote of the council" demonstrates the presence of a consensus, the GNSO Supermajority vote threshold will have to be met or exceeded.
k. Modification of Approved PDP Recommendation: Prior to Final Approval by the ICANN Board, an Approved PDP Recommendation may be modified or amended by the GNSO Council with a GNSO Supermajority vote.
l. A "GNSO Supermajority" shall mean: (a) two-thirds (2/3) of the Council members of each House, or (b) three-fourths (3/4) of one House and a majority of the other House."
Appendix 2: Absentee Voting Procedures (GNSO Operating Procedures 4.4)
4.4.1 Applicability
Absentee voting is permitted for the following limited number of Council motions or measures.
a. Initiate a Policy Development Process (PDP);
b. Approve a PDP recommendation;
c. Recommend amendments to the GNSO Operating Procedures (GOP) or ICANN Bylaws;
d. Fill a Council position open for election.
4.4.2 Absentee ballots, when permitted, must be submitted within the announced time limit, which shall be 72 hours from the meeting’s adjournment. In exceptional circumstances, announced at the time of the vote, the Chair may reduce this time to 24 hours or extend the time to 7 calendar days, provided such amendment is verbally confirmed by all Vice-Chairs present.
4.4.3 The GNSO Secretariat will administer, record, and tabulate absentee votes according to these procedures and will provide reasonable means for transmitting and authenticating absentee ballots, which could include voting by telephone, e- mail, web-based interface, or other technologies as may become available.
4.4.4 Absentee balloting does not affect quorum requirements. (There must be a quorum for the meeting in which the vote is initiated.)
----------------------------------------------------------------------------
Local time between October and March, Winter in the NORTHERN hemisphere
----------------------------------------------------------------------------
Reference (Coordinated Universal Time) UTC 14:00
----------------------------------------------------------------------------
California, USA (PDT) UTC-7+0DST 07:00
Iowa City, USA (CDT) UTC-5+0DST 09:00
New York/Washington DC, USA (EDT) UTC-4+0DST 10:00
Rio de Janiero, Brazil (BRST) UTC-3+0DST 11:00
Montevideo, Uruguay (UYST) UTC-3+0DST 11:00
Buenos Aires, Argentina (ART) UTC-3+0DST 11:00
London, United Kingdom (BST) UTC+0DST 15:00
Bonn, Germany (CET) UTC+1+0DST 16:00
Stockholm, Sweden (CET) UTC+1+0DST 16:00
Cairo, Egypt, (EET) UTC+2+0DST 16:00
Istanbul, Turkey (EEST) UTC+2+0DST 17:00
Ramat Hasharon, Israel(IST) UTC+2+0DST 17:00
Beijing/Hong Kong, China/Singapore (HKT ) UTC+8+0DST 22:00
Perth, Australia (WST) UTC+8+0DST 22:00
----------------------------------------------------------------------------
DST starts/ends on last Sunday of March 2014, 2:00 or 3:00 local time (with exceptions)
----------------------------------------------------------------------
For other places see http://www.timeanddate.com
