[Gnso-newgtld-wg] 7th Topical E-mail: GAC Advice (Topic 30)
Jorge.Cancio at bakom.admin.ch
Jorge.Cancio at bakom.admin.ch
Fri Dec 4 19:02:17 UTC 2020
regarding 30.3 and the obligation to provide a rationale: as the GAC consensus input mentions, this flows from Section 12.3. of the Bylaws applicable to all ACs:
„Section 12.3. PROCEDURES
Each Advisory Committee shall determine its own rules of procedure and quorum requirements; provided that each Advisory Committee shall ensure that the advice provided to the Board by such Advisory Committee is communicated in a clear and unambiguous written statement, including the rationale for such advice. The Board will respond in a timely manner to formal advice from all Advisory Committees explaining what action it took and the rationale for doing so.“
As to 30.4., while it is true that there is no GAC consensus position on retaining the „strong presumption“ language, it is supported by many and the rationale for retaining it is more nuanced as presented.
Here is the full argumentation from the GAC input:
„ Regarding Recommendation 30.4, some GAC Members continue to consider that the Bylaws changes from 2016 did not introduce any modification to the section on GAC Advice which would require a change of the language included in Section 3.1 of the 2012 Applicant Guidebook which states that GAC Consensus Advice “will create a strong presumption for the ICANN Board that the application should not be approved”. In the opinion of said GAC Members this language was part of a delicate compromise during the 2012 round preparations and should therefore be maintained. Finally, said GAC Members consider that the possibility of maintaining a dialogue with the concerned applicant is not hampered by this language, considering that recommendation 30.7 of the PDP WG establishes ways and means to conduct such a dialogue even in the case of GAC Consensus Advice objecting to an application.“
(in my national capacity)
Von: mail at christopherwilkinson.eu CW <mail at christopherwilkinson.eu>
Datum: 4. Dezember 2020 um 19:39:57 MEZ
An: Jeff Neuman <jeff at jjnsolutions.com>, gnso-newgtld-wg at icann.org <gnso-newgtld-wg at icann.org>
Betreff: Re: [Gnso-newgtld-wg] 7th Topical E-mail: GAC Advice (Topic 30)
The original text on the Scope of GAC Advice is unnecessarily antagonistic to the GAC and I grant Leadership's wisdom in making the changes, albeit, diplomatically, damage has likely already been done.
1. I do not support linking GAC advice or indeed the advice of GAC members explicitly to the Bylaws. (a) the Bylaws are not themselves immutable and (b) it is impossible to foresee all issues that may arise in the context of large and complex Rounds in the future.
2. I would retain the `strong presumption` language. I do not recall a consensus in the PDP to delete that. Quibbling about it can but become an embarrassment to the Board.
3. I would propose to replace 'various laws' with 'applicable local law' (Articles of Incorporation language).
El 4 de diciembre de 2020 a las 15:46 Jeff Neuman <jeff at jjnsolutions.com> escribió:
This is the Seventh Topical E-mail on outstanding questions being “put to the list.” This covers GAC Advice (Topic 30)
Remember: We are down to the wire on this, so unless you have a VERY strong objection to these, we will put these into the document. If you do have a big issue with the responses to these (all of which were previously discussed and in emails over the past 1.5 months), please let us know ASAP. Only comments that provide the rationale for the objection with proposed replacement text to address the specific outstanding questions will now be considered.
Lets not let the perfect be the enemy of the good.
ISSUE: Scope of GAC Advice
1. Current Recommendations
* Recommendation 30.3: As stated in the ICANN Bylaws, GAC Consensus Advice must include a clearly articulated rationale. The Working Group recommends that GAC Consensus Advice be limited to the scope set out in the applicable Bylaws provisions and elaborate on any “interaction between ICANN's policies and various laws and international agreements or where they may affect public policy issues.” To the extent that the rationale for GAC Consensus Advice is based on public policy considerations, well-founded merits-based public policy reasons must be articulated.
* Recommendation 30.4: Section 3.1 of the 2012 Applicant Guidebook states that GAC Consensus Advice “will create a strong presumption for the ICANN Board that the application should not be approved.” Noting that this language does not have a basis in the current version of the ICANN Bylaws, the Working Group recommends omitting this language in future versions of the Applicant Guidebook to bring the Applicant Guidebook in line with the Bylaws language. The Working Group further notes that the language may have the unintended consequence of hampering the ability of the Board to facilitate a solution that mitigates concerns and is mutually acceptable to the applicant and the GAC as described in the relevant Bylaws language. Such a solution could allow an application to proceed. In place of the omitted language, the Working Group recommends including in the Applicant Guidebook a reference to applicable Bylaws provisions that describe the voting threshold for the ICANN Board to reject GAC Consensus Advice.
1. Re 30.4 - Some governments (including France and Switzerland) have concerns about the removal of “strong presumption”, but this is not a GAC Consensus statement.
2. Re 30.3 – The GAC (and this is supported by a Consensus of GAC) opposes any limitation on the scope of GAC Advice like that found in 30.3
* Bylaws State: “The Governmental Advisory Committee should consider and provide advice on the activities of ICANN as they relate to concerns of governments, particularly matters where there may be an interaction between ICANN's policies and various laws and international agreements or where they may affect public policy issues.”
* Our Report states: To the extent that the rationale for GAC Consensus Advice is based on public policy considerations, well-founded merits-based public policy reasons must be articulated
* The Difference: Our WG added the language “well-founded merits-based public policy reasons must be articulated.”
* IPC Argues: We should make this even stronger and add more requirements that there should be data, facts or other evidence provided by GAC as well as reference to relevant national or Internation law wherever possible.
* GAC: Argues that this is not right. If for 30.4 we are insisting on mirroring the language in the Bylaws, why, they argue, are we not mirroring the Bylaws language for 30.3?
1. Leadership Proposal:
1. Leadership believes that the Working Group still supports the notion of defaulting to the Bylaws when talking about GAC Consensus Advice and that we should be consistent. Therefore, we would recommend keeping 30.4 as is, but changing 30.3 to “As stated in the ICANN Bylaws has been the practice of the GAC since at least as early as ICANN56, GAC Consensus Advice must include a clearly articulated rationale. The Working Group recommends that GAC Consensus Advice be limited to the scope set out in the applicable Bylaws provisions and elaborate on any “interaction between ICANN's policies and various laws and international agreements or where they may affect public policy issues.” To the extent that the rationale for GAC Consensus Advice is based on public policy considerations, well-founded merits-based public policy reasons must be articulated.
* We recognize that this goes counter to the comments of the IPC, but we believe we should be consistent. If we are insisting adherence to the Bylaws, then we should take them as a whole, not just the parts that we support. And the reality is that even though it makes logical sense for well-founded merits-based public policies be articulated, this language is not in the Bylaws.
* With respect to the first change, we could not find in the ICANN Bylaws where it mandates a clearly articulated rationale, but it has been the practice of the GAC to include one since ICANN56.
Please have your comments (If any) by no later than 23:59:59 UTC on Tuesday, December 8, 2020.
Jeff & Cheryl
[cid:image002.png at 01D6CA22.4C0E6940]
Jeffrey J. Neuman
Founder & CEO
JJN Solutions, LLC
E: jeff at jjnsolutions.com<mailto:jeff at jjnsolutions.com>
Gnso-newgtld-wg mailing list
Gnso-newgtld-wg at icann.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 20563 bytes
More information about the Gnso-newgtld-wg