Re: WG Review: Protocol to Access White Space database (paws)

Stephen Farrell <stephen.farrell@cs.tcd.ie> Tue, 19 April 2011 21:28 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: ietf@ietfc.amsl.com
Delivered-To: ietf@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id DEFC3E06DC; Tue, 19 Apr 2011 14:28:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zr+IJRVwd1PE; Tue, 19 Apr 2011 14:28:18 -0700 (PDT)
Received: from scss.tcd.ie (hermes.cs.tcd.ie [134.226.32.56]) by ietfc.amsl.com (Postfix) with ESMTP id D649AE06BE; Tue, 19 Apr 2011 14:28:17 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by hermes.scss.tcd.ie (Postfix) with ESMTP id 917BC171C1E; Tue, 19 Apr 2011 22:28:15 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; h= content-transfer-encoding:content-type:in-reply-to:references :subject:mime-version:user-agent:from:date:message-id:received :received:x-virus-scanned; s=cs; t=1303248494; bh=QZfH1GSTosY99L m11AdI23c5lVaY9tiTj7Xfl5XQNaE=; b=OM/kvkqXApryA+NMH+Cw7ArWAtdbsa PtyQoV+77Wy0WnYWzBXdXy6Q9uHIv7rG+8RvH3OkzM+QW5WeK31mvKVfOPNNLulb vMjPNjYgc/g+ign381QCaLk+IjlDvhK/Cs5qNyd0lbOqBjGpzMKAD6v2zy/LazQ5 ihmYxe1gnMxGhSIg03DWJamhLusD43DB/iNiyHrIJ9erd+WXPZRCTRgXwnbuCPCQ gZOV+xeqVfQ3Z66IFCKRLDG94II+sLuUt3HQqUBi9CXd7MtKAbru3xBNe0Ra61jp K6TYI4vvcRgqbyuzbDU+/r04XJc4ce2b7gpllABvtbkSrOG+nhspYQMw==
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from scss.tcd.ie ([127.0.0.1]) by localhost (scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10027) with ESMTP id FBQ5tlgAjSB7; Tue, 19 Apr 2011 22:28:14 +0100 (IST)
Received: from [10.87.48.10] (unknown [86.42.177.204]) by smtp.scss.tcd.ie (Postfix) with ESMTPSA id 8A32E171C1B; Tue, 19 Apr 2011 22:28:14 +0100 (IST)
Message-ID: <4DADFE6D.3050107@cs.tcd.ie>
Date: Tue, 19 Apr 2011 22:28:13 +0100
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 Thunderbird/3.1.8
MIME-Version: 1.0
To: IETF-Discussion <ietf@ietf.org>
Subject: Re: WG Review: Protocol to Access White Space database (paws)
References: <20110419165634.CD24CE07CF@ietfc.amsl.com>
In-Reply-To: <20110419165634.CD24CE07CF@ietfc.amsl.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: paws@ietf.org, iesg@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Apr 2011 21:28:19 -0000

I think this is a good and timely thing for the IETF to do.

One part of this where I think it might be useful to get
some broader input (which may have happened already, I'm not
sure) is the following:

On 19/04/11 17:56, IESG Secretary wrote:
> The protocol must protect both the channel enablement process and the
> privacy of users. 

That part is fine but it goes on to say:

> Robust security mechanisms are required to prevent:
> device identity spoofing, modification of device requests, modification
> of channel enablement information, ...

I'm told (and believe) this in response to (at least) US
FCC requirements that call for a device ID and sometimes
serial number to be (securely, for some value of securely)
sent with the query.

Those appear to be real regulatory requirements in the
US, presumably so the regulator can stomp on someone who
messes about in the wrong spectrum at the wrong time.
(The link below [1] may be to the right or wrong bit of
those US regulations, I'm not at all sure, not being
from there;-)

So my questions:

Are there may be similar (or conflicting!) requirements
elsewhere?

Does this bit of the charter text need changes to work
well for other regions?

Separately, I'm not sure how to square those kinds of
regulatory requirements with protecting privacy where the
device is carried by a person and has some FCC device ID
(which lots do I guess) and the person might not want
the database operator to know who's asking. But I think
that's ok as something for the WG to figure out since
the charter already calls for respecting privacy.

I'm more concerned in case e.g. some other regional regulation
called for this protocol to be completely anonymous or
something, in which case the current charter text might
be problematic.

Cheers,
Stephen.

[1]
http://ecfr.gpoaccess.gov/cgi/t/text/text-idx?c=ecfr&sid=3e9c322addf1f7e897d8c84a6c7aca78&rgn=div8&view=text&node=47:1.0.1.1.14.8.243.9&idno=47