<p>Hi,</p><br>We are organizing the IPv4-v6 Workshop in Rio; <br><span class="normal21"><strong>From IPv4 to IPv6: Challenges and Opportunities</strong></span><br>so this discussion is very interesting. <br><br>Please join this workshop on Nov 12 afternoon, right after the
<br>opening ceremony if you are coming to Rio.<br><br>I am also a member of ICANN's AtLarge Advisory Committee,<br>which is supposed to delivere the individual users' voices into<br>ICANN process, and just came back from ICANN Los Angeles
<br>meeting. <br><br>ALAC made the following statement at the Address Community's<br>(or ASO's) workshop. This is still a "draft", pending final edit and<br>consensus, but gives you the basic view of, at least, At Large
<br>users community at present ICANN.<br><br>It was also a part of the ALAC Chair's presentation at the public<br>forum, the transcription of the entire forum can be seen here, (though<br>it is quite lengthy).<br><br>
<a href="http://losangeles2007.icann.org/files/losangeles/LA-PublicForum2-1NOV07.txt">http://losangeles2007.icann.org/files/losangeles/LA-PublicForum2-1NOV07.txt</a><br><br>I think rather than finding who WAS responsible, etc, it is much
<br>more constructive and important to find ways for solution for this<br>challenge - and it is I believe the job of ALL stakeholders, not just<br>one or the other.<br><br>Thanks and see you in Rio!<br><br>izumi<br>---------
<br><br><p>
We are aware that sometime within a few years the current pool of IPv4
addresses will expire, which may have a significant impact on the use
of Internet by broad public.<br>
</p>
<p>
We ask the global address allocation registries to make sure that the
allocation of the remaining pool of IPv4 addresses be done in a fair
and equitable manner. The challenge here is what exactly we mean by
"fair and equitable" – and we understand that this requires an open and
inclusive policy development process. We respect the work done by the
RIRs so far and we are willing to actively participate more.<br>
</p>
<p>
We are concerned about the potential creation of a "black market" of
the IPv4 addresses and call for a rational way to make a secondary
market a reality. We also call for a reasonable way of recollecting the
unused IPv4 address blocks.<br>
</p>
<p>
We also like to call for more outreach work initiated by the address
community to make sure that the issues are understood clearly and the
solutions are communicated openly.<br>
</p>
<p>
We understand that the best solution to this challenge is to make a
smooth and orderly transition to the broad use of IPv6. There are
several challenges and tasks to make that to happen:<br>
</p>
<ul><li>Organize awareness campaign for the need for timely transition</li><li>Avoid media scares by providing accurate information to wider public</li><li>Make sure all "public sites" by governments and commercial service providers implement IPv4-v6 dual capacity in a timely manner
</li><li>That measures be taken to help developing countries to prepare for the transition in a timely and affordable manner</li><li>Prepare a timeline under which we can operate the transition
program, such as outreach, technical assistance and other preparation
in a timely manner so that suitable, reliable and effective planning
can be made</li></ul><br><div><span class="gmail_quote">2007/11/2, Ian Peter <<a href="mailto:ian.peter@ianpeter.com">ian.peter@ianpeter.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>-----Original Message-----<br>From: Stephane Bortzmeyer [mailto:<a href="mailto:bortzmeyer@internatif.org">bortzmeyer@internatif.org</a>]<br><br><br>>I fail to see why it's the *technical* community failure. Technically,
<br>>IPv6 works and do so for a long time. Its non-deployment is purely the<br>>result of economical, financial and political decisions (or lack of),<br>>without any technical issue involved.<br><br>Well there are a few technical issues, some of them raised here by Randy
<br>Bush<br><br><a href="http://www.nanog.org/mtg-0710/presentations/Bush-v6-op-reality.pdf">http://www.nanog.org/mtg-0710/presentations/Bush-v6-op-reality.pdf</a><br><br>They mainly relate to co-existence with IPv4, implementation issues, and
<br>multi-homing. There are also some substantial technical issues in enterprise<br>adoption. There are also incompatibilities with a lot of existing hardware<br>and of course existing systems.<br><br>If the upgrade was technically easy it might have been completed a decade
<br>ago! Sure, there are economic, financial and political factors at work as<br>well, but...<br><br>I described it as a technical community failure, not a technical failure.<br>Vague term, I know, but the rollout has been a complete stuffup because the
<br>implementation factors weren't thought through carefully. A classic "build<br>it and they will come" example.<br><br>I take the point that blaming the technical community doesn't help. However,<br>this does illustrate why the concept of technical only co-ordination is
<br>problematic and how in governance we need to develop structures that can<br>assist in dealing with issues like this.<br><br><br>No virus found in this outgoing message.<br>Checked by AVG Free Edition.<br>Version: 7.5.503
/ Virus Database: 269.15.18/1104 - Release Date: 01/11/2007<br>18:47<br><br><br>____________________________________________________________<br>You received this message as a subscriber on the list:<br> <a href="mailto:governance@lists.cpsr.org">
governance@lists.cpsr.org</a><br>To be removed from the list, send any message to:<br> <a href="mailto:governance-unsubscribe@lists.cpsr.org">governance-unsubscribe@lists.cpsr.org</a><br><br>For all list information and functions, see:
<br> <a href="http://lists.cpsr.org/lists/info/governance">http://lists.cpsr.org/lists/info/governance</a><br><br></blockquote></div><br><br clear="all"><br>-- <br> >> Izumi Aizu <<<br>
<br> Institute for HyperNetwork Society, Oita<br> Kumon Center, Tama University, Tokyo<br> Japan<br> * * * * *<br> << Writing the Future of the History >>
<br> <a href="http://www.anr.org">www.anr.org</a>