ICANN/GNSO GNSO Email List Archives

[registrars]


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

Re: [registrars] .net thick/thin discussion

  • To: Bruce Tonkin <Bruce.Tonkin@xxxxxxxxxxxxxxxxxx>
  • Subject: Re: [registrars] .net thick/thin discussion
  • From: "Marcus Faure" <faure@xxxxxxxxxxx>
  • Date: Thu, 22 Jul 2004 11:58:27 +0200 (CEST)
  • Cc: registrars@xxxxxxxx
  • In-reply-to: <57AD40AED823A7439D25CD09604BFB541587D5@balius.mit> from Bruce Tonkin at "Jul 22, 2004 07:46:59 pm"
  • Sender: owner-registrars@xxxxxxxxxxxxxx

Hello,

I personally think that this will cause a lot of confusion and support for the
registrars. One of the reasons I support thick is that we have so many
broken whois servers out there. A thin approach will not cure this.

Yours,
Marcus

> Thanks Marcus.
> 
> I agree that the registrars constituency does not seem to have a
> consensus position on this topic.
> 
> My view is that a registry operator can technically operate a thick and
> thin model in parallel, and the choice should be made available to
> registrars according to their business model and technical resources.
> 
> Regards,
> Bruce
>  
> 
> > -----Original Message-----
> > From: owner-registrars@xxxxxxxxxxxxxx 
> > [mailto:owner-registrars@xxxxxxxxxxxxxx] On Behalf Of Marcus Faure
> > Sent: Thursday, 22 July 2004 5:07 PM
> > To: registrars@xxxxxxxx
> > Subject: [registrars] .net thick/thin discussion
> > 
> > 
> > Dear all,
> > 
> > following a discussion among german-speaking registrars, I 
> > would like to state that the rc should reconsider its 
> > position on the "thinness" of .net.
> > I understand that at least some people in the rc are in 
> > favour of a thin model, however, our little group has 
> > unanimously decided to favour a thick model. Therefore, the 
> > rc recommendation should not favour thick or thin as at least 
> > at this point in time there is no clear vote for either direction.
> > 
> > Yours,
> > Marcus
> > 
> > on behalf of core, key systems, psi-usa and schlund
> > 
> 




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