Re: [Geopriv] HELD Context & Common Policy

Richard Barnes <rbarnes@bbn.com> Sun, 13 July 2008 19:19 UTC

Return-Path: <geopriv-bounces@ietf.org>
X-Original-To: geopriv-archive@megatron.ietf.org
Delivered-To: ietfarch-geopriv-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8DCA73A6A71; Sun, 13 Jul 2008 12:19:42 -0700 (PDT)
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 162DA3A6A71 for <geopriv@core3.amsl.com>; Sun, 13 Jul 2008 12:19:42 -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 kWUQhJKEVEQI for <geopriv@core3.amsl.com>; Sun, 13 Jul 2008 12:19:41 -0700 (PDT)
Received: from mx12.bbn.com (mx12.bbn.com [128.33.0.81]) by core3.amsl.com (Postfix) with ESMTP id 1D4DE3A6A4D for <geopriv@ietf.org>; Sun, 13 Jul 2008 12:19:41 -0700 (PDT)
Received: from [128.89.254.232] (helo=Lab-Macbook-Pro.local) by mx12.bbn.com with esmtp (Exim 4.60) (envelope-from <rbarnes@bbn.com>) id 1KI776-0005sd-3p; Sun, 13 Jul 2008 15:20:04 -0400
Message-ID: <487A5562.8000908@bbn.com>
Date: Sun, 13 Jul 2008 15:20:02 -0400
From: Richard Barnes <rbarnes@bbn.com>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
References: <487909AA.9020203@gmx.net>
In-Reply-To: <487909AA.9020203@gmx.net>
Cc: GEOPRIV <geopriv@ietf.org>
Subject: Re: [Geopriv] HELD Context & Common 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: <https://www.ietf.org/mailman/private/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>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: geopriv-bounces@ietf.org
Errors-To: geopriv-bounces@ietf.org

It seems a little odd to put the "snapshot" designation in the 
"transformations" field.  I think of the transformations as modifying 
whatever LO the LS started with, whereas, the snapshot flag tells the LS 
what LO to start with.

Would it be appropriate to use the "actions" stanza to describe what 
location the LS should use as a base, namely snapshot vs. current?

<actions>
   <co:determine-snapshot time="2008-07-124T8:00:00+01:00"/>
</actions>

<actions>
   <co:determine-current />
</actions>

--Richard



Hannes Tschofenig wrote:
> At the interim meeting we had discussions how the authorization policies 
> in HELD Context
> http://tools.ietf.org/id/draft-winterbottom-geopriv-held-context-02.txt
> could be expressed using the Common Policy framework.
> 
> Here is an example:
> 
>   <?xml version="1.0" encoding="UTF-8"?>
>   <ruleset
>       xmlns="urn:ietf:params:xml:ns:common-policy"
>       xmlns:gp="urn:ietf:params:xml:ns:geolocation-policy"
>       xmlns:lp="urn:ietf:params:xml:ns:basic-location-profiles"
>       xmlns:co="urn:ietf:params:xml:ns:held-context">
> 
>       <rule id="AA56ia9">
>           <conditions>
>              <co:max-use>10</co:max-use>
>              <validity>
>                <from>2008-07-124T8:00:00+01:00</from>
>                <until>2008-07-12T10:00:00+01:00</until>
>              </validity>
>           </conditions>
>           <actions/>
>           <transformations>
>               <co:snapshot>yes</co:snapshot>
>               <gp:provide-location
>                  profile="civic-transformation">
>                  <lp:provide-civic>full</lp:provide-civic>
>               </gp:provide-location>
>           </transformations>
>       </rule>
>   </ruleset>
> 
> This is more complex than the current encoding scheme in the HELD 
> context document.
> 
> Ciao
> Hannes
> 
> _______________________________________________
> Geopriv mailing list
> Geopriv@ietf.org
> https://www.ietf.org/mailman/listinfo/geopriv
> 
_______________________________________________
Geopriv mailing list
Geopriv@ietf.org
https://www.ietf.org/mailman/listinfo/geopriv