Re: [Geopriv] WG Review: Recharter of GeographicLocation/Privacy (geopriv)

["Brian Rosen" <[e-mail]>]

Although the XML is undergoing substantial change, the basic filter mechanisms have, I believe, stabilized.  In conjunction with the throttle and basic 4661 filter, when we get the XML right (meaning, in alignment with 4661), then I think we're done.

So, I don't think it's far less mature.

Brian

> -----Original Message-----
> From: [e-mail] [mailto:[e-mail]] On
> Behalf Of Thomson, Martin
> Sent: Tuesday, June 16, 2009 9:32 PM
> To: Cullen Jennings; [e-mail]
> Cc: [e-mail]; [e-mail]
> Subject: Re: [Geopriv] WG Review: Recharter of
> GeographicLocation/Privacy (geopriv)
> 
> The work on filters is far less mature than the identity work.  Unless
> Brian has hidden wonders in store, I'd suggest that that work can wait.
> 
> --Martin
> 
> > -----Original Message-----
> > From: [e-mail] [mailto:[e-mail]] On
> > Behalf Of Cullen Jennings
> > Sent: Wednesday, 17 June 2009 8:27 AM
> > To: <[e-mail]>
> > Cc: [e-mail]; [e-mail]
> > Subject: Re: [Geopriv] WG Review: Recharter of
> > GeographicLocation/Privacy (geopriv)
> >
> >
> > Would people advise that we remove any of the currently proposed
> > milestones until after the identity and work it depends on got
> > completed?
> >
> > On Jun 16, 2009, at 7:33 , <[e-mail]> <[e-mail]> wrote:
> >
> > > Hi,
> > >
> > > I kindly ask that draft-winterbottom-geopriv-held-identity-
> > > extensions be considered for inclusion in the rechartered geopriv
> > > Goals and Milestones. As discussed at the June 2008 geopriv interim
> > > meeting, this extension to the basic HELD protocol is required for
> > > some deployments.
> > >
> > > Thanks,
> > >
> > > Guy
> > >
> > > -----Message d'origine-----
> > > De : [e-mail] [mailto:[e-mail]] De
> > > la part de IESG Secretary
> > > Envoyé : 9 juin 2009 12:00
> > > À : [e-mail]
> > > Cc : [e-mail]
> > > Objet : [Geopriv] WG Review: Recharter of Geographic Location/
> > > Privacy (geopriv)
> > >
> > > A modified charter has been submitted for the Geographic Location/
> > > Privacy
> > > (geopriv) working group in the Real-time Applications and
> > > Infrastructure
> > > Area of the IETF.  The IESG has not made any determination as yet.
> > > The
> > > modified charter is provided below for informational purposes only.
> > > Please send your comments to the IESG mailing list ([e-mail])
> by
> > > Tuesday, June 16, 2009.
> > >
> > >
> > > Geographic Location/Privacy (geopriv)
> > > --------------------------------------
> > > Last Modified: 2009-05-29
> > >
> > > Chair(s):
> > > - Richard Barnes <[e-mail]>
> > > - Alissa Cooper <[e-mail]>
> > >
> > > Real-time Applications and Infrastructure Area Director(s):
> > > - Robert Sparks <[e-mail]>
> > > - Cullen Jennings <[e-mail]>
> > >
> > > Real-time Applications and Infrastructure Area Advisor:
> > > - Cullen Jennings <[e-mail]>
> > >
> > > Technical Advisor(s):
> > > - Lisa Dusseault <[e-mail]>
> > >
> > > Mailing Lists:
> > > General Discussion: [e-mail]
> > > To Subscribe: [e-mail]
> > > In Body: subscribe
> > > Archive: http://www.ietf.org/mail-archive/web/geopriv/index.html
> > >
> > > Description of Working Group:
> > >
> > > The IETF has recognized that many applications are emerging that
> > > require geographic 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 applications 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
> > > analyze 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.
> > >
> > > 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
> > >     publication 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 Rules 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
> > > Done Submit Recommendations for Retransmission in SIP Location
> > >     Conveyance to the IESG for publication as Informational
> > > Done Submit Requirements for Location by Reference Protocols to
> > >     the IESG for publication as Informational
> > > Done Submit a LIS Discovery Mechanism to the IESG for publication
> as
> > a
> > >     PS
> > > Jun 2009 Resubmit Geolocation Policy to the IESG for publication as
> > PS
> > > Sep 2009 Submit an draft for DHCP geodetic location to the IESG for
> > >     publication as PS to obsolete 3825
> > > Sep 2009 Submit an Architecture for Location and Location Privacy
> > >     to the IESG for publication as Informational
> > > Dec 2009 Submit a URI scheme for directly expressing geodetic
> > location
> > >     to the IESG for publication as PS
> > > Dec 2009 Submit a DHCP Option for a Location Uniform Resource
> > >     Identifier (URI) 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
> > > _______________________________________________
> > > Geopriv mailing list
> > > [e-mail]
> > > https://www.ietf.org/mailman/listinfo/geopriv
> > > _______________________________________________
> > > Geopriv mailing list
> > > [e-mail]
> > > https://www.ietf.org/mailman/listinfo/geopriv
> >
> > _______________________________________________
> > Geopriv mailing list
> > [e-mail]
> > https://www.ietf.org/mailman/listinfo/geopriv
> 
> -----------------------------------------------------------------------
> -------------------------
> This message is for the designated recipient only and may
> contain privileged, proprietary, or otherwise private information.
> If you have received it in error, please notify the sender
> immediately and delete the original.  Any unauthorized use of
> this email is prohibited.
> -----------------------------------------------------------------------
> -------------------------
> [mf2]
> _______________________________________________
> Geopriv mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/geopriv