Re: [Geopriv] Revised charter proposal

"James M. Polk" <jmpolk@cisco.com> Tue, 24 March 2009 22:55 UTC

Return-Path: <jmpolk@cisco.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 002F93A6A31 for <geopriv@core3.amsl.com>; Tue, 24 Mar 2009 15:55:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.448
X-Spam-Level:
X-Spam-Status: No, score=-6.448 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 WtXniz593vqS for <geopriv@core3.amsl.com>; Tue, 24 Mar 2009 15:55:22 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id A20A53A6821 for <geopriv@ietf.org>; Tue, 24 Mar 2009 15:55:22 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,415,1233532800"; d="scan'208";a="161048725"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-1.cisco.com with ESMTP; 24 Mar 2009 22:56:14 +0000
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2OMuEKs013756; Tue, 24 Mar 2009 15:56:14 -0700
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n2OMuEm4019813; Tue, 24 Mar 2009 22:56:14 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Mar 2009 15:56:14 -0700
Received: from jmpolk-wxp01.cisco.com ([10.89.23.126]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 24 Mar 2009 15:56:12 -0700
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 24 Mar 2009 17:56:11 -0500
To: Richard Barnes <rbarnes@bbn.com>, 'GEOPRIV' <geopriv@ietf.org>
From: "James M. Polk" <jmpolk@cisco.com>
In-Reply-To: <49C91E84.2060802@bbn.com>
References: <49C91E84.2060802@bbn.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Message-ID: <XFE-SJC-211LVKi3s1w0000bb8f@xfe-sjc-211.amer.cisco.com>
X-OriginalArrivalTime: 24 Mar 2009 22:56:13.0845 (UTC) FILETIME=[BB5F9450:01C9ACD3]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=6932; t=1237935374; x=1238799374; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jmpolk@cisco.com; z=From:=20=22James=20M.=20Polk=22=20<jmpolk@cisco.com> |Subject:=20Re=3A=20[Geopriv]=20Revised=20charter=20proposa l |Sender:=20; bh=41SWsRNFpI0PBHdHcNOZUM2TRwE9389wrbSFAro25vE=; b=DfBWMRdJssxlKE/txZUwZsSV84a7a5L6NDEr0FQhwV1Uek6LCAIBp5My1f myaeeoq3irLKe+UcflAHtlc/NM0+81EooajbIGRAiuZP+8KlzEYdvYJTuYG1 4sVAkXqnFhKfb6bjksJ2oBdGzAZOKG6o8vCJO0FnFWNEVuzXyLR78=;
Authentication-Results: sj-dkim-1; header.From=jmpolk@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; );
Subject: Re: [Geopriv] Revised charter proposal
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: Tue, 24 Mar 2009 22:55:24 -0000

what about the DHCP Option for an LbyR?

It's currently at rev ietf-geopriv-04

just wondering...

James

