[Ecrit] draft-tschofenig-ecrit-xmpp-es-00.txt comments

Gunnar Hellström <gunnar.hellstrom@omnitor.se> Wed, 14 March 2012 06:14 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 833A021F85E5 for <ecrit@ietfa.amsl.com>; Tue, 13 Mar 2012 23:14:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.926
X-Spam-Level:
X-Spam-Status: No, score=-1.926 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 xcsmdV-dhilV for <ecrit@ietfa.amsl.com>; Tue, 13 Mar 2012 23:14:37 -0700 (PDT)
Received: from vsp-authed-01-02.binero.net (vsp-authed02.binero.net [195.74.38.226]) by ietfa.amsl.com (Postfix) with SMTP id 9B02121F85E1 for <ecrit@ietf.org>; Tue, 13 Mar 2012 23:14:35 -0700 (PDT)
Received: from smtp01.binero.se (unknown [195.74.38.28]) by vsp-authed-01-02.binero.net (Halon Mail Gateway) with ESMTP; Wed, 14 Mar 2012 07:14:22 +0100 (CET)
Received: from [192.168.50.31] (h225n1fls32o933.telia.com [213.67.165.225]) by smtp-02-01.atm.binero.net (Postfix) with ESMTPA id 57F6A3A11B; Wed, 14 Mar 2012 07:14:22 +0100 (CET)
Message-ID: <4F603743.7030002@omnitor.se>
Date: Wed, 14 Mar 2012 07:14:27 +0100
From: Gunnar Hellström <gunnar.hellstrom@omnitor.se>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: Ecrit <ecrit@ietf.org>, Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
References: <20120305201639.24006.81528.idtracker@ietfa.amsl.com>
In-Reply-To: <20120305201639.24006.81528.idtracker@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------070207020709090400090503"
Subject: [Ecrit] draft-tschofenig-ecrit-xmpp-es-00.txt comments
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Mar 2012 06:14:38 -0000

Hannes and all,
It is good that this draft is published.

Whatever architecture is decided for handling of XMPP in emergency 
services, conversion outside or bring it in, it is important to collect 
information on what factors shall be considered and what problems to solve.

I have made some mainly editorial comments that I send in a changemarked 
copy to you, Hannes.

Here, I just want to comment that I suggest to include a section about 
session handling as well.

A starting proposal:
---------------------------------------------------------------------------------------------------------------

4.9  <http://tools.ietf.org/html/draft-tschofenig-ecrit-xmpp-es-00#section-4.8>   Sessions  versus Messaging in  EmergencyCommunication

  

Emergency case handling  is currently handled in sessions by the call takers.
In most cases it is most efficient if the same call taker can handle the call
and  any subsequent calls back, so that the detailed knowledge of the case is maintained.  

XMPP messaging sessions are often not ended by any specific signaling indicating
the end of a session.  This causes a need to artificially create an end of a session,
  so that human and technical resources can be released.

It also creates a need to keep messages together in the session evenwhen the user
  is  travelling  and moves between PSAP areas during the session.

  

There is thus a need to create a method for a pseudo-session management of XMPP messages,
  influencing the routing and linking to emergency case.          

__________________________________________________________________________

/Gunnar

internet-drafts@ietf.org skrev 2012-03-05 21:16:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>
> 	Title           : Emergency Services Functionality with the Extensible Messaging and Presence Protocol (XMPP)
> 	Author(s)       : Hannes Tschofenig
> 	Filename        : draft-tschofenig-ecrit-xmpp-es-00.txt
> 	Pages           : 17
> 	Date            : 2012-03-05
>
>     The Extensible Messaging and Presence Protocol (XMPP) is a technology
>     that enjoys widespread deployment in the instant messaging
>     application domain.  While many features for XMPP had been
>     standardized in the IETF as well as in the XMPP Standards Foundation
>     emergency services functionality was not part of it.
>
>     This document aims to initiate a discussion about the necessary
>     emergency services functionality for XMPP.
>
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-tschofenig-ecrit-xmpp-es-00.txt