July 2019 - CPWG - lists.icann.org

REMINDER / Meeting invitation: At-Large Consolidated Policy Working Group (CPWG) Call on Wednesday, 17 July 2019 at 13:00 UTC
by ICANN At-Large Staff July 17, 2019

July 17, 2019

Dear All, The next At-Large Consolidated Policy Working Group (CPWG) Call is scheduled for Wednesday, 17 July 2019 at 13:00 UTC for 90 mins. For other times: https://tinyurl.com/y3s3gomp The agenda and call details can be found at: https://community.icann.org/x/BKqjBg Zoom Room: https://icann.zoom.us/j/318373383 /<https://icann.zoom.us/j/318373383%20/> Meeting ID: 318-373-383 ADIGO Conference Bridge: EN: 1638 ES: 1738 Toll-free access number (US and Canada): 800 550 6865 Other toll-free numbers: https://www.adigo.com/icann At-Large Consolidated Policy Working Group (CPWG) Wiki Space: https://community.icann.org/x/jYDpB If you require a dial-out please contact At-Large staff at: staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> Thank you. Kind regards, At-Large Staff ICANN Policy Staff in support of the At-Large Community Website: atlarge.icann.org<https://atlarge.icann.org/> Facebook: facebook.com/icann<https://www.facebook.com/icannatlarge>atlarge<https://www.facebook.com/icannatlarge> Twitter: @<https://twitter.com/ICANNAtLarge>ICANNAtLarge<https://twitter.com/ICANNAtLarge>

2 2

Applicant Support Ideas
by Jonathan Zuck July 17, 2019

July 17, 2019

https://archive.icann.org/en/topics/new-gtlds/jas-milestone-report-11nov10-… https://archive.icann.org/en/topics/new-gtlds/jas-second-milestone-report-0… https://archive.icann.org/en/topics/new-gtlds/jas-milestone-report-addenda-…

1 0

Fwd: [Gnso-newgtld-wg] ALAC position on newgTLD subpro
by CW Mail July 17, 2019

July 17, 2019

