[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
- [Ecrit] draft-tschofenig-ecrit-xmpp-es-00.txt com… Gunnar Hellström
- Re: [Ecrit] draft-tschofenig-ecrit-xmpp-es-00.txt… Bernard Aboba