Extensions to the Emergency Services Architecture for dealing with Unauthenticated and Unauthorized Devices
draft-ietf-ecrit-unauthenticated-access-03
The information below is for an old version of the document | |||||
---|---|---|---|---|---|
Document | Type | Expired Internet-Draft (ecrit WG) | |||
Authors | Henning Schulzrinne , Stephen McCann , Gabor Bajko , Hannes Tschofenig , Dirk Kroeselberg | ||||
Last updated | 2011-07-11 (latest revision 2011-03-29) | ||||
Replaces | draft-schulzrinne-ecrit-unauthenticated-access | ||||
Stream | IETF | ||||
Intended RFC status | (None) | ||||
Formats |
Expired & archived
pdf
htmlized (tools)
htmlized
bibtex
|
||||
Reviews | |||||
Additional Resources |
|
||||
Stream | WG state | WG Document | |||
Document shepherd | None | ||||
IESG | IESG state | Expired | |||
Consensus Boilerplate | Unknown | ||||
Telechat date | |||||
Responsible AD | (None) | ||||
Send notices to | (None) |
https://www.ietf.org/archive/id/draft-ietf-ecrit-unauthenticated-access-03.txt
Abstract
The IETF emergency services architecture assumes that the calling device has acquired rights to use the access network or that no authentication is required for the access network, such as for public wireless access points. Subsequent protocol interactions, such as obtaining location information, learning the address of the Public Safety Answering Point (PSAP) and the emergency call itself are largely decoupled from the underlying network access procedures. In some cases, however, the device does not have these credentials for network access, does not have a VoIP service provider, or the credentials have become invalid, e.g., because the user has exhausted their prepaid balance or the account has expired. This document provides a problem statement, introduces terminology and describes an extension for the base IETF emergency services architecture to address these scenarios.
Authors
Henning Schulzrinne
(hgs+ecrit@cs.columbia.edu)
Stephen McCann
(smccann@rim.com)
Gabor Bajko
(Gabor.Bajko@nokia.com)
Hannes Tschofenig
(Hannes.Tschofenig@gmx.net)
Dirk Kroeselberg
(dirk.kroeselberg@siemens.com)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)