[salud] Expanding where Alert-Info can appear
worley@ariadne.com (Dale R. Worley) Mon, 25 March 2013 21:40 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 3117F21F8617 for <salud@ietfa.amsl.com>; Mon, 25 Mar 2013 14:40:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.773
X-Spam-Level:
X-Spam-Status: No, score=-1.773 tagged_above=-999 required=5 tests=[AWL=-1.207, BAYES_40=-0.185, 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 r9+eTULtW8eA for <salud@ietfa.amsl.com>; Mon, 25 Mar 2013 14:40:03 -0700 (PDT)
Received: from TheWorld.com (pcls6.std.com [192.74.137.146]) by ietfa.amsl.com (Postfix) with ESMTP id 54FD121F8610 for <salud@ietf.org>; Mon, 25 Mar 2013 14:40:03 -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 r2PLcvAF007668 for <salud@ietf.org>; Mon, 25 Mar 2013 17:38:59 -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 r2PLcv6A1169139 for <salud@ietf.org>; Mon, 25 Mar 2013 16:38:57 -0500 (EST)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r2PLcv0j1165544; Mon, 25 Mar 2013 17:38:57 -0400 (EDT)
Date: Mon, 25 Mar 2013 17:38:57 -0400
Message-Id: <201303252138.r2PLcv0j1165544@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: salud@ietf.org
Subject: [salud] Expanding where Alert-Info can appear
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 21:40:04 -0000
Currently, we have this text at the start of section 1.2: 1.2. Alert-Info Header Field Usage Change This specification 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). This is correct, but it suggests that Alert-Info may not now be used in provisional responses. Looking at RFC 3261, Alert-Info may be used in 180 responses, but not other responses. I believe that we intend to allow Alert-Info in all responses, so that it can be used in, for example, 181 Call Is Being Forwarded and 182 Call Is Being Queued responses, for which ringback tones are often provided. I think we should explain the situation more fully, perhaps by adding Previously, the Alert-Info header field was only permitted in 180 (Ringing) responses. But in telephony, other situations indicated by SIP provisional responses, such as 181 (Call Is Being Forwarded) and 182 (Call Is Being Queued), are often indicated by tones. Extending the applicability of Alert-Info allows the telephony practice to be implemented in SIP. Comments? Dale
- [salud] Expanding where Alert-Info can appear Dale R. Worley
- Re: [salud] Expanding where Alert-Info can appear Paul Kyzivat
- Re: [salud] Expanding where Alert-Info can appear Laura Liess