[ga] Fw: 6:224 AU (AUSTRALIA)...."...like a mini-ICANN...it may not have any responsibility for IP addresses..."

["Jim Fleming" <jfleming@anet.com>]

----- Original Message -----
From: "Jim Fleming" <jfleming@anet.com>
To: "Patrick Corliss" <patrick@quad.net.au>; <chair@auda.org.au>; <deputychair@auda.org.au>; "Chris Disspain" <ceo@auda.org.au>;
<jo.lim@auda.org.au>; <webmaster@auda.org.au>
Cc: <terastra@terabytz.co.nz>; <Elisabeth.Porteneuve@cetp.ipsl.fr>; <orobles@nic.mx>; <pdeblanc@usvi.net>;
<grant.forsyth@clear.co.nz>; <lizwilliams@lizwilliams.net>; <philip.sheppard@aim.be>; <mcade@att.com>;
<Richard.Tindal@neulevel.com>; <ck@nrm.se>; <RCochetti@verisign.com>; <tony.ar.holmes@bt.com>; <harris@cabase.org.ar>;
<greg_ruth@yahoo.com>; <yjpark@myepark.com>; <vany@sdnp.org.pa>; <mueller@syracuse.edu>; <erica.roberts@bigpond.com>;
<Paul.Kane@reacto.com>; <kstubbs@dninet.net>; <aaus@mpaa.org>; <gcarey@carey.cl>; <CCHICOINE@thompsoncoburn.com>
Sent: Thursday, November 22, 2001 9:45 AM
Subject: 6:224 AU (AUSTRALIA)...."...like a mini-ICANN...it may not have any responsibility for IP addresses..."


> Tony Staley and Greg Watson - chair@auda.org.au
> David Thompson - deputychair@auda.org.au
> Chris Disspain - ceo@auda.org.au
> Jo Lim - jo.lim@auda.org.au
> Kim Davies - webmaster@auda.org.au
> Chris Chaundy
> Patrick Corliss
> Kim Davies
> Kim Heitman
> David Keegel
> Michael Malone
> Iain Morrison
> Dr Erica Roberts
> David Thompson
> Greg Watson
> Liz Williams
>
> http://www.dnso.org/clubpublic/ga-full/Arc08/msg03525.html
> From: "Patrick Corliss" <patrick@quad.net.au>
> Date: Fri, 23 Nov 2001 00:44:43 +1100
> "As I see it, each ccTLD is like a mini-ICANN.  As it may not have any
> responsibility for IP addresses perhaps it is more appropriate to equate a
> ccTLD with the DNSO.  At least that's the way I see it."
> -------------------------------------------------------------------
>
> Mr. Corliss:
>
> The Next Generation Internet (NGI) is taking shape. Microsoft has
> recently made the technology needed to use "IPv8 Addressing" with IPv6
> available in Windows XP. That is the standard Windows now shipped on PCs.
>
> With the growing NGI, people will need Address Space. The Internet
> foundation is in the Address Space, not the Name Space. In fact, many people
> do not know that the Internet can be used with no DNS. DNS was added to
> make it easier to have long-lived labels which are mapped to the Address Space.
> As those mappings change, the Name Space remains more stable, yet it is also
> changing.
>
> In anticipation of the coming NGI, years ago, many people discussed how
> to MOST FAIRLY distributed the expanded Address Space. There was obvious
> concern that the expanded Address Space could be "captured" in the same
> manner that the IPv4 Address Space has been captured, by a small circle of
> insiders, who have profitted over the years from that capture. In order to have
> a fresh start, a somewhat clean slate, the NGI IPv8 Address Space was
> dispursed to all of the known (and anticipated) TLDs for the purpose of a more
> open and free management (not routing) of that Address Space.
> http://www.dot-biz.com/IPv8/
>
> The management of the 2,048 NGI IPv8 Address Spaces is done under the
> various IN-ADDR.[TLD] zones, in a similar manner to what is currently done
> with the IN-ADDR.ARPA zone. This is a convienant place to record usage
> and there are many software tools that can be easily migrated to be used in this
> management. Many Internet engineers learn the system quickly, because of their
> prior familiarity with the IN-ADDR.ARPA approach.
>
> One of the nice things about the NGI IPv8 Addressing approach, is that people
> using the IPv4-based Internet remain connected and grow in an incremental
> manner at the edges of that network. That is the Internet way. Growth at the
> edges allows people to grow at their own pace, as opposed to growth at some
> central core controlled by a small group of insiders.
>
> The people involved in the management of the .AU TLD have been pre-allocated
> an NGI IPv8 Address Space which is many times larger than the entire IPv4
> Address Space, which has been used for about 20 years, without being depleted.
> The people of the .AU Community can of course choose not to use the allocated
> space, and that appears to be the case, because no IN-ADDR.AU zone appears
> in the DNS. That is of course your free will. The 6:224 Address Space will not
> go anywhere, it can sit for years, until someone decides they have a need and they
> take over the management via IN-ADDR.AU.
>
> http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt
> 6:224     AU   (AUSTRALIA)
> 2002:[IPv4]:0000:06E0:*.*.*.*:0000
>
> While no system of allocation is perfect, this approach seemed to be the most fair.
> Fairness has not been the hallmark of many of the ISOC, IAHC, ICANN proceedings.
> It is interesting, when presented with what many people think is a fair solution,
> people involved with ICANN jump on it (with little understanding) and dismiss it
> only to then be tasked with developing their own system of fairness, which never
> seems to materialize. In my opinion, the world needs to move forward, and route
> around all of the people who are apparently not aware of how the foundations of
> the Internet are laid, or people who have decided they want to someday make a
> more fair system (which seems to favor their financial objectives).
>
> It all boils down to fairness. Which list do you think is more fair ?
> The "toy" IPv4 Internet Early Experimentation Allocations ?
> http://www.iana.org/assignments/ipv4-address-space
> or
> The Proof-of-Concept IPv8 Allocations ?
> http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt
>
> Why would people pay for Address Space, when it is FREE ?
>
> Happy Holidays....!!!
>
> Jim Fleming
> http://www.IPv8.info
> http://www.DOT-BIZ.com
> http://www.in-addr.info
> 3:219 INFO
>
>

--
This message was passed to you via the ga@dnso.org list.
Send mail to majordomo@dnso.org to unsubscribe
("unsubscribe ga" in the body of the message).
Archives at http://www.dnso.org/archives.html