Disagree with this approach and interpretation from the PDP co-leads about this. CW > Begin forwarded message: > > From: Jeff Neuman <jeff.neuman(a)comlaude.com <mailto:jeff.neuman@comlaude.com>> > Subject: Re: [Gnso-newgtld-wg] ALAC position on newgTLD subpro > Date: 11 July 2019 at 17:52:22 GMT+2 > To: John Laprise <jlaprise(a)gmail.com <mailto:jlaprise@gmail.com>>, "gnso-newgtld-wg(a)icann.org <mailto:gnso-newgtld-wg@icann.org>" <gnso-newgtld-wg(a)icann.org <mailto:gnso-newgtld-wg@icann.org>> > Cc: 'ALAC Members' <ALAC-members(a)icann.org <mailto:ALAC-members@icann.org>>, 'ICANN At-Large Staff' <staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org>> > > Thanks John for this e-mail. > > > We discussed this comment and a few questions were raised during the call last night. > > “ALAC will not support a new gTLD round….” Can you please confirm that the ALAC position refers only to the opening of the application window as opposed to ICANN and the community taking steps to prepare for the opening of the next application window. When something like this came up previously with respect to the NCAP studies being a dependency for the next round, Justine in the attached e-mail, explained: > > “The Subsequent Procedures WG can conclude its work, and implementation may proceed, BUT EITHER ICANN may not launch the application window until the NCAP study(ies) are completed and any recommendations resulting from those study(ies) are addressed in implementation OR ICANN may launch the application window and start the evaluation process, but no TLD may be delegated until the NCAP Study(ies) is/are completed and any recommendations resulting from those study(ies) are retroactively incorporated.” > > Can you please explain if this should be interpreted similarly – namely, that implementation can proceed in ALAC’s view? > > “full implementation of CCT….recommendations are fully implemented.” As you are no doubt aware, the CCT recommendations contain a number of levels. Some are labeled as pre-requisites to the launch of the next round, others are not. > > Is the ALAC only referring to those recommendations that are deemed to be pre-requisites? Or is the ALAC actually referring to ALL recommendations regardless of how they were labeled? > In addition, not all of the recommendations were accepted by the ICANN Board for immediate implementation. Is the ALAC referring to only the ones that were accepted by the ICANN Board or to literally all of the recommendations regardless of whether they were accepted by the ICANN Board. > > “full implementation of…RPM Recommendations are fully implemented” > Is the ALAC only referring to Phase One of the RPM work or to both Phase One (New gTLD protections) and Phase Two (UDRP)? > The GNSO RPM PDP Working Group leaders represented to the GNSO Council that they only believed that Phase One needed to be implemented by the time the first new gTLD in the next round enters into an Agreement or is delegated (not sure there was agreement on which one). But in either case the GNSO has discussed the possibility of moving forward with SubPro (assuming it finishes first and has consensus recommendations accepted by the Council, etc.) even if the RPM Phase 1 Work is not done. So, this is really related to Question 1 (see above). > > Finally, your e-mail refers to “ALAC’s position as asserted to ICANN GDD at ICANN65.” > Is that position documented? And if so, can you please send the position statement and rationale to this PDP Working Group for our review? > When was the ALAC position communicated to ICANN GDD? > Is there a transcript, presentation material, etc. of that meeting and can they be sent to this Working Group for Review? > > I know these seem like a lot of questions, but I am assuming the e-mail you sent us was a brief summary of the conclusion of the ALAC position and it would be helpful for us to have all of the detail. > > Thanks. > > Jeffrey J. Neuman > Senior Vice President > Com Laude | Valideus > 1751 Pinnacle Drive , Suite 600 > Mclean , VA 22102 > UNITED STATES > > T: +1.703.635.7514 > M: +1.202.549.5079 > > > > CONFIRMATION OF ORDERS: Please note that we always confirm receipt of orders. To assist us in identifying orders, please use the word ORDER in the subject line of your email. If you have sent us an order and have not received confirmation on the same working day (PST) it is possible that your order has not been received or has been trapped by our spam filter. In this case, please contact your client manager or admin(a)comlaude.com <mailto:admin@comlaude.com> for confirmation that the order has been received and is being processed. Thank you. > > From: Gnso-newgtld-wg <gnso-newgtld-wg-bounces(a)icann.org <mailto:gnso-newgtld-wg-bounces@icann.org>> On Behalf Of John Laprise > Sent: Wednesday, July 10, 2019 10:20 PM > To: gnso-newgtld-wg(a)icann.org <mailto:gnso-newgtld-wg@icann.org> > Cc: 'ALAC Members' <ALAC-members(a)icann.org <mailto:ALAC-members@icann.org>>; 'ICANN At-Large Staff' <staff(a)atlarge.icann.org <mailto:staff@atlarge.icann.org>> > Subject: [Gnso-newgtld-wg] ALAC position on newgTLD subpro > > Hi everyone, > > Just a useful reminder of ALAC’s position as asserted to ICANN GDD at ICANN65: > > ALAC will not support a new gTLD round until full implementation of CCT and RPM recommendations are fully implemented. > > Best regards, > > John Laprise, Ph.D. > NARALO ALAC Representative > ALAC Vice Chair-Policy > > The contents of this email and any attachments are confidential to the intended recipient. They may not be disclosed, used by or copied in any way by anyone other than the intended recipient. If you have received this message in error, please return it to the sender (deleting the body of the email and attachments in your reply) and immediately and permanently delete it. Please note that the Com Laude Group does not accept any responsibility for viruses and it is your responsibility to scan or otherwise check this email and any attachments. The Com Laude Group does not accept liability for statements which are clearly the sender's own and not made on behalf of the group or one of its member entities. The Com Laude Group includes Nom-IQ Limited t/a Com Laude, a company registered in England and Wales with company number 5047655 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Valideus Limited, a company registered in England and Wales with company number 06181291 and registered office at 28-30 Little Russell Street, London, WC1A 2HN England; Demys Limited, a company registered in Scotland with company number SC197176, having its registered office at 33 Melville Street, Edinburgh, Lothian, EH3 7JF Scotland; Consonum, Inc. dba Com Laude USA and Valideus USA, headquartered at 1751 Pinnacle Drive, Suite 600, McLean, VA 22102, USA; Com Laude (Japan) Corporation, a company registered in Japan having its registered office at Suite 319,1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan. For further information seewww.comlaude.com <https://comlaude.com/> > _______________________________________________ > Gnso-newgtld-wg mailing list > Gnso-newgtld-wg(a)icann.org <mailto:Gnso-newgtld-wg@icann.org> > https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg <https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg> > _______________________________________________ > 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 <https://www.icann.org/privacy/policy>) and the website Terms of Service (https://www.icann.org/privacy/tos <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.

1 0

Fw: **Reminder** Meeting Invitation: Observers GNSO Temp Spec gTLD RD EPDP - Phase 2 call / Thursday, 18 July 2019 at 14:00 UTC
by Hadia Abdelsalam Mokhtar EL miniawi July 17, 2019

July 17, 2019

