[Ieprep] Comment for WG Last Call on draft-ietf-ieprep-sip-reqs-01.txt

Ottensmeyer Joerg <joerg.ottensmeyer@siemens.com> Wed, 06 November 2002 21:07 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12482 for <ieprep-archive@odin.ietf.org>; Wed, 6 Nov 2002 16:07:40 -0500 (EST)
Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id gA6L9if12595 for ieprep-archive@odin.ietf.org; Wed, 6 Nov 2002 16:09:44 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6L9iv12592 for <ieprep-web-archive@optimus.ietf.org>; Wed, 6 Nov 2002 16:09:44 -0500
Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12456 for <ieprep-web-archive@ietf.org>; Wed, 6 Nov 2002 16:07:09 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6L91v12517; Wed, 6 Nov 2002 16:09:01 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id gA6L89v12473 for <ieprep@optimus.ietf.org>; Wed, 6 Nov 2002 16:08:10 -0500
Received: from beamer.mchh.siemens.de (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA12413 for <ieprep@ietf.org>; Wed, 6 Nov 2002 16:05:34 -0500 (EST)
Received: from blues.mchh.siemens.de (mail2.mchh.siemens.de [194.138.158.227]) by beamer.mchh.siemens.de (8.9.3/8.9.3) with ESMTP id WAA18841 for <ieprep@ietf.org>; Wed, 6 Nov 2002 22:08:02 +0100 (MET)
Received: from mchh274e.demchh201e.icn.siemens.de ([139.21.200.84]) by blues.mchh.siemens.de (8.9.1/8.9.1) with ESMTP id WAA12075 for <ieprep@ietf.org>; Wed, 6 Nov 2002 22:08:02 +0100 (MET)
Received: by MCHH274E with Internet Mail Service (5.5.2656.59) id <V6ATNB8Z>; Wed, 6 Nov 2002 22:07:27 +0100
Message-ID: <47D438A0510BD611B9470002A58EDAE7AD2B9B@mchh2a6e.mchh.siemens.de>
From: Ottensmeyer Joerg <joerg.ottensmeyer@siemens.com>
To: "Ieprep (E-mail)" <ieprep@ietf.org>
Date: Wed, 06 Nov 2002 22:07:27 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2656.59)
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by www1.ietf.org id gA6L8Av12474
Subject: [Ieprep] Comment for WG Last Call on draft-ietf-ieprep-sip-reqs-01.txt
Sender: ieprep-admin@ietf.org
Errors-To: ieprep-admin@ietf.org
X-BeenThere: ieprep@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=unsubscribe>
List-Id: Internet Emergency Preparedness Working Group <ieprep.ietf.org>
List-Post: <mailto:ieprep@ietf.org>
List-Help: <mailto:ieprep-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 8bit
Content-Transfer-Encoding: 8bit

Dear all,

in my draft (draft-otty-ieprep-pstn-features-00.txt), I outlined the emergency services implemented in PSTN. As the charter of this WG says, "...consider how it (the Internet) can best support emergency management...", we should have a look how these services can be modeled using SIP. And as the SIP requirements draft covers the requirements for just this modelling, I tried to match those services with SIP.

In short, those services which I called "user-dependent/authenticated emergency call service" and "origin-dependent emergency call service" are (I believe) covered by the SIP requirements document. In my opinion, in the Internet context these services fall together: as there is no "trust by wire model" in the Internet, the origin-dependent call has to be authenticated and authorized as well, to set the appropriate flag(s) according the "SIP priority scheme". 

However, the (basic) emergency call service (or 911 call) has additional requirements. This are:
- for this service, the SIP server needs be able to resolve the dialed URI (e.g. sip:ambulance@closest) to the address of the nearest Emergency Response Center. 
- it must be possible to place this call must from all SIP phones and the user does not need to be authenticated or even not registered.
- then, the call must be able to receive the same priority levels as the other emergency calls to ensure that the call is processed in the SIP proxies and servers when a "catastrophe level" is activated, i.e. the overall service has to be restricted.

I feel, that those requirements have to be reflected somehow in the document under last call.

best regards
-Jörg                                     
_______________________________________________
Ieprep mailing list
Ieprep@ietf.org
https://www1.ietf.org/mailman/listinfo/ieprep