[Geopriv] Revised charter proposal

Richard Barnes <rbarnes@bbn.com> Tue, 24 March 2009 17:54 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 BA88328C317 for <geopriv@core3.amsl.com>; Tue, 24 Mar 2009 10:54:29 -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=[AWL=0.000, 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 S4Ixa0dRTKKw for <geopriv@core3.amsl.com>; Tue, 24 Mar 2009 10:54:28 -0700 (PDT)
Received: from mx11.bbn.com (mx11.bbn.com [128.33.0.80]) by core3.amsl.com (Postfix) with ESMTP id 5D4E028C309 for <geopriv@ietf.org>; Tue, 24 Mar 2009 10:54:28 -0700 (PDT)
Received: from [128.89.252.28] (helo=dhcp-17f1.meeting.ietf.org) by mx11.bbn.com with esmtp (Exim 4.60) (envelope-from <rbarnes@bbn.com>) id 1LmAqM-0001g3-G0 for geopriv@ietf.org; Tue, 24 Mar 2009 13:55:19 -0400
Message-ID: <49C91E84.2060802@bbn.com>
Date: Tue, 24 Mar 2009 10:55:16 -0700
From: Richard Barnes <rbarnes@bbn.com>
User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
MIME-Version: 1.0
To: 'GEOPRIV' <geopriv@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [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 17:54:29 -0000

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