Re: [Geopriv] HELD using XCAP wrt Common Policy/Geolocation Policy

Richard Barnes <rbarnes@bbn.com> Mon, 21 September 2009 20:41 UTC

Return-Path: <rbarnes@bbn.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 EFCF83A682D for <geopriv@core3.amsl.com>; Mon, 21 Sep 2009 13:41:37 -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=[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 tRzkC2bLuJc8 for <geopriv@core3.amsl.com>; Mon, 21 Sep 2009 13:41:37 -0700 (PDT)
Received: from mx3.bbn.com (mx3.bbn.com [128.33.1.81]) by core3.amsl.com (Postfix) with ESMTP id 0D2DB3A699F for <geopriv@ietf.org>; Mon, 21 Sep 2009 13:41:37 -0700 (PDT)
Received: from [192.1.255.181] (helo=col-dhcp-192-1-255-181.bbn.com) by mx3.bbn.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from <rbarnes@bbn.com>) id 1MppiS-00021m-9g; Mon, 21 Sep 2009 16:42:32 -0400
Message-ID: <4AB7E537.9060201@bbn.com>
Date: Mon, 21 Sep 2009 16:42:31 -0400
From: Richard Barnes <rbarnes@bbn.com>
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: "James M. Polk" <jmpolk@cisco.com>
References: <4AB6D17C.3010109@bbn.com> <024201ca3a82$a6b8f860$b34ba20a@nsnintra.net> <E51D5B15BFDEFD448F90BDD17D41CFF10650E9C3@AHQEX1.andrew.com> <3D3C75174CB95F42AD6BCC56E5555B4501B2E682@FIESEXC015.nsn-intra.net> <XFE-SJC-2122m9lHiu300000508@xfe-sjc-212.amer.cisco.com>
In-Reply-To: <XFE-SJC-2122m9lHiu300000508@xfe-sjc-212.amer.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: GEOPRIV <geopriv@ietf.org>, "Tschofenig, Hannes (NSN - FI/Espoo)" <hannes.tschofenig@nsn.com>
Subject: Re: [Geopriv] HELD using XCAP wrt Common Policy/Geolocation Policy
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: Mon, 21 Sep 2009 20:41:38 -0000

James: Don't worry.  Nothing in held-context is getting rid of or 
duplicating Common Policy.  The difference is that held-context does 
some things that are not possible today with common-policy or 
geopriv-policy framework.

Hannes/James: Thinking back to the discussions at the Dallas interim 
some time ago, I thought that there was a motion to move the 
held-context toward being more of an extension to common-policy, rather 
than an alternative policy transport.  Am I recalling correctly?

--Richard




James M. Polk wrote:
> At 02:27 AM 9/21/2009, Tschofenig, Hannes (NSN - FI/Espoo) wrote:
>> I could imagine that adding the ability to upload Common
>> Policy/Geolocation Policy as an add-on to
>> draft-winterbottom-geopriv-held-context-04.txt is a lot easier than
>> using XCAP, particularly since I believe that 95% of the cases will only
>> make usage of a fraction of Common Policy (and nothing from the
>> geolocation policy document).
> 
> I'm trying to figure out what is being said here in Hannes' paragraph 
> above.
> 
> Is HELD really not needing Common Policy/Geolocation Policy because it 
> has another ID specifying some other mechanism?
> 
> If so, why would this WG allow this?
> 
> Common Policy is supposed to be "common" to everything, right?
> 
> Geolocation Policy is supposed to be used by everything Geopriv 
> specific, right?
> 
> It appears the net result of this - if true - is that DHCP has to jump 
> through hoops that HELD doesn't, even though HELD can.
> 
> James
> 
> 
>> Ciao
>> Hannes
> 
>