Minutes - GEOPRIV - IETF 84

Summary

1. WGLCs for   
 -- draft-ietf-geopriv-local-civic
 -- draft-ietf-geopriv-relative-location
 -- draft-ietf-geopriv-res-gw-lis-discovery

At least one non-author committed to review each of the above documents. Chairs will send a deadline for comments to the list.

2. draft-bellis-geopriv-flow-identity

WG agreed to adopt this document, with fast track to WGLC. Robin Wilton and Martin Thompson agreed to review it. 

3. draft-jones-geopriv-sigpos-survey

Room expressed interest in this topic. Kipp will spur discussion on the list. Adam Roach and John Pickens agreed to review the document.


Raw notes from Matt Lepinski
--------------------------------------------

Note: James Polk sent a message to the list regarding an IRTF document
extending IPFIX to support geolocation, but this document  that has
zero privacy considerations!
    Please read the document and comment on the appropriate IRTF list

Note: Three Working Group Last Calls on the list, no responses other
than from the authors
 -- draft-ietf-geopriv-local-civic
 -- draft-ietf-geopriv-relative-location
 -- draft-ietf-geopriv-res-gw-lis-discovery

Marc Lisner: Commits to send nits on relative location to the list

Brian Rosen: NENA despretely needs Local Civic
         ... I think relative location is ready to progress

Kyp Jones: We make use of the civic address extensions and relative
locations, support them progressing
     ... commits to send nits on these documents

Roger Marshall: commits to send nits for Local Civic and LIS Discovery
to the list

*** Chairs: Will send out a reminder, with a deadline in a couple
weeks from this meeting. Intent to get them to the IESG very soon.

---------------------------------
Flow Identity by Ray Bellis
---------------------------------

-- Request for working group adoption of draft-bellis-geopriv-flow-identity-00
  ... fills a potential hole in identity extensions

-- Promises to review by: Robin Wilton (wilton@iesg.org) and Martin Thompson

*** Consensus to adopt this document. Chairs will attempt to fast
track this document through the working group.
   ... it is short and straightforward, but important.

--------------------------
Indoor Signal Position Conveyance by Kyp Jones (of Skyhook)
---------------------------
Document: draft-jones-geopriv-sigpos-survey
Slides: http://www.ietf.org/proceedings/84/slides/slides-84-geopriv-0.pdf

-- Adam Roach: This is an interesting problem space. However, I don't
see anything in the spec about transport mechanism for this data. How
this is sent across the network will have a lot of affect
 Answer: I expect this will probably be transported by HTTPS, but I
welcome discussion of how to talk about transport in the document

-- Martin Thompson: I have read this. There seem to be two very
different usage models: (1) crowd-source, (2) contracted to do a
survey with specialized equipment
   ... These models seem to be quite different, especially when one
talks about licensing
   ... I think it may be possible to deal with licensing
declarations out of band, I am interested in hearing a clear argument
for why in-band declaration of licensing in the interchange is the
right way forward
   ... and you certainly make different use of data depending on
what model it comes from
   ... raises questions about crowd-sourcing in private spaces
 Answer: There seems to be some fuzziness in the industry with
regards to things like definitions of private spaces with regards to
wireless signals.

-- Martin Thompson: This is a minor structuring point, but I think the
location of the beacon is a property of the venue (at a point in time)
instead of a property of the survey. I see a survey as a collection of
measurements. We should talk about this more offline

-- Robin Wilton: I think this is interesting. I think there are some
issues to explore which may be applicable to other contexts (in
particular, from a privacy and data-rights point-of-view).
 1. User opt-in opt-out by default
 2. Transparency
 3. Use of the data
 Therefore, it may be valuable to document some of these
considerations in the document.

-- Alissa: Question about the other players in this space. We have a
lot of relevant expertise in this room, but we don't have all the
people who would benefit from this standardization.
 Answer: This is somewhat of a chicken-egg problem. It is easier to
get people interested in participating once if it has been accepted by
a working group. I appreciate any guidance on how best to solve this
chicken egg problem.

-- Many hands think this is an interesting problem that could benefit
from standardization and that the working group should spend some time
on.

***  Chairs encourage Kyp to keep working on this, and encourage
working group members to comment on the list.
***  Chairs request for concrete reviewers: Adam Roach (maybe?), John Pickens