Re: [weirds] fyi: WHOIS Policy Review Team Final Report

Andrew Sullivan <ajs@anvilwalrusden.com> Thu, 17 May 2012 13:40 UTC

Return-Path: <ajs@anvilwalrusden.com>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 974E421F86C2 for <weirds@ietfa.amsl.com>; Thu, 17 May 2012 06:40:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Level:
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[AWL=-0.020, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XiTDZX+srUH2 for <weirds@ietfa.amsl.com>; Thu, 17 May 2012 06:40:31 -0700 (PDT)
Received: from mail.yitter.info (mail.yitter.info [208.86.224.201]) by ietfa.amsl.com (Postfix) with ESMTP id E664B21F869F for <weirds@ietf.org>; Thu, 17 May 2012 06:40:30 -0700 (PDT)
Received: from mail.yitter.info (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yitter.info (Postfix) with ESMTPSA id C5BA61ECB41C for <weirds@ietf.org>; Thu, 17 May 2012 13:40:29 +0000 (UTC)
Date: Thu, 17 May 2012 09:40:32 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: weirds@ietf.org
Message-ID: <20120517134032.GB28307@mail.yitter.info>
References: <4FB3E6A5.1050204@KingsMountain.com> <20120517013357.74850.qmail@joyce.lan>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20120517013357.74850.qmail@joyce.lan>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [weirds] fyi: WHOIS Policy Review Team Final Report
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 17 May 2012 13:40:31 -0000

On Thu, May 17, 2012 at 01:33:57AM -0000, John Levine wrote:
> This is a surprisingly good report.

It's interesting you say that.  I had exactly the opposite reaction.
There are problems both large and small.  The executive summary has a
bad definition of what a domain name is.  The report makes a number of
preposterous recommendations, like that ICANN should, for some reason,
start chasing all referrals in whois (because, apparently, people
don't know how to use whois and this will magically enable them to do
so), and attempts to extent ICANN's regulatory reach into areas where
it has no business (and where it will fail anyway).  It gets its
history wrong, and just ignores IRIS.  It makes the distinction among
the service, protocol, and data but does not attend to that
distinction throughout.  It points out, but offers no suggestions for
resolving, the basic inconsistency in what different communities want
from the registration data service.  Finally, it simply refuses to
engage with the question of whether the very limitations of the
protocol are a fundamental part of the problem.

The latter is the most serious issue, in my opinion, because it leads
them to make recommendations that are just as unrealistic as the last
five times ICANN has blathered on about whois.  Fixing the protocol
limitations is simply a necessary condition for doing anything about
all the rest of it.  I sent them a public comment pointing this out
after they posted their draft report (I also sent them private mail
pointing out the number of technical errors in the report, most of
which they appear to have left alone.  One sometimes gets the feeling
that ICANN committees just don't care about technical precision, and
this report doesn't help dispel that feeling).

I think the report is a shame.  It has taken several years and not
insignificant money to say a bunch of commonplaces, yet the report
doesn't really help do anything about the two most serious problems
with registration data: the protocols we have are poorly adapted to
serving the needs we have, and the set of needs we have is in any case
an internally inconsistent set.  The first is a technical issue, and
we here are in a position to do something about it if only we
understand what problems we need to solve.  The second is a basic
problem of public policy, in which different actors want vastly
different things from the same service.  One might have hoped that the
report would have provided a framework for figuring out how to make
those compromises, but it doesn't.

> I'd encourage people to read it,
> at least the first section which summarizes the recommendations, and
> send a comment to ICANN.

On this we agree.

Best,

A


-- 
Andrew Sullivan
ajs@anvilwalrusden.com