datatracker.ietf.org
Sign in
Version 5.3.0, 2014-04-12
Report a bug

Problem Statement and Requirements for Transporting User to User Call Control Information in SIP
draft-johnston-cuss-sip-uui-reqs-00

Document type: Replaced Internet-Draft (individual)
Document stream: No stream defined
Last updated: 2011-11-22 (latest revision 2010-09-15)
Intended RFC status: Unknown
Other versions: (expired, archived): plain text, pdf, html

Stream State:No stream defined
Document shepherd: No shepherd assigned

IESG State: Replaced by draft-ietf-cuss-sip-uui-reqs
Responsible AD: (None)
Send notices to: No addresses provided

This Internet-Draft is no longer active. Unofficial copies of old Internet-Drafts can be found here:
http://tools.ietf.org/id/draft-johnston-cuss-sip-uui-reqs

Abstract

This document introduces the transport of call control related User to User Information (UUI) in the Session Initiation Protocol (SIP), and develops several requirements for a new SIP mechanism. Some SIP sessions are established by or related to a non-SIP application. This application may have information that needs to be transported between the SIP User Agents during session establishment. A common example in another protocol is the ITU-T Q.931 User to User Information Service. As networks move to SIP it is important that applications requiring this data can continue to function in SIP networks as well as the ability to interwork with this ISDN service for end-to-end transparency. This document discusses requirements and approaches. This extension will also be used for native SIP endpoints implementing similar services and interworking with ISDN services. Example use cases include an exchange between two user agents, retargeting by a proxy, and redirection. An example application is an Automatic Call Distributor (ACD) in a contact center.

Authors

Alan Johnston <alan.b.johnston@gmail.com>
Joanne McMillen <c.joanne.mcmillen@gmail.com>
Laura Liess <laura.liess.dt@gmail.com>

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid)