<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 21, 2022, 10:06 Karl Auerbach via At-Large <<a href="mailto:at-large@atlarge-lists.icann.org">at-large@atlarge-lists.icann.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As a personal issue I think the notion of emojis in DNS is little more <br>
than a concession to a (hopefully) passing childish fad.<br>
<br>
And from a security perspective (not to mention the confusion of users <br>
in genera) I have a intuitive sense that it is a fad that contains seeds <br>
of trouble.<br>
<br>
But I'm just one person out of billions of us.  I don't use emojis, but <br>
it seems that a lot of us do.<br>
<br>
And I don't want to be like the voice of Ma Bell in the 1960's loudly <br>
proclaiming that packet switching and the attachment of foreign devices <br>
were something to be avoided and banned.<br>
<br>
So how do I decide?<br>
<br>
So using the rubric of my "first law of the internet" I start with the <br>
position of "emojis ought to be allowed" on the basis of them being of <br>
private benefit (although I personally find it hard to see that benefit <br>
or credit it with value.)<br>
<br>
Then I say "but is there a public detriment and if so is it substantial <br>
enough to block that private benefit?"<br>
<br>
As things stand right now I can't clearly and concretely articulate the <br>
public detriments (although I feel that they are out there) much less <br>
measure them.<br>
<br>
Which, according to my rule means that I would conclude to take no <br>
action (at this time) against emojis in domain names.  </blockquote></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But I'd suggest <br>
inquiries and research to obtain more concrete information about the <br>
issue. </blockquote></div></div><div dir="auto"><br></div><div dir="auto">+1 Karl. Especially in the context of the challenges to the DNS and Barry's subsequent comment on emojis being a greenfield free of coordination.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Yes, I realize that my conclusion contains a strong possibility <br>
that we could end up with an deeply entrenched ill practice.)<br>
<br>
Part of this is informed by my belief that the domain name system is <br>
slowly fading from the public eye; that we are moving into a world in <br>
which DNS names are becoming more a part of the hidden machinery of the <br>
net (like MAC addresses) and that higher level naming abstractions, <br>
things like Twitter names or Facebook handles, are becoming the more <br>
prevalent forms of naming on the net.<br>
<br>
I also am of the belief that on the net attributes are often more <br>
important than names.  For instance, if I am looking to buy some machine <br>
screws I care more about the attribute "hardware store" than any <br>
particular name of such a store.  In that vein I sense that it might be <br>
a useful endeavor to create a list of attribute types [and for each some <br>
definition of the possible values].  I'm thinking something like the <br>
Dublin Core metadata definitions, but of more universal applicability. <br>
To make use of such a world in which things are known by their <br>
attributes as much as by their names we would need new protocol and <br>
server machinery to do the kind of soft lookups that attribute systems <br>
need.  As is my tendency, I sense that such things might well learn from <br>
the biological world in which "adequate matching" is often a key to <br>
survival.<br>
<br>
        --karl--<br>
