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

Eric Brunner-Williams <ebw@abenaki.wabanaki.net> Thu, 17 May 2012 15:56 UTC

Return-Path: <ebw@abenaki.wabanaki.net>
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 CB52C21F8629 for <weirds@ietfa.amsl.com>; Thu, 17 May 2012 08:56:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 g5xXYZJ9lCtL for <weirds@ietfa.amsl.com>; Thu, 17 May 2012 08:56:06 -0700 (PDT)
Received: from nic-naa.net (nic-naa.net [65.99.1.132]) by ietfa.amsl.com (Postfix) with ESMTP id 36BF621F85A7 for <weirds@ietf.org>; Thu, 17 May 2012 08:56:05 -0700 (PDT)
Received: from limpet.local (cpe-67-255-2-48.twcny.res.rr.com [67.255.2.48]) by nic-naa.net (8.14.4/8.14.4) with ESMTP id q4HCsoc1031552 for <weirds@ietf.org>; Thu, 17 May 2012 08:54:50 -0400 (EDT) (envelope-from ebw@abenaki.wabanaki.net)
Message-ID: <4FB51F8E.2050301@abenaki.wabanaki.net>
Date: Thu, 17 May 2012 11:55:58 -0400
From: Eric Brunner-Williams <ebw@abenaki.wabanaki.net>
Organization: wampumpeag
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: weirds@ietf.org
References: <4FB3E6A5.1050204@KingsMountain.com> <20120517013357.74850.qmail@joyce.lan> <20120517134032.GB28307@mail.yitter.info>
In-Reply-To: <20120517134032.GB28307@mail.yitter.info>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [weirds] fyi: WHOIS Policy Review Team Final Report
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ebw@abenaki.wabanaki.net
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 15:56:06 -0000

On 5/17/12 9:40 AM, Andrew Sullivan wrote:
> 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.

agree. and on just about every prior whois foodfight i've participated
in as a we-might-be-able-to-work-a-constructive-compromise participant.

turning to another claim ...

> ... I point out that privacy is mostly a matter of policy, and not standards...

there is data collection. the syntax and semantics are the subject of
specification(s).

there is data retention, data purposing, and data redistribution.
again, the syntax and semantics are the subject of specification(s).

there is data publication, access generally, ignoring the out-of-band
mechanism(s) above ("retention, purpose & redistribution"). again, the
syntax and semantics are the subject of specification(s).

> Hence, the discussion on privacy on this list will be limited.

persons who don't know what they are talking about will attempt to
limit the work of others to specify service primitives, arguing that a
primitive is a policy, and so out of scope.

i didn't bother to comment on ray's earlier observation that something
likely to be mechanism is mere policy, as among collaborative peers
the views will eventually be improved and shared.

here i bother as neither wendy nor patrick are, in my view,
technically competent contributors. least that seem to depreciate the
contributions of less technically competent contributors, i point out
that the not terribly useful binary valued "publish/don't-publish"
toggle to epp was added at the insistence of the then-current chair of
the ietf, who simply didn't understand the problem domain.

-e