IETF GEOPRIV Status Richard L. Barnes BBN Technologies GEOPRIV Secretary Emergency Services Workshop October 2008

Agenda n GEOPRIV scope and context n Current and upcoming GEOPRIV documents n Integration points with other SDOs

GEOPRIV Overview

Scope of the GEOPRIV Working Group n GEOPRIV is the IETF working group for location and location privacy n Develop Internet protocols for location functions: l Configuring endpoints with location l Transmitting location between points l Requesting location information n Location aspects of other protocols (e.g., SIP) n These protocols are often the building blocks for work by other SDOs Location Server Location Recipient Location Conveyance Protocol Location Dereference Protocol Client Location Configuration Protocol Location Formats

IETF scope is Internet Protocols Internet n Focus on interoperable protocols for use over the Internet protocol (IP) n Generally, the only assumption used is that the devices use IP l No particular physical access or control plane l No particular network configuration n General mechanisms that can be specified to individual deployment cases Protocols n Focus on protocols (bits on the wire) between Internet / IP hosts l Not what is said, or who (what host) says it l How things are said n Specify things only to the extent required for interoperability l What: The semantics available in the protocol l Who: Functional roles within the protocol

IETF Process Flow n Author submits an Internet Draft on a topic of interest to an IETF Working Group n Working Group decides whether to take on the draft as a work item n Once draft is adopted, it goes through rounds of comments and edits until it reaches consensus (passes “Working Group Last Call”) n Cognizant Area Director forward the draft to the IESG (if approved) for final review l IESG and Security Directorate reviews l IETF Last Call for comments from the IETF at large Initial Draft Working Group Processing RFC Publication Working Group Adoption Working Group Last Call Area Director Approval IESG Approval SECDIR Review IETF Last Call

Document Status

GEOPRIV Documents n HTTP-Enabled Location Delivery (HELD) n Location Objects in RADIUS and Diameter n PIDF-LO Profile n Geolocation Policy n Layer-7 LCP Problem Statement / Requirements n Location by Reference Requirements n Binary Format for Geodetic Location in DHCP n Location Information Server Discovery n DHCP Option for Location by Reference IESG Processing Passed WGLC Still in Working Group Many items queued up behind HELD

HTTP-Enabled Location Delivery (HELD) n HELD is a generic, application-layer protocol for requesting location n This document defines HELD as a Location Configuration Protocol (LCP), i.e., a way for end hosts to request location from the network l XML request/response carried over HTTP l Server bases positioning on IP address of incoming query n This is the base version of HELD, expected to be extended n Status: Awaiting revision to address IETF last call comments draft-ietf-geopriv-http-location-delivery-07 HELD Client HELD Server (LIS) Positioning Resources Database Physical/MAC-layer info Other protocols HELD

Location Objects in RADIUS / Diameter n A mechanism for embedding location information (in a binary format) into the RADIUS and Diameter AAA protocols l Provisioning of location information l Registration of endpoint-generated location n Many other SDOs are expected to make incorporate this mechanism in their AAA and location management functions l 3GPP IMS l WiMAX l TISPAN n Status: Waiting for new version to address IETF last call comments draft-ietf-geopriv-radius-lo-19

PIDF-LO Profile n A set of clarifications and simplifications to the PIDF-LO format l The 9 rules of PIDF-LO usability, e.g. u Each GEOPRIV element MUST represent a discrete location u Different elements in the same PIDF MUST refer to the same location, or else be contained within different element types u When multiple PIDF-LO documents are received together, selection SHOULD be based on document order, the first being preferred l Restricts the set of shapes that can be used in a geodetic location to those specified in an OGC document profiling GML for IETF use n This document updates the PIDF-LO standard to constrain how implementations construct and use PIDF-LO documents n At the level of XML syntax, the format remains unchanged n Status: Submitted to IESG, awaiting action draft-ietf-geopriv-pdif-lo-profile-11

Geolocation Policy n IETF long ago defined presence policy languages n Geolocation policy defines location-based policy l Grant access to location when target is within a given region l Grant access to location to a certain granularity n Passed WGLC several revisions ago, but was stalled by questions from the IESG, e.g., related to how uncertain location is used with these policies n May be relevant to OMA LOCSIP use cases (e.g., location-based instant messaging) n Status: Chair working to determine if current draft resolves IESG issues draft-ietf-geopriv-http-location-delivery-07

Other WG items (still in progress) n Layer-7 LCP Problem Statement / Requirements l Requirements for an application layer LCP (i.e., HELD) l Mature; to be submitted for publication once HELD is finished n Location by Reference Requirements l Requirements for location by reference, and dereference protocols in particular (e.g., usage of SIP, HTTP, HELD for location retrieval) l Should be more mature before LbyR standards are published (e.g., the proposed usage of HELD as a dereference protocol) n Binary Format for Geodetic Location in DHCP l Document began as a way to convert DHCP binary geo format to decimal, but many in WG are calling for it to update how the binary format represents uncertainty u Significant digits vs. explicit error bars l Chair to produce a proposal on how to proceed

Other WG items (cont’d) n Location Information Server Discovery l How an endpoint discovers a HELD server in the network l Critical to HELD deployment, probably non-controversial n DHCP Option for Location by Reference l How to embed a location URI in DHCP l Privacy concerns given lack of DHCP confidentiality

Upcoming Items n To be added as milestones in next charter update l Update to GEOPRIV privacy architecture l Expressing Austrian civic addresses in the RFC 5139 XML format n Several HELD extensions that may be adopted l Usage of HELD for location-by-reference l Additional identifiers for HELD clients l Measurements for various positioning techniques u RTD, BSID, RSSI, GPS pseudo-ranges, etc. l Usage of HELD to obtain GPS assistance data

Interactions with other SDOs

Inter-SDO Interactions n GEOPRIV is beginning to have more interactions with other SDOs that are developing location systems over IP l At this point, mostly informal, through joint participants n WiMAX Forum is building a location solution using HELD l Requirement for “base” HELD, plus several extensions l WiMAX needs will inform order of HELD extensions n OMA LOCSIP has a lot of overlap with prior IETF work on location in SIP l Working with LOCSIP to determine how well existing IETF products fit OMA l Adapting IETF filter/trigger work to meet LOCSIP requirements n Beginning to discuss how to align HELD and SUPL… n Are there other SDOs that we should be working with?

Summary n GEOPRIV defines location-relevant protocols for the Internet l Generic to the Internet, but adaptable to many types of access network l Focused on protocols, need other people to define how protocols are used n Most work right now is gated on publication of HELD l Next to do: Finish up some long-outstanding items, re-charter l Several HELD extensions in the queue n Beginning to coordinate with other SDOs, especially WiMAX and OMA

IETF GEOPRIV Status Questions?