<br>
<br>
On 2/20/22 17:29, Alejandro Pisanty wrote:<br>
> Karl,<br>
> <br>
> TL;DR, QED for no emojis in DNS. Thanks.<br>
> <br>
> Alejandro Pisanty<br>
> <br>
> On Sun, Feb 20, 2022 at 3:52 PM Karl Auerbach via At-Large <br>
> <<a href="mailto:at-large@atlarge-lists.icann.org" target="_blank" rel="noreferrer">at-large@atlarge-lists.icann.org</a> <br>
> <mailto:<a href="mailto:at-large@atlarge-lists.icann.org" target="_blank" rel="noreferrer">at-large@atlarge-lists.icann.org</a>>> wrote:<br>
> <br>
>     On 2/20/22 8:52 AM, sivasubramanian muthusamy via At-Large wrote:<br>
> <br>
>      > What does ICANN think about private and often proprietary<br>
>      > 'innovations' that aspire to "cause a major shift in the way the<br>
>      > Internet [DNS] works" ?<br>
>      ><br>
>     Remember, the Internet came from a rejection of the status-quo, the<br>
>     world of circuit switching and central control.<br>
> <br>
>     The question you asked is not far distant from a question whether we<br>
>     ought to nail down the Internet in the same way the telcos of the first<br>
>     three quarters of the 20th century ossified the telephone networks.<br>
> <br>
>     Ma Bell and other telco's imposed extreme, and often arbitrary, limits<br>
>     on innovation at the edges. Take a look at the 1956 US case regarding<br>
>     the Hush-a-Phone. (In that case AT&T tried to block the attachment of<br>
>     what was essentially a plastic hand that would be attached by the user<br>
>     to the mouthpiece of a telephone. At&T made wild claims that that would<br>
>     cause the telephone network to collapse and repairmen would blown off<br>
>     the top of telephone poles.)  Then look at the Carterphone and MCI<br>
>     cases.<br>
> <br>
>     One of the hallmarks of the Internet is permissionless innovation at<br>
>     the<br>
>     edges. Clearly there are balances to be made, but we risk a balance<br>
>     that<br>
>     pushes too much control to the center.<br>
> <br>
>     Some decades ago I distilled this balance into a short formulation:<br>
> <br>
>     First Law of the Internet<br>
> <br>
>     + Every person shall be free to use the Internet in any way<br>
>         that is privately beneficial without being publicly<br>
>         detrimental.<br>
> <br>
>          - The burden of demonstrating public detriment shall<br>
>            be on those who wish to prevent the private use.<br>
> <br>
>              - Such a demonstration shall require clear and<br>
>                convincing evidence of public detriment.<br>
> <br>
>          - The public detriment must be of such degree and extent<br>
>            as to justify the suppression of the private activity.<br>
> <br>
>     <a href="https://www.cavebear.com/old_cbblog/000059.html" rel="noreferrer noreferrer" target="_blank">https://www.cavebear.com/old_cbblog/000059.html</a><br>
>     <<a href="https://www.cavebear.com/old_cbblog/000059.html" rel="noreferrer noreferrer" target="_blank">https://www.cavebear.com/old_cbblog/000059.html</a>><br>
> <br>
>               --karl--<br>
> <br>
> <br>
>     _______________________________________________<br>
>     At-Large mailing list<br>
>     <a href="mailto:At-Large@atlarge-lists.icann.org" target="_blank" rel="noreferrer">At-Large@atlarge-lists.icann.org</a><br>
>     <mailto:<a href="mailto:At-Large@atlarge-lists.icann.org" target="_blank" rel="noreferrer">At-Large@atlarge-lists.icann.org</a>><br>
>     <a href="https://atlarge-lists.icann.org/mailman/listinfo/at-large" rel="noreferrer noreferrer" target="_blank">https://atlarge-lists.icann.org/mailman/listinfo/at-large</a><br>
>     <<a href="https://atlarge-lists.icann.org/mailman/listinfo/at-large" rel="noreferrer noreferrer" target="_blank">https://atlarge-lists.icann.org/mailman/listinfo/at-large</a>><br>
> <br>
>     At-Large Official Site: <a href="http://atlarge.icann.org" rel="noreferrer noreferrer" target="_blank">http://atlarge.icann.org</a><br>
>     <<a href="http://atlarge.icann.org" rel="noreferrer noreferrer" target="_blank">http://atlarge.icann.org</a>><br>
>     _______________________________________________<br>
>     By submitting your personal data, you consent to the processing of<br>
>     your personal data for purposes of subscribing to this mailing list<br>
>     accordance with the ICANN Privacy Policy<br>
>     (<a href="https://www.icann.org/privacy/policy" rel="noreferrer noreferrer" target="_blank">https://www.icann.org/privacy/policy</a><br>
>     <<a href="https://www.icann.org/privacy/policy" rel="noreferrer noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>>) and the website Terms of<br>
>     Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer noreferrer" target="_blank">https://www.icann.org/privacy/tos</a><br>
>     <<a href="https://www.icann.org/privacy/tos" rel="noreferrer noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>>). You can visit the Mailman link<br>
>     above to change your membership status or configuration, including<br>
>     unsubscribing, setting digest-style delivery or disabling delivery<br>
>     altogether (e.g., for a vacation), and so on.<br>
> <br>
> <br>
> <br>
> -- <br>
> - - - - - - - - - - - - - - - - - - - - - - - - - - -<br>
>       Dr. Alejandro Pisanty<br>
> Facultad de Química UNAM<br>
> Av. Universidad 3000, 04510 Mexico DF Mexico<br>
> +525541444475<br>
> Blog: <a href="http://pisanty.blogspot.com" rel="noreferrer noreferrer" target="_blank">http://pisanty.blogspot.com</a> <<a href="http://pisanty.blogspot.com" rel="noreferrer noreferrer" target="_blank">http://pisanty.blogspot.com</a>><br>
> LinkedIn: <a href="http://www.linkedin.com/in/pisanty" rel="noreferrer noreferrer" target="_blank">http://www.linkedin.com/in/pisanty</a> <br>
> <<a href="http://www.linkedin.com/in/pisanty" rel="noreferrer noreferrer" target="_blank">http://www.linkedin.com/in/pisanty</a>><br>
> Unete al grupo UNAM en LinkedIn, <br>
> <a href="http://www.linkedin.com/e/gis/22285/4A106C0C8614" rel="noreferrer noreferrer" target="_blank">http://www.linkedin.com/e/gis/22285/4A106C0C8614</a> <br>
> <<a href="http://www.linkedin.com/e/gis/22285/4A106C0C8614" rel="noreferrer noreferrer" target="_blank">http://www.linkedin.com/e/gis/22285/4A106C0C8614</a>><br>
> Twitter: <a href="http://twitter.com/apisanty" rel="noreferrer noreferrer" target="_blank">http://twitter.com/apisanty</a> <<a href="http://twitter.com/apisanty" rel="noreferrer noreferrer" target="_blank">http://twitter.com/apisanty</a>><br>
> ---->> Unete a ISOC Mexico, <a href="http://www.isoc.org" rel="noreferrer noreferrer" target="_blank">http://www.isoc.org</a> <<a href="http://www.isoc.org" rel="noreferrer noreferrer" target="_blank">http://www.isoc.org</a>><br>
> .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .<br>
_______________________________________________<br>
At-Large mailing list<br>
<a href="mailto:At-Large@atlarge-lists.icann.org" target="_blank" rel="noreferrer">At-Large@atlarge-lists.icann.org</a><br>
<a href="https://atlarge-lists.icann.org/mailman/listinfo/at-large" rel="noreferrer noreferrer" target="_blank">https://atlarge-lists.icann.org/mailman/listinfo/at-large</a><br>
<br>
At-Large Official Site: <a href="http://atlarge.icann.org" rel="noreferrer noreferrer" target="_blank">http://atlarge.icann.org</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 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 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></div>