<br><br><div class="gmail_quote">2010/10/22 J-F C. Morfin <span dir="ltr"><<a href="mailto:jfc@morfin.org">jfc@morfin.org</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

IMHO in the cookie case, there are three types of cookies:<br>
<br>
- those documented as part of the Internet technology, subject to standard track document, that can only document their use within the Internet Iron Curtain (i.e. lowercase A-labels)<br>
- those being used by IUI level applications that are to be documented by the Internet Users community that can be documented through BCP or for information like RFC 5895.<br>
- those being used by the users applications that are documented by their developers.<br>
<br>
The IU community has many needs and solutions that can be supported in respecting the now existing and confirmed Iron Curtain separation. Let try to not erode it and create instability.<br></blockquote><div><br>I just wish to add, for Peter to best understand, that "U-labels" as conceived by the IUCommunity  may be transformed into lowercase A-label with many different "presentation prefixes" (other than "xn--") and from many non U-labels origins (like user gesture, computed result, audio input, sentences, Netix commands, etc.) that may only be occasionnally used on the Internet. The ML-DNS implies a domain name stack (different classes) that may be used as their class IN lowercase A-Label occurence.<br>
<br>In the future we will strive to document a UN class that will support a non homographically confused NUCS (network universal character set) UCS subset for ML-DNS unique registrations (avoiding confusion like .br and .6r) on a first come first served basis. <br>
<br>Last but no least we plan to fully use not only the identification (centralized management), but also designation (individual management) and communication (mutual management) capacities. Therefore, only the Internet DNS (i.e. lowercase A-Label IN and further UN classes as accepted by the Internet community (presently the IEISOCANN enhanced cooperation IANA root file)) is considered as being in the IETF standard track area.<br>
<br>Best<br>Portzamparc<br><br><br></div></div><div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup {  position:absolute;  z-index:9999;  padding: 0px 0px;  margin-left: 0px;  margin-top: 0px;  width: 240px;  overflow: hidden;  word-wrap: break-word;  color: black;  font-size: 10px;  text-align: left;  line-height: 13px;}</style>