North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical Re: Verisign vs. ICANN
(read it only today, so sorry if I repeat something). The technical roots of the problem are: proposed services VIOLATES internet specification (which is 100% clean - if name do not exist, resolver must receive negative response). So, technically, there is not any ground for SiteFinder - vice versa, now you can add client-level search SiteFinder (MS did it, and it took LOONG to turn off their dumb 'search' redirect) so allowing competition between ISP, browsers and so on. Anyway, please - those who knows history and can read this 'official' English (little bored) - I am sure, that we can find many inconsistencies in the filing; it may be reasonable to provide a set of independent _technical_ reviews, showing that ICANN plays a role of technical authority, just do not allowing to violate a protocols. For the second case (waiting lists), it is not technical issue, but it is anti-competitional attempt from Verisign as well. I can ask my Russian folks to review it as well (dr. Platonov, Dimitry Burkov) but I am not sure, if it is of any use... Anyway, good review, explaining history and revealing real ICANN role, should be done. If VeriSign wish to deploy services - they must put thru new RFC first. PS. I am excited - Vixie as a co-conspirator... Vixie, you can be proud -:). Alexei Roudnev > > PV> Date: 18 Jun 2004 05:58:00 +0000 > PV> From: Paul Vixie > > PV> Paul Vixie is an existing provider of competitive services for > PV> registry operations, including providing TLD domain name hosting > PV> services for ccTLDs and gTLDs, and a competitor of VeriSign for > PV> new registry operations. [...] > > I'm missing something. By what stretch of whose imagination does > root nameserver operations compete with a registrar? > > > Eddy > -- > EverQuick Internet - http://www.everquick.net/ > A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/ > Bandwidth, consulting, e-commerce, hosting, and network building > Phone: +1 785 865 5885 Lawrence and [inter]national > Phone: +1 316 794 8922 Wichita > _________________________________________________________________ > DO NOT send mail to the following addresses: > [email protected] -*- [email protected] -*- [email protected] > Sending mail to spambait addresses is a great way to get blocked. > >
|