[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [wg-c] straw poll -- final reminder




Hi Elisabeth,
	Bravo. I agree 200%

Yours, John Broomfield.

> Jonathan,
> 
> I think that Caroline, Marylin and Ted (sorry if I forgot others)
> made a right objections on voting, considering motions from
> the NC in Santiago.
> 
> As I am listed in your reminder, please find here my 
> few comments explaining *WHY* I have difficulties to vote.
> 
> I am completely open to the issue of gTLDs,
> provided that before anything is decided as to process
> of their creation ("how many how fast"), we consider
> approprietely lessons given by the .com/.org/.net creation.
> 
> I would say that almost all problems of .com/.org/.net are
> fairly described in the White Paper, and remedies to that
> may be observed in day-to-day ICANN process.
> The list of main problems:
>     - monopoly if the gTLD is not shared registry
>       and the string TLD became popular
>     - rights to whois and DNS database: no private intellectual
>       or other property rights inhere to the gTLD itself
>       as the result of gTLD delegation
>       (if not it reinforce monopoly)
>     - the determination of rules for dispute resolution policy
>       regarding domain names registration (all human activities,
>       not only Internet related, take names without restriction 
>       from the dictionnaries, which are human global ressource
>       - once theses activities are projected into the common
>       Internet domain names space conflicts are inavoidable);
>       the subsequent are forbidden names (which names shall be
>       forbidden and why ?)
>     - determination if on the international level any rule
>       trying to create gTLD brand name may be reinforced
>       (I stated that not, the brand name may be reinforced
>       under one country law, sometimes with difficulties,
>       maybe under international treaty, but not in the 
>       general international case -- it is exactly what happen 
>       to .com/.org/.net)
> 
> Setting up a new gTLD in such a way that all main known problems
> we have with .com/.org/.net are avoided from start,
> could replace the competition on the registrars level,
> which I see much more sane. Then gTLD registries could be seen
> as very lightweight group, with the main goal of mutual
> responsability to registrants: insure openess to registrars,
> notify them a new, yet unknown global dispute rules which may
> be necessary for arising new problems,
> and guaranty that in case of one registry defect the 
> corresponding registered domain names will be maintained 
> by appropriate replacement.
> 
> Kind regards,
> Elisabeth
> 
> > Date: Tue, 31 Aug 1999 23:21:50 -0400
> > To: wg-c@dnso.org
> > From: Jonathan Weinberg <weinberg@mail.msen.com>
> > Subject: [wg-c] straw poll -- final reminder
> > 
> > 	A reminder, for those of you who have been following the debate over
> > whether we should be conducting the straw poll: That poll closes at
> > midnight EDT on Wednesday ("tomorrow" as I write this; "today" for most of
> > you reading it).  If you haven't yet submitted your views, I urge you to do
> > so.
> > 
> > 	(That means you, Mark Langston, Jean-Michel Becar, Roger Cochetti, Rita
> > Odin, Marilyn Cade, Tod Cohen, Elisabeth Porteneuve, Bill Semich, Richard
> > Lindsay, Ken Stubbs, William Walsh, Kilnam Chon, Ross Wm. Rader, Mark
> > Measday, Robert F. Connolly, Hal Lubsen, Ann-Catherine Andersson, Javier
> > Sola, Martin Schwimmer, Kathryn Klieman, Petter Rindforth, John Lewis,
> > Caroline Chicoine, and a bunch of others).
> > 
> > Jon
> > 
> > 
> > Jonathan Weinberg
> > co-chair, WG-C
> > weinberg@msen.com
> > 
> > -------------
> > 
> > QUESTION TWO: HOW TO SELECT TLD STRINGS AND REGISTRIES?
> > 
> >         Option 1:  ICANN should decide on a set of new gTLD strings, and
> > then solicit applications from would-be registries (or existing
> > registries) to run those TLDs.  In picking the new gTLD strings, it should
> > use an ad hoc approach to choose the new gTLDs that it thinks will best
> > serve the Internet community.  Each proponent of a new gTLD would apply to
> > the NC for formation of a WG devoted to that gTLD string (or to several
> > strings).  The WG would then generate a charter for each proposed new TLD,
> > and it would be up to the NC and ICANN to approve the WG's product.  This
> > process would likely generate some broad-based TLDs along with some more
> > narrowly focused ones (which might have restrictive registration
> > policies).
> > 
> >         Option 2: Same as Option One, except that a standing WG would make
> > periodic proposals for new gTLDs.
> > 
> >         Option 3:  ICANN should decide on a set of new gTLD strings, and
> > then solicit applications from would-be registries (or existing
> > registries) to run those TLDs.  Before picking the new gTLD strings, it
> > should agree on a predetermined structure for the namespace (such as a
> > Yellow Pages-type taxonomy).  All new gTLDs, under this approach, would be
> > limited-purpose.  This approach would be responsive to Dennis Jennings'
> > concern that "the set of gTLDs that are active must, to be successful, be
> > clearly understood by the vast majority of Internet users (in English) to
> > point to clearly defined and (ideally) non-overlapping sub-sets of the
> > possible Internet hosts."
> > 
> >         Option 4:  ICANN should start by adding the existing "alternate"
> > gTLDs, and then find a neutral method to continue adding new TLD strings,
> > focusing on names that have already been proposed.
> > 
> >         Option 5:  ICANN should pick a set of registries, according to
> > predetermined, objective criteria.  The registries would then choose their
> > own gTLD strings, subject to some process or rules under which ICANN could
> > resolve conflicts, and could deem certain gTLD strings out of bounds.
> > This approach would incorporate a mechanism under which existing
> > registries could apply for authorization to add additional gTLD strings.
> > The registry-selection criteria might reserve a certain number of slots
> > for registries based in each region of the world.
> > 
> > 
> > QUESTION THREE: SHOULD REGISTRIES BE FOR-PROFIT OR NON-PROFIT?  HOW MANY
> > gTLDS SHOULD THEY RUN?
> > 
> >         Option 1: All registries would be run on a not-for-profit,
> > cost-recovery basis.  (The "registry operator," in the sense that Emergent
> > was the operator of the planned CORE registry, could be a for-profit
> > company.)  Registries could operate any number of gTLDs.
> > 
> >         Option 2:  Some registries would be run on a not-for-profit,
> > cost-recovery basis, and could operate any number of gTLDs.  Other
> > registries, however, could be run on a for-profit basis, and would be
> > limited to one gTLD each.
> > 
> >         Option 3:  Some registries would be run on a not-for-profit,
> > cost-recovery basis, and could operate any number of gTLDs..  Other
> > registries, however, could be run on a for-profit basis, and would be
> > limited to a small number of gTLDs (say, three).
> > 
> >         Option 4:  Some registries would be run on a not-for-profit,
> > cost-recovery basis.  Other registries, however, could be run on a
> > for-profit basis.  Any registry could operate any number of gTLDs.
> > 
> > 
> > QUESTION FOUR:  SHOULD ICANN REQUIRE SHARING?
> > 
> >         Option 1: All gTLDs would be shared (that is, open to competitive
> > registrars).
> > 
> >         Option 2:  An ICANN rule would presumptively require that gTLDs be
> > shared, but ICANN would allow exceptions in particular cases.  (A single
> > registry might run both shared and non-shared gTLDs.)
> > 
> >         Option 3:  ICANN would not require registries to support
> > competitive registrars in any of their gTLDs, although registries might
> > independently choose to do so.
> > 
>