At 12:55 PM 3/24/2009, Richard Barnes wrote:
>Below is an update of the straw-man charter that we discussed around 
>IETF 72.  The revisions are mainly editorial, but there are a few 
>significant changes:
>-- Marked milestones that have been met as "Done"
>-- Removed text calling out third party queries as a special focus, 
>since this is subsumed under the general mandate to "create and 
>refine mechanisms for the transmission of these [location] representations"
>-- Added milestone for DHCP geodetic updates
>-- Added milestone HELD identity extensions
>-- Added milestone for GEOPRIV privacy architecture
>
>Please submit comments ASAP for discussion at the GEOPRIV meeting on Thursday.
>--Richard
>
>
>-----------
>
>The IETF has recognized that many applications are emerging that 
>require geopraphic and civic location information about resources 
>and entities, and that the representation and transmission of that 
>information has significant privacy and security implications. We 
>have created a suite of protocols that allow such applications to 
>represent and transmit such location objects and to allow users to 
>express policies on how these representations are exposed and used. 
>The IETF has also begun working on creating applicaitons that use 
>these capabilities, for emergency services, general real-time 
>communication, and other usages.
>
>The GEOPRIV working group is chartered to continue to develop and 
>refine representations of location in Internet protocols, and to 
>analyse the authorization, integrity, and privacy requirements that 
>must be met when these representations of location are created, 
>stored, and used. The group will create and refine mechanisms for 
>the transmission of these representations that address the 
>requirements that have been identified.
>
>The working group will work with other IETF working groups and other 
>standards development organizations that are building applications 
>that use location information to ensure that the requirements are 
>well understood and met, and that no additional security or privacy 
>issues related to location are left unaddressed as these location 
>information is incorporated into other protocols.
>
>It remains a goal of the GEOPRIV working group to deliver 
>specifications of broad applicability that will become mandatory to 
>implement for IETF protocols that are location aware.
>
>This working group will not develop location-determining technology. 
>However, the IETF acknowledges that information used in the 
>location-determination process will in some cases need to be carried 
>over the Internet. Where necessary, this working group will develop 
>protocols or protocol extensions to encode location-determination 
>data structures defined elsewhere. This working group will not 
>develop technologies to directly address any particular regulatory 
>requirements (e.g. 9-1-1). The group will continue to coordinate 
>with any other IETF entities that are working on those problems to 
>ensure the technologies created here meet the needs of those 
>entities, and that the authorization, integrity, and privacy 
>requirements on the mechanisms provided by these technologies 
>continue to be met.
>
>[propose-to-delete]
>In addition to the general goals described above, this working group 
>has several immediate high-level goals, reflected in the milestones. 
>These include
>
>* Completion of layer-7 location conveyance protocol
>* Completion a Location Information Server discovery protocol
>* Providing an analysis of proposed migration technologies
>   used to bring location-aware applications into the existing
>   Internet environment. Specifically, this analysis will
>   explore the restrictions or additional mechanisms that
>   would need to exist to ensure the above authorization,
>   integrity, and privacy requirements are met if a third
>   party were allowed to obtain location on behalf of an end-user.
>
>[/propose-to-delete]
>
>Goals and Milestones
>
>Done Discuss initial geopriv scenarios and application requirements i-d's
>Done Discuss initial geographic location privacy and security 
>requirements i-d.
>Done Initial i-d on geographic information protocol design, including privacy
>      and security techniques.
>Done Review charter and initial i-ds with AD, and have IESG consider
>      rechartering if necessary.
>Done Submit geopriv scenarios and application requirements to IESG for
>      publicaiton as Informational RFCs
>Done Submit security/privacy requirements I-D to IESG for publication as
>      Informational RFC.
>Done Submit PIDF-LO basic geopriv object draft as a PS
>Done Initial Common Rules base object draft
>Done Initial Common Ruels GEOPRIV object draft
>Done Submit DHCP Civil draft as a PS
>Done     Resubmit Conveying Location Objects in RADIUS and Diameter 
>to the IESG
>          for publication as PS
>Done     Submit Additional Civic PIDF-LO types (updating 4119) to the IESG for
>          publication as PS
>Done     Submit minimal HTTP based protocol satisfying baseline requirements
>          specified in the Layer 7 Location Conveyance Protocol Problem
>          Statement and Requirements to the IESG for publication as PS
>Done     Submit PIDF-LO Usage Clarifications and Recommendations (updating
>          4119) to the IESG for publication as PS
>Done     Submit Layer 7 Location Conveyance Protocol Problem Statement and
>          Requirements to the IESG for publication as Informational
>Done     Submit recommendations for representing civic addresses in PIDF-LO
>          to the IESG for publication as BCP
>
>Apr 2009 Submit Recommendations for Retransmission in SIP Location Conveyance
>          to the IESG for publication as Informational
>
>Apr 2009 Resubmit Geolocation Policy to the IESG for publication as PS
>
>Jun 2009 Submit a LIS Discovery Mechanism to the IESG for publication as a PS
>
>Jun 2009 Submit Requirements for Location by Reference Protocols to the IESG
>          for publication as Informational
>
>
>Sep 2009 Submit an Architecture for Location and Location Privacy
>          to the IESG for publication as Informational
>
>Dec 2009 Submit an update to the RFC 3825 DHCP format for geodetic location to
>          the IESG for publication as PS
>
>Dec 2009 Submit a Document Format for Filtering and Reporting PIDF-LO Location
>          Notifications to the IESG for publication as PS
>
>Dec 2009 Submit an extension to HELD to support explicit identifiers
>          to the IESG as PS
>
>
>
>
>
>
>_______________________________________________
>Geopriv mailing list
>Geopriv@ietf.org
>https://www.ietf.org/mailman/listinfo/geopriv