Dear All, To facilitate observers to follow the EPDP Phase 2 deliberations in real time audio cast will be made available for the EPDP plenary meetings. Please find the details of the call with the forwarded email. Hadia ________________________________ From: Gnso-epdp-team <gnso-epdp-team-bounces(a)icann.org> on behalf of Julie Bisland <julie.bisland(a)icann.org> Sent: 17 July 2019 14:52 To: gnso-epdp-team(a)icann.org Cc: gnso-secs(a)icann.org Subject: [Gnso-epdp-team] **Reminder** Meeting Invitation: Observers GNSO Temp Spec gTLD RD EPDP - Phase 2 call / Thursday, 18 July 2019 at 14:00 UTC As a result of various requests to facilitate observers to follow the EPDP Phase 2 deliberations in real time, audio cast will be made available for the EPDP plenary meetings. Staff will be monitoring audio cast attendance numbers so that the EPDP leadership can assess its usage. As a reminder, the zoom recording, mp3 recording, chat transcript and transcript of the EPDP plenary meetings will be publicly posted as soon as available on the EPDP wiki page and GNSO master calendar. Dear all, The next meeting of the GNSO Temp Spec gTLD RD EPDP – Phase 2 is scheduled on Thursday, 18 July 2019 at 14:00 UTC for 120 minutes. (calls will be scheduled for 120 minutes but aim to keep to 90 minutes) 07:00 PDT, 10:00 EDT, 16:00 Paris CEST, 19:00 Karachi PKT, 23:00 Tokyo JST, (Friday) 00:00 Melbourne AEST For other times: https://tinyurl.com/y46mjm6a [tinyurl.com]<https://urldefense.proofpoint.com/v2/url?u=https-3A__tinyurl.com_y46mjm6a&d…> Agenda Wiki: https://community.icann.org/x/kKajBg The recordings and transcriptions of the calls are posted on the GNSO Master Calendar page: https://gnso.icann.org/en/group-activities/calendar<https://urldefense.proofpoint.com/v2/url?u=https-3A__gnso.icann.org_en_grou…> Meeting Audio Cast (for observers) To join the event, click on the link: Listen in browser: http://stream.icann.org:8000/stream02 <https://urldefense.proofpoint.com/v2/url?u=http-3A__stream.icann.org-3A8000…> Listen in application such as iTunes: http://stream.icann.org:8000/stream02.m3u <https://urldefense.proofpoint.com/v2/url?u=http-3A__stream.icann.org-3A8000…> If needed, an option to join via telephone has been added for this meeting. Passcode: EPDP Dial in numbers: Country Toll Numbers Freephone/ Toll Free Number ARGENTINA 0800-777-0519 AUSTRALIA ADELAIDE: 61-8-8121-4842 1-800-657-260 AUSTRALIA BRISBANE: 61-7-3102-0944 1-800-657-260 AUSTRALIA CANBERRA: 61-2-6100-1944 1-800-657-260 AUSTRALIA MELBOURNE: 61-3-9010-7713 1-800-657-260 AUSTRALIA PERTH: 61-8-9467-5223 1-800-657-260 AUSTRALIA SYDNEY: 61-2-8205-8129 1-800-657-260 AUSTRIA 43-1-92-81-113 0800-005-259 BELGIUM 32-2-400-9861 0800-3-8795 BRAZIL RIO DE JANEIRO: 55-21-40421490 0800-7610651 BRAZIL SAO PAULO: 55-11-3958-0779 0800-7610651 CHILE 1230-020-2863 CHINA CHINA A: 86-400-810-4789 10800-712-1670 CHINA CHINA B: 86-400-810-4789 10800-120-1670 COLOMBIA 01800-9-156474 CROATIA 080-08-06-309 CZECH REPUBLIC 420-2-25-98-56-64 800-700-177 DENMARK 45-7014-0284 8088-8324 ESTONIA 800-011-1093 FINLAND 358-9-5424-7162 0-800-9-14610 FRANCE LYON: 33-4-26-69-12-85 080-511-1496 FRANCE MARSEILLE: 33-4-86-06-00-85 080-511-1496 FRANCE PARIS: 33-1-70-70-60-72 080-511-1496 GERMANY 49-69-2222-20362 0800-664-4247 GREECE 30-80-1-100-0687 00800-12-7312 HONG KONG 852-3001-3863 800-962-856 HUNGARY 36-1-700-8856 06-800-12755 INDIA INDIA A: 000-800-852-1268 INDIA INDIA B: 000-800-001-6305 INDIA INDIA C: 1800-300-00491 INDONESIA 001-803-011-3982 IRELAND 353-1-246-7646 1800-992-368 ISRAEL 1-80-9216162 ITALY MILAN: 39-02-3600-6007 800-986-383 ITALY ROME: 39-06-8751-6018 800-986-383 ITALY TORINO: 39-011-510-0118 800-986-383 JAPAN OSAKA: 81-6-7878-2631 0066-33-132439 JAPAN TOKYO: 81-3-6868-2631 0066-33-132439 LATVIA 8000-3185 LUXEMBOURG 352-27-000-1364 8002-9246 MALAYSIA 1-800-81-3065 MEXICO GUADALAJARA (JAL): 52-33-3208-7310 001-866-376-9696 MEXICO MEXICO CITY: 52-55-5062-9110 001-866-376-9696 MEXICO MONTERREY: 52-81-2482-0610 001-866-376-9696 NETHERLANDS 31-20-718-8588 0800-023-4378 NEW ZEALAND 64-9-970-4771 0800-447-722 NORWAY 47-21-590-062 800-15157 PANAMA 011-001-800-5072065 PERU 0800-53713 PHILIPPINES 63-2-858-3716 1800-111-42453 POLAND 00-800-1212572 PORTUGAL 8008-14052 ROMANIA 40-31-630-01-79 RUSSIA 8-10-8002-0144011 SAUDI ARABIA 800-8-110087 SINGAPORE 65-6883-9230 800-120-4663 SLOVAK REPUBLIC 421-2-322-422-25 0800-002066 SOUTH AFRICA 080-09-80414 SOUTH KOREA 82-2-6744-1083 00798-14800-7352 SPAIN 34-91-414-25-33 800-300-053 SWEDEN 46-8-566-19-348 0200-884-622 SWITZERLAND 41-44-580-6398 0800-120-032 TAIWAN 886-2-2795-7379 00801-137-797 THAILAND 001-800-1206-66056 TURKEY 00-800-151-0516 UNITED ARAB EMIRATES 8000-35702370 UNITED KINGDOM BIRMINGHAM: 44-121-210-9025 0808-238-6029 UNITED KINGDOM GLASGOW: 44-141-202-3225 0808-238-6029 UNITED KINGDOM LEEDS: 44-113-301-2125 0808-238-6029 UNITED KINGDOM LONDON: 44-20-7108-6370 0808-238-6029 UNITED KINGDOM MANCHESTER: 44-161-601-1425 0808-238-6029 URUGUAY 000-413-598-3421 USA 1-517-345-9004 866-692-5726 VENEZUELA 0800-1-00-3702 VIETNAM 120-11751 Thank you. Kind Regards, Terri

