Re: [rtcweb] WG last call comments on use-case and requirement document, “Emergency Services”

Gunnar Hellstrom <gunnar.hellstrom@omnitor.se> Tue, 30 April 2013 09:58 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3C6F21F9A4D for <rtcweb@ietfa.amsl.com>; Tue, 30 Apr 2013 02:58:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=-0.149, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uc3AwZQtzati for <rtcweb@ietfa.amsl.com>; Tue, 30 Apr 2013 02:58:32 -0700 (PDT)
Received: from vsp-authed-03-02.binero.net (vsp-authed02.binero.net [195.74.38.226]) by ietfa.amsl.com (Postfix) with SMTP id 38FA421F9B38 for <rtcweb@ietf.org>; Tue, 30 Apr 2013 02:58:31 -0700 (PDT)
Received: from smtp01.binero.se (unknown [195.74.38.28]) by vsp-authed-03-02.binero.net (Halon Mail Gateway) with ESMTP for <rtcweb@ietf.org>; Tue, 30 Apr 2013 11:58:23 +0200 (CEST)
Received: from [192.168.50.38] (h79n2fls31o933.telia.com [212.181.137.79]) (Authenticated sender: gunnar.hellstrom@omnitor.se) by smtp-09-01.atm.binero.net (Postfix) with ESMTPA id C54513A032 for <rtcweb@ietf.org>; Tue, 30 Apr 2013 11:58:23 +0200 (CEST)
Message-ID: <517F95C3.90101@omnitor.se>
Date: Tue, 30 Apr 2013 11:58:27 +0200
From: Gunnar Hellstrom <gunnar.hellstrom@omnitor.se>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <517E7D25.2030706@ericsson.com>
In-Reply-To: <517E7D25.2030706@ericsson.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: Re: [rtcweb] WG last call comments on use-case and requirement document, “Emergency Services”
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Apr 2013 09:58:37 -0000

I see a need to create a whole new strand of documents standardizing 
"application of RTCWEB".

It would contain items that are not directly linked to details of the 
media streams standardized in rtcweb, but are important in apparent 
applications of the technology.
It would contribute to the ambition to not create silos.

Emergency service access is mainly one such application area.

RFC 6881 says:
----------------------------------------------------------------------
SP-1: If a device or application expects to be able to place a call for 
help, the service provider that supports it MUST facilitate emergency 
calling. Some jurisdictions have regulations governing this.

ED-2: Devices that create media sessions and exchange real-time audio, 
video, and/or text and that have the capability to establish sessions to 
a wide variety of addresses and communicate over private IP networks or 
the Internet SHOULD support emergency calls. Some jurisdictions have 
regulations governing this.
  -----------------------------------------------------------------------

These requirements will clearly apply to some rtcweb applications, and 
it will be important to both remind rtcweb implementers about them and 
to develop common approaches to how to meet the requirements.

One aspect that touches the recent discussion on SRTP usage in RTCWEB is 
that the specifications from the emergency service organisations EENA 
and NENA prefer DTLS-SRTP but accept SDES.


In summary: Emergency service requirements surely needs to be described 
in rtcweb related specifications. If it is not mentioned among the 
kernel use-cases it should be in specifications about application of rtcweb.

Gunnar


On 2013-04-29 16:01, Stefan Håkansson LK wrote:
>
>
> This relates to the comments to the WG last call of the use-cases and 
> requirements document [1].
>
> The topic in this mail is Emergency Services. This was discussed in 
> [2] - [16] (i hope I found all the relevant mails, please correct me 
> if I missed any), and my conclusion is that we should not add specific 
> use-cases or requirements for Emergency Services.
>
> Stefan
>
>
> [1] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06136.html
>
> [2] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06160.html
>
> [3] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06226.html
> [4] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06227.html
> [5] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06229.html
> [6] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06231.html
> [7] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06232.html
> [8] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06239.html
> [9] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06230.html
> [10] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06237.html
> [11] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06242.html
> [12] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06243.html
> [13] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06244.html
> [14] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06246.html
> [15] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06267.html
> [16] http://www.ietf.org/mail-archive/web/rtcweb/current/msg06268.html
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb