ICANN ICANN Email List Archives

[At-Large Advisory Committee]


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

[alac] ALAC statement on resolution of non-existing domain names - in spanish

  • To: alac@xxxxxxxxx
  • Subject: [alac] ALAC statement on resolution of non-existing domain names - in spanish
  • From: Erick Iriarte Ahon <faia@xxxxxxxxxxxxxxxxx>
  • Date: Wed, 17 Sep 2003 13:21:55 -0500

The version in spanish

Erick Iriarte Ahon
LatinoamerICANN Project
http://latinoamericann.org




Envelope-to: faia@xxxxxxxxxxxxxxxxx
From: Vittorio Bertola <vb@xxxxxxxxxxxxxx>
To: alac@xxxxxxxxx
Subject: [alac] ALAC statement on resolution of non-existing domain names
Date: Tue, 16 Sep 2003 19:42:49 +0200
X-Mailer: Forte Agent 1.9/32.560
X-MIME-Autoconverted: from quoted-printable to 8bit by greenriver.icann.org id h8GHeVb06035
Sender: owner-alac@xxxxxxxxx
X-Spam-Score: -1.4 (-)


This is our final statement on the matter - I am releasing it now.

=====
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/ <-----------------------

_________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es


Attachment: DECLARACION ALAC NOMBRES DOMINIO NO EXISTENTES.doc
Description: MS-Word document



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