1 0

Reminder for Comments: Evolving the Governance of the Root Server System
by Evin Erdogdu July 12, 2019

July 12, 2019

Dear All, As per the action item<https://community.icann.org/x/kqWjBg> from yesterday's At-Large Consolidated Policy Working Group (CPWG) meeting, this is a request for feedback from CPWG members on an ALAC statement in development regarding the Evolving Governance of the Root Server System?<https://community.icann.org/x/2IajBg>. Please login and contribute comments on the At-Large workspace here: https://community.icann.org/x/2IajBg Thank you. Kind Regards, Evin

3 2

Fwd: [Gnso-newgtld-wg] ALAC position on newgTLD subpro
by John Laprise July 11, 2019

July 11, 2019

Sent from my Pixel 3XL John Laprise, Ph.D. ---------- Forwarded message --------- From: Carlos Raul Gutierrez <carlosraul(a)gutierrez.se> Date: Thu, Jul 11, 2019, 4:36 PM Subject: Re: [Gnso-newgtld-wg] ALAC position on newgTLD subpro To: John Laprise <jlaprise(a)gmail.com> Cc: Cheryl Langdon-Orr <langdonorr(a)gmail.com> Hi John! Quick question: has ALAC dealt the message from the Board regarding CCT recommedations? The GNSO Council is working its part right now. Can you update us on this? (cc: clo GNSO council liaison) https://mm.icann.org/pipermail/council/2019-June/022775.html thanks --- Carlos Raúl Gutiérrez carlosraul(a)gutierrez.se +506 8837 7176 Aparatado 1571-1000 COSTA RICA El 2019-07-11 03:20, John Laprise escribió: Hi everyone, Just a useful reminder of ALAC’s position as asserted to ICANN GDD at ICANN65: ALAC will not support a new gTLD round until full implementation of CCT and RPM recommendations are fully implemented. Best regards, John Laprise, Ph.D. NARALO ALAC Representative ALAC Vice Chair-Policy _______________________________________________ Gnso-newgtld-wg mailing list Gnso-newgtld-wg(a)icann.org https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg _______________________________________________ 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.

1 0

New ICANN Blog on Zoom and new Blog by TTF Co Chair Dev Anand Teelucksingh
by Judith Hellerstein July 11, 2019

July 11, 2019

1 0

Re: [CPWG] [Gnso-newgtld-wg] ALAC position on newgTLD subpro
by John Laprise July 11, 2019

July 11, 2019

