ICANN/DNSO
DNSO Mailling lists archives

[ga-full]


<<< Chronological Index >>>    <<< Thread Index >>>

[ga] Re: [ncdnhc-discuss] Decentalization proposal for ICANN Evolution and Reform


Esther and all,

Esther Dyson wrote:

> As someone once asked me, "Why can't we just all agree to sit together in a
> room and figure this out, without a lot of fuss?"

  I too have been ask this question on a number of occasions.

>
>
> That room is called ICANN.

  Well maybe.  The room or rooms may have many names and/or
locations as ICANN has demonstrated as well as insisted on
creating, Esther...  Be that as it may or is, depending on your
point of view or view point....

>
>
> But a lot of people now care what goes on in that room, and they will not
> go away until they feel secure about what happens in the room. THen they
> will get bored and leave it alone....

  I seriously doubt that those that do care will ever completely trust
ICANN.  Like Enron, Global Crossing, KPMG, Ernst and Young,
Microsoft, Aurther Anderson, and recently again the IETF/IESG,
we the stakeholders/users must, and will remain vigilant.

  The ICANN BoD and especially the ICANN staff has messed
in their diapers, and the stench has circled the globe.

>
>
> Esther
>
> At 05:34 PM 4/4/2002, Alejandro Pisanty - DGSCA y FQ, UNAM wrote:
> >Dear Dave,
> >
> >in following the thread about decentralization, the question that remains
> >for me is: if you decentralized (eg making address, protocol, and names
> >issues separate, or controlling TLDs regionally), what would be the nature
> >of the agency or body that kept things coordinated?
> >
> >One guess: international, private-sector or private-public partnership,
> >bottom-up, consensus-based... Heard it before?
> >
> >Personally I remain open to the idea of decentralization (as you say, it
> >is an appealing word), and even more open to carrying the idea through
> >consequently to see if and how it is really viable).
> >
> >Yours,
> >
> >Alx
> >
> >
> >.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
> >      Dr. Alejandro Pisanty
> >Director General de Servicios de Computo Academico
> >UNAM, Universidad Nacional Autonoma de Mexico
> >Av. Universidad 3000, 04510 Mexico DF Mexico
> >Tel. (+52-55) 5622-8541, 5622-8542 Fax 5550-8405
> >http://www.dgsca.unam.mx
> >*
> >** 10 Aniversario de Internet Society - www.inet2002.org en Washington, DC
> >---->> Unete a ISOC Mexico, www.isoc.org
> >  Participa en ICANN, www.icann.org
> >.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
> >
> >
> >
> >On Thu, 4 Apr 2002, Dave Crocker wrote:
> >
> > > At 05:54 AM 4/4/2002 -0500, James Love wrote:
> > > >This is a specific proposal for ICANN decentralization.
> > >
> > > Given a goal of decentralization, Jamie's proposal does not go far
> > > enough.  Any effort at decentralization needs to be more complete.
> > >
> > > There are two assumptions behind Jamie's proposal:
> > >
> > >          a) it is better to have more localized control of TLDs, and
> > >
> > >          b) coordination among multiple TLD-granting organizations is easy.
> > >
> > > However a regional body has the difficulty of needing to obtain agreements
> > > among the member countries each of which has its own culture and its own
> > > sovereignty.  The idea of requiring a single set of rules for Japan,
> > > Myanmar and India, for example, strikes me as no easier than having a
> > > single set of TLD-allocation rules for the entire world, as we have with
> > > ICANN.
> > >
> > > Consequently, I suggest that we have one TLD-granting organization for each
> > > country.  Each organization will apply whatever policies they wish, from
> > > the perspective of their country.
> > >
> > > This leaves the trivial task of coordinating uniqueness among the
> > > TLD-granting organizations.
> > >
> > > Only two questions are unanswered:
> > >
> > > 1.  What is the actual benefit of such decentralization?  Although
> > > decentralization is an appealing concept, it is not clear what specific
> > > benefits are expected in this case.  It is even less clear what specific
> > > benefits are likely.  Perhaps there are examples of global decentralization
> > > for such an operation?  That way we could understand the benefits and the
> > > difficulties.
> > >
> > > 2.  Will coordination of uniqueness actually be that trivial?  For example,
> > > what will prevent a TLD land-grab by the different granting agencies,
> > > instantly adding thousands -- or even millions -- of TLDs to the root.
> > > Although some DNS technicians believe that millions of new TLDs in the root
> > > will not cause a problem, others believe it will.  And what about disputes
> > > between the different granting agencies?
> > >
> > > d/
> > >
> > > ----------
> > > Dave Crocker <mailto:dave@tribalwise.com>
> > > TribalWise, Inc. <http://www.tribalwise.com>
> > > tel +1.408.246.8253; fax +1.408.850.1850
> > >
> > > _______________________________________________
> > > Discuss mailing list
> > > Discuss@icann-ncc.org
> > > http://www.icann-ncc.org/mailman/listinfo/discuss
> > >
>
> Esther Dyson                    Always make new mistakes!
> chairman, EDventure Holdings
> writer, Release 3.0 (on Website below)
> edyson@edventure.com
> 1 (212) 924-8800    --   fax  1 (212) 924-0240
> 104 Fifth Avenue (between 15th and 16th Streets; 20th floor)
> New York, NY 10011 USA
> http://www.edventure.com
>
> _______________________________________________
> Discuss mailing list
> Discuss@icann-ncc.org
> http://www.icann-ncc.org/mailman/listinfo/discuss

Regards,
--
Jeffrey A. Williams
Spokesman for INEGroup - (Over 121k members/stakeholdes strong!)
CEO/DIR. Internet Network Eng/SR. Java/CORBA Development Eng.
Information Network Eng. Group. INEG. INC.
E-Mail jwkckid1@ix.netcom.com
Contact Number:  972-244-3801 or 214-244-4827
Address: 5 East Kirkwood Blvd. Grapevine Texas 75208


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



<<< Chronological Index >>>    <<< Thread Index >>>