What I&#39;m talking about is <i>syntactic</i> validity. Of course what a URL containing a label points to could change or disappear.<br><br>Mark<br><br><div class="gmail_quote">On Fri, Apr 18, 2008 at 2:34 PM, Eric Brunner-Williams &lt;<a href="mailto:ebw@abenaki.wabanaki.net">ebw@abenaki.wabanaki.net</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Mark,<br>
<br>
The requirements for labels arises somewhere, and I suspect that for the IETF&#39;s IDN activities, past and present, the author of that requirement is, at in part, ICANN, in the broad, constituency sense, not the almost uniformly non-technical members of staff employed by ICANN.<br>

<br>
If that is the origin of the requirement for stability, in my opinion, your requirement that a label be &quot;valid (or invalid) forever&quot; is stronger than the requirement originating from ICANN for IDNs.<br>
<br>
Please consider the 3166 code points in the zone file that the IANA directly manages. These are not &quot;valid (or invalid) forever&quot;, where there was an alpha-two label &quot;SU&quot; there are now several distinct alpha-two labels labels. The ISO3166/MA publishes newsletters with occasional changes to one or more code points, which are eventually reflected in the validity, or invalidity, of labels in the root zone. Now it is true that there is no change in the [A-Z][a-z][0-9][-,.] and length restrictions on labels formed from ASCII characters, but that is a truth about a production rule, not a truth about any particular label.<br>

<br>
Perhaps this is a distinction without difference, as per-character determinations of label validity may be a production rule for a class of labels with only one member.<br>
<br>
If so, again in my opinion, the ICANN requirement for stability does not approach the semantics of &quot;forever&quot;, there simply is no planning process in ICANN for any requirement that is as fixed in its intent as that of the authors of the BCD series of standards, or the ASCII series of standards, for a present work that cannot, and also need not, be modified within a few short years, as we are attempting now, on the work of the earlier IETF IDN WG.<br>

<br>
The difference between &quot;for as long as we think this work is used&quot; and &quot;forever&quot; may allow CONTEXT rules to become more restrictive.<br><font color="#888888">
<br>
Eric<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Mark