Subject: [Ecrit] Milestones update

From: Roger Marshall <[email-masked]>
Date: Fri, 25 Jul 2014 00:28:39 +0000

As discussed in today's ECRIT meeting, we're sending out the full text to an updated ECRIT Charter and Milestones list.

This reflects target date updates and new draft additions based on wg consensus at IETF89-London and at today's Toronto meeting.

Please submit any objections you might have regarding these changes to the ecrit list within five days.

Roger & Marc

***

Emergency Context Resolution with Internet Technologies (ecrit)
---------------------------------------------------------------

Charter

Current Status: Active

Chairs:
     Marc Linsner <[email-masked]>
     Roger Marshall <[email-masked]>

Real-time Applications and Infrastructure Area Directors:
     Richard Barnes <[email-masked]>
     Alissa Cooper <[email-masked]>

Real-time Applications and Infrastructure Area Advisor:
     Alissa Cooper <[email-masked]>

Mailing Lists:
     General Discussion: [email-masked]
     To Subscribe:       https://www.ietf.org/mailman/listinfo/ecrit
     Archive:            http://www.ietf.org/mail-archive/web/ecrit/

Description of Working Group:

  In a number of areas, the public switched telephone network (PSTN) has
  been configured to recognize an explicitly specified number (usually one
 that is short and easily memorized) as a request for emergency services.
  These numbers (e.g., 911, 112) are related to an emergency service
  context and depend on a broad, regional configuration of service contact
  methods and a geographically-constrained approach for service delivery.
  These calls are intended to be delivered to special call centers
  equipped to manage emergency response. Successful delivery of an
  emergency service call within those systems requires an association of
  both the physical location of the originating device  along with
  appropriate call routing to an emergency service center.

  Calls placed using Internet technologies do not use the same systems
  mentioned above to achieve those same goals, and the common use of
  overlay networks and tunnels (either as VPNs or for mobility) makes
  meeting these goals even more challenging.  There are, however, Internet
  technologies available to manage location and to perform call routing.

  This working group has described where and how these mechanisms may be
  used. The group specified how location data and call routing information
  are  used to enable communication between a user and a relevant
  emergency response center [RFC6443,RFC6444]. Though the term "call
  routing" is used, it should be understood that some of the mechanisms
  described might be used to enable other types of media streams.

  Beyond human initiated emergency call request mechanisms, this group
  will develop new methods to enable non-human-initiated requests for
  emergency assistance, such as sensor initiated emergency requests.

  The working group will also address topics required for the operation of
  emergency calling systems, such as:  authentication of location,
  management of the service URN namespace, augmented information that
  could assist emergency call takers or responders.

  Explicitly outside the scope of this group is the question of pre-
  emption or prioritization of emergency services traffic in the network.
  This group is considering emergency services calls which might be made
  by any user of the Internet, as opposed to government or military
  services that may impose very different authentication and routing
  requirements.

  While this group anticipates a close working relationship with groups
  such as NENA, EENA, 3GPP, and ETSI , any solution presented must be
  general enough to be potentially useful in or across multiple regions or
  jurisdictions, and it must be possible to use without requiring a
  single, central authority.  Further, it must be possible for multiple
  delegations within a jurisdiction to be handled independently, things
  such as call routing for specific emergency types, media types,
  language contents, etc.,  may be routed differently depending on
  established policies and availability.

  This working group will address privacy and security concerns within its
  documents.

Goals and Milestones:
  Done     - Informational RFC containing terminology definitions and the requirements
  Done     - An Informational document describing the threats and security considerations
  Done     - A Standards Track RFC describing how to identify a session set-up request is to an emergency response center
  Done     - A Standards Track RFC describing how to route an emergency call based on location information
  Done     - An Informational document describing the Mapping Protocol Architecture
  Done     - Submit 'Location Hiding: Problem Statement and Requirements' to the IESG for consideration as an Informational RFC.
  Done     - Submit 'Framework for Emergency Calling using Internet Multimedia' to the IESG for consideration as an Informational RFC.
  Done     - Submit 'Best Current Practice for Communications Services in support of Emergency Calling' to the IESG for consideration as a BCP document
  Done     - Submit 'LoST Extension for returning Boundary Information for Services' to the IESG for consideration as an Experimental RFC
  Done     - Submit 'Synchronizing Location-to-Service Translation (LoST) Protocol based Service Boundaries and Mapping Elements' to the IESG for consideration as an Experimental RFC
  Done     - Submit 'Public Safety Answering Point (PSAP) Callbacks' to the IESG for consideration as an Informational RFC
  Done     - Submit 'Extensions to the Emergency Services Architecture for dealing with Unauthenticated and Unauthorized Devices' to the IESG for consideration as a Standards Track RFC
  Oct 2014 - Submit 'Common Alerting Protocol (CAP) based Data-Only Emergency Alerts using the Session Initiation Protocol (SIP)' to the IESG for consideration as an Experimental RFC
  Done - Submit 'Trustworthy Location Information' to the IESG for consideration as an Informational RFC
  Oct 2014 - Submit 'Additional Data related to a Call for Emergency Call Purposes' to the IESG for consideration as a Standards Track RFC
  Oct 2014 - Submit 'Policy for defining new service-identifying labels' to the IESG for consideration as BCP
  Done - Submit 'URN For Country Specific Emergency Services' to the IESG for consideration as a Standards Track RFC
  Mar 2015 - Submit 'Internet Protocol-based In-Vehicle Emergency Calls' to the IESG for consideration as an Informational RFC
  Mar 2015 - Submit 'Next-Generation Pan-European eCall' to the IESG for consideration as an Informational RFC
  Mar 2015 - Submit 'A LoST extension to return complete and similar location info' to the IESG for consideration as an Informational RFC

CONFIDENTIALITY NOTICE: The information contained in this message may be privileged and/or confidential. If you are not the intended recipient, or responsible for delivering this message to the intended recipient, any review, forwarding, dissemination, distribution or copying of this communication or any attachment(s) is strictly prohibited. If you have received this message in error, please notify the sender immediately, and delete it and all attachments from your computer and network.