<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Greetings Roberto,<div class=""><br class=""></div><div class="">It is a pleasure to correspond with you once again. I would be grateful if you could point me to where Ukraine says it is no longer asking for this. </div><div class=""><br class=""></div><div class="">Otherwise, I disagree completely :-)</div><div class=""><br class=""></div><div class="">Contrary to what you say, I think it would be very easy for ICANN to block .RU as well as subsequently to resist pressure from the US or anyone else to remove the ccTLDs of Iran and Cuba or any others.  </div><div class=""><br class=""></div><div class="">The reason is that Iran and Cuba are not invading their neighbors and murdering civilians on a massive scale. Whatever issues the US government has with Iran and Cuba, no-one is comparing them to Putin’s Russia. No, not even North Korea is comparable. </div><div class=""><br class=""></div><div class="">Is it really true that ICANN / IANA is saying “No-one will ever trust us again to be impartial if we stand up to a invading murdering fascist dictator, because we are not able to articulate the difference between distrusting but peaceful rivals and someone who invades with armored columns, artillery, and bombings. If we are perceived to have inconvenienced Putin’s murderous regime in any way, who could trust us any more to administer names and numbers fairly?”</div><div class=""><br class=""></div><div class="">If that is indeed ICANN’s position, it is at once both reprehensible and risible. Any schoolchild could tell the difference between mass murder and angry words, and ICANN could tell easily tell the US that when Cuba or Iran launch massive unprovoked attacks that result in huge civilian casualties, that then they would consider cutting them off.  Will ICANN still be fence-sitting when there are nuclear bombs? How about chemical weapons, is that still not worthy of taking action? What is the cut-off point exactly for not doing anything in the face of mass murder?</div><div class=""><br class=""></div><div class="">A separate but related question: are the unintended consequences really that bad compared to an almost beat-by-beat replay of the occupation of the Sudetenland, or turning Kiev into a rubble-filled killing ground? I can’t really conceive how an inconvenience to well-paid internet regulators compares to this.  So what if ICANN and IANA have to change their mission statement slightly to make it clear that “one world, one internet” does not include invading nuclear-armed megalomaniacs?  Is that such a big ask?  Is that slogan, so often honored in the breach, worth so many lives? </div><div class=""><br class=""></div><div class="">It is true that root operators could route around ICANN. That would reflect very badly on them, but they could. But how does this excuse ICANN’s shameful silence and inaction? </div><div class=""><br class=""></div><div class="">Truly, it is time to stand up and be counted among those who would defend the world, and the internet, from murderous autocrats. </div><div class=""><br class=""></div><div class="">Antony</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Mar 12, 2022, at 12:59 AM, Roberto Gaetano via At-Large <<a href="mailto:at-large@atlarge-lists.icann.org" class="">at-large@atlarge-lists.icann.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">

<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Unfortunately, it is not an international law issue, otherwise it would be solved without any responsibility by ICANN - just follow the order of the judge.
<div class=""><br class="">
</div>
<div class="">The problem lies elsewhere, and is whether ICANN is or not an independent authority that can be trusted for following basic principles and apply them evenly in all cases.</div>
<div class=""><br class="">
</div>
<div class="">If ICANN decides to remove .ru from the root, based on a request by Ukraine (who, by the way, is no longer insisting in asking this, maybe because they have understood the unintended consequences) I don’t see how it could resist the request of
 removing the ccTLDs of what the US consider “rogue” countries, like Iran, Cuba, and others.</div>
<div class=""><br class="">
</div>
<div class="">And this besides all what has been said at length in this and other lists, like that it will not make .ru disappear, just invite operators to have their own copy of the root.</div>
<div class=""><br class="">
</div>
<div class="">This said, there are other actions that ICANN can take, but after having decided whether it will keep its reputation of being a reliable steward for the Internet infrastructure in the global interest or indulge in actions that, while not achieving
 any practical result, will be emotionally satisfying.</div>
<div class=""><br class="">
</div>
<div class="">Cheers,</div>
<div class="">Roberto<br class="">
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 12.03.2022, at 04:55, SCHWEIGHOFER Erich Prof. Dr. Dr.. via At-Large <<a href="mailto:at-large@atlarge-lists.icann.org" class="">at-large@atlarge-lists.icann.org</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">
<div dir="auto" class="">It is an international law issue and the main text for conflicts and sovereignty is the UN Charta and its practice.
<div dir="auto" class="">In law, using the right text is decisive.</div>
<div dir="auto" class="">Erich Schweighofer</div>
</div>
<div class="gmail_extra"><br class="">
<div class="gmail_quote">Am 12.03.2022 04:36 schrieb Antony Van Couvering via At-Large <<a href="mailto:at-large@atlarge-lists.icann.org" class="">at-large@atlarge-lists.icann.org</a>>:<br type="attribution" class="">
<blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word" class="">The mealy-mouthed opposition to Ukraine’s request to block .RU has exercised me so much that I called up Keith Teare to complain.  Keith is a one-time candidate for ICANN CEO, a former board member of Minds + Machines,
 founder of Real Names and other companies, and a very smart guy with a good grasp of history and the internet. 
<div class=""><br class="">
</div>
<div class="">Keith doesn’t really agree with my position, so he suggested that we record a conversation and talk it out.  To me, it turned out well (pardon my video quality. </div>
<div class=""><br class="">
</div>
<div class="">For those who’d like to hear a thorough discussion of the issue, here it is:</div>
<div class=""><br class="">
</div>
<div class=""><a href="https://www.youtube.com/watch?v=uXZd6rtDHsA" class="">https://www.youtube.com/watch?v=uXZd6rtDHsA</a></div>
<div class=""><br class="">
</div>
<div class="">Summary — all the reasons put forward as to why ICANN can’t do anything — we go through them all — are bullshit.</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
_______________________________________________<br class="">
At-Large mailing list<br class="">
<a href="mailto:At-Large@atlarge-lists.icann.org" class="">At-Large@atlarge-lists.icann.org</a><br class="">
<a href="https://atlarge-lists.icann.org/mailman/listinfo/at-large" class="">https://atlarge-lists.icann.org/mailman/listinfo/at-large</a><br class="">
<br class="">
At-Large Official Site: <a href="http://atlarge.icann.org" class="">http://atlarge.icann.org</a><br class="">
_______________________________________________<br class="">
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" class="">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" class="">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.</div>
</blockquote>
</div>
<br class="">
</div>
</div>

_______________________________________________<br class="">At-Large mailing list<br class=""><a href="mailto:At-Large@atlarge-lists.icann.org" class="">At-Large@atlarge-lists.icann.org</a><br class="">https://atlarge-lists.icann.org/mailman/listinfo/at-large<br class=""><br class="">At-Large Official Site: http://atlarge.icann.org<br class="">_______________________________________________<br class="">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.</div></blockquote></div><br class=""></div></body></html>