Thanks Jeff, We've been following the discussion and are in the process of producing more detailed advice which will be forthcoming. However I can respond to points 1 & 4 now. It is our view that the subpro work is akin to refining the machinery while initiating a round is using the machinery. One necessarily precedes the other and we support the subpro work. We want it completed before we start using it in the future. On point 4: this is documented in ALACs #ICANN65 talking points document as well as recordings and transcripts of ALAC's session with GDD. We've also communicated this to the board with regularity and the other ACs. At Large's Consolidated Policy Working Group (CPWG) will be providing further detail as you requested. Sent from my Pixel 3XL John Laprise, Ph.D. On Thu, Jul 11, 2019, 10:52 AM Jeff Neuman <jeff.neuman(a)comlaude.com> wrote: > Thanks John for this e-mail. > > > > > > We discussed this comment and a few questions were raised during the call > last night. > > > > 1. “ALAC will not support a new gTLD round….” Can you please confirm > that the ALAC position refers only to the opening of the application window > as opposed to ICANN and the community taking steps to prepare for the > opening of the next application window. When something like this came up > previously with respect to the NCAP studies being a dependency for the next > round, Justine in the attached e-mail, explained: > > > > *“The Subsequent Procedures WG can conclude its work, and implementation > may proceed, BUT EITHER ICANN may not launch the application window until > the NCAP study(ies) are completed and any recommendations resulting from > those study(ies) are addressed in implementation OR ICANN may launch the > application window and start the evaluation process, but no TLD may be > delegated until the NCAP Study(ies) is/are completed and any > recommendations resulting from those study(ies) are retroactively > incorporated.”* > > > > Can you please explain if this should be interpreted similarly – > namely, that implementation can proceed in ALAC’s view? > > > > 1. “full implementation of CCT….recommendations are fully > implemented.” As you are no doubt aware, the CCT recommendations contain a > number of levels. Some are labeled as pre-requisites to the launch of the > next round, others are not. > > > > 1. Is the ALAC only referring to those recommendations that are deemed > to be pre-requisites? Or is the ALAC actually referring to ALL > recommendations regardless of how they were labeled? > 2. In addition, not all of the recommendations were accepted by the > ICANN Board for immediate implementation. Is the ALAC referring to only > the ones that were accepted by the ICANN Board or to literally all of the > recommendations regardless of whether they were accepted by the ICANN Board. > > > > 1. “full implementation of…RPM Recommendations are fully implemented” > 1. Is the ALAC only referring to Phase One of the RPM work or to > both Phase One (New gTLD protections) and Phase Two (UDRP)? > 2. The GNSO RPM PDP Working Group leaders represented to the GNSO > Council that they only believed that Phase One needed to be implemented by > the time the first new gTLD in the next round enters into an Agreement or > is delegated (not sure there was agreement on which one). But in either > case the GNSO has discussed the possibility of moving forward with SubPro > (assuming it finishes first and has consensus recommendations accepted by > the Council, etc.) even if the RPM Phase 1 Work is not done. So, this is > really related to Question 1 (see above). > > > > 1. Finally, your e-mail refers to “ALAC’s position as asserted to > ICANN GDD at ICANN65.” > 1. Is that position documented? And if so, can you please send the > position statement and rationale to this PDP Working Group for our review? > 2. When was the ALAC position communicated to ICANN GDD? > 3. Is there a transcript, presentation material, etc. of that > meeting and can they be sent to this Working Group for Review? > > > > I know these seem like a lot of questions, but I am assuming the e-mail > you sent us was a brief summary of the conclusion of the ALAC position and > it would be helpful for us to have all of the detail. > > > Thanks. > > > > *Jeffrey J. Neuman* > Senior Vice President > > > *Com Laude | Valideus *1751 Pinnacle Drive , Suite 600 > Mclean , VA 22102 > UNITED STATES > > T: +1.703.635.7514 > M: +1.202.549.5079 > > > > > > CONFIRMATION OF ORDERS: Please note that we always confirm receipt of > orders. To assist us in identifying orders, please use the word ORDER in > the subject line of your email. If you have sent us an order and have not > received confirmation on the same working day (PST) it is possible that > your order has not been received or has been trapped by our spam filter. > In this case, please contact your client manager or admin(a)comlaude.com > for confirmation that the order has been received and is being processed. > Thank you. > > > > *From:* Gnso-newgtld-wg <gnso-newgtld-wg-bounces(a)icann.org> *On Behalf Of > *John Laprise > *Sent:* Wednesday, July 10, 2019 10:20 PM > *To:* gnso-newgtld-wg(a)icann.org > *Cc:* 'ALAC Members' <ALAC-members(a)icann.org>; 'ICANN At-Large Staff' < > staff(a)atlarge.icann.org> > *Subject:* [Gnso-newgtld-wg] ALAC position on newgTLD subpro > > > > Hi everyone, > > > > Just a useful reminder of ALAC’s position as asserted to ICANN GDD at > ICANN65: > > > > ALAC will not support a new gTLD round until full implementation of CCT > and RPM recommendations are fully implemented. > > > > Best regards, > > > > John Laprise, Ph.D. > > NARALO ALAC Representative > > ALAC Vice Chair-Policy > > > ------------------------------ > The contents of this email and any attachments are confidential to the > intended recipient. They may not be disclosed, used by or copied in any way > by anyone other than the intended recipient. If you have received this > message in error, please return it to the sender (deleting the body of the > email and attachments in your reply) and immediately and permanently delete > it. Please note that the Com Laude Group does not accept any responsibility > for viruses and it is your responsibility to scan or otherwise check this > email and any attachments. The Com Laude Group does not accept liability > for statements which are clearly the sender's own and not made on behalf of > the group or one of its member entities. The Com Laude Group includes > Nom-IQ Limited t/a Com Laude, a company registered in England and Wales > with company number 5047655 and registered office at 28-30 Little Russell > Street, London, WC1A 2HN England; Valideus Limited, a company registered in > England and Wales with company number 06181291 and registered office at > 28-30 Little Russell Street, London, WC1A 2HN England; Demys Limited, a > company registered in Scotland with company number SC197176, having its > registered office at 33 Melville Street, Edinburgh, Lothian, EH3 7JF > Scotland; Consonum, Inc. dba Com Laude USA and Valideus USA, headquartered > at 1751 Pinnacle Drive, Suite 600, McLean, VA 22102, USA; Com Laude (Japan) > Corporation, a company registered in Japan having its registered office at > Suite 319,1-3-21 Shinkawa, Chuo-ku, Tokyo, 104-0033, Japan. For further > information see www.comlaude.com <https://comlaude.com> > > > > ---------- Forwarded message ---------- > From: Justine Chew <justine.chew(a)gmail.com> > To: Jeff Neuman <jeff.neuman(a)comlaude.com> > Cc: "gnso-newgtld-wg-sgb(a)icann.org" <gnso-newgtld-wg-sgb(a)icann.org>, > Olivier MJ Crepin-Leblond <ocl(a)gih.com>, Jonathan Zuck < > JZuck(a)innovatorsnetwork.org> > Bcc: > Date: Mon, 1 Apr 2019 14:18:28 +0000 > Subject: Re: [GNSO-NewGTLD-WG-SGB] ALAC responses to Sub-group B triage > exercise on Topics 2.7.5 IDNs and 2.7.8 Name Collisions > Hi Jeff, > > In reply to your request for further clarification, the ALAC is saying: > > The Subsequent Procedures WG can conclude its work, and implementation may > proceed, BUT EITHER ICANN may not launch the application window until the > NCAP study(ies) are completed and any recommendations resulting from those > study(ies) are addressed in implementation OR ICANN may launch the > application window and start the evaluation process, but no TLD may be > delegated until the NCAP Study(ies) is/are completed and any > recommendations resulting from those study(ies) are retroactively > incorporated. > > Kind regards, > > Justine Chew > ALAC liaison for Subsequent Procedures > ----- > > > On Mon, 25 Mar 2019 at 22:10, Jeff Neuman <jeff.neuman(a)comlaude.com> > wrote: > >> Thanks Justine and thanks to the ALAC. I have one further clarification >> question on Name Collisions: >> >> >> >> Below it states: “*Based on recent developments to the SSAC NCAP, the >> ALAC advocates for any implementation, if not development, of policy with >> respect to dealing with Names Collision, be subject to informed guidance >> from the SSAC NCAP Study 1, at the minimum, as well as Study 2 and Study 3 >> (if Studies 2 and 3 were to proceed), and that the policy allow for the >> implementation to take any NCAP recommendations into full account.”* >> >> >> >> This can be interpreted in a number of different ways. Is the ALAC >> saying: >> >> >> >> 1. SubPro should include a reference to the NCAP study(ies) in its >> Final Report and state that the implementation of the Next Round include >> recommendations (if any) from the that study (those studies) if and when >> those are made available. The New TLD Program can continue and launch, but >> just have a process to allow for changes due too the results of the NCAP >> Study(ies); or >> 2. SubPro should not complete its work in producing a final report >> until NCAP Study(ies) is/are completed; or >> 3. SubPro can conclude its work, but implementation cannot begin >> until the NCAP Study(ies) is/are completed; or >> 4. SubPro can conclude its work, implementation can continue, but >> ICANN may not launch the application window until the NCAP study(ies) are >> completed; or >> 5. SubPro can continue its work, implementation can complete, ICANN >> can launch the application window and go through the evaluation process, >> but the TLD may not be delegated until the NCAP Study(ies) is/are completed; >> 6. None of the above? >> >> >> >> As we get down to the wire it is going to be incredibly important to make >> sure that we are precise. All 5 options above could be consistent with >> the statement above. >> >> >> Thanks! >> >> >> >> *Jeff Neuman* >> >> Senior Vice President >> >> >> >> >> *Com Laude | Valideus *1751 Pinnacle Drive >> >> Suite 600, McLean >> >> VA 22102, USA >> >> >> M: +1.202.549.5079 >> >> D: +1.703.635.7514 >> >> E: *jeff.neuman(a)comlaude.com <jeff.neuman(a)comlaude.com>* >> www.comlaude.com >> >> >> Liability cannot be accepted for statements made which are clearly the >> sender’s own and not made on behalf of Com Laude USA or Valideus USA. This >> message is intended solely for the addressee and may contain confidential >> information. If you have received this message in error, please send it >> back to us, and immediately and permanently delete it. Do not use, copy or >> disclose the information contained in this message or in any attachment.Com >> Laude USA and Valideus are trading names of Consonum, Inc. >> >> >> >> *From:* GNSO-NewGTLD-WG-SGB <gnso-newgtld-wg-sgb-bounces(a)icann.org> *On >> Behalf Of *Justine Chew >> *Sent:* Sunday, March 24, 2019 10:05 PM >> *To:* gnso-newgtld-wg-sgb(a)icann.org >> *Cc:* Olivier MJ Crepin-Leblond <ocl(a)gih.com>; Jonathan Zuck < >> JZuck(a)innovatorsnetwork.org> >> *Subject:* [GNSO-NewGTLD-WG-SGB] ALAC responses to Sub-group B triage >> exercise on Topics 2.7.5 IDNs and 2.7.8 Name Collisions >> >> >> >> Dear all, >> >> Thank you for allowing the ALAC the opportunity and time to respond to >> the following alert and request for clarification on the topics of (I) >> 2.7..5 IDNs and (II) 2.7.8 Name Collisions, respectively. I thankfully had >> the opportunity to properly consult my colleagues during ICANN64 on the >> same and am now pleased to provide the following ALAC responses. >> >> I would be most grateful for an acknowledgment of receipt of this email, >> by leadership and/or staff, noting that Sub-group B has completed its work >> on 5 March, so that the ALAC can be assured these feedback will be taken >> into account accordingly in the upcoming deliberations of the Subsequent >> Procedures WG at the plenary level. >> >> >> * (I) 2.7.5 IDNs* >> At the Sub-group B's call of 20 February, Rubens Kuhl very kindly alerted >> us to a contradiction in ALAC's comment to *Q 2.7.5.e.2* and afforded an >> opportunity to remove the contradiction. The ALAC gratefully accepts the >> opportunity and wishes to re-state its comment as follows:- >> >> >> >> *The ALAC suggests that the "Same Entity Constraint" is enforced for all >> variants, ie all variants are either allocated to the same registrant as >> the primary label, or blocked. This would require registries (and possibly >> registrars) to implement the necessary checks during the registration >> process. Further, registrants may need to be educated about the reasons why >> such a constraint exists.* >> >> >> *(II) 2.7.8 Name Collisions* >> At the Sub-group B's call of 5 March, there was a request/action item for >> me to clarify the ALAC comment of "Wait on SSAC recommendations" to all >> preliminary recommendations and questions in section 2.7.8, except for >> 2.7.8.c.1. In response, the ALAC wishes to re-state its comment for >> clarity, and which is in line with its comment to preliminary >> recommendation 2.7.8.c.1, as follows:- >> >> *Based on recent developments to the SSAC NCAP, the ALAC advocates for >> any implementation, if not development, of policy with respect to dealing >> with Names Collision, be subject to informed guidance from the SSAC NCAP >> Study 1, at the minimum, as well as Study 2 and Study 3 (if Studies 2 and 3 >> were to proceed), and that the policy allow for the implementation to take >> any NCAP recommendations into full account. * >> >> >> FYI, I have copied Olivier Crepin-Leblond and Jonathan Zuck for their >> information, in their capacity as Co-Chairs of the At-Large Consolidated >> Policy Working Group (CPWG). >> >> Many thanks and kind regards, >> >> >> Justine Chew >> >> ALAC liaison for Subsequent Procedures >> >> >> ----- >> >> >> > >

