Network Working Group H. Nakajima
Internet-Draft Keio University
Intended status: Informational March 9, 2015
Expires: September 10, 2015

Problem Statement and Requirements for Emergency Notification using Web Push
draft-nakajima-webpush-problem-statement-00

Abstract

The Web Push protocol provides a means of delivering the events to clients based on the registration made by the application. Also, the emergency alert notification system has been developed and deployed widely with mobile phones or smartphones, but has not deployed to Web-only devices.

This document outlines various existing emergency alert notification system in other protocols and use cases with their requirements.

Status of This Memo

This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.

Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at http://datatracker.ietf.org/drafts/current/.

Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."

This Internet-Draft will expire on September 10, 2015.

Copyright Notice

Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.


Table of Contents

1. Introduction

The delivery of real-time events such as incoming calls or messages is an essential feature of mobile application and its platform. The Web Push [I-D.thomson-webpush-http2] protocol has been proposed to enable delivering the events required by W3C Web Push API [PushAPI].

Also, emergency alerting is an apparently important feature of telecommunication network such as cellular networks, allowing the governments or authorities to send a warnings of natural disaster or accident.

This document will describe various use cases and requirements of emergency notification system using Web Push.

2. Terminology

In cases where normative language needs to be emphasized, this document back on established shorthands for expressing interoperability requirements on implementations: the capitalized words “MUST”, “MUST NOT”, “SHOULD” and “MAY”. The meaning of these is described in [RFC2119].

3. Problem Statement

3.1. Issues on existing emergency alerting system

This section describes the survey and issues of existing emergency alerting system.

In the cellular network, several emergency alerting mechanisms have been proposed and merged into Public Warning System(PWS) [_3GPP.22.268]. PWS provides several functions for example:

Addition to PWS, some work has been made to distribute the emergency alerting notification on different network. In the WiFi network, IEEE 802.11u [IEEE80211u] has an emergency support which uses Common Alerting Protocol (CAP) [CAP]. Also, Atoca WG has worked for defining the secure alerting format to broadcast CAP-based alert over IP network.

Those previous contributions have been made to develop the method to distribute an emergency alerting notification. However, those systems require a specific access network such as 3GPP or WiFi. There is an issue that desktop device or device not equipped with 3GPP or WiFi is not able to receive an emergency alerting notification.

The second issue is geolocation-aware system. A major emergency alert such as an earthquake or a tsunami is distributed at geolocation specific area based on the cellular cell or WiFi cell. Web Push relies on HTTP/2 [I-D.ietf-httpbis-http2] which relies on IP network. Geofencing [Geofencing] is discussed in W3C Geolocation WG to let the application to interact with the loose location-aware computation without knowing device’s exact location. However, geofencing needs device’s support, Web Push emergency alerting notification system has to have a mechanism to detect device’s location to send a location specific alerts.

3.2. Use case of Web Push Emergency Alerting Notification

There are two potential use case of Web Push Emergency Alerting notification.

The first use case is a Web-based Signage. Digital signage has widely deployed among the world. Signages located at public area such as train station or street play a significant role in natural disaster or accident by providing the evacuation alert or correct informations. Recent few years W3C worked on Web-based signage which has Web browser is embedded, allowing to display or play Web content. Disaster use case is proposed in W3C Web-based Signage Scenarios and Use Cases [SignageUseCase].

The second use case is an over-the-top emergency alerting system operated by a local authorities or a government. An emgergency alerting of an major natural disaster such as an earthquake or a tsunami could be distributed by existing emergency alerting system (e.g. PWS). However, distributing an emergency alerting of an minor natual disaster such as heavy rain alert using existing method is too complicated compared to the importance of the information or alert. Web Push emergency alerting notification can provide more specific alert or information requested by the mobile or desktop application not requiring 3GPP or WiFi network. For example:

3.3. Non-emergency, Important notification

Non-emergency but important notification is required to real-time applications. Real-time application such as VoIP or telecommunication application, need to deliver the notification faster than other notification.

4. Security Consideration

Discovery of Push Server and application is out of scope in this document. However, discovery of reliable Push Server and application is definitely important. Also, it is important for Web Push Emergency Alerting notification to have a mechanism to avoid the abuse of system.

5. IANA Consideration

TBD

6. References

6.1. Normative References

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

6.2. Informative References

, "
[CAP]Common Alerting Protocol v1.2", July 2010.
[Geofencing] Mandyam, G., "Enhanced Geolocation", August 2014.
[I-D.ietf-httpbis-http2] Belshe, M., Peon, R. and M. Thomson, "Hypertext Transfer Protocol version 2", Internet-Draft draft-ietf-httpbis-http2-17, February 2015.
[I-D.thomson-webpush-http2] Thomson, M., "Generic Event Delivery Using HTTP Push", Internet-Draft draft-thomson-webpush-http2-02, December 2014.
[IEEE80211u] IEEE, "IEEE Standard for Information Technology-Telecommunications and information exchange between systems-Local and Metropolitan networks-specific requirements-Part II: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications: Amendment 9: Interworking with External Networks", February 2011.
[PushAPI] W3C, "Web Push API", February 2015.
[SignageUseCase] Hatano, F., "Web-based Signage Scenarios and Use Cases", January 2013.
[_3GPP.22.268] 3GPP, Public Warning System (PWS) requirements", 3GPP TS 22.268 10.4.0, December 2012.

Author's Address

Hirotaka Nakajima Keio University EMail: hiro@awa.sfc.keio.ac.jp