OFFICIAL


Ariel cc as above

 

Good morning to you and colleagues.  Thanks to Anne for initiating this dialogue. 

 

From what I recall back in 2012 Round the GAC Early Warnings were, in the main, a pre-cursor to GAC advice on the “names” identified of concern.  You are of course right that an “early warning” has no “regulatory” effect but an effected applicant, one might think, would be perhaps wise to assess how the concern could be overcome by an RVC and even offer it ahead of GAC advice. 

 

Best

 

Nigel

 

 

 

 


OFFICIAL

From:
Ariel Liang via SubPro-IRT <subpro-irt@icann.org>
Sent: 06 January 2025 20:07
To: Anne ICANN <anneicanngnso@gmail.com>
Cc: subpro-irt@icann.org
Subject: [SubPro-IRT] Re: [Ext] Re: Proposed AGB Language: Topic 9 PICs/RVCs/Community Registration Policies

 

Hello Anne,

 

To our understanding, the GAC Advice and GAC Early Warning have significantly different ‘weight’, as the Board is required to consider a GAC Advice and act on it accordingly, but not for a GAC Early Warning (which can be issued by one or more GAC members, not by the entire GAC).

 

For example, if a GAC Early Warning flags certain concerns with an application, the applicant may actually do nothing, knowing the risk of a potential GAC Advice to the Board (which may or may not happen). The applicant has the option to propose an RVC after receiving the GAC Early Warning in order to reduce the risk, but in general the approval or rejection of such an RVC has no bearing on whether the application is able to proceed.

 

However, in the event the GAC, in its advice, advises the Board that an application cannot proceed unless agreement is reached on a proposed RVC that is approved by ICANN, then the applicant cannot ‘ignore’ the GAC Advice and the approval/rejection of a proposed RVC in response to such a GAC Advice will have bearing on the fate of the application. This is further elaborated in Section 3.4 of the “Community Input and Dispute Resolution” topic.

 

I hope I answered your question, Anne?

 

Best,

Ariel

 

 

From: Anne ICANN <anneicanngnso@gmail.com>
Date: Monday, January 6, 2025 at 1:21 PM
To: Ariel Liang <
ariel.liang@icann.org>
Cc: "
subpro-irt@icann.org" <subpro-irt@icann.org>
Subject: [Ext] Re: [SubPro-IRT] Proposed AGB Language: Topic 9 PICs/RVCs/Community Registration Policies

 

Thanks Ariel.  A preliminary question:  trying to understand the difference in 3.2.4 between a proposed RVC in response to GAC Advice versus a proposed RVC in response to GAC Early Warning?

 

Thank you,

Anne

\

Anne Aikman-Scalese

GNSO Councilor

NomCom Non-Voting 2022-2026

 

 

On Thu, Jan 2, 2025 at 12:02PM Ariel Liang via SubPro-IRT <subpro-irt@icann.org> wrote:

Dear All,

 

Happy New Year! Hope you all had some time to relax and feel rejuvenated after the holiday season!

 

During the IRT meeting on 9 January, we are expected to discuss the proposed AGB language for Topic 9 PICs/RVCs/Community Registration Policies. We are circulating the draft language [docs.google.com] to facilitate your preview.

 

Kindly note that we plan to focus discussion on Section 3 RVCs in the Google Doc. To facilitate discussion, we produced a redline document to showcase the changes from the previous version presented to the IRT on 15 Oct 2024. All the relevant documents are uploaded on the meeting wiki page here.

 

Thank you for your preview, and speak to you soon next week!

 

Best Regards,

Ariel

 

_______________________________________________
SubPro-IRT mailing list --
subpro-irt@icann.org
To unsubscribe send an email to
subpro-irt-leave@icann.org

_______________________________________________
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (
https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.