1 0

Fwd: Re: Zoom Structural Vulnerability Discovered
by Marita Moll July 11, 2019

July 11, 2019

Hello all. I did bring up issues around the Zoom platform in early June and I have not yet had a chance to take the issues I see with the platform any further. But there is a robust discussion going on at NCSG with the idea below re: a joint recommendation from SO's/AC's for community input into the choices that are made about platform changes that affect us so profoundly. Perhaps we should indicate our support for this sort of action -- through our technology task force. Marita -------- Forwarded Message -------- Subject: Re: Zoom Structural Vulnerability Discovered Date: Wed, 10 Jul 2019 15:21:51 +0200 From: Jean-Jacques Subrenat <jjs(a)DYALOG.NET> Reply-To: Jean-Jacques Subrenat <jjs(a)DYALOG.NET> To: NCSG-DISCUSS(a)LISTSERV.SYR.EDU First, a remark: for Adobe, Zoom or other tool providers, ICANN may not be the single largest client, but it is certainly a significant one owing to its nature (quasi-regulatory, multi-stakeholder, some parts geared to non-commercial users). Then, a recommendation to Chairs of ACs and SOs: ICANN Board and CEO could be requested to set up a specifications sheet for a desirable conferencing tool, based on needs expressed by the multi-stakeholder community, and publish that as a tender. Offers received could then be reviewed not only by Staff, but in consultation with ACs and SOs. This would get us closer to what we, collectively, consider as the appropriate tool for the numerous conference calls held throughout ICANN. Jean-Jacques Subrenat. Le 10 juillet 2019 à 14:46:20, Paul Rosenzweig (paul.rosenzweig(a)redbranchconsulting.com <mailto:paul.rosenzweig@redbranchconsulting.com>) a écrit: > This is assuredly right. The change from Adobe to Zoom may, or may > not, have been right for ICANN and for this group for any number of > reasons ranging from cost, to security, to scalability and utility. > But let’s not romanticize Adobe. They are not a terribly secure > platform generically. As James said, the Zoom response is poor – but > we can’t hang that around the neck of ICANN org. > > P > > Paul Rosenzweig > > paul.rosenzweig(a)redbranchconsulting.com > <mailto:paul.rosenzweig@redbranchconsulting.com> > > O: +1 (202) 547-0660 > > M: +1 (202) 329-9650 > > VOIP: +1 (202) 738-1739 > > www.redbranchconsulting.com <http://www.redbranchconsulting.com/> > > My PGP Key: > https://keys.mailvelope.com/pks/lookup?op=get&search=0x9A830097CA066684 > > *From:* NCSG-Discuss <NCSG-DISCUSS(a)LISTSERV.SYR.EDU> *On Behalf Of > *James Gannon > *Sent:* Wednesday, July 10, 2019 12:52 AM > *To:* NCSG-DISCUSS(a)LISTSERV.SYR.EDU > *Subject:* Re: Zoom Structural Vulnerability Discovered > > Just want to call out that Adobe has likely the worst reputation in > the entire tech industry when it comes to security, I really would not > hold them out as either prompt or without serious issues (I believe > they still hold the record for number of CVSS 9+ vulns). > > Zooms response is poor I agree, but on a data driven comparison it is > a far more secure platform. > > *From: *NCSG-Discuss <NCSG-DISCUSS(a)LISTSERV.SYR.EDU > <mailto:NCSG-DISCUSS@LISTSERV.SYR.EDU>> on behalf of Ayden Férdeline > <icann(a)FERDELINE.COM <mailto:icann@FERDELINE.COM>> > *Reply-To: *Ayden Férdeline <icann(a)FERDELINE.COM > <mailto:icann@FERDELINE.COM>> > *Date: *Tuesday, 9 July 2019 at 14:13 > *To: *"NCSG-DISCUSS(a)LISTSERV.SYR.EDU > <mailto:NCSG-DISCUSS@LISTSERV.SYR.EDU>" <NCSG-DISCUSS(a)LISTSERV.SYR.EDU > <mailto:NCSG-DISCUSS@LISTSERV.SYR.EDU>> > *Subject: *Re: Zoom Structural Vulnerability Discovered > > That is true, but note that this security researcher notified Zoom of > the exploit and they were in no rush to repair it. Look at the > timeline in the Medium post. They only sought to fix it after the > vulnerability drew media attention. > > Adobe Connect was not perfect but it met our needs and the occasional > security issues that arose were promptly fixed by Adobe and never as > serious as this one! > > Best wishes, Ayden > > On Tue, Jul 9, 2019 at 18:07, Adeel Sadiq <11beeasadiq(a)seecs.edu.pk > <mailto:11beeasadiq@seecs.edu.pk>> wrote: > > Speaking from a technical perspective, no software is perfect or > bug-free. Its only a matter of time a loophole is found and > exploited and eventually patched up. If you think Adobe Connect or > ezTalks were/are free of these architectural issues, think again! > That's the way we technical community do things. > > Regards > > Adeel > > Pakistan > > On Wed, Jul 10, 2019 at 1:37 AM Ayden Férdeline > <icann(a)ferdeline.com <mailto:icann@ferdeline.com>> wrote: > > Unfortunately, uninstalling the application does not rectify > the situation, due to poor architecture (acknowledged by Zoom > on their blog today). They are working on a fix, now that > public scrutiny demands one. So disappointing that ICANN has > put us in this terrible situation. > > Ayden > > On Tue, Jul 9, 2019 at 16:15, Vaibhav Aggarwal, Catalyst & > Group CEO <va(a)BLADEBRAINS.COM <mailto:va@BLADEBRAINS.COM>> wrote: > > Thanks for this. Till the next Update, I have removed the > Zoom For Mac Client with immediate effect. > > Regards, > > Vaibhav Aggarwal > > New Delhi > > VaibhavAggarwal.com <http://VaibhavAggarwal.com> > > On Jul 10, 2019, at 12:30 AM, Michael Karanicolas > <mkaranicolas(a)GMAIL.COM > <mailto:mkaranicolas@GMAIL.COM>> wrote: > > Hey - remember when ICANN switched everyone from Adobe > over to Zoom as a way of enhancing information > security and data privacy? > > "A vulnerability in the Mac Zoom Client allows any > malicious website to enable your camera without your > permission... This vulnerability allows any website to > forcibly join a user to a Zoom call, with their video > camera activated, without the user's permission. On > top of this, this vulnerability would have allowed any > webpage to DOS (Denial of Service) a Mac by repeatedly > joining a user to an invalid call. Additionally, if > you’ve ever installed the Zoom client and then > uninstalled it, you still have a localhost web server > on your machine that will happily re-install the Zoom > client for you, without requiring any user interaction > on your behalf besides visiting a webpage. This > re-install ‘feature’ continues to work to this day." > > Read more here: > https://medium.com/@jonathan.leitschuh/zoom-zero-day-4-million-webcams-mayb… >

