<<<
Chronological Index
>>> <<<
Thread Index
>>>
RE: [ga] ALAC statement on resolution of non-existing domain name s
- To: "'Vittorio Bertola'" <vb@xxxxxxxxxxxxxx>
- Subject: RE: [ga] ALAC statement on resolution of non-existing domain name s
- From: "Neuman, Jeff" <Jeff.Neuman@xxxxxxxxxx>
- Date: Tue, 16 Sep 2003 15:24:49 -0400
- Cc: "'ga@xxxxxxxx'" <ga@xxxxxxxx>
- Sender: owner-ga@xxxxxxxxxxxxxx
Just one question....the ALAC has reached the conclusion that "this practice
raises grave technical concerns" but cannot define those technical concerns.
How can you come to a conclusion on a topic which you admit you do not have
the knowledge to understand?
I would advise a more objective issues statement, that starts with the
issues rather than starting with the conclusion that you are seeking
evidence to prove.
-----Original Message-----
From: Vittorio Bertola [mailto:vb@xxxxxxxxxxxxxx]
Sent: Tuesday, September 16, 2003 2:01 PM
To: ga@xxxxxxxx
Subject: [ga] ALAC statement on resolution of non-existing domain names
The At-Large Advisory Committee would like to bring to ICANN's
attention concerns about Verisign's surprising roll-out of the
"SiteFinder" service for .com and .net.
SiteFinder works by re-directing queries for non-existing domain
names to the IP address of a search service that is being run by
Verisign.
This practice raises grave technical concerns, as it de facto
removes error diagnostics from the DNS protocol, and replaces them
by an error handling method that is tailored for HTTP, which is just
one of the many Internet protocols that make use of the DNS. We will
leave it for others to explain the details of these concerns, but
note that returning resource records in a way which is countrary to
the very design of the DNS certainly does not promote the stability
of the Internet.
These concerns are not mitigated by Verisign's efforts to work
around the consequences of breaking the Internet's design on a
service-by-service basis: These workarounds make specific
assumptions on the conclusions that Internet software would be
drawing from nonexisting domain names; these assumptions are not
always appropriate.
When working as intended, the service centralizes error handling
decisions at the registry that are rightly made in application
software run on users' computers. Users are deprived of the
opportunity to chose those error handling strategies best suited for
their needs, by chosing appropriate products available on a
competitive marketplace. Software makers are deprived of the
opportunity to compete by developing innovative tools that best
match the user's needs.
We urge ICANN to take whatever steps are necessary to stop this
"service."
--
vb. [Vittorio Bertola - vb [at] bertola.eu.org]<---
-------------------> http://bertola.eu.org/ <-----------------------
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|