Re: [Geopriv] Long review of draft-ietf-geopriv-loc-filters-07

"Thomson, Martin" <Martin.Thomson@andrew.com> Wed, 04 November 2009 00:46 UTC

Return-Path: <Martin.Thomson@andrew.com>
X-Original-To: geopriv@core3.amsl.com
Delivered-To: geopriv@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7840228C0FC for <geopriv@core3.amsl.com>; Tue, 3 Nov 2009 16:46:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.562
X-Spam-Level:
X-Spam-Status: No, score=-2.562 tagged_above=-999 required=5 tests=[AWL=0.037, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4OG+uasvJs4a for <geopriv@core3.amsl.com>; Tue, 3 Nov 2009 16:46:20 -0800 (PST)
Received: from csmailgw1.commscope.com (csmailgw1.commscope.com [198.135.207.243]) by core3.amsl.com (Postfix) with ESMTP id 90FEA3A68ED for <geopriv@ietf.org>; Tue, 3 Nov 2009 16:46:20 -0800 (PST)
Received: from [10.86.20.102] ([10.86.20.102]:18666 "EHLO ACDCE7HC1.commscope.com") by csmailgw1.commscope.com with ESMTP id S4947134AbZKDAqj (ORCPT <rfc822; geopriv@ietf.org>); Tue, 3 Nov 2009 18:46:39 -0600
Received: from SISPE7HC1.commscope.com (10.97.4.12) by ACDCE7HC1.commscope.com (10.86.20.102) with Microsoft SMTP Server (TLS) id 8.1.393.1; Tue, 3 Nov 2009 18:46:38 -0600
Received: from SISPE7MB1.commscope.com ([fe80::9d82:a492:85e3:a293]) by SISPE7HC1.commscope.com ([fe80::8a9:4724:f6bb:3cdf%10]) with mapi; Wed, 4 Nov 2009 08:44:41 +0800
From: "Thomson, Martin" <Martin.Thomson@andrew.com>
To: "James M. Polk" <jmpolk@cisco.com>, "geopriv@ietf.org" <geopriv@ietf.org>
Date: Wed, 04 Nov 2009 08:45:08 +0800
Thread-Topic: [Geopriv] Long review of draft-ietf-geopriv-loc-filters-07
Thread-Index: AcpcSR0+Uv0Ehez8TXSEfzQQmlQf/AAAmZ3g
Message-ID: <8B0A9FCBB9832F43971E38010638454F0F252261@SISPE7MB1.commscope.com>
References: <XFE-SJC-212nCR34XtF0000418a@xfe-sjc-212.amer.cisco.com>
In-Reply-To: <XFE-SJC-212nCR34XtF0000418a@xfe-sjc-212.amer.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-BCN: Meridius 1000 Version 3.4 on csmailgw1.commscope.com
X-BCN-Sender: Martin.Thomson@andrew.com
Subject: Re: [Geopriv] Long review of draft-ietf-geopriv-loc-filters-07
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/geopriv>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Nov 2009 00:46:21 -0000

Hi James,

It's good to see that you're putting time in reviewing this.  There are a lot of useful comments here.

It's hard to line comments up with the text that they correspond to.  Can you share the commented word doc as well?

I'll use your numbers...

[JMP3+; edit] I don't think that you meant to use this discreet:

  discreet, adj, marked by prudence or modesty and wise self-restraint
  discrete, adj, constituting a separate entity or part

I tend to use continuous-valued and discrete-valued when talking about the difference between location and other presence data.  I had no problem understanding the intent of "continuous gradient".

[JMP7] I actually think that this is not necessary information for the introduction.  It could be removed.

[JMP26] regarding the trigger matching ALL, this is an RFC 4661 requirement.  If you want to trigger on changes in any of the referenced elements, then you have to specify multiple filters with a trigger on each element.  Yeah, it's verbose, but that's the way that 4661 is.

[JMP32] no need for labels

[JMP35] that should be notifier/PA

[JMP39] (on error messages) I had the same comment - I believe that if exact is true and the location type cannot be provided, then no location is included.  That's probably the only option available to the notifier.

[JMP41] (regarding the comparison to HELD) This comment is useful for establishing context.  The function described in this section can be difficult to understand

[JMP43] (regarding the notify) This doesn't remove the requirement that the initial notify (absent of state) be provided immediately.  This just establishes when the first _useful_ notify arrives.

[JMP48] (regarding snide comments about suitability of just referencing some policy documents) This document can be vague because it does not rely on these documents, these are information pointers only.  Informational references do not need to be as rigorously tested as the normative references required of the DHCP location URI work.

[JMP51] I think that Brian answered this adequately.

--Martin





> -----Original Message-----
> From: geopriv-bounces@ietf.org [mailto:geopriv-bounces@ietf.org] On
> Behalf Of James M. Polk
> Sent: Tuesday, 3 November 2009 12:18 PM
> To: geopriv@ietf.org
> Subject: [Geopriv] Long review of draft-ietf-geopriv-loc-filters-07
> 
> I have attached my review of draft-ietf-geopriv-loc-filters-07.
> 
> It is a PDF of my marked up version.  It has enough comments and
> suggestions that putting this in email would be very difficult - but
> I will if the chairs believe that's best.
> 
> Some of the comments are nits, some of the comments were where a
> topic or sentence didn't make sense (perhaps with its placement were
> it was in the paragraph), and some of the comments were technical.  I
> hope they are obvious when anyone reads them.
> 
> I can send the MS WORD version with the active track changes to the
> authors if they want that version.
> 
> If there are any questions or comments about my review comments,
> please don't hesitate to send me a note.
> 
> James