2 6

Meeting invitation: At-Large Consolidated Policy Working Group (CPWG) Call on Wednesday, 17 July 2019 at 13:00 UTC
by ICANN At-Large Staff July 10, 2019

July 10, 2019

Dear All, The next At-Large Consolidated Policy Working Group (CPWG) Call is scheduled for Wednesday, 17 July 2019 at 13:00 UTC for 90 mins. For other times: https://tinyurl.com/y3s3gomp The agenda (to be updated) and call details can be found at: https://community.icann.org/x/BKqjBg Zoom Room: https://icann.zoom.us/j/318373383 /<https://icann.zoom.us/j/318373383%20/> Meeting ID: 318-373-383 ADIGO Conference Bridge: EN: 1638 ES: 1738 Toll-free access number (US and Canada): 800 550 6865 Other toll-free numbers: https://www.adigo.com/icann At-Large Consolidated Policy Working Group (CPWG) Wiki Space: https://community.icann.org/x/jYDpB If you require a dial-out please contact At-Large staff at: staff(a)atlarge.icann.org<mailto:staff@atlarge.icann.org> Thank you. Kind regards, At-Large Staff ICANN Policy Staff in support of the At-Large Community Website: atlarge.icann.org<https://atlarge.icann.org/> Facebook: facebook.com/icann<https://www.facebook.com/icannatlarge>atlarge<https://www.facebook.com/icannatlarge> Twitter: @<https://twitter.com/ICANNAtLarge>ICANNAtLarge<https://twitter.com/ICANNAtLarge>

1 0