Page History

Notes/ Action Items

Action Item

None

Notes

1. Welcome, roll call & staff

- Katrina sent a letter to the ICANN Board, requesting the Board to officially end ccNSO PDP2, so that ccNSO can launch PDP4 which focuses on outlining the difference between string similarity and IDN variant, as well as selection of IDN ccTLD strings, etc. https://ccnso.icann.org/sites/default/files/field-attached/sataki-to-chalaby-04sep19-en.pdf

- Will better understand the timeline of ccNSO PDP4 following the ccNSO Council meeting next Thursday. GNSO staff will keep coordinating with the ccNSO staff and keep the Scoping Team informed about the timeline.

2. Conclude identifying problems/issues related to the IDN guidelines/IDN tables (2nd level)

- On sending liaison(s) to the ccPDP on IDN ccTLDs, the Small Scoping Team plans to ask the GNSO council Council to call for volunteer(s) to serve as liaison(s) with the understanding that 1) the liaisons should have some expertise on the subject matter and, 2) not be limited council Council members.

- There may be some limitations on the number of people who will volunteer for the liaison position.

- When the ccNSO PDP4 working group charter is being developed, the liaison aspect will be integrated. GNSO & ccNSO taff staff will also discuss the number of liaisons in the next coordination call.

- For PDPs, the Council usually only assigns a single liaison.

- Liaison represents one mechanism for coordination between the ccNSO and GNSO. The Small Scoping Team may consider holding off sending the Council the request to call for volunteer, and thinking about other mechanisms for coordination. GNSO Council does not need to rush to select liaison(s) yet.

- Working conclusion of the IDN Tables/IDN Implementation Guidelines (2^nd level): On the topic of ICANN IDN Implementation Guidelines we , the Scoping Team will propose for the GNSO to setup set up 2 working groups: 1) an expert group that should include policy/legal and technical/operations expertise to address outstanding issues of the implementation of the guidelines 4.0 and its implications on operations, change of backend registry and the Registry Agreement in particular as it relates to Exhibit A and Spec 6; 2) a policy working group that would look into the appropriate future processes and updates of the IDN Implementation Guidelines, including where it may be appropriate to distinguish/separate from the ccNSO, and how it fits into the broader policy context and technical/operational requirements of gTLDs.

- Good to give the Council some indication on the progress and provide an update on the preliminary recommendations for the IDN Tables/IDN Implementation Guidelines.

- Staff have been updating the option paper by adding the problem definition outline and will make it compatible with Edmon’s phrasing about the two working conclusions.

3. Identifying problems/issues with IDN variant TLD recommendations

- Presentation by Sarmad on IDN Variant TLD recommendations

- Now is time to consider developing policy regarding the allocation and delegation of the variant TLD recommendations. It may be safe to say that a PDP is probably required. A PDP should probably start from the staff documents for the IDN Variant TLD recommendations.

- The scope of work will help inform the selection of mechanism. Helpful questions to think of 1) is there disagreement with the conclusions? if so, which ones and why 2) is there additional research and analysis needed? 3) do you agree with the recommendations, but think there are details or precision missing? in other words, are there gaps in the recommendations?

- For example, if additional research and analysis are not needed, then an Issue Report can be skipped and can request the Council to launch an EPDP, and the staff paper could serve as the Issue Report.  

- What would be the outcome of the GNSO PDP? Even if people agree with all the IDN variant TLD management recommendations, we will still need an official process to validate the recommendations. We could potentially rely on some inflight PDPs (RPM, SubPro) to validate those recommendations.

- Maybe some part of the recommendations can be deliberated by SubPro, but some other parts cannot work, as it is forward looking. GNSO Council can also change the scope of SubPro PDP, if necessary.


- One of the problems with the recommendation is about the multiple applicant for variant TLDs.

4. AOB