Reconsideration: Difference between revisions
No edit summary |
No edit summary |
||
Line 7: | Line 7: | ||
(iii) One or more actions or inactions of the Board or Staff that are taken as a result of the Board's or staff's reliance on false or inaccurate relevant information.<ref>Section 4.2(c), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref></blockquote> | (iii) One or more actions or inactions of the Board or Staff that are taken as a result of the Board's or staff's reliance on false or inaccurate relevant information.<ref>Section 4.2(c), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref></blockquote> | ||
The [[Empowered Community]] (EC) may submit a "Community Reconsideration Request" if approved under the rules listed in the "EC Mechanism" Annex of the Bylaws<ref>[https://www.icann.org/resources/pages/governance/bylaws-en/#annexD Annex D to the ICANN Bylaws], as amended November 28, 2019</ref>; and if the matter relates to the exercise of the powers and rights of the EC as defined by the Bylaws.<ref>Section 4.2(b), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> | The [[ICANN Empowered Community]] (EC) may submit a "Community Reconsideration Request" if approved under the rules listed in the "EC Mechanism" Annex of the Bylaws<ref name="annexd">[https://www.icann.org/resources/pages/governance/bylaws-en/#annexD Annex D to the ICANN Bylaws], as amended November 28, 2019</ref>; and if the matter relates to the exercise of the powers and rights of the EC as defined by the Bylaws.<ref>Section 4.2(b), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> Annex D outlines the process through which "Decisional Participants" may petition the EC to submit a Community Reconsideration Request.<ref name="annexd" /> | ||
===Applicability to | ===Applicability to Objections to Applications, New gTLD Program=== | ||
The reconsideration process was available for challenges to expert determinations rendered by third party dispute resolution service provider (DRSP) panels in the [[New gTLD Program]], if the panels or staff failed to follow established policies or processes in reaching the expert determination.<ref>[https://newgtlds.icann.org/en/applicants/agb New gTLD Program - Applicant Guidebook]</ref> In other words, the substance of an expert determination could not be challenged, but a failure in procedural requirements could be. | The reconsideration process was available for challenges to expert determinations rendered by third party dispute resolution service provider (DRSP) panels in the [[New gTLD Program]], if the panels or staff failed to follow established policies or processes in reaching the expert determination.<ref>[https://newgtlds.icann.org/en/applicants/agb New gTLD Program - Applicant Guidebook]</ref> In other words, the substance of an expert determination could not be challenged, but a failure in procedural requirements could be. | ||
Line 21: | Line 21: | ||
Under the current Bylaws, the [[ICANN Board|Board Accountability Mechanisms Committee]] (BAMC) reviews and considers the requests.<ref>Section 4.2(e) and (k), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> In previous versions of the reconsideration process, the Board Governance Committee was responsible for the full review process (with no referral to the ICANN Ombudsman as described below).<ref>see, e.g., the [https://www.icann.org/resources/pages/bylaws-2012-02-25-en#IV Accountability Mechanisms] of the Bylaws in effect as amended in July 2014</ref> If the committee determines that the reconsideration request fails to meet the requirements specified in Article 4.2 of the Bylaws, or is "frivolous," it can summarily dismiss the request on that basis.<ref>Section 4.2(k), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> Dismissal on the sole basis that the request is frivolous is rare.<ref>See, e.g., [https://www.icann.org/resources/pages/reconsideration-16-2-commercial-connect-request-2016-02-10-en Request 16.2 - Commercial Connect LLC], February 25, 2016, where despite identifying Commercial Connect's abuse of "all of ICANN's Accountability Mechanisms," the BAMC nonetheless provides an analysis on the sufficiency of the request.</ref> | Under the current Bylaws, the [[ICANN Board|Board Accountability Mechanisms Committee]] (BAMC) reviews and considers the requests.<ref>Section 4.2(e) and (k), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> In previous versions of the reconsideration process, the Board Governance Committee was responsible for the full review process (with no referral to the ICANN Ombudsman as described below).<ref>see, e.g., the [https://www.icann.org/resources/pages/bylaws-2012-02-25-en#IV Accountability Mechanisms] of the Bylaws in effect as amended in July 2014</ref> If the committee determines that the reconsideration request fails to meet the requirements specified in Article 4.2 of the Bylaws, or is "frivolous," it can summarily dismiss the request on that basis.<ref>Section 4.2(k), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> Dismissal on the sole basis that the request is frivolous is rare.<ref>See, e.g., [https://www.icann.org/resources/pages/reconsideration-16-2-commercial-connect-request-2016-02-10-en Request 16.2 - Commercial Connect LLC], February 25, 2016, where despite identifying Commercial Connect's abuse of "all of ICANN's Accountability Mechanisms," the BAMC nonetheless provides an analysis on the sufficiency of the request.</ref> | ||
If the reconsideration request passes through the initial review, the BAMC refers the matter to the [[ICANN Ombudsman]] for investigation | If the reconsideration request passes through the initial review, the BAMC refers the matter to the [[ICANN Ombudsman]] for investigation. In the event that the Ombudsman must recuse themselves, the BAMC will investigate on its own. The Ombudsman may employ the services of experts to assist with their investigation.<ref>Section 4.2(l), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> In addition, the BAMC may request additional information from the requestor, third parties, ICANN staff, and anyone else it deems relevant to the inquiry.<ref>Sections 4.2(m)-(o), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> | ||
The Ombudsman (or the BAMC on its own behalf) completes a substantive evaluation of the reconsideration request. Following the completion of the substantive evaluation, the BAMC shall review and consider all information gathered in the written record, including supplemental information from any of the sources described in Sections 4.2(m)-(o).<ref>Section 4.2(p), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> | |||
The BAMC then submits a non-binding recommendation to the full Board for its consideration. The Board makes the final determination on the reconsideration request.<ref>Section 4.2(r), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> | |||
===Urgent Requests=== | |||
The requestor may request urgent review of an action or inaction by the Board if they believe that "timing requirements of the process set forth in...Section 4.2 are too long." An approved request for urgent review causes the entire process to operate under expedited time frames.<ref>Section 4.2(s), [https://www.icann.org/resources/pages/governance/bylaws-en/#article4 Article 4, ICANN Bylaws], as amended November 28, 2019</ref> | |||
==References== | ==References== |
Revision as of 23:57, 3 January 2022
Reconsideration is one of ICANN's Accountability Mechanisms. This option is provided in the ICANN Bylaws Article IV, Section 2. Any person or entity materially affected by an action (or inaction) of ICANN may request reconsideration of that action by the ICANN Board.
Matters Subject to Reconsideration[edit | edit source]
Requestors may submit reconsideration requests if they have been adversely affected by:
(i) One or more Board or Staff actions or inactions that contradict ICANN's Mission, Commitments, Core Values and/or established ICANN policy(ies);
(ii) One or more actions or inactions of the Board or Staff that have been taken or refused to be taken without consideration of material information, except where the Requestor could have submitted, but did not submit, the information for the Board's or Staff's consideration at the time of action or refusal to act; or
(iii) One or more actions or inactions of the Board or Staff that are taken as a result of the Board's or staff's reliance on false or inaccurate relevant information.[1]
The ICANN Empowered Community (EC) may submit a "Community Reconsideration Request" if approved under the rules listed in the "EC Mechanism" Annex of the Bylaws[2]; and if the matter relates to the exercise of the powers and rights of the EC as defined by the Bylaws.[3] Annex D outlines the process through which "Decisional Participants" may petition the EC to submit a Community Reconsideration Request.[2]
Applicability to Objections to Applications, New gTLD Program[edit | edit source]
The reconsideration process was available for challenges to expert determinations rendered by third party dispute resolution service provider (DRSP) panels in the New gTLD Program, if the panels or staff failed to follow established policies or processes in reaching the expert determination.[4] In other words, the substance of an expert determination could not be challenged, but a failure in procedural requirements could be.
Excluded from Reconsideration[edit | edit source]
The Bylaws expressly exclude the following subjects from the reconsideration mechanism:
- Disputes relating to country code top-level domain ("ccTLD") delegations and re-delegations;
- Disputes relating to Internet numbering resources; and
- Disputes relating to protocol parameters.[5]
Process[edit | edit source]
Under the current Bylaws, the Board Accountability Mechanisms Committee (BAMC) reviews and considers the requests.[6] In previous versions of the reconsideration process, the Board Governance Committee was responsible for the full review process (with no referral to the ICANN Ombudsman as described below).[7] If the committee determines that the reconsideration request fails to meet the requirements specified in Article 4.2 of the Bylaws, or is "frivolous," it can summarily dismiss the request on that basis.[8] Dismissal on the sole basis that the request is frivolous is rare.[9]
If the reconsideration request passes through the initial review, the BAMC refers the matter to the ICANN Ombudsman for investigation. In the event that the Ombudsman must recuse themselves, the BAMC will investigate on its own. The Ombudsman may employ the services of experts to assist with their investigation.[10] In addition, the BAMC may request additional information from the requestor, third parties, ICANN staff, and anyone else it deems relevant to the inquiry.[11]
The Ombudsman (or the BAMC on its own behalf) completes a substantive evaluation of the reconsideration request. Following the completion of the substantive evaluation, the BAMC shall review and consider all information gathered in the written record, including supplemental information from any of the sources described in Sections 4.2(m)-(o).[12]
The BAMC then submits a non-binding recommendation to the full Board for its consideration. The Board makes the final determination on the reconsideration request.[13]
Urgent Requests[edit | edit source]
The requestor may request urgent review of an action or inaction by the Board if they believe that "timing requirements of the process set forth in...Section 4.2 are too long." An approved request for urgent review causes the entire process to operate under expedited time frames.[14]
References[edit | edit source]
- ↑ Section 4.2(c), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ 2.0 2.1 Annex D to the ICANN Bylaws, as amended November 28, 2019
- ↑ Section 4.2(b), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ New gTLD Program - Applicant Guidebook
- ↑ Section 4.2(d), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ Section 4.2(e) and (k), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ see, e.g., the Accountability Mechanisms of the Bylaws in effect as amended in July 2014
- ↑ Section 4.2(k), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ See, e.g., Request 16.2 - Commercial Connect LLC, February 25, 2016, where despite identifying Commercial Connect's abuse of "all of ICANN's Accountability Mechanisms," the BAMC nonetheless provides an analysis on the sufficiency of the request.
- ↑ Section 4.2(l), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ Sections 4.2(m)-(o), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ Section 4.2(p), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ Section 4.2(r), Article 4, ICANN Bylaws, as amended November 28, 2019
- ↑ Section 4.2(s), Article 4, ICANN Bylaws, as amended November 28, 2019