[salud] Updated Abstract
worley@ariadne.com (Dale R. Worley) Mon, 25 March 2013 20:34 UTC
Return-Path: <worley@shell01.TheWorld.com>
X-Original-To: salud@ietfa.amsl.com
Delivered-To: salud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52D0D21F9183 for <salud@ietfa.amsl.com>; Mon, 25 Mar 2013 13:34:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.98
X-Spam-Level:
X-Spam-Status: No, score=-2.98 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 1Z5-VWMxCmPk for <salud@ietfa.amsl.com>; Mon, 25 Mar 2013 13:34:07 -0700 (PDT)
Received: from TheWorld.com (pcls2.std.com [192.74.137.142]) by ietfa.amsl.com (Postfix) with ESMTP id 04B9021F915F for <salud@ietf.org>; Mon, 25 Mar 2013 13:34:06 -0700 (PDT)
Received: from shell.TheWorld.com (svani@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r2PKXIO6005180; Mon, 25 Mar 2013 16:33:20 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r2PKXIux1161351; Mon, 25 Mar 2013 15:33:18 -0500 (EST)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r2PKXH5D1157655; Mon, 25 Mar 2013 16:33:17 -0400 (EDT)
Date: Mon, 25 Mar 2013 16:33:17 -0400
Message-Id: <201303252033.r2PKXH5D1157655@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: Laura Liess <laura.liess.dt@googlemail.com>
Cc: salud@ietf.org
Subject: [salud] Updated Abstract
X-BeenThere: salud@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Sip ALerting for User Devices working group discussion list <salud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/salud>, <mailto:salud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/salud>
List-Post: <mailto:salud@ietf.org>
List-Help: <mailto:salud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/salud>, <mailto:salud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Mar 2013 20:34:08 -0000
Here is a proposed revision of the Abstract. The changes are small, but I think they make the meaning clearer. Also, I state explicitly that alert URNs can be used in other situations than SIP. Abstract The Session Initiation Protocol (SIP) supports the capability to provide a reference to a specific rendering to be used by the UA when the user is alerted. This is done using the Alert-Info header field. However, the reference (typically a URL) addresses only a specific network resource with specific rendering properties. There is currently no support for standard identifiers for describing the semantics of the alerting situation or the characteristics of the alerting signal, without being tied to a particular rendering. To overcome these limitations and support new applications, a new family of URNs for use in SIP Alert-Info header fields (and situations with similar requirements) is defined in this specification. This document normatively updates [RFC3261], the Session Initiation Protocol (SIP). It changes the usage of the SIP Alert-Info header field defined in the [RFC3261] by additionally allowing its use in all provisional responses to INVITE (except the 100 response). Dale
- [salud] Updated Abstract Dale R. Worley