--- 1/draft-ietf-sipcore-rfc4244bis-callflows-01.txt 2013-01-29 23:21:18.327791192 +0100 +++ 2/draft-ietf-sipcore-rfc4244bis-callflows-02.txt 2013-01-29 23:21:18.391793501 +0100 @@ -1,25 +1,25 @@ Network Working Group M. Barnes Internet-Draft Polycom Intended status: Informational F. Audet -Expires: March 5, 2013 Skype +Expires: July 5, 2013 Skype S. Schubert NTT J. van Elburg Detecon International Gmbh C. Holmberg Ericsson - Sep 2012 + Jan 2013 Session Initiation Protocol (SIP) History-Info Header Call Flow Examples - draft-ietf-sipcore-rfc4244bis-callflows-01.txt + draft-ietf-sipcore-rfc4244bis-callflows-02.txt Abstract This document describes use cases and documents call flows which require the History-Info header field to capture the Request-URIs as a Session Initiation Protocol (SIP) Request is retargeted. The use cases are described along with the corresponding call flow diagrams and messaging details. Status of this Memo @@ -30,76 +30,76 @@ Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." - This Internet-Draft will expire on March 5, 2013. + This Internet-Draft will expire on July 5, 2013. Copyright Notice - Copyright (c) 2012 IETF Trust and the persons identified as the + Copyright (c) 2013 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Conventions and Terminology . . . . . . . . . . . . . . . . . 3 3. Detailed call flows . . . . . . . . . . . . . . . . . . . . . 3 3.1. Sequentially Forking (History-Info in Response) . . . . . 3 - 3.2. History-Info with Privacy Header Field . . . . . . . . . . 10 + 3.2. History-Info with Privacy Header Field . . . . . . . . . . 11 3.3. Privacy for a Specific History-Info Entry . . . . . . . . 14 3.4. Automatic Call Distribution . . . . . . . . . . . . . . . 18 3.5. Determining the Alias used. . . . . . . . . . . . . . . . 23 - 3.6. PBX Voicemail Example . . . . . . . . . . . . . . . . . . 25 - 3.7. Consumer Voicemail Example . . . . . . . . . . . . . . . . 30 - 3.8. GRUU . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 - 3.9. Limited Use Address . . . . . . . . . . . . . . . . . . . 37 - 3.10. Service Invocation . . . . . . . . . . . . . . . . . . . . 40 - 3.11. Toll Free Number . . . . . . . . . . . . . . . . . . . . . 40 - 4. Security Considerations . . . . . . . . . . . . . . . . . . . 42 - 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 43 - 5.1. Acknowledgements . . . . . . . . . . . . . . . . . . . . . 43 - 6. Informative References . . . . . . . . . . . . . . . . . . . . 43 - Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 44 + 3.6. PBX Voicemail Example . . . . . . . . . . . . . . . . . . 26 + 3.7. Consumer Voicemail Example . . . . . . . . . . . . . . . . 31 + 3.8. GRUU . . . . . . . . . . . . . . . . . . . . . . . . . . . 35 + 3.9. Limited Use Address . . . . . . . . . . . . . . . . . . . 38 + 3.10. Service Invocation . . . . . . . . . . . . . . . . . . . . 41 + 3.11. Toll Free Number . . . . . . . . . . . . . . . . . . . . . 41 + 4. Security Considerations . . . . . . . . . . . . . . . . . . . 44 + 5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 44 + 5.1. Acknowledgements . . . . . . . . . . . . . . . . . . . . . 44 + 6. Informative References . . . . . . . . . . . . . . . . . . . . 44 + Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 45 1. Overview Many services that use SIP require the ability to determine why and how the call arrived at a specific application. The use cases provided in this document illustrate the use of the History-Info header [I-D.ietf-sipcore-rfc4244bis] for example applications and common scenarios. The optional "rc" and "mp" header field parameters defined in [I-D.ietf-sipcore-rfc4244bis] are required for several of the use cases. Descriptions of the example use cases, call flow diagrams and messaging details are provided. 2. Conventions and Terminology The term "retarget" is used as defined in [I-D.ietf-sipcore-rfc4244bis]. The terms "location service", - "redirect", "redirect" and "AOR" are used consistent with the - terminology in [RFC3261]. + "redirect" and "AOR" are used consistent with the terminology in + [RFC3261]. 3. Detailed call flows The scenarios in this section provide sample use cases for the History-Info header for informational purposes only. They are not intended to be normative. In many cases, only the relevant messaging details are included in the body of the call flow. 3.1. Sequentially Forking (History-Info in Response) @@ -109,39 +109,39 @@ Alice sends a call to Bob via sip:example.com. The proxy sip: example.com sequentially tries Bob on a SIP UA that has bound a contact with the sip:bob@example.com AOR, and then several alternate addresses (Office and Home) unsuccessfully before sending a response to Alice. The hi-entry containing the initial contact is the hi- entry just prior to the first hi-entry tagged with an "rc" header field parameter. In this example, the Office and Home are not the same AOR as sip:bob@example.com, but rather different AORs that have been configured as alternate addresses for Bob in the proxy. In - other words, Office and Bob are not bound through SIP Registration + other words, Office and *Home* are not bound through SIP Registration with Bob's AOR. This type of arrangement is common for example when a "routing" rule to a PSTN number is manually configured in a proxy. These hi-entries are identified by the index contained in the hi- target-param "mp" header field parameter in the hi-entries. This scenario illustrates that by providing the History-Info to Alice, the end-user or an application at Alice could make a decision on how best to attempt finding Bob without sending multiple requests to the same destination. Upon receipt of the response containing the History-Info entries, the Request URIs for the History-Info entries tagged with "mp" header field parameter are extracted. Those Request-URIs can be compared to other URIs (if any) that might be - attempted in order to establish the session with Bob. Thus, avoiding - another INVITE to Bob's home phone. Without this mechanism, Alice - might well attempt to reach Bob at his office phone, which would then - retarget the request to Bob's home phone. When that attempt failed, - then Alice might attempt to reach Bob directly at his home phone, - unknowingly for a third time. + attempted in order to establish the session with Bob. This results in + avoiding the sending of another INVITE to Bob's home phone. Without + this mechanism, Alice might well attempt to reach Bob at his office + phone, which would then retarget the request to Bob's home phone. + When that attempt failed, then Alice might attempt to reach Bob + directly at his home phone, unknowingly for a third time. Alice example.com Bob Office Home | | | | | | INVITE F1 | | | | |----------->| INVITE F2 | | | | |----------------->| | | | 100 Trying F3 | | | |<-----------| 302 Move Temporarily F4 | | | |<-----------------| | | | | ACK F5 | | | @@ -158,42 +158,47 @@ | |----------------------------------->| | | 100 Trying F10 | | |<-----------------------------------| | | 486 Busy Here F11 | | |<-----------------------------------| | 486 Busy Here F12 | |<-----------| ACK F13 | | |----------------------------------->| | ACK F14 | | |----------->| | + + Figure 1: Figure 1. Example with Sequential Forking + Message Details F1 INVITE alice -> example.com INVITE sip:bob@example.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 70 From: Alice ;tag=sr3dds To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: F2 INVITE example.com -> Bob INVITE sip:bob@192.0.2.4 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 69 From: Alice ;tag=sr3dds To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Record-Route: History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp @@ -192,196 +197,203 @@ Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Record-Route: History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: - F3 100 Trying example.com -> alice SIP/2.0 100 Trying Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds To: Bob + Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Content-Length: 0 + F4 302 Moved Temporarily Bob -> example.com SIP/2.0 302 Moved Temporarily Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds - To: Bob + To: Bob ;tag=es43sd + Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE - Record-Route: History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: ;mp=1 Content-Length: 0 - F5 ACK 192.0.2.4 -> Bob + F5 ACK example.com -> Bob ACK sip:bob@example.com SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st + Max-Forward: 69 From: Alice ;tag=sr3dds - To: Bob + To: Bob ;tag=es43sd Call-Id: 12345600@example.com CSeq: 1 ACK Content-Length: 0 - F6 INVITE example.com -> office INVITE sip:office@192.0.2.5 SIP/2.0 - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx4st + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 68 From: Alice ;tag=sr3dds To: Bob Supported: histinfo Call-Id: 12345600@example.com Record-Route: History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 CSeq: 1 INVITE Contact: Alice Content-Type: application/sdp Content-Length: F7 180 Ringing office -> example.com SIP/2.0 180 Ringing - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx4st + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds To: Bob ;tag=53rdds Supported: histinfo Call-ID: 12345600@example.com Record-Route: History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 CSeq: 1 INVITE + Contact: Office Content-Length: 0 - F8 180 Ringing example.com -> alice SIP/2.0 180 Ringing - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds To: Bob ;tag=53rdds Supported: histinfo Call-Id: 12345600@example.com + Record-Route: History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 CSeq: 1 INVITE + Contact: Office Content-Length: 0 + F9 INVITE example.com -> home INVITE sip:home@192.0.2.6 SIP/2.0 - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 67 From: Alice ;tag=sr3dds To: Bob Supported: histinfo Call-Id: 12345600@example.com Record-Route: History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;\ - index=1.2.1>;index=1.2.1;rc=1.2 + index=1.2.1;index=1.2.1;rc=1.2 History-Info: ;index=1.3;mp=1 History-Info: ;index=1.3.1;rc=1.3 CSeq: 1 INVITE Contact: Alice Content-Type: application/sdp Content-Length: - F10 100 Trying home -> example.com SIP/2.0 100 Trying - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds To: Bob Call-Id: 12345600@example.com CSeq: 1 INVITE Content-Length: 0 + F11 486 Busy Here home -> example.com SIP/2.0 486 Busy Here - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds - To: Bob ;tag=53rdds + To: Bob ;tag=55rdds Call-Id: 12345600@example.com - Record-Route: History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;\ - index=1.2.1>;index=1.2.1;rc=1.2 + index=1.2.1;index=1.2.1;rc=1.2 History-Info: ;index=1.3;mp=1 History-Info: ;index=1.3.1;rc=1.3 CSeq: 1 INVITE Content-Length: 0 - F12 486 Busy Here example.com -> alice SIP/2.0 486 Busy Here - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=sr3dds - To: Bob + To: Bob ;tag=55rdds Call-Id: 12345600@example.com History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;\ - index=1.2.1>;index=1.2.1;rc=1.2 + index=1.2.1;index=1.2.1;rc=1.2 History-Info: ;index=1.3;mp=1 History-Info: ;index=1.3.1;rc=1.3 CSeq: 1 INVITE Content-Length: 0 + F13 ACK example.com -> home ACK sip:home@192.0.2.6 SIP/2.0 - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st - From: Alice ;tag=sr3dds>; - To: Bob + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st + Max-Forward: 67 + From: Alice ;tag=sr3dds + To: Bob ;tag=55rdds Call-Id: 12345600@example.com CSeq: 1 ACK Content-Length: 0 F14 ACK alice -> example.com ACK sip:bob@example.com SIP/2.0 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 70 From: Alice ;tag=sr3dds - To: Bob + To: Bob ;tag=55rdds Call-Id: 12345600@example.com Route: CSeq: 1 ACK Content-Length: 0 3.2. History-Info with Privacy Header Field This example provides a basic call scenario without forking. Alice has indicated that she wants Privacy associated with the History-Info header field entries. In addition, sip:biloxi.example.com adds @@ -404,128 +416,134 @@ | | | | | | | 200 F4 | | | |<---------------| | | | | | | 200 F5 | | | |<---------------| | | | | | | 200 F6 | | | |<---------------| | | | | | | - | ACK | | | - |--------------->| ACK | | - | |--------------->| ACK | - | | |--------------->| + | | ACK | | + |------------------------------------------------->| + | | | | - Figure 1: Example with Privacy Header Fields + Figure 2: Figure 2. Example with Privacy Header Fields Message Details F1 INVITE alice -> atlanta.example.com INVITE sip:bob@biloxi.example.com;p=x SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 70 From: Alice ;tag=22 To: Bob Supported: histinfo - Privacy: History + Privacy: history Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: + F2 INVITE atlanta.example.com -> biloxi.example.com INVITE sip:bob@biloxi.example.com;p=x SIP/2.0 Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 69 From: Alice ;tag=22 To: Bob Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1 Contact: Alice Content-Type: application/sdp Content-Length: - F3 INVITE biloxi.example.com -> Bob INVITE sip:bob@192.0.1.11 SIP/2.0 - Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bK + Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs32;\ + received=192.0.2.3 Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 68 From: Alice ;tag=22 To: Bob Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1 History-Info: ;index=1.1.1;rc=1.1 Contact: Alice Content-Type: application/sdp Content-Length: + F4 200 OK Bob -> biloxi.example.com SIP/2.0 200 OK - Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bK - Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs32;\ + received=192.0.2.101 + Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2;\ + received=192.0.2.3 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1 History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: - F5 200 OK biloxi.example.com -> atlanta.example.com SIP/2.0 200 OK - Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2;\ + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1 History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: F6 200 OK atlanta.example.com -> Alice SIP/2.0 200 OK Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 -History-Info: ;index=1.1;rc=1 -History-Info: ;index=1.1 + History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: 3.3. Privacy for a Specific History-Info Entry This example provides a basic call scenario similar to Section 3.2, however, due to local policy at sip:biloxi.example.com, only the final hi-entry in the History-Info, which is Bob's local URI, @@ -546,125 +564,132 @@ | | | | | | | 200 F4 | | | |<---------------| | | | | | | 200 F5 | | | |<---------------| | | | | | | 200 F6 | | | |<---------------| | | | | | | - | ACK | | | - |--------------->| ACK | | - | |--------------->| ACK | - | | |--------------->| + | | ACK | | + |------------------------------------------------->| + | | | | - Figure 2: Example with Privacy Header Field for Specific URI + Figure 3: Figure 3. Example with Privacy Header Field for Specific + URI Message Details F1 INVITE alice -> atlanta.example.com INVITE sip:bob@biloxi.example.com;p=x SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 70 From: Alice ;tag=22 To: Bob Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: F2 INVITE atlanta.example.com -> biloxi.example.com INVITE sip:bob@biloxi.example.com;p=x SIP/2.0 Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 69 From: Alice ;tag=22 To: Bob Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1;np=1 Contact: Alice Content-Type: application/sdp Content-Length: F3 INVITE biloxi.example.com -> Bob INVITE sip:bob@192.0.1.11 SIP/2.0 Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKeset - Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2;\ + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 + Max-Forward: 68 From: Alice ;tag=22 To: Bob Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1;np=1 History-Info: ;index=1.1.1;rc=1.1 Contact: Alice Content-Type: application/sdp Content-Length: F4 200 OK Bob -> biloxi.example.com SIP/2.0 200 OK - Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKeset - Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKeset;\ + received=192.0.2.5 + Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2;\ + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1;np=1 History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: F5 200 OK biloxi.example.com -> atlanta.example.com SIP/2.0 200 OK - Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2 + Via: SIP/2.0/TCP proxy.atlanta.example.com:5060;branch=z9hG4bKbst2;\ + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1;np=1 History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: F6 200 OK atlanta.example.com -> Alice SIP/2.0 200 OK Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321 From: Alice ;tag=22 To: Bob ;tag=33 Supported: histinfo Call-Id: 12345600@atlanta.example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;index=1.1;rc=1 + History-Info: ;index=1.1;np=1 History-Info: ;index=1.1.1;rc=1.1 Contact: Bob Content-Type: application/sdp Content-Length: 3.4. Automatic Call Distribution This scenario highlights an example of an Automatic Call Distribution service, where the agents are divided into groups based upon the type @@ -672,53 +697,57 @@ given higher priority than Silver customers, so a Gold call would get serviced even if all the agents servicing the Gold group were busy, by retargeting the request to the Silver Group for delivery to an agent. Upon receipt of the call at the agent assigned to handle the incoming call, based upon the History-Info header in the message, the application at the agent can provide an indication that this is a Gold call by extracting the hi-entry associated with the incoming request which is determined by locating the hi-entry whose index is reflected in the first hi-entry with an hi-target of "mp". In the example this would be the hi-entry referenced by the value of the - last "mp" header field parameter -i.e., the hi-entry containing an + first "mp" header field parameter -i.e., the hi-entry containing an index of "1". An application can also determine how many groups from which the call may have overflowed before reaching the agent, etc. and present the information to the agent so that the call can be handled appropriately by the agent - i.e., "I'm so sorry for the delay, blah, blah, blah..." For scenarios whereby calls might overflow from the Silver to the Gold, clearly the alternate group identification, internal routing, or actual agent that handles the call should not be sent to UA1. Thus, for this scenario, one would expect that the Proxy would not support the sending of the History-Info in the response, even if - requested by Alice. + requested by Alice or the proxy could anonymize the Silver related + hi-entries by adding privacy in the Silver hi-entries. As with the other examples, this is not a complete prescription of how one would do this type of service but an example of a subset of processing that might be associated with such a service. In addition, this example is not addressing any aspects of Agent availability resulting in the call being sent to an agent in another group, which might also be done via a SIP interface. Alice example.com Gold Silver Agent | | | | | | INVITE F1 | | | | |------------->| | | | | | | | | | | INVITE F2 | | | | |------------->| | | | | | | | | | 302 Moved Temporarily F3 | | | |<-------------| | | | | | | | + | ACK | | | + |---------------------------->| | | + | | | | | | | INVITE F4 | | | | |--------------------------->| | | | | | | | | | | INVITE F5 | | | | |----------->| | | | | | | | | | 200 OK F6 | | | | |<-----------| | | | | | | | 200 OK F7 | | @@ -727,57 +756,60 @@ | 200 OK F8 | | | | |<-------------| | | | | | | | | | ACK F9 | |------------------------------------------------------->| F1 INVITE Alice -> Example.com INVITE sip:Gold@example.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 70 From: Alice ;tag=1235 - To: John + To: Gold Member Assistance Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F2 INVITE Example.com -> Gold.Example.com - INVITE sip:john@192.0.2.1 SIP/2.0 + INVITE sip:Gold@gold.example.com SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 69 From: Alice ;tag=1235 - To: John + To: Gold Member Assistance Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;rc=1;index=1.1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F3 302 Moved Temporarily Gold.Example.com -> Example.com SIP/2.0 302 Moved Temporarily - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4;\ + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=1235 - To: John ;tag=kkaz- + To: Gold Member Assistance ;tag=kkaz- Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;rc=1;index=1.1 Contact: ;mp=1 Content-Type: application/sdp Content-Length: [SDP Not Shown] @@ -776,26 +808,26 @@ CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;rc=1;index=1.1 Contact: ;mp=1 Content-Type: application/sdp Content-Length: [SDP Not Shown] F4 INVITE Example.com -> Silver.Example.com - INVITE sip:Silver@example.com SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK45q2 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 68 From: Alice ;tag=1235 - To: John + To: Gold Member Assistance Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ rc=1;index=1.1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 Contact: Alice Content-Type: application/sdp @@ -803,22 +835,23 @@ [SDP Not Shown] F5 INVITE Silver.Example.com -> Agent INVITE sip:Silver@192.0.2.7 SIP/2.0 Via: SIP/2.0/TCP silver.example.com:5060;branch=z9hG4bKerxs Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK45q2;\ received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 67 From: Alice ;tag=1235 - To: John + To: Gold Member Assistance Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;index=1.2.1.1;rc=1.2.1 Contact: Alice @@ -829,44 +862,44 @@ F6 200 OK Agent -> Silver.Example.com SIP/2.0 200 OK Via: SIP/2.0/TCP silver.example.com:5060;branch=z9hG4bKerxs;\ received=192.0.2.5 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK45q2;\ received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=1235 - To: John ;tag=2325 + To: Gold Member Assistance ;tag=2325 Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;index=1.2.1.1;rc=1.2.1 Contact: Agent Content-Type: application/sdp Content-Length: [SDP Not Shown] F7 200 OK Silver.Example.com -> Example.com SIP/2.0 200 OK Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK45q2;\ - received=192.0.2.5 + received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=1235 - To: John ;tag=2325 + To: Gold Member Assistance ;tag=2325 Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;index=1.2.1.1;rc=1.2.1 Contact: Agent @@ -869,75 +902,76 @@ History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;index=1.2.1.1;rc=1.2.1 Contact: Agent Content-Type: application/sdp Content-Length: [SDP Not Shown] F8 200 OK Example.com -> Alice - SIP/2.0 200 OK Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=1235 - To: John ;tag=2325 + To: Gold Member Assistance ;tag=2325 Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;index=1.2.1.1;rc=1.2.1 Contact: Agent Content-Type: application/sdp Content-Length: [SDP Not Shown] F9 ACK Alice -> Agent ACK sip:Silver@192.0.2.7 SIP/2.0 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t3 + Max-Forward: 70 From: Alice ;tag=1235 - To: John ;tag=2325 + To: Gold Member Assistance ;tag=2325 Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 ACK - History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] - The last hi-entry with the "mp" header field parameter contains a + Figure 4: Figure 4. Example for Automatic Call Distribution + + The first hi-entry with the "mp" header field parameter contains a "mp" header field parameter value of 1 which points to the original- target which allows the operator to identify that the call was from the "Gold" customer. 3.5. Determining the Alias used. SIP user agents are associated with an address-of-record (AOR). It is possible for a single UA to actually have multiple AORs associated with it. One common usage for this is aliases. For example, a user might have an AOR of sip:john@example.com but also have the AORs sip:john.smith@example.com and sip:jsmith@example.com. Rather than registering against each of these AORs individually, the user would register against just one of them, and the home proxy would automatically accept incoming calls for any of the aliases, treating them identically and ultimately forwarding them towards the UA. This is common practice in the Internet Multimedia Subsystem (IMS), where it is called implicit registration and each alias is called a public - identity. + user identity (PUID). It is a common requirement for a UAS, on receipt of a call, to know which of its aliases was used to reach it. This knowledge can be used to choose ringtones to play, determine call treatment, and so on. For example, a user might give out one alias to friends and family only, resulting in a special ring that alerts the user to the importance of the call. The following call-flow and example messages show how History-Info can be used to find out the alias used to reach the callee. The @@ -956,25 +990,25 @@ | |-------------------->| * Rest of flow not shown * F1 REGISTER John -> Example.com REGISTER sip:example.com SIP/2.0 Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 Max-Forwards: 70 From: John ;tag=a73kszlfl To: John + Supported: histinfo Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER Contact: Content-Length: 0 - F2 200 OK Example.com -> John SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 From: John ;tag=a73kszlfl To: John ;tag=d2dstee2 Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER Contact: ;expires=3600 Content-Length: 0 @@ -971,104 +1005,109 @@ F2 200 OK Example.com -> John SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 From: John ;tag=a73kszlfl To: John ;tag=d2dstee2 Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER Contact: ;expires=3600 Content-Length: 0 + F3 INVITE Alice -> Example.com INVITE sip:john.smith@example.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forwards: 70 From: Alice ;tag=a73kszlfl To: John Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F4 INVITE Example.com -> John INVITE sip:john@192.0.2.1 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forwards: 69 From: Alice ;tag=a73kszlfl To: John Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Record-Route: History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] - - Figure 3: Alias Example + Figure 5: Figure 5. Alias Example The last hi-entry with the "rc" header field parameter references the source of retargeting pointing at the alias AoR, which in the example is "john.smith@example.com". 3.6. PBX Voicemail Example A typical use case for voicemail is one whereby the original called party is not reachable and the call arrives at a voicemail system. In some cases multiple alternate destinations may be tried without success. The voicemail system typically requires the original called party information to determine the appropriate mailbox so an appropriate greeting can be provided and the appropriate party notified of the message. In this example, Alice calls Bob, whose SIP client is forwarded to Carol. Carol does not answer the call, thus it is forwarded to a VM (voicemail) server (VMS). In order to determine the appropriate mailbox to use for this call, the VMS needs the original target for the request. The original target is determined by finding the first - hi-entry tagged with "rc" and using the hi-entry referenced by the - index of "rc" header field parameter as the target for determining - the appropriate mailbox. This hi-entry is used to populate the - "target" URI parameter as defined in [RFC4458]. The reason - associated with the first hi-entry tagged with "rc" (i.e., 302) could - be used to provide a customized voicemail greeting and is used to - populate the "cause" URI parameter as defined in [RFC4458]. Note - that some VMSs may also (or instead) use the information available in - the History-Info headers for custom handling of the VM in terms of - how and why the call arrived at the VMS. + hi-entry tagged with "rc" or "mp" and using the hi-entry referenced + by the index of "rc" or "mp" header field parameter as the target for + determining the appropriate mailbox. This hi-entry is used to + populate the "target" URI parameter as defined in [RFC4458]. The + reason associated with the first hi-entry tagged with "rc" or "mp" + (i.e., 302) could be used to provide a customized voicemail greeting + and is used to populate the "cause" URI parameter as defined in + [RFC4458]. Note that some VMSs may also (or instead) use the + information available in the History-Info headers for custom handling + of the VM in terms of how and why the call arrived at the VMS. Furthermore it is the proxy forwarding the call to VMS that determines the target of the voicemail, it is the proxy that sets the target of voicemail which is also the entity that utilizes RFC4244bis to find the target which is usually based on local policy installed by the user or an administrator. Alice example.com Bob Carol VM | INVITE F1 | | | | |------------->| | | | | | INVITE F2 | | | | |------------->| | | | | | | | | 100 Trying | | | | |<-------------| 302 Moved Temporarily F3 | | | |<-------------| | | | | | | | + | ACK | | | + |---------------------------->| | | + | | | | | | | INVITE F4 | | | | |--------------------------->| | | | | | | | | 180 Ringing F5 | | | |<---------------------------| | | | | | | | 180 Ringing | | | | |<-------------| | | | | | | | | | | (timeout) | | @@ -1079,37 +1118,40 @@ | | 200 OK F7 | | |<--------------------------------------| | 200 OK | | | | |<-------------| | | | | | | | | | ACK | |----------------------------------------------------->| F1 INVITE Alice -> Example.com - INVITE sip:bob@example.com + INVITE sip:bob@example.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 70 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE + History-Info: ;index=1 Contact: Alice Content-Length: [SDP Not Shown] F2 INVITE Example.com -> Bob INVITE sip:bob@192.0.2.5 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 69 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: @@ -1122,31 +1164,32 @@ Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4;\ received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=kkaz- To: Bob ;tag=2g22d-lnf Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ; index=1.1;rc=1 - Contact: + Contact: ;mp=1 Content-Type: application/sdp Content-Length: [SDP Not Shown] F4 INVITE Example.com -> Carol INVITE sip:carol@192.0.2.4 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4522 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 68 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 @@ -1173,111 +1216,118 @@ History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] F6 INVITE Example.com -> VM - INVITE sip:vm@192.0.2.6;target=sip:bob%40example.com;cause=408 - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4522 + INVITE sip:vm@192.0.2.6;target=sip:bob%40example.com;cause=480 SIP/2.0 + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4523 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 67 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 - History-Info: ;\ + History-Info: ;\ index=1.2.1;rc=1.2 + History-Info: ;\ - index=1.3;mp=1.2 + target=sip:bob%40example.com>;\ + index=1.3;mp=1 History-Info: ;\ + target=sip:bob%40example.com>;\ index=1.3.1;rc=1.3 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F7 200 OK VM -> Example.com SIP/2.0 200 OK - Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4522;\ + Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4523;\ received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=kkaz- To: Bob ;tag=3dweggs Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;\ index=1.1;rc=1 History-Info: ;index=1.2;mp=1 - History-Info: ;\ + History-Info: ;\ index=1.2.1;rc=1.2 History-Info: ;\ - index=1.3;mp=1.2 + target=sip:bob%40example.com>;\ + index=1.3;mp=1 History-Info: ;\ + target=sip:bob%40example.com>;\ index=1.3.1;rc=1.3 - Contact: + Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] + Figure 6: Figure 6. Enterprise Voivemail Example + The VMS can look at the last hi-entry and find the target of the mailbox by looking at the URI entry in the "target" URI parameter in the hi-entry. 3.7. Consumer Voicemail Example In the case of a consumer, when the call is retargeted, it is usually to another administrative domain. The voicemail system in these environment typically requires the last called party information to determine the appropriate mailbox so an appropriate greeting can be provided and the appropriate party notified of the message. In this example, Alice calls the Bob but Bob has temporarily forwarded his phone to Carol because she is his wife. Carol does not answer the call, thus it is forwarded to a VM (voicemail) server (VMS). In order to determine the appropriate mailbox to use for this call, the VMS needs the appropriate target for the request. The last target is determined by finding the hi-entry referenced by the index - of last hi-entry tagged with "rc" for determining the appropriate + of last hi-entry tagged with "mp" for determining the appropriate mailbox. This hi-entry is used to populate the "target" URI parameter as defined in [RFC4458]. Note that some VMSs may also (or instead) use the information available in the History-Info headers for custom handling of the VM in terms of how and why the called arrived at the VMS. Alice example.com Bob Carol VM | INVITE F1 | | | | |------------->| | | | | | INVITE F2 | | | | |------------->| | | | | | | | | 100 Trying | | | | |<-------------| 302 Moved Temporarily F3 | | | |<-------------| | | | | | | | + | ACK | | | + |---------------------------->| | | + | | | | | | | INVITE F4 | | | | |--------------------------->| | | | | | | | | 180 Ringing F5 | | | |<---------------------------| | | | | | | | 180 Ringing | | | | |<-------------| | | | | | | | | | | (timeout) | | @@ -1288,36 +1338,40 @@ | | 200 OK F7 | | |<--------------------------------------| | 200 OK | | | | |<-------------| | | | | | | | | | ACK | |----------------------------------------------------->| F1 INVITE Alice -> Example.com - INVITE sip:bob@example.com + INVITE sip:bob@example.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 70 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE + History-Info: ;index=1 Contact: Alice Content-Length: [SDP Not Shown] + F2 INVITE Example.com -> Bob INVITE sip:bob@192.0.2.5 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 69 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: @@ -1330,39 +1383,41 @@ Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4;\ received=192.0.2.101 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=kkaz- To: Bob ;tag=224ls3s-t Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 History-Info: ; index=1.1;rc=1 - Contact: + Contact: ;mp=1 Content-Type: application/sdp Content-Length: [SDP Not Shown] F4 INVITE Example.com -> Carol INVITE sip:carol@192.0.2.4 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK24s5 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 68 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;\ - index=1.1;rc=1 + History-Info: \ + ;index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F5 180 Ringing Carol -> Example.com @@ -1362,92 +1417,98 @@ Content-Type: application/sdp Content-Length: [SDP Not Shown] F5 180 Ringing Carol -> Example.com SIP/2.0 180 Ringing Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK24s5;\ received=192.0.2.101 + Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=kkaz- To: Bob ;tag=setss3x Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;\ - index=1.1;rc=1 + History-Info: \ + ;index=1.1;rc=1 History-Info: ;index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] F6 INVITE Example.com -> VM - INVITE sip:vm@192.0.2.6;target=sip:carol%40example.com + INVITE sip:vm@192.0.2.6;target=sip:carol%40example.com SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKbbg4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 67 From: Alice ;tag=kkaz- To: Bob Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;\ - index=1.1;rc + History-Info: \ + ;index=1.1;rc=1 History-Info: ;\ index=1.2;mp=1 - History-Info: ;index=1.2.1;rc=1.2 History-Info: ;\ index=1.3;mp=1.2 - History-Info: ;\ - index=1.3.1 + History-Info: \ + ;cause=408;index=1.3.1;rc=1.3 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] F7 200 OK VM -> Example.com - SIP/2.0 200 OK Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKbbg4 Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 From: Alice ;tag=kkaz- To: Bob ;tag=3dweggs Supported: histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE History-Info: ;index=1 - History-Info: ;\ - index=1.1;rc + History-Info: \ + ;index=1.1;rc=1 History-Info: ;\ index=1.2;mp=1 History-Info: ;index=1.2.1;rc=1.2 History-Info: ;\ index=1.3;mp=1.2 History-Info: ;\ - index=1.3.1 + index=1.3.1;rc=1.3 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] + Figure 7: Figure 7. Consumer Voivemail Example + The VMS can look at the last hi-entry and find the target of the - mailbox by looking for the "target" URI parameter in the hi-entry. + mailbox by looking for the "target" URI parameter in the hi-entry and + the reason by the "cause" URI parameter in the same hi-entry. 3.8. GRUU A variation on the problem in Section 3.5 occurs with Globally Routable User Agent URI (GRUU) [RFC5627]. A GRUU is a URI assigned to a UA instance which has many of the same properties as the AOR, but causes requests to be routed only to that specific instance. It is desirable for a UA to know whether it was reached because a correspondent sent a request to its GRUU or to its AOR. This can be used to drive differing authorization policies on whether the request @@ -1483,87 +1544,92 @@ F1 REGISTER John -> Example.com REGISTER sip:example.com SIP/2.0 Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 Max-Forwards: 70 From: John ;tag=a73kszlfl Supported: gruu To: John Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER - Contact: - ;+sip.instance="" + Contact: ;+sip.instance=\ + Content-Length: 0 [SDP Not Shown] + F2 200 OK Example.com -> John SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 From: John ;tag=a73kszlfl To: John ;tag=b88sn Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER - Contact: - ;pub-gruu="sip:john@example.com - ;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6" - ;temp-gruu= - "sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr" - ;+sip.instance="" - ;expires=3600 + Contact: ;\ + pub-gruu="sip:john@example.com;\ + gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6";\ + temp-gruu=\ + "sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr";\ + +sip.instance=\ + "";\ + expires=3600 Content-Length: 0 [SDP Not Shown] Assuming Alice has a knowledge of a gruu either through prior communication or through other means such as presence places a call to John's gruu. F3 INVITE Alice -> Example.com - INVITE sip:john@example.com - ;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6 SIP/2.0 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + INVITE sip:john@example.com;\ + gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6 SIP/2.0 + Via: SIP/2.0/UDP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 70 From: Alice ;tag=kkaz- - To: + To: Supported: gruu, histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE - History-Info: ;index=1 + History-Info: ;index=1 Contact: Alice Content-Length: [SDP Not Shown] F4 INVITE Example.com -> John INVITE sip:john@192.0.2.1 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Via: SIP/2.0/UDP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 69 From: Alice ;tag=kkaz- - To: John + To: Supported: gruu, histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Record-Route: - History-Info: ;index=1 + History-Info: ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: [SDP Not Shown] - Figure 4: GRUU Example + Figure 8: Figure 8. GRUU Example By analyzing the entry referenced by the entry with the last "rc", one can realize that the URI used to reach the device was GRUU by finding the "gr" parameter. 3.9. Limited Use Address A limited use address is a SIP URI that is minted on-demand, and passed out to a small number (usually one) remote correspondent. Incoming calls targeted to that limited use address are accepted as @@ -1609,81 +1675,85 @@ F1 REGISTER John -> Example.com REGISTER sip:example.com SIP/2.0 Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 Max-Forwards: 70 From: John ;tag=a73kszlfl Supported: gruu To: John Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER - Contact: - ;+sip.instance="" + Contact: ;\ + +sip.instance="" Content-Length: 0 F2 200 OK Example.com -> John SIP/2.0 200 OK Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bKnashds7 + Max-Forward: 70 From: John ;tag=a73kszlfl To: John ;tag=b88sn Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1 CSeq: 1 REGISTER - Contact: - ;pub-gruu="sip:john@example.com - ;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6" - ;temp-gruu= - "sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr" - ;+sip.instance="" - ;expires=3600 + Contact: ;\ + pub-gruu="sip:john@example.com;\ + gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6";\ + temp-gruu=\ + "sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr";\ + +sip.instance="";\ + expires=3600 Content-Length: 0 Assuming Alice has a knowledge of a temp-gruu, she places a call to the temp-gruu. F3 INVITE Alice -> Example.com - INVITE sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com - ;gr SIP/2.0 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + INVITE sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;\ + gr SIP/2.0 + Via: SIP/2.0/UDP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 69 From: Alice ;tag=kkaz- - To: Supported: gruu, histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE - History-Info: - + History-Info: \ + \ ;index=1 Contact: Alice Content-Length: F4 INVITE Example.com -> John INVITE sip:john@192.0.2.1 SIP/2.0 Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK12s4 - Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2 + Via: SIP/2.0/UDP 192.0.2.3:5060;branch=z9hG4bK42t2 + Max-Forward: 68 From: Alice ;tag=kkaz- - To: John + To: Supported: gruu, histinfo Call-Id: 12345600@example.com CSeq: 1 INVITE Record-Route: - History-Info: - + History-Info: \ + \ ;index=1 History-Info: ;index=1.1;rc=1 Contact: Alice Content-Type: application/sdp Content-Length: - Figure 5: Limited Use Address Example + Figure 9: Figure 9. Limited Use Address Example By analyzing the entry referenced by the entry with the last "rc", one can realize that the URI used to reach the device was GRUU by finding the "gr" parameter. 3.10. Service Invocation Several SIP specifications have been developed which make use of complex URIs to address services within the network rather than subscribers. The URIs are complex because they contain numerous @@ -1727,54 +1797,59 @@ 8xx numbers are SIP endpoints on an IP network, in which case the translation of the 8xx number would actually be a SIP URI and not a phone number. Assuming for the moment it is a PSTN connected entity, the call would be routed towards a PSTN gateway. Proper treatment of the call in the PSTN (and in particular, correct reconciliation of billing records) requires that the call be marked with both the original 8xx number AND the target number for the call. However, in our example here, since the translation was performed by a SIP proxy upstream from the gateway, the original 8xx number would have been lost, and the call will not interwork properly with the PSTN. + History-info would come in play here to assure original 8xx number is + not lost. Furthermore, even if the translation of the 8xx number was a SIP URI, the enterprise or user who utilize the 8xx service would like to know whether the call came in via 8xx number in order to treat the call differently (for example to play a special announcement..) but if the original R-URI is lost through translation, there is no way to tell if the call came in via 8xx number. Similar problems arise with other "special" numbers and services used in the PSTN, such as operator services, pay/premium numbers (9xx numbers in the U.S), and short service codes such as 311. To find the service number, the UAS can extract the hi-entry whose index matches the value of the first hi-entry with an "mp" tag. Technically the call can be forwarded to these "special" numbers from non "special" numbers, however that is uncommon based on the way these services authorize translations. + This example call-flow shows an UAC that does not support history- + info. + Alice Toll Free Service Atlanta.com John | | | | | INVITE F1 | | | |--------------->| INVITE F2 | | | |------------->| | | | | INVITE F3 | | | |------------------>| * Rest of flow not shown * F1: INVITE 192.0.2.1 -> Toll Free Service INVITE sip:+18005551002@example.com;user=phone SIP/2.0 Via: SIP/2.0/TCP 192.0.2.1:5060;branch=z9hG4bK74bf From: Alice ;tag=9fxced76sl - To: sip:+18005551002@example.com;user=phone + To: Call-ID: c3x842276298220188511 CSeq: 1 INVITE Max-Forwards: 70 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] F2: INVITE Toll Free Service -> Atlanta.com @@ -1771,77 +1846,82 @@ Call-ID: c3x842276298220188511 CSeq: 1 INVITE Max-Forwards: 70 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] F2: INVITE Toll Free Service -> Atlanta.com + INVITE sip:+15555551002@atlanta.com SIP/2.0 Via: SIP/2.0/TCP 192.0.2.4:5060;branch=z9hG4bK-ik8 Via: SIP/2.0/TCP 192.0.2.1:5060;branch=z9hG4bK74bf From: Alice ;tag=9fxced76sl - To: sip:+18005551002@example.com;user=phone + To: Call-ID: c3x842276298220188511 CSeq: 1 INVITE - Max-Forwards: 70 + Max-Forwards: 69 Supported: histinfo - History-Info: ;index=1, - ;index=1.1;mp=1 + History-Info: ;index=1 + History-Info: ;index=1.1;mp=1 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] F3: INVITE Atlanta.com -> John INVITE sip:john@198.51.100.2 SIP/2.0 Via: SIP/2.0/TCP 198.51.100.1:5060;branch=z9hG4bKpxk7g - Via: SIP/2.0/TCP 192.0.2.4:5060;branch=z9hG4bK-ik80 + Via: SIP/2.0/TCP 192.0.2.4:5060;branch=z9hG4bK-ik8 Via: SIP/2.0/TCP 192.0.2.1:5060;branch=z9hG4bK74bf From: Alice ;tag=9fxced76sl - To: sip:+18005551002@example.com;user=phone + To: Call-ID: c3x842276298220188511 CSeq: 1 INVITE - Max-Forwards: 70 + Max-Forwards: 68 Supported: histinfo - History-Info: ;index=1, - ;index=1.1;mp=1, - ;index=1.1.1;rc=1.1 - ;index=1.1.2;rc=1.1 + History-Info: ;index=1 + History-Info: ;index=1.1;mp=1 + History-Info: ;index=1.1.1;rc=1.1 + History-Info: ;index=1.1.1.1;rc=1.1.1 Contact: Content-Type: application/sdp Content-Length: [SDP Not Shown] - Figure 6: Service Number Example + Figure 10: Figure 10. Service Number Example 4. Security Considerations The security considerations for the History-Info header field are specified in [I-D.ietf-sipcore-rfc4244bis]. 5. IANA Considerations This document has no IANA considerations. 5.1. Acknowledgements Jonathan Rosenberg et al produced the document that provided additional use cases precipitating the requirement for the new "target" parameter in the History-Info header field and the new SIP/ SIPS URI parameter. Hadriel Kaplan provided some comments. + Brett Tate, Roland Jesske, Laura Liess, Scott Godin, Dale Worley and + Marianne Mohali provided extensive review and comments on call-flow, + message examples and text. + 6. Informative References [RFC3261] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A., Peterson, J., Sparks, R., Handley, M., and E. Schooler, "SIP: Session Initiation Protocol", RFC 3261, June 2002. [RFC3326] Schulzrinne, H., Oran, D., and G. Camarillo, "The Reason Header Field for the Session Initiation Protocol (SIP)", RFC 3326, December 2002. @@ -1896,31 +1976,32 @@ [I-D.ietf-enum-cnam] Shockey, R., "IANA Registration for an Enumservice Calling Name Delivery (CNAM) Information and IANA Registration for URI type 'pstndata'", draft-ietf-enum-cnam-08 (work in progress), September 2008. [I-D.ietf-sipcore-rfc4244bis] Barnes, M., Audet, F., Schubert, S., Elburg, H., and C. Holmberg, "An Extension to the Session Initiation Protocol (SIP) for Request History Information", - draft-ietf-sipcore-rfc4244bis-09 (work in progress), - September 2012. + draft-ietf-sipcore-rfc4244bis-11 (work in progress), + January 2013. Authors' Addresses Mary Barnes Polycom TX US Email: mary.ietf.barnes@gmail.com + Francois Audet Skype Email: francois.audet@skype.net Shida Schubert NTT Tokyo Japan