[salud] Changes in draft-ietf-salud-alert-info-urns-10

Laura Liess <laura.liess.dt@googlemail.com> Fri, 17 January 2014 09:29 UTC

Return-Path: <laura.liess.dt@googlemail.com>
X-Original-To: salud@ietfa.amsl.com
Delivered-To: salud@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 0FED81ADFAC for <salud@ietfa.amsl.com>; Fri, 17 Jan 2014 01:29:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.377
X-Spam-Status: No, score=-1.377 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id 3-KABt3p16LB for <salud@ietfa.amsl.com>; Fri, 17 Jan 2014 01:29:48 -0800 (PST)
Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by ietfa.amsl.com (Postfix) with ESMTP id 0D2851ADFAB for <salud@ietf.org>; Fri, 17 Jan 2014 01:29:47 -0800 (PST)
Received: by mail-la0-f49.google.com with SMTP id y1so3415952lam.36 for <salud@ietf.org>; Fri, 17 Jan 2014 01:29:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GT2eL7oVNUmaRELGXhKiZMPgN8nqCWVUtArs9iuyQM8=; b=oFktLdTayJPXiKK0ta9dbOaF/ABKAJeIzCjnpv/dkcSEPLHp9SEAhTMw4UBk5JCX6S hScDJ5kUH0zbUR6gk+l/vIdp7ZcHSwHhzkpACkJCS1P5CGEf5rNEAoVbyy+MWvZvlVoe 5ARU88lD8VG90YuPORH0qHsU2DW6acUjyy1UqevLDT7b1KHUNlNzLDCBeROgJqkSa3sc mgv0eEOhM8DlMa/fV3cUWxG2Cj/tHUjL04KZOQVzc7rxLYxqTDd2ootSSXPotsphe66v LONQP+6cc9XD12+88I8jDzKg/K0ujDG5+eYMp8eG2C+BIuel8atAzF2NaG9NDMeZiYz8 /vzA==
MIME-Version: 1.0
X-Received: by with SMTP id m2mr457644lbc.13.1389950975007; Fri, 17 Jan 2014 01:29:35 -0800 (PST)
Received: by with HTTP; Fri, 17 Jan 2014 01:29:34 -0800 (PST)
Date: Fri, 17 Jan 2014 10:29:34 +0100
Message-ID: <CACWXZj0E+fjTFQE-DczjZc+OYv1v_p-et=BFB7euE+-VsZg67A@mail.gmail.com>
From: Laura Liess <laura.liess.dt@googlemail.com>
To: "salud@ietf.org" <salud@ietf.org>
Content-Type: multipart/alternative; boundary=001a11c36c501ee86404f0272ed6
Subject: [salud] Changes in draft-ietf-salud-alert-info-urns-10
X-BeenThere: salud@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 17 Jan 2014 09:29:50 -0000

In the new version of the draft I incorporated the comments from the WGLC
and  comment Q1 from Christer's review. All other comments from Christer's
review and the associated discussion will follow in version 11.

Thank you

2014/1/17 <internet-drafts@ietf.org>

> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>  This draft is a work item of the Sip ALerting for User Devices Working
> Group of the IETF.
>         Title           : URNs for the Alert-Info Header Field of the
> Session Initiation Protocol (SIP)
>         Authors         : Laura Liess
>                           Roland Jesske
>                           Alan Johnston
>                           Dale R. Worley
>                           Paul Kyzivat
>         Filename        : draft-ietf-salud-alert-info-urns-10.txt
>         Pages           : 44
>         Date            : 2014-01-17
> 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 the RFC 3261, which defines the
>    Session Initiation Protocol (SIP): It changes the usage of the SIP
>    Alert-Info header field defined in the RFC 3261 by additionally
>    allowing its use in all provisional responses to INVITE (except the
>    100 response).
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-salud-alert-info-urns/
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-salud-alert-info-urns-10
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-salud-alert-info-urns-10
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> _______________________________________________
> salud mailing list
> salud@ietf.org
> https://www.ietf.org/mailman/listinfo/salud