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

Re: [wg-c] Straw Vote



On 12 Aug 99, at 16:52, Jonathan Weinberg wrote:

finally more than just noice.

> QUESTION ONE: HOW MANY NEW gTLDS, AND HOW FAST?
> 
> Option 1:	Without regard to whether it would be desirable to have many
> gTLDs in the long term, ICANN should proceed now by adding only a few, and
> then pausing for evaluation.  Only after assessing the results should it
> initiate any action to add more.

Agree.

> 
> Option 2:	ICANN should implement a plan contemplating the authorization of
> many new gTLDs over the next few years.  (Example: ICANN might plan to
> authorize up to 10-12 new registries, each operating 1-3 new gTLDs, each
> year, for a period of five years; each year's authorizations would be
> staggered over the course of the year.)  This option would place the burden
> on opponents, if evidence comes in demonstrating that additional new gTLDs
> are a bad idea or that the rollout is too fast, to bring that evidence to
> ICANN's attention and call for a halt or a slowdown.
> 
> 
> 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.

Yes


> 
> 	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.

Yes

> 
> 	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).

Yes

> 
> 	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.
> 

siegfried