<div dir="ltr"><div dir="ltr">Not to mention when/how to integrate (allowable) Application Change Requests for changes in applied-for string to resolve contentions which may or may not require revelation of applicant identities or Application Change Request resulting from a combination of business or JVs which would certainly require revelation of applicant identities.<br><br>Justine<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 2 May 2020 at 06:55, Rubens Kuhl <<a href="mailto:rubensk@nic.br">rubensk@nic.br</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><br><div><br><blockquote type="cite"><div>On 1 May 2020, at 19:12, Alexander Schubert <<a href="mailto:alexander@schubert.berlin" target="_blank">alexander@schubert.berlin</a>> wrote:</div><br><div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Hi there,<u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">Regarding the attached PDF “Auction discussion points”:<u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">In Option 2 we have two reveals: one is revealing only the strings, the second the applicants as well. Prior to the reveal of applicants we establish the contention sets – and require contention set members to place an “auction of last resort” sealed bid.<u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">My question is: How are the “contention sets” being established?<span> </span><u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt 36pt;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-family:Symbol"><span>·<span style="font-style:normal;font-variant-caps:normal;font-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-family:"Times New Roman"">        <span> </span></span></span></span>Like in the 2012 round?<span> </span><u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt 36pt;font-size:11pt;font-family:Calibri,sans-serif"><span style="font-family:Symbol"><span>·<span style="font-style:normal;font-variant-caps:normal;font-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-family:"Times New Roman"">        <span> </span></span></span></span>Or “automatically”: only identical strings?<span> </span><u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif">If we strive to establish contention sets like in 2012 – we run into a big problem: that process took many years. Think “string similarity objection”.<span> </span><u></u><u></u></div><div style="margin:0cm 0cm 0.0001pt;font-size:11pt;font-family:Calibri,sans-serif"><u></u> <u></u></div></div></div></blockquote><br></div><div>Contention sets indeed might require more evaluations (Geo, CPE) and objection processing to be done, so I suggest making it clear to bidders where some other member in the contention set has self-identified as Geo or Community. We would still require them to bid, and use that bid if no other criteria ends up settling the contention set. </div><div><br></div><div>But I suggest bidding to only occur after ICANN's own string similarity analysis, so cases like unicom/unicorn would already appear in the strings reveal as in contention, while the final size and shape of the contention sets might be changed later down the road by string confusion objections. Since the bidders (and everyone) would know the full list of strings, they can assess the risk of a string confusion objection to add more applications to fight with the winning bid. </div><div><br></div><div>This is also a reason to limit disclosure of the bid amounts until after contention sets are finalised and new bids are requested from the applicants initially not in contention for the contention sets formed after the first reveal. Such amounts need to be disclosed at some point, and any limit of filing appeals, RfRs etc. should only start counting after disclosing of the winning bids. </div><div><br></div><div>Linking to another topic, do we also want for strings reveal day to also feature the results of name collision risk assessments ? It might be useful for bidders to know whether they are going for a smooth path to delegation or to a convoluted mitigation framework design / evaluation path.</div><div><br></div><div><br></div><div>Rubens</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>_______________________________________________<br>
Gnso-newgtld-wg mailing list<br>
<a href="mailto:Gnso-newgtld-wg@icann.org" target="_blank">Gnso-newgtld-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-newgtld-wg</a><br>
_______________________________________________<br>
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 (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). 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.</blockquote></div></div>