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
- Re: [Geopriv] Revised charter proposal Richard Barnes
- Re: [Geopriv] Revised charter proposal James M. Polk
- [Geopriv] Revised charter proposal Richard Barnes
- Re: [Geopriv] Revised charter proposal James M. Polk
- [Geopriv] lbyr-requirements Publication Request Roger Marshall