[rfc-dist] RFC 8876 on Non-interactive Emergency Calls

rfc-editor@rfc-editor.org Tue, 22 September 2020 17:33 UTC

Return-Path: <rfc-dist-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-dist-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-dist-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 108453A18B8 for <ietfarch-rfc-dist-archive@ietfa.amsl.com>; Tue, 22 Sep 2020 10:33:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.9
X-Spam-Level:
X-Spam-Status: No, score=-2.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5B3QU88oniX for <ietfarch-rfc-dist-archive@ietfa.amsl.com>; Tue, 22 Sep 2020 10:32:59 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B62243A09C1 for <rfc-dist-archive-yuw6Xa6hiena@ietf.org>; Tue, 22 Sep 2020 10:32:59 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id 85535F40788; Tue, 22 Sep 2020 10:32:51 -0700 (PDT)
X-Original-To: rfc-dist@rfc-editor.org
Delivered-To: rfc-dist@rfc-editor.org
Received: by rfc-editor.org (Postfix, from userid 30) id 39C69F40788; Tue, 22 Sep 2020 10:32:49 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Message-Id: <20200922173249.39C69F40788@rfc-editor.org>
Date: Tue, 22 Sep 2020 10:32:49 -0700
Subject: [rfc-dist] RFC 8876 on Non-interactive Emergency Calls
X-BeenThere: rfc-dist@rfc-editor.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Announcements <rfc-dist.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-dist/>
List-Post: <mailto:rfc-dist@rfc-editor.org>
List-Help: <mailto:rfc-dist-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-dist>, <mailto:rfc-dist-request@rfc-editor.org?subject=subscribe>
Cc: drafts-update-ref@iana.org, ecrit@ietf.org, rfc-editor@rfc-editor.org
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: rfc-dist-bounces@rfc-editor.org
Sender: rfc-dist <rfc-dist-bounces@rfc-editor.org>

A new Request for Comments is now available in online RFC libraries.

        
        RFC 8876

        Title:      Non-interactive Emergency Calls 
        Author:     B. Rosen, 
                    H. Schulzrinne,
                    H. Tschofenig,
                    R. Gellens
        Status:     Standards Track
        Stream:     IETF
        Date:       September 2020
        Mailbox:    br@brianrosen.net, 
                    hgs+ecrit@cs.columbia.edu, 
                    Hannes.Tschofenig@gmx.net,  
                    rg+ietf@coretechnologyconsulting.com
        Pages:      25
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-ietf-ecrit-data-only-ea-22.txt

        URL:        https://www.rfc-editor.org/info/rfc8876

        DOI:        10.17487/RFC8876

Use of the Internet for emergency calling is described in RFC 6443,
'Framework for Emergency Calling Using Internet Multimedia'.  In some
cases of emergency calls, the transmission of application data is all
that is needed, and no interactive media channel is established: a
situation referred to as 'non-interactive emergency calls', where,
unlike most emergency calls, there is no two-way interactive media
such as voice or video or text.  This document describes use of a SIP
MESSAGE transaction that includes a container for the data based on
the Common Alerting Protocol (CAP).  That type of emergency request
does not establish a session, distinguishing it from SIP INVITE,
which does.  Any device that needs to initiate a request for
emergency services without an interactive media channel would use the
mechanisms in this document.

This document is a product of the Emergency Context Resolution with Internet Technologies Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC


_______________________________________________
rfc-dist mailing list
rfc-dist@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-dist
http://www.rfc-editor.org