[Sip] Protocol Action: 'Communications Resource Priority for the Session Initiation Protocol (SIP)' to Proposed Standard
The IESG <iesg-secretary@ietf.org> Mon, 03 October 2005 22:34 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EMYsz-0001Lh-BG; Mon, 03 Oct 2005 18:34:17 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EMYss-0001Ku-L1; Mon, 03 Oct 2005 18:34:10 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21768; Mon, 3 Oct 2005 18:34:07 -0400 (EDT)
Received: from [132.151.6.50] (helo=newodin.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EMZ1R-00033g-JC; Mon, 03 Oct 2005 18:43:01 -0400
Received: from apache by newodin.ietf.org with local (Exim 4.43) id 1EMYsr-0001oz-SG; Mon, 03 Oct 2005 18:34:09 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1EMYsr-0001oz-SG@newodin.ietf.org>
Date: Mon, 03 Oct 2005 18:34:09 -0400
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: sip mailing list <sip@ietf.org>, sip chair <rohan@ekabal.com>, Internet Architecture Board <iab@iab.org>, sip chair <dean.willis@softarmor.com>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [Sip] Protocol Action: 'Communications Resource Priority for the Session Initiation Protocol (SIP)' to Proposed Standard
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Sender: sip-bounces@ietf.org
Errors-To: sip-bounces@ietf.org
The IESG has approved the following documents: - 'Extending the Session Initiation Protocol Reason Header for Preemption Events ' <draft-ietf-sipping-reason-header-for-preemption-04.txt> as a Proposed Standard - 'Communications Resource Priority for the Session Initiation Protocol (SIP) ' <draft-ietf-sip-resource-priority-10.txt> as a Proposed Standard These documents are products of the Session Initiation Protocol Working Group. The IESG contact persons are Allison Mankin and Jon Peterson. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-sip-resource-priority-10.txt Technical Summary The resource priority specification defines two new SIP header fields for call priority in the SIP user agents, namely "Resource-Priority" and "Accept-Resource-Priority". The "Resource-Priority" header field can influence call handling by SIP user agents, such as telephone gateways and IP telephones, and SIP proxies. The specification extending the SIP reason header to add preemption is a companion to the above specification. When a call is ended in a SIP user agent due to a resource management choice, the extensions in this specification allow communicating specific causes. Working Group Summary The working group had a fair amount of difficulty getting the details of this to its liking, because it had to accomodate goals of groups with current requirements, while still leaving room for generality. The solution of independent namespaces and reuse of the SIP authorization and authentication mechanisms was reviewed and much discussed till consensus was reached. The specification received detailed word-by-word review and comment until consensus was reached, and it required intensive efforts by the chairs and members of the working group, as well as the editor and the responsible AD. Protocol Quality These headers have been implemented by at least one vendor for several namespaces. In some cases, implemented systems associate router resource management with the RP in SIP, somewhat ahead of the scope of IETF design. Note to the RFC Editor draft-ietf-sip-resource-priority: OLD: e.g., in an ISUP IAM message originated by the gateway. NEW: e.g., on an ISUP (ISDN User Part) IAM (Initial Address Message) originated by a SIP gateway with the PSTN. OLD: There should not be a unique namespace for different jurisdictions. This will greatly increase interoperability and reduce development time, and probably reduce future confusion if there is ever a need to map one namespace to another in an interworking function. NEW: There should be a single namespace for all jurisdictions. This will greatly increase interoperability and reduce development time, and probably reduce future confusion if there is ever a need to map one namespace to another in an interworking function. [Only the first sentence is changed, for readability] draft-ietf-sipping-reason-header-for-preemption: Introduction OLD: What is proposed here is extending SIP NEW: What is proposed here is extending SIP [2] [add the citation; it's in the Normative References already] _______________________________________________ Sip mailing list https://www1.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use sip-implementors@cs.columbia.edu for questions on current sip Use sipping@ietf.org for new developments on the application of sip