ICANN ICANN Email List Archives

[At-Large Advisory Committee]


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

RE: [alac] Verisign: Updated draft.

  • To: Thomas Roessler <roessler@xxxxxxxxxxxxxxxxxx>, alac@xxxxxxxxx
  • Subject: RE: [alac] Verisign: Updated draft.
  • From: "Matsumoto, Tommy" <Tommy.Matsumoto@xxxxxxxxxx>
  • Date: Wed, 17 Sep 2003 08:03:19 +0900

Thomas

Thank you very much for your hard work and I totally agree with you and
support.

Best Regards,
Tommy Matsumoto


-----Original Message-----
From: Thomas Roessler [mailto:roessler@xxxxxxxxxxxxxxxxxx]
Sent: Tuesday, September 16, 2003 10:27 PM
To: alac@xxxxxxxxx
Subject: [alac] Verisign: Updated draft.


I've taken out reference to reachability problems, as these are
probably on a level of detail not appropriate for advice from us,
and have done some more fine-tuning.

Here we go:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

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

-- 
Thomas Roessler  <roessler@xxxxxxxxxxxxxxxxxx>
At-Large Advisory Committee: http://alac.info/



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

Privacy Policy | Terms of Service | Cookies Policy