Re: [Geopriv] AD Review: draft-ietf-geopriv-held-identity-extensions-04

"Thomson, Martin" <Martin.Thomson@andrew.com> Wed, 29 September 2010 06:13 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 8DD033A6E8B for <geopriv@core3.amsl.com>; Tue, 28 Sep 2010 23:13:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.906
X-Spam-Level:
X-Spam-Status: No, score=-2.906 tagged_above=-999 required=5 tests=[AWL=-0.307, 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 pLKmBPEeggQy for <geopriv@core3.amsl.com>; Tue, 28 Sep 2010 23:13:34 -0700 (PDT)
Received: from csmailgw1.commscope.com (csmailgw1.commscope.com [198.135.207.244]) by core3.amsl.com (Postfix) with ESMTP id EF30D3A6B5B for <geopriv@ietf.org>; Tue, 28 Sep 2010 23:13:33 -0700 (PDT)
Received: from [10.86.20.102] ([10.86.20.102]:57496 "EHLO ACDCE7HC1.commscope.com") by csmailgw1.commscope.com with ESMTP id S34146530Ab0I2GOQ (ORCPT <rfc822; geopriv@ietf.org>); Wed, 29 Sep 2010 01:14:16 -0500
Received: from SISPE7HC2.commscope.com (10.97.4.13) by ACDCE7HC1.commscope.com (10.86.20.102) with Microsoft SMTP Server (TLS) id 8.1.436.0; Wed, 29 Sep 2010 01:14:16 -0500
Received: from SISPE7MB1.commscope.com ([fe80::9d82:a492:85e3:a293]) by SISPE7HC2.commscope.com ([fe80::58c3:2447:f977:57c3%10]) with mapi; Wed, 29 Sep 2010 14:14:13 +0800
From: "Thomson, Martin" <Martin.Thomson@andrew.com>
To: Robert Sparks <rjsparks@nostrum.com>, GEOPRIV <geopriv@ietf.org>
Date: Wed, 29 Sep 2010 14:14:07 +0800
Thread-Topic: [Geopriv] AD Review: draft-ietf-geopriv-held-identity-extensions-04
Thread-Index: ActfOr72SsxDkeEBQVmlTD9DtgZ5DgAUnh5Q
Message-ID: <8B0A9FCBB9832F43971E38010638454F03F1491014@SISPE7MB1.commscope.com>
References: <F346C077-AA1B-4D9C-A901-75628517944D@nostrum.com>
In-Reply-To: <F346C077-AA1B-4D9C-A901-75628517944D@nostrum.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] AD Review: draft-ietf-geopriv-held-identity-extensions-04
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, 29 Sep 2010 06:13:39 -0000

On 2010-09-29 at 04:26:30, Robert Sparks wrote:
> Summary: This draft is ready for IETF LC - I'll be requesting that LC
> shortly.
> 
> Please consider the following as early LC comments:
> 
> The last sentence of (1.1 Applications) is a bare assertion.
> Can you add text or point to more discussion?

Good point.  Would this help?

Section 1.1 (last paragraph), ADD:
  For instance, a policy rules document could be used to express the agreed policy.  Formal policy documents, such as [RFC4745], can be applied in an automated fashion by a LIS.

> The first sentence of the third paragraph of section 2.1
> (Starting "The identifiers described") is very hard to parse.
> Could it be simplified to "The identifiers described in this
> document MUST only be used as inputs for location determination."?
> Can you call out some example applications where it is not ok
> to use these identifiers (helping to motivate the MUST).

That text sounds OK.  Actually, since this is just a (poor) paraphrase of RFC 5687, maybe we could instead lift that text:
 
      The LIS MUST be able to use the identifier [...] for location determination. 

Would this plagiarism work for you?

> In section 3.5's discussion about ensuring a URI refers to a single
> device, please consider pointing to GRUU.

It was always the intent to use GRUU :)

Section 3.5, OLD:
   ...  For example, a SIP address of record URI can
   correspond to a service subscription rather than a single Device.
NEW:
   ...  For example, a SIP address of record URI can
   correspond to a service subscription rather than a single Device;
   a Globally Routable User Agent URI (GRUU) [RFC5627] might be more
   appropriate.

Cheers,
Martin