<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Dear Avri <br>
<blockquote cite="mid:757B3C67-5AA4-4657-B837-A88AA2E02FE0@psg.com"
type="cite">
<blockquote type="cite">What I am all ears is about concrete
proposals of multistakeholders governance within
<br>
the new DNS classes,
<br>
</blockquote>
<br>
first someone has to figure out if new DNS classes are practical or
even fully technically possible as the protocols currently stand.
<br>
<br>
</blockquote>
except for some fields like the CNAME that you mentioned at the
workshop, almost everything is in the RFCs<br>
<blockquote cite="mid:757B3C67-5AA4-4657-B837-A88AA2E02FE0@psg.com"
type="cite">from my investigations it looks like any such efforts
would take many years of technical protocol work and standards efforts
as well as private network testing </blockquote>
experimentation should come first, as I always said<br>
<blockquote cite="mid:757B3C67-5AA4-4657-B837-A88AA2E02FE0@psg.com"
type="cite">to determine whether they could be introduced without
risking network instability.
<br>
</blockquote>
I do not understand what you mean by network instability ?<br>
You meant service instability ? <br>
There are just independant yet interoperable naming services.<br>
If one breaks down, how it should affect others ?<br>
<br>
ICANN in 2001 recommended the use of <i>classes</i>.... as I repeatdly
said in my presentations...<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.icann.org/en/meetings/stockholm/unique-root-draft.htm">http://www.icann.org/en/meetings/stockholm/unique-root-draft.htm</a><br>
<p><i><font face="Arial">Moreover, it should be noted that the original
design of the DNS provides a facility for future extensions that
accommodates the possibility of safely deploying multiple roots on the
public Internet for experimental and other purposes. As noted in <a
href="http://www.rfc-editor.org/rfc/rfc1034.txt">RFC 1034</a>, the DNS
includes a "class" tag on each resource record, which allows resource
records of different classes to be distinguished even though they are
commingled on the public Internet. For resource records within the
standard root-server system, this class tag is set to "IN"; other
values have been standardized for particular uses, including 255
possible values designated for "private use" that are particularly
suited to experimentation.<sup><a
href="http://www.icann.org/en/meetings/stockholm/unique-root-draft.htm#fn11">11</a></sup></font></i></p>
<p><i><font face="Arial">As described in a recent proposal within the
IETF,<sup><a
href="http://www.icann.org/en/meetings/stockholm/unique-root-draft.htm#fn12">12</a></sup>
this "class" facility allows an alternative DNS namespace to be
operated from different root servers in a manner that does not
interfere with the stable operation of the existing authoritative
root-server system. Those that have deployed alternative roots have not
used a different class designation, however, choosing instead to have
their resource records masquerade as emanating from the standard root,
and creating the potential for disruption of other's operations.</font></i></p>
<p><i><font face="Arial">In an ever-evolving Internet, ultimately there
may be better architectures for getting the job done wherethe need for
a single, authoritative root is not an issue. But that is not the case
today. And the transition to such an architecture, should it emerge,
would require community-based approaches. In the interim, responsible
experimentation should be encouraged, but it should not be done in a
manner that affects those who do not consent after being informed of
the character of the experiment.</font></i></p>
<i><br>
</i>I feel encouraged... <span class="moz-smiley-s3"><span> ;-) </span></span><br>
Could you comment on the 2001 ICANN statement ?<br>
<br>
One may also note in this paper that is underlined that<br>
<br>
<font face="Arial"><b>Competition as a Value Guiding the Internet's
Technical Management<br>
</b></font><br>
I share this value.... <br>
<blockquote cite="mid:757B3C67-5AA4-4657-B837-A88AA2E02FE0@psg.com"
type="cite">i think work on governance of such schemes might be
somewhat premature - maybe even a decade premature.
<br>
</blockquote>
This is the essence of research is not of being mature, it is about
looking beyond tomorrow... <br>
and it might come sooner than expected... who knows ?<br>
there are many factors coming into play <br>
<br>
We might argue about the probabilities, but<br>
the stakes are so high, that disregarding this possibility<br>
would be unwise.<br>
<br>
Best<br>
<br>
Francis<br>
<blockquote cite="mid:757B3C67-5AA4-4657-B837-A88AA2E02FE0@psg.com"
type="cite"><br>
a.
<br>
____________________________________________________________
<br>
You received this message as a subscriber on the list:
<br>
<a class="moz-txt-link-abbreviated" href="mailto:governance@lists.cpsr.org">governance@lists.cpsr.org</a>
<br>
To be removed from the list, send any message to:
<br>
<a class="moz-txt-link-abbreviated" href="mailto:governance-unsubscribe@lists.cpsr.org">governance-unsubscribe@lists.cpsr.org</a>
<br>
<br>
For all list information and functions, see:
<br>
<a class="moz-txt-link-freetext" href="http://lists.cpsr.org/lists/info/governance">http://lists.cpsr.org/lists/info/governance</a>
<br>
<br>
.
<br>
<br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
------------------------------------------------------
Francis F. MUGUET Ph.D
MDPI Foundation Open Access Journals
<a class="moz-txt-link-freetext" href="http://www.mdpi.org">http://www.mdpi.org</a> <a class="moz-txt-link-freetext" href="http://www.mdpi.net">http://www.mdpi.net</a>
<a class="moz-txt-link-abbreviated" href="mailto:muguet@mdpi.org">muguet@mdpi.org</a> <a class="moz-txt-link-abbreviated" href="mailto:muguet@mdpi.net">muguet@mdpi.net</a>
KNIS <a class="moz-txt-link-freetext" href="http://knis.org">http://knis.org</a>
Academic Collaboration / University of Geneva
<a class="moz-txt-link-freetext" href="http://syinf.unige.ch/recherche/cooperation">http://syinf.unige.ch/recherche/cooperation</a>
Mobile France +33 6 71 91 42 10
Switzerland +41 78 927 06 97
Cameroun +237 96 55 69 62 ( mostly in July )
World Summit On the Information Society (WSIS)
Civil Society Working Groups
Scientific Information : <a class="moz-txt-link-freetext" href="http://www.wsis-si.org">http://www.wsis-si.org</a> chair
Patents & Copyrights : <a class="moz-txt-link-freetext" href="http://www.wsis-pct.org">http://www.wsis-pct.org</a> co-chair
Financing Mechanismns : <a class="moz-txt-link-freetext" href="http://www.wsis-finance.org">http://www.wsis-finance.org</a> web
Info. Net. Govermance : <a class="moz-txt-link-freetext" href="http://www.wsis-gov.org">http://www.wsis-gov.org</a> web
NET4D : <a class="moz-txt-link-freetext" href="http://www.net4D.org">http://www.net4D.org</a>
UNMSP : <a class="moz-txt-link-freetext" href="http://www.unmsp.org">http://www.unmsp.org</a>
WTIS : <a class="moz-txt-link-freetext" href="http://www.wtis.org">http://www.wtis.org</a> REUSSI : <a class="moz-txt-link-freetext" href="http://www.reussi.org">http://www.reussi.org</a>
------------------------------------------------------
</pre>
</body>
</html>