[要約] 要約：RFC 7131は、SIPのHistory-Infoヘッダーの使用方法と関連するコールフローの例を提供しています。 目的：このRFCの目的は、SIPの通信履歴情報を効果的に利用するためのガイドラインとして、実際のコールフローの例を提供することです。
Internet Engineering Task Force (IETF) M. Barnes
Request for Comments: 7131
Category: Informational F. Audet
ISSN: 2070-1721 Skype
S. Schubert
NTT
H. van Elburg
Detecon International Gmbh
C. Holmberg
Ericsson
March 2014
Session Initiation Protocol (SIP) History-Info Header Call Flow Examples
セッション開始プロトコル（SIP）History-Infoヘッダーのコールフローの例
Abstract
概要
This document describes use cases and documents call flows that 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.
このドキュメントでは、セッション開始プロトコル（SIP）リクエストのターゲットが変更されるときに、履歴URIヘッダーフィールドでリクエストURIをキャプチャする必要があるコールフローと使用例について説明します。使用例は、対応するコールフロー図とメッセージングの詳細とともに説明されています。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7131.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7131で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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.
この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Overview ........................................................2
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 ....................11
3.3. Privacy for a Specific History-Info Entry .................16
3.4. Automatic Call Distribution ...............................20
3.5. Determining the Alias Used ................................27
3.6. PBX Voicemail Example .....................................29
3.7. Consumer Voicemail Example ................................35
3.8. GRUU ......................................................41
3.9. Limited-Use Address .......................................44
3.10. Service Invocation .......................................47
3.11. Toll-Free Number .........................................48
4. Security Considerations ........................................51
5. Acknowledgements ...............................................51
6. Informative References .........................................51
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 [RFC7044], for example, applications and common scenarios. The optional "rc" and "mp" header field parameters defined in [RFC7044] are required for several of the use cases. Descriptions of the example use cases, call flow diagrams, and messaging details are provided.
SIPを使用する多くのサービスでは、特定のアプリケーションにコールが到着した理由と方法を判別する機能が必要です。このドキュメントで提供されているユースケースは、History-Infoヘッダー[RFC7044]の使用法（アプリケーションや一般的なシナリオなど）を示しています。 [RFC7044]で定義されているオプションの「rc」および「mp」ヘッダーフィールドパラメータは、いくつかの使用例で必要です。使用例の例、コールフロー図、およびメッセージングの詳細について説明します。
The term "retarget" is used as defined in [RFC7044]. The terms "location service", "redirect", and "address-of-record (AOR)" are used consistent with the terminology in [RFC3261].
「リターゲット」という用語は、[RFC7044]で定義されているとおりに使用されます。 「ロケーションサービス」、「リダイレクト」、および「レコードのアドレス（AOR）」という用語は、[RFC3261]の用語と一致して使用されます。
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.
このセクションのシナリオでは、情報提供のみを目的としたHistory-Infoヘッダーの使用例を示します。それらは規範的であるように意図されていません。多くの場合、関連するメッセージングの詳細のみがコールフローの本文に含まれています。
This scenario highlights an example where the History-Info in the response is useful to an application or user that originated the request.
このシナリオは、応答内のHistory-Infoが、要求を発信したアプリケーションまたはユーザーにとって役立つ例を強調しています。
Alice sends a call to Bob via sip:example.com. The proxy sip:example.com sequentially tries Bob on a SIP User Agent (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 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 Public Switched Telephone Network (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.
アリスはsip：example.com経由でボブに通話を送信します。プロキシsip：example.comは、sip：bob@example.com AORとの接続をバインドしたSIPユーザーエージェント（UA）でBobを順番に試行し、次に応答を送信する前にいくつかの代替アドレス（OfficeおよびHome）を失敗させます。アリス。最初の連絡先を含むhi-entryは、「rc」ヘッダーフィールドパラメータでタグ付けされた最初のhi-entryの直前のhi-entryです。この例では、OfficeとHomeはsip：bob@example.comと同じAORではなく、プロキシでBobの代替アドレスとして構成されている異なるAORです。言い換えると、OfficeとHomeは、BobのAORでのSIP登録を介してバインドされていません。このタイプの配置は、たとえば、公衆交換電話網（PSTN）番号への「ルーティング」ルールがプロキシで手動で構成されている場合に一般的です。これらのhiエントリは、hiエントリのhi-target-param "mp"ヘッダーフィールドパラメータに含まれるインデックスによって識別されます。
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 an "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. 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.
このシナリオは、History-InfoをAliceに提供することで、エンドユーザー、またはAliceのアプリケーションが、同じ宛先に複数の要求を送信せずにBobの検索を試みる最善の方法を決定できることを示しています。 History-Infoエントリを含む応答を受信すると、「mp」ヘッダーフィールドパラメータでタグ付けされたHistory-InfoエントリのRequest-URIが抽出されます。これらのRequest-URIは、Bobとのセッションを確立するために試行される可能性がある他のURI（存在する場合）と比較できます。これにより、ボブの自宅の電話への別のINVITEの送信が回避されます。このメカニズムがなければ、アリスはオフィスの電話でボブに連絡を取ろうとする可能性があり、その場合、リクエストはボブの自宅の電話にリターゲットされます。その試みが失敗した場合、アリスは知らない間に3回目に自宅の電話でボブに直接到達しようとする可能性があります。
Alice example.com Bob Office Home
Alice example.com Bob Office Home
| | | | |
| INVITE F1 | | | |
|----------->| INVITE F2 | | |
| |----------------->| | |
| 100 Trying F3 | | |
|<-----------| 302 Move Temporarily F4 | |
| |<-----------------| | |
| | ACK F5 | | |
| |----------------->| | |
| | INVITE F6 | |
| |-------------------------->| |
| | 180 Ringing F7 | |
| |<--------------------------| |
| 180 Ringing F8 | |
|<-----------| retransmit INVITE | |
| |-------------------------->| |
| | ( timeout ) | |
| | INVITE F9 |
| |----------------------------------->|
| | 100 Trying F10 |
| |<-----------------------------------|
| | 486 Busy Here F11 |
| |<-----------------------------------|
| 486 Busy Here F12 |
|<-----------| ACK F13 |
| |----------------------------------->|
| ACK F14 | |
|----------->| |
Figure 1: Example with Sequential Forking
図1：順次分岐の例
Message Details
メッセージ詳細
F1 INVITE Alice -> example.com
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-Forwards: 70
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F2 INVITE example.com -> Bob
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F3 100 Trying example.com -> Alice
[SDPは表示されていません] F3 100試行example.com->アリス
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Content-Length: 0
F4 302 Moved Temporarily Bob -> example.com
F4 302一時的にボブを移動-> 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 <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=es43sd
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4>;index=1.1;rc=1
Contact: <sip:office@example.com>;mp=1
Content-Length: 0
F5 ACK example.com -> Bob
F5 ACK example.com->ボブ
ACK sip:bob@example.com SIP/2.0
Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx3st
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;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=z9hG4bKx4st
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
Max-Forwards: 69
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com>;index=1.2;mp=1
History-Info: <sip:office@192.0.2.5>;index=1.2.1;rc=1.2
CSeq: 1 INVITE
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F7 180 Ringing office -> example.com
F7 180 Ringing office-> example.com
SIP/2.0 180 Ringing
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 <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=53rdds
Supported: histinfo
Call-ID: 12345600@example.com
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com>;index=1.2;mp=1
History-Info: <sip:office@192.0.2.5>;index=1.2.1;rc=1.2
CSeq: 1 INVITE
Contact: Office <sip:office@192.0.2.5>
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=z9hG4bK4321
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=53rdds
Supported: histinfo
Call-ID: 12345600@example.com
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com>;index=1.2;mp=1
History-Info: <sip:office@192.0.2.5>;index=1.2.1;rc=1.2
CSeq: 1 INVITE
Contact: Office <sip:office@192.0.2.5>
Content-Length: 0
F9 INVITE example.com -> home
F9 INVITE example.com->ホーム
INVITE sip:home@192.0.2.6 SIP/2.0
Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
Max-Forwards: 69
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com?Reason=SIP%3Bcause%3D408>;\
index=1.2;mp=1
History-Info: <sip:office@192.0.2.5?Reason=SIP%3Bcause%3D408>;\
index=1.2.1;rc=1.2
History-Info: <sip:home@example.com>;index=1.3;mp=1
History-Info: <sip:home@192.0.2.6>;index=1.3.1;rc=1.3
CSeq: 1 INVITE
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F10 100 Trying home -> example.com
[SDPは表示されていません] F10100家に帰る-> example.com
SIP/2.0 100 Trying
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 <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Content-Length: 0
F11 486 Busy Here home -> example.com
F11 486ビジー・ヒアホーム-> example.com
SIP/2.0 486 Busy Here
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 <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=55rdds
Call-ID: 12345600@example.com
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com?Reason=SIP%3Bcause%3D408>;\
index=1.2;mp=1
History-Info: <sip:office@192.0.2.5?Reason=SIP%3Bcause%3D408>;\
index=1.2.1;rc=1.2
History-Info: <sip:home@example.com>;index=1.3;mp=1
History-Info: <sip:home@192.0.2.6>;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=z9hG4bK4321
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=55rdds
Call-ID: 12345600@example.com
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.4?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:office@example.com?Reason=SIP%3Bcause%3D408>;\
index=1.2;mp=1
History-Info: <sip:office@192.0.2.5?Reason=SIP%3Bcause%3D408>;\
index=1.2.1;rc=1.2
History-Info: <sip:home@example.com>;index=1.3;mp=1
History-Info: <sip:home@192.0.2.6>;index=1.3.1;rc=1.3
CSeq: 1 INVITE
Content-Length: 0
F13 ACK example.com -> home
F13 ACK example.com->ホーム
ACK sip:home@192.0.2.6 SIP/2.0
Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bKx5st
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=55rdds
Call-ID: 12345600@example.com
CSeq: 1 ACK
Content-Length: 0
F14 ACK Alice -> example.com
F14 ACKアリス-> example.com
ACK sip:bob@example.com SIP/2.0
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=sr3dds
To: Bob <sip:bob@example.com>;tag=55rdds
Call-ID: 12345600@example.com
Route: <sip:proxy.example.com;lr>
CSeq: 1 ACK
Content-Length: 0
This is an example of the use of the Privacy header field with a value of "history" added by an intermediary. The intermediary responsible for the biloxi.example.com domain adds a Privacy header field with a value of "history" indicating that all the History-Info header field information is anonymized outside the biloxi.example.com domain.
これは、仲介者によって「history」の値が追加されたプライバシーヘッダーフィールドの使用例です。 biloxi.example.comドメインを担当する仲介者は、すべてのHistory-Infoヘッダーフィールド情報がbiloxi.example.comドメインの外部で匿名化されていることを示す「history」の値を持つプライバシーヘッダーフィールドを追加します。
Alice atlanta.example.com biloxi.example.com Bob Work Bob Home
Alice atlanta.example.com biloxi.example.com Bob Work Bob Home
| | | | |
| INVITE F1 | | | |
|------------>| | | |
| | | | |
| | INVITE F2 | | |
| |--------------->| | |
| | | | |
| | | INVITE F3 | |
| | |---------------->| |
| | |302 Move Temporarily F4 |
| | |<----------------| |
| | | ACK F5 | |
| | |---------------->| |
| | | | |
| | | INVITE F6 | |
| | |--------------------------->|
| | | 200 F7 | |
| | |<---------------------------|
| | | | |
| | 200 F8 | | |
| |<---------------| | |
| | | | |
| 200 F9 | | | |
|<------------| | | |
| | | | |
| | ACK | | |
|---------------------------------------------------------->|
| | | | |
Figure 2: Example with Privacy Header Fields
図2：プライバシーヘッダーフィールドの例
Message Details
メッセージ詳細
F1 INVITE Alice -> atlanta.example.com
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-Forwards: 70
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Supported: histinfo
Privacy: history
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F2 INVITE atlanta.example.com -> biloxi.example.com
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-Forwards: 69
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F3 INVITE biloxi.example.com -> Bob Work
[SDPは表示されていません] F3 INVITE biloxi.example.com-> Bob Work
INVITE sip:bob@192.0.1.11 SIP/2.0
Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs33
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
Max-Forwards: 68
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1
History-Info: <sip:bob@192.0.1.11>;index=1.1.1;rc=1.1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F4 302 Moved Temporarily Bob Work -> biloxi.example.com
F4 302一時的にボブ作業を移動-> biloxi.example.com
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs33;\
received=192.0.2.102
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 <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=11
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1
History-Info: <sip:bob@192.0.1.11>;index=1.1.1;rc=1.1
Contact: Bob Home <sip:bob@192.0.1.15>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F5 ACK biloxi.example.com -> Bob Work
[SDPは表示されていません] F5 ACK biloxi.example.com-> Bob Work
ACK sip:bob@192.0.1.11 SIP/2.0
Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs33
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
Max-Forwards: 68
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=11
Call-ID: 12345600@atlanta.example.com
CSeq: 1 ACK
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F6 INVITE biloxi.example.com -> Bob Home
F6 INVITE biloxi.example.com-> Bob Home
INVITE sip:bob@192.0.1.15 SIP/2.0
Via: SIP/2.0/TCP proxy.biloxi.example.com:5060;branch=z9hG4bKgs32
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
Max-Forwards: 68
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1
History-Info: <sip:bob@192.0.1.11?Reason=SIP%3Bcause%3D302>;\
index=1.1.1;rc=1
History-Info: <sip:bob@192.0.1.15>;index=1.1.2
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F7 200 OK Bob -> biloxi.example.com
[SDPは表示されていません] F7 200 OKボブ-> biloxi.example.com
SIP/2.0 200 OK
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 <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1
History-Info: <sip:bob@192.0.1.11?Reason=SIP%3Bcause%3D302>;\
index=1.1.1;rc=1
History-Info: <sip:bob@192.0.1.15>;index=1.1.2;rc=1.1
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F8 200 OK biloxi.example.com -> atlanta.example.com
F8 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;\
received=192.0.2.3
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:anonymous@anonymous.invalid>;index=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.1;rc=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.2;rc=1.1
Contact: Bob <sip:bob@192.0.1.11>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F9 200 OK atlanta.example.com -> Alice
[SDPは表示されていません] F9 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 <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Privacy: history
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:anonymous@anonymous.invalid>;index=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.1;rc=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.2;rc=1.1
Contact: Bob <sip:bob@192.0.1.11>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
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, contains a privacy header field with a priv-value of "history", thus providing Alice with some information about the history of the request, but anonymizing Bob's local URI.
この例では、セクション3.2と同様の基本的な呼び出しシナリオを示します。ただし、sip：biloxi.example.comのローカルポリシーにより、BobのローカルURIであるHistory-Infoの最後のhi-entryのみに、 "history"というpriv値を持つプライバシーヘッダーフィールドが含まれているため、リクエストの履歴に関するいくつかの情報を持つアリス。ただし、ボブのローカルURIは匿名化。
Alice atlanta.example.com biloxi.example.com Bob
| | | |
| INVITE F1 | | |
|--------------->| | |
| | | |
| | INVITE F2 | |
| |--------------->| |
| | | |
| | | INVITE F3 |
| | |--------------->|
| | | |
| | | 200 F4 |
| | |<---------------|
| | | |
| | 200 F5 | |
| |<---------------| |
| | | |
| 200 F6 | | |
|<---------------| | |
| | | |
| | ACK | |
|------------------------------------------------->|
| | | |
Figure 3: Example with Privacy Header Field for Specific URI
図3：特定のURIのプライバシーヘッダーフィールドの例
Message Details
メッセージ詳細
F1 INVITE Alice -> atlanta.example.com
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-Forwards: 70
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F2 INVITE atlanta.example.com -> biloxi.example.com
[SDPは表示されていません] 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-Forwards: 69
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1;np=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F3 INVITE biloxi.example.com -> Bob
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;\
received=192.0.2.101
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
Max-Forwards: 68
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1;np=1
History-Info: <sip:bob@192.0.1.11?Privacy=history>;index=1.1.1;rc=1.1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F4 200 OK Bob -> biloxi.example.com
[SDPは表示されていません] F4 200 OKボブ-> biloxi.example.com
SIP/2.0 200 OK
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 <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1;np=1
History-Info: <sip:bob@192.0.1.11?Privacy=history>;index=1.1.1;rc=1.1
Contact: Bob <sip:bob@192.0.1.11>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F5 200 OK biloxi.example.com -> atlanta.example.com
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;\
received=192.0.2.101
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK4321
From: Alice <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1;np=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.1;rc=1.1
Contact: Bob <sip:bob@192.0.1.11>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F6 200 OK atlanta.example.com -> Alice
[SDPは表示されていません] 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 <sip:alice@atlanta.example.com>;tag=22
To: Bob <sip:bob@biloxi.example.com>;tag=33
Supported: histinfo
Call-ID: 12345600@atlanta.example.com
CSeq: 1 INVITE
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1
History-Info: <sip:bob@biloxi.example.com;p=x>;index=1.1;np=1
History-Info: <sip:anonymous@anonymous.invalid>;index=1.1.1;rc=1.1
Contact: Bob <sip:bob@192.0.1.11>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
This scenario highlights an example of an Automatic Call Distribution service, where the agents are divided into groups based upon the type of customers they handle. In this example, the Gold customers are 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 a hi-target of "mp". In the example, this would be the hi-entry referenced by the value of the 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, i.e., "I'm so sorry for the delay, blah, blah, blah..."
このシナリオでは、自動通話分配サービスの例を取り上げます。このサービスでは、担当する顧客のタイプに基づいてエージェントがグループに分類されます。この例では、ゴールドの顧客にはシルバーの顧客よりも高い優先度が与えられているため、ゴールドグループにサービスを提供するすべてのエージェントがビジー状態の場合でも、エージェントに配信するリクエストをシルバーグループに再ターゲティングすることで、ゴールドコールが処理されます。着信コールを処理するために割り当てられたエージェントでコールを受信すると、メッセージのHistory-Infoヘッダーに基づいて、エージェントのアプリケーションは、関連付けられたhi-entryを抽出することにより、これがゴールドコールであることを示します。着信リクエスト。インデックスが最初のhi-entryに反映されているhi-entryを特定することによって決定されます。例では、これは最初の「mp」ヘッダーフィールドパラメータの値によって参照されるhi-entry、つまり「1」のインデックスを含むhi-entryです。アプリケーションは、エージェントなどに到達する前にコールがオーバーフローした可能性のあるグループの数を判別し、その情報をエージェントに提示して、コールを適切に処理できるようにすることもできます。たとえば、「遅れてすみません、 何とか何とか何とか..."
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 or the proxy could anonymize the Silver related hi-entries by adding privacy in the Silver hi-entries.
通話がシルバーからゴールドにオーバーフローする可能性があるシナリオでは、通話を処理する代替グループID、内部ルーティング、または実際のエージェントをUA1に送信しないでください。したがって、このシナリオでは、Aliceから要求された場合やプロキシがSilver hi-にプライバシーを追加してSilver関連のhi-entryを匿名化できたとしても、プロキシは応答でのHistory-Infoの送信をサポートしないと予想されます。エントリ。
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 does not address 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.
他の例と同様に、これはこのタイプのサービスを実行する方法の完全な規定ではなく、そのようなサービスに関連付けられる可能性のある処理のサブセットの例です。さらに、この例では、エージェントの可用性のどの側面にも対応していないため、コールは別のグループのエージェントに送信されますが、これはSIPインターフェースを介して行うこともできます。
Alice example.com Gold Silver Agent
Alice example.comゴールドシルバーエージェント
| | | | |
| INVITE F1 | | | |
|------------->| | | |
| | | | |
| | INVITE F2 | | |
| |------------->| | |
| | | | |
| | 302 Moved Temporarily F3 | |
| |<-------------| | |
| | | | |
| | ACK | | |
| |------------->| | |
| | | | |
| | INVITE F4 | | |
| |--------------------------->| |
| | | | |
| | | | INVITE F5 |
| | | |----------->|
| | | | |
| | | | 200 OK F6 |
| | | |<-----------|
| | | | |
| | 200 OK F7 | |
| |<---------------------------| |
| | | | |
| 200 OK F8 | | | |
|<-------------| | | |
| | | | |
| ACK F9 |
|------------------------------------------------------->|
Figure 4: Example for Automatic Call Distribution
図4：自動通話分配の例
Message Details
メッセージ詳細
F1 INVITE Alice -> example.com
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-Forwards: 70
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F2 INVITE example.com -> Gold.example.com
F2 INVITE example.com-> Gold.example.com
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com>;rc=1;index=1.1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F3 302 Moved Temporarily Gold.example.com -> example.com
[SDPは表示されていません] F3 302が一時的に移動されました。Gold.example.com-> example.com
SIP/2.0 302 Moved Temporarily
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 <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>;tag=kkaz-
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com>;rc=1;index=1.1
Contact: <sip:Silver@example.com>;mp=1
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F4 INVITE example.com -> Silver.example.com
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com?Reason=SIP%3Bcause%3D302>;\
rc=1;index=1.1
History-Info: <sip:Silver@example.com>;index=1.2;mp=1
History-Info: <sip:Silver@silver.example.com>;index=1.2.1;rc=1.2
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F5 INVITE Silver.example.com -> Agent
[SDPは表示されていません] 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-Forwards: 68
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com?Reason=SIP%3Bcause%3D302>;\
rc=1;index=1.1
History-Info: <sip:Silver@example.com>;index=1.2;mp=1
History-Info: <sip:Silver@silver.example.com>;index=1.2.1;rc=1.2
History-Info: <sip:Silver@192.0.2.7>;index=1.2.1.1;rc=1.2.1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F6 200 OK Agent -> Silver.example.com
[SDPは表示されていません] F6 200 OKエージェント-> 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 <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>;tag=2325
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com?Reason=SIP%3Bcause%3D302>;\
rc=1;index=1.1
History-Info: <sip:Silver@example.com>;index=1.2;mp=1
History-Info: <sip:Silver@silver.example.com>;index=1.2.1;rc=1.2
History-Info: <sip:Silver@192.0.2.7>;index=1.2.1.1;rc=1.2.1
Contact: Agent <sip:Silver@192.0.2.7>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F7 200 OK Silver.example.com -> example.com
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.101
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>;tag=2325
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com?Reason=SIP%3Bcause%3D302>;\
rc=1;index=1.1
History-Info: <sip:Silver@example.com>;index=1.2;mp=1
History-Info: <sip:Silver@silver.example.com>;index=1.2.1;rc=1.2
History-Info: <sip:Silver@192.0.2.7>;index=1.2.1.1;rc=1.2.1
Contact: Agent <sip:Silver@192.0.2.7>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F8 200 OK example.com -> Alice
[SDPは表示されていません] 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 <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>;tag=2325
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:Gold@example.com>;index=1
History-Info: <sip:Gold@gold.example.com?Reason=SIP%3Bcause%3D302>;\
rc=1;index=1.1
History-Info: <sip:Silver@example.com>;index=1.2;mp=1
History-Info: <sip:Silver@silver.example.com>;index=1.2.1;rc=1.2
History-Info: <sip:Silver@192.0.2.7>;index=1.2.1.1;rc=1.2.1
Contact: Agent <sip:Silver@192.0.2.7>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F9 ACK Alice -> Agent
F9 ACKアリス->エージェント
ACK sip:Silver@192.0.2.7 SIP/2.0
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t3
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=1235
To: Gold Member Assistance <sip:Gold@example.com>;tag=2325
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 ACK
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
The first hi-entry with the "mp" header field parameter contains an "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.
「mp」ヘッダーフィールドパラメータを持つ最初のhi-entryには、「mp」ヘッダーフィールドパラメータ値1が含まれています。これは、元のターゲットを指し、オペレーターがゴールドの顧客からのコールであることを識別できるようにします。
SIP UAs are associated with an 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 IP Multimedia Subsystem (IMS), where it is called "implicit registration" and each alias is called a "public user identity (PUID)".
SIP UAはAORに関連付けられています。単一のUAが実際に複数のAORに関連付けられている可能性があります。これの一般的な使用法の1つはエイリアスです。たとえば、ユーザーのAORはsip：john@example.comであるが、AORはsip：john.smith@example.comとsip：jsmith@example.comでもあるとします。これらのAORのそれぞれに対して個別に登録するのではなく、ユーザーはそれらの1つだけに対して登録し、ホームプロキシはすべてのエイリアスの着信呼び出しを自動的に受け入れ、それらを同じように扱い、最終的にUAに転送します。これはIPマルチメディアサブシステム（IMS）で一般的な方法であり、「暗黙の登録」と呼ばれ、各エイリアスは「パブリックユーザーID（PUID）」と呼ばれます。
It is a common requirement for a User Agent Server (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.
ユーザーエージェントサーバー（UAS）は、呼び出しを受信したときに、どのエイリアスを使用してアクセスしたかを知ることが一般的な要件です。この知識は、再生する着信音の選択、コール処理の決定などに使用できます。たとえば、ユーザーが友人や家族にのみ1つのエイリアスを与えると、呼び出しの重要性をユーザーに警告する特別な呼び出し音が発生します。
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 alias for the call is determined by hi-entry with the index that matches the value of the last hi-entry with an "rc" header field parameter in the Request received.
次のコールフローとサンプルメッセージは、History-Infoを使用して、呼び出し先に到達するために使用されるエイリアスを見つける方法を示しています。呼び出しのエイリアスは、最後のhi-entryの値と一致するインデックスを持つhi-entryによって決定されます。リクエストの「rc」ヘッダーフィールドパラメータが受信されます。
Alice example.com John
| | REGISTER F1 |
| |<--------------------|
| | 200 OK F2 |
| |-------------------->|
| INVITE F3 | |
|-------------------->| |
| | INVITE F4 |
| |-------------------->|
* Rest of flow not shown *
Figure 5: Alias Example
図5：エイリアスの例
Message Details
メッセージ詳細
F1 REGISTER John -> example.com
F1レジスタジョン-> example.com
REGISTER sip:example.com SIP/2.0
Via: SIP/2.0/TCP 192.0.2.1;branch=z9hG4bKnashds7
Max-Forwards: 70
From: John <sip:john@example.com>;tag=a73kszlfl
To: John <sip:john@example.com>
Supported: histinfo
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>
Content-Length: 0
F2 200 OK example.com -> John
F2 200 OK example.com-> John
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.0.2.1;branch=z9hG4bKnashds7
From: John <sip:john@example.com>;tag=a73kszlfl
To: John <sip:john@example.com>;tag=d2dstee2
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>;expires=3600
Content-Length: 0
F3 INVITE Alice -> example.com
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 <sip:alice@example.com>;tag=a73kszlfl
To: John <sip:john.smith@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:john.smith@example.com>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F4 INVITE example.com -> John
[SDPは表示されていません] 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 <sip:alice@example.com>;tag=a73kszlfl
To: John <sip:john.smith@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:john.smith@example.com>;index=1
History-Info: <sip:john@192.0.2.1>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
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".
「rc」ヘッダーフィールドパラメータを持つ最後のhi-entryは、エイリアスAORを指すリターゲティングのソースを参照します。この例では「john.smith@example.com」です。
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" 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 based on how and why the call arrived at the VMS.
この例では、アリスがボブに電話をかけ、そのSIPクライアントはキャロルに転送されます。キャロルは電話に出ません。したがって、VM（ボイスメール）サーバー（VMS）に転送されます。この呼び出しに使用する適切なメールボックスを決定するために、VMSは要求の元のターゲットを必要とします。元のターゲットは、「rc」または「mp」でタグ付けされた最初のhi-entryを見つけ、「rc」または「mp」ヘッダーフィールドパラメーターのインデックスで参照されるhi-entryを、適切なメールボックスを決定するためのターゲットとして使用することによって決定されます。 。このhi-entryは、[RFC4458]で定義されている「ターゲット」URIパラメータを設定するために使用されます。 「rc」または「mp」（つまり302）でタグ付けされた最初のhi-entryに関連付けられた理由は、カスタマイズされたボイスメールグリーティングを提供するために使用でき、[RFC4458]で定義されている「原因」URIパラメータを入力するために使用されます。一部のVMSは（または代わりに）History-Infoヘッダーで利用可能な情報を使用して、コールがVMSに到着した方法と理由に基づいてVMをカスタム処理する場合があることに注意してください。
Furthermore, it is the proxy forwarding the call to the 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 [RFC7044] to find the target that is usually based on local policy installed by the user or an administrator.
さらに、ボイスメールのターゲットを決定するのは、コールをVMSに転送するプロキシです。ボイスメールのターゲットを設定するのはプロキシです。これは、[RFC7044]を使用してターゲットを見つけるエンティティでもあり、通常はユーザーまたは管理者がインストールしたローカルポリシーに基づいています。
Alice example.com Bob Carol VM
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) | |
| | | | |
| | INVITE F6 | | |
| |-------------------------------------->|
| | | | |
| | 200 OK F7 |
| |<--------------------------------------|
| 200 OK | | | |
|<-------------| | | |
| | | | |
| ACK |
|----------------------------------------------------->|
Figure 6: Enterprise Voicemail Example
図6：エンタープライズボイスメールの例
Message Details
メッセージ詳細
F1 INVITE Alice -> example.com
F1 INVITE Alice-> example.com
INVITE sip:bob@example.com SIP/2.0
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F2 INVITE example.com -> Bob
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F3 302 Moved Temporarily Bob -> example.com
[SDPは表示されていません] F3 302が一時的にボブに移動-> example.com
SIP/2.0 302 Moved Temporarily
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 <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=2g22d-lnf
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5>;index=1.1;rc=1
Contact: <sip:carol@example.com>;mp=1
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F4 INVITE example.com -> Carol
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com;cause=480>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4;cause=480>;index=1.2.1;rc=1.2
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F5 180 Ringing Carol -> example.com
[SDPは表示されていません] F5 180 Ringing Carol-> example.com
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP proxy.example.com:5060;branch=z9hG4bK4522;\
received=192.0.2.101
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=setss3x
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com;cause=480>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4;cause=480>;index=1.2.1;rc=1.2
Contact: <sip:carol@192.0.2.4>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F6 INVITE example.com -> VM
[SDPは表示されていません] F6 INVITE example.com-> VM
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com;cause=480?Reason=SIP%3Bcause%3D\
408>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4;cause=480?Reason=SIP%3Bcause%3D\
408>;index=1.2.1;rc=1.2
History-Info: <sip:vm@example.com;\
target=sip:bob%40example.com;cause=480>;\
index=1.3;mp=1
History-Info: <sip:vm@192.0.2.6;\
target=sip:bob%40example.com;cause=480>;\
index=1.3.1;rc=1.3
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F7 200 OK VM -> example.com
[SDPは表示されていません] F7 200 OK VM-> example.com
SIP/2.0 200 OK
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 <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=3dweggs
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com;cause=480?Reason=SIP%3Bcause%3D\
408>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4;cause=480?Reason=SIP%3Bcause%3D\
408>;index=1.2.1;rc=1.2
History-Info: <sip:vm@example.com;\
target=sip:bob%40example.com;cause=480>;\
index=1.3;mp=1
History-Info: <sip:vm@192.0.2.6;\
target=sip:bob%40example.com;cause=480>;\
index=1.3.1;rc=1.3
Contact: <sip:vm@192.0.2.6>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
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.
VMSは最後のhi-entryを確認し、hi-entryの「target」URIパラメータのURIエントリを確認することで、メールボックスのターゲットを見つけることができます。
In the case of a consumer, when the call is retargeted, it is usually to another administrative domain. The voicemail system in these environments 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 Bob, but Bob has temporarily forwarded his phone to Carol (she is his wife). Carol does not answer the call; thus, it is forwarded to a 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 "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.
この例では、アリスはボブに電話をかけましたが、ボブは一時的に自分の電話をキャロルに転送しました（彼女は彼の妻です）。キャロルは電話に出ません。したがって、VMSに転送されます。この呼び出しに使用する適切なメールボックスを決定するために、VMSは要求に適切なターゲットを必要とします。最後のターゲットは、適切なメールボックスを決定するために「mp」でタグ付けされた最後のhi-entryのインデックスによって参照されるhi-entryを見つけることによって決定されます。このhi-entryは、[RFC4458]で定義されている「ターゲット」URIパラメータを設定するために使用されます。一部のVMSは、（または代わりに）呼び出し先がVMSに到着した方法と理由に関して、VMのカスタム処理のためにHistory-Infoヘッダーで利用可能な情報を使用する場合があることに注意してください。
Alice example.com Bob Carol VM
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) | |
| | | | |
| | INVITE F6 | | |
| |-------------------------------------->|
| | | | |
| | 200 OK F7 |
| |<--------------------------------------|
| 200 OK | | | |
|<-------------| | | |
| | | | |
| ACK |
|----------------------------------------------------->|
Figure 7: Consumer Voicemail Example
図7：コンシューマボイスメールの例
Message Details
メッセージ詳細
F1 INVITE Alice -> example.com
F1 INVITE Alice-> example.com
INVITE sip:bob@example.com SIP/2.0
Via: SIP/2.0/TCP 192.0.2.3:5060;branch=z9hG4bK42t2
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F2 INVITE example.com -> Bob
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F3 302 Moved Temporarily Bob -> example.com
[SDPは表示されていません] F3 302が一時的にボブに移動-> example.com
SIP/2.0 302 Moved Temporarily
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 <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=224ls3s-t
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5>;index=1.1;rc=1
Contact: <sip:carol@example.com>;mp=1
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F4 INVITE example.com -> Carol
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302\
%3Btext%3D%22Moved%20Temporarily%22>\
;index=1.1;rc=1
History-Info: <sip:carol@example.com>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4>;index=1.2.1;rc=1.2
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F5 180 Ringing Carol -> example.com
[SDPは表示されていません] 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 <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=setss3x
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302\
%3Btext%3D%22Moved%20Temporarily%22>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com>;index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4>;index=1.2.1;rc=1.2
Contact: <sip:carol@192.0.2.4>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F6 INVITE example.com -> VM
[SDPは表示されていません] F6 INVITE example.com-> VM
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-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302\
%3Btext%3D%22Moved%20Temporarily%22>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com>;\
index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4?Reason=SIP%3Bcause%3D408>;\
index=1.2.1;rc=1.2
History-Info: <sip:vm@example.com;target=sip:carol%40example.com;\
cause=408>;index=1.2.2;mp=1.2
History-Info: <sip:vm@192.0.2.5;target=sip:carol%40example.com;\
cause=408>;index=1.2.2.1;rc=1.2.2
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F7 200 OK VM -> example.com
[SDPは表示されていません] 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 <sip:alice@example.com>;tag=kkaz-
To: Bob <sip:bob@example.com>;tag=3dweggs
Supported: histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:bob@example.com>;index=1
History-Info: <sip:bob@192.0.2.5?Reason=SIP%3Bcause%3D302\
%3Btext%3D%22Moved%20Temporarily%22>;\
index=1.1;rc=1
History-Info: <sip:carol@example.com>;\
index=1.2;mp=1
History-Info: <sip:carol@192.0.2.4?Reason=SIP%3Bcause%3D408>;\
index=1.2.1;rc=1.2
History-Info: <sip:vm@example.com;target=sip:carol%40example.com;\
cause=408>;index=1.2.2;mp=1.2
History-Info: <sip:vm@192.0.2.5;target=sip:carol%40example.com;\
cause=408>;index=1.2.2.1;rc=1.2.2
Contact: <sip:carol@192.0.2.5>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
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 and the reason by the "cause" URI parameter in the same hi-entry.
VMSは、最後のhi-entryを調べ、hi-entryの「target」URIパラメータと同じhi-entryの「cause」URIパラメータによる理由を探すことで、メールボックスのターゲットを見つけることができます。
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 that 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 should be accepted or rejected, for example. However, like the AOR itself, the GRUU is lost in translation at the home proxy. Thus, the UAS cannot know whether it was contacted via the GRUU or its AOR.
セクション3.5の問題のバリエーションは、グローバルにルーティング可能なユーザーエージェントURI（GRUU）[RFC5627]で発生します。 GRUUはUAインスタンスに割り当てられたURIであり、AORと同じプロパティの多くを持っていますが、リクエストはその特定のインスタンスにのみルーティングされます。通信相手がそのGRUUまたはそのAORに要求を送信したため、UAが到達したかどうかをUAが知ることが望ましいこれは、たとえば、要求を受け入れるか拒否するかについて、さまざまな承認ポリシーを推進するために使用できます。ただし、AOR自体と同様に、GRUUはホームプロキシで変換中に失われます。したがって、UASは、GRUUまたはそのAORを介して接続されたかどうかを知ることができません。
The following call flow and example messages show how History-Info can be used to find out the GRUU used to reach the callee.
次のコールフローとサンプルメッセージは、History-Infoを使用して、呼び出し先に到達するために使用されたGRUUを見つける方法を示しています。
While a GRUU is comprised of an AOR with a URI parameter, as defined in [RFC5627], the GRUU construct itself is not an AOR. Thus, the retargeting of a request based on a GRUU does not result in the addition of an "rc" header field parameter to the hi-entry containing the GRUU. The lack of an "rc" header field parameter in the hi-entries can be a hint that the source of retargeting is a GRUU. However, to ensure this is the case, the UAS needs to search for a "gr" parameter in the hi-entry prior to the last hi-entry. If there is a GRUU, the URI will always be prior to the last hi-entry as the GRUU does not allow multiple instance to be mapped to a contact address.
[RFC5627]で定義されているように、GRUUはURIパラメータを持つAORで構成されていますが、GRUU自体はAORではありません。したがって、GRUUに基づいて要求を再ターゲットしても、GRUUを含むhi-entryに「rc」ヘッダーフィールドパラメータが追加されることはありません。 hi-entriesに「rc」ヘッダーフィールドパラメータがないことは、リターゲットのソースがGRUUであるというヒントになる可能性があります。ただし、これが当てはまることを保証するために、UASは最後のhi-entryの前にhi-entryで「gr」パラメーターを検索する必要があります。 GRUUでは複数のインスタンスを連絡先アドレスにマップできないため、GRUUがある場合、URIは常に最後のhi-entryの前になります。
Alice example.com John
| | REGISTER F1 |
| |<--------------------|
| | 200 OK F2 |
| |-------------------->|
| INVITE F3 | |
|-------------------->| |
| | INVITE F4 |
| |-------------------->|
* Rest of flow not shown *
Figure 8: GRUU Example
図8：GRUUの例
Message Details
メッセージ詳細
F1 REGISTER John -> example.com
F1レジスタジョン-> 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 <sip:John@example.com>;tag=a73kszlfl
Supported: gruu
To: John <sip:john@example.com>
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>;+sip.instance=\
<urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>
Content-Length: 0
[SDP Not Shown] F2 200 OK example.com -> John
[SDPは表示されていません] F2 200 OK example.com-> John
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.0.2.1;branch=z9hG4bKnashds7
From: John <sip:john@example.com>;tag=a73kszlfl
To: John <sip:john@example.com> ;tag=b88sn
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>;\
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=\
"<urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>";\
expires=3600
Content-Length: 0
[SDP Not Shown]
[SDPは表示されていません]
Assuming Alice has knowledge of a GRUU either through prior communication or through other means such as presence places a call to John's GRUU.
アリスが事前の通信またはプレゼンスなどの他の手段を通じてGRUUを知っていると仮定して、ジョンのGRUUに電話をかけます。
F3 INVITE Alice -> example.com
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
Max-Forwards: 70
From: Alice <sip:alice@example.com>;tag=kkaz-
To: <sip:john@example.com;\
gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>
Supported: gruu, histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: <sip:john@example.com;\
gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Length: <appropriate value>
[SDP Not Shown] F4 INVITE example.com -> John
[SDPは表示されていません] 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 <sip:alice@example.com>;tag=kkaz-
To: <sip:john@example.com;\
gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>
Supported: gruu, histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Record-Route: <sip:proxy.example.com;lr>
History-Info: <sip:john@example.com;\
gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>;index=1
History-Info: <sip:john@192.0.2.1>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
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.
最後の「rc」を持つエントリによって参照されるエントリを分析すると、「gr」パラメータを見つけることによって、デバイスに到達するために使用されたURIがGRUUであったことがわかります。
A limited-use address is a SIP URI that is minted on-demand, and passed out to a small number (usually one) of remote correspondents. Incoming calls targeted to that limited-use address are accepted as long as the UA still desires communications from the remote target. Should they no longer wish to be bothered by that remote correspondent, the URI is invalidated so that future requests targeted to it are rejected.
使用制限付きアドレスは、オンデマンドで作成され、少数（通常は1つ）のリモート通信相手に渡されるSIP URIです。 UAがリモートターゲットからの通信を希望している限り、その使用制限付きアドレス宛ての着信は受け入れられます。それらがそのリモート特派員に煩わされることを望まない場合、URIは無効化され、それを対象とする将来のリクエストは拒否されます。
Limited-use addresses are used in battling voice spam [RFC5039]. The easiest way to provide them would be for a UA to be able to take its AOR and "mint" a limited-use address by appending additional parameters to the URI. It could then give out the URI to a particular correspondent and remember that URI locally. When an incoming call arrives, the UAS would examine the parameter in the URI and determine whether or not the call should be accepted. Alternatively, the UA could push authorization rules into the network, so that it need not even see incoming requests that are to be rejected.
使用制限付きアドレスは、音声スパムとの戦いで使用されます[RFC5039]。それらを提供する最も簡単な方法は、UAがそのAORを取得し、URIに追加のパラメーターを追加することによって使用制限付きアドレスを「作成」できるようにすることです。次に、特定の通信相手にURIを渡し、そのURIをローカルに記憶することができます。着信呼び出しが到着すると、UASはURIのパラメーターを調べ、呼び出しを受け入れるかどうかを決定します。あるいは、UAは承認規則をネットワークにプッシュすることができるため、拒否される着信要求を確認する必要さえありません。
This approach, especially when executed on the UA, requires that parameters attached to the AOR, but not used by the home proxy in processing the request, survive the translation at the home proxy and be presented to the UA. This will not be the case with the logic in RFC 3261, since the Request-URI is replaced by the registered contact, and any such parameters are lost.
このアプローチは、特にUAで実行される場合、AORにアタッチされているが、ホームプロキシがリクエストの処理に使用していないパラメーターを必要とし、ホームプロキシでの変換を存続させ、UAに提示する必要があります。これはRFC 3261のロジックには当てはまりません。Request-URIが登録済みの連絡先に置き換えられ、そのようなパラメーターが失われるためです。
Using the History-Info, John's UA can easily see if the call was addressed to its AOR, GRUU, or a temp-GRUU and treat the call accordingly by looking for a "gr" tag in the hi-entry prior to the last hi-entry.
JohnのUAは、History-Infoを使用して、コールがAOR、GRUU、またはtemp-GRUUに宛てられたかどうかを簡単に確認し、最後のhiの前にhi-entryで「gr」タグを探すことで、それに応じてコールを処理できます。 -エントリ。
Alice example.com John
| | REGISTER F1 |
| |<--------------------|
| | 200 OK F2 |
| |-------------------->|
| INVITE F3 | |
|-------------------->| |
| | INVITE F4 |
| |-------------------->|
* Rest of flow not shown *
Figure 9: Limited-Use Address Example
図9：使用制限付きアドレスの例
Message Details
メッセージ詳細
F1 REGISTER John -> example.com
F1レジスタジョン-> 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 <sip:John@example.com>;tag=a73kszlfl
Supported: gruu
To: John <sip:john@example.com>
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>;\
+sip.instance="<urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>"
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 <sip:john@example.com>;tag=a73kszlfl
To: John <sip:john@example.com> ;tag=b88sn
Call-ID: 1j9FpLxk3uxtm8tn@192.0.2.1
CSeq: 1 REGISTER
Contact: <sip:john@192.0.2.1>;\
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="<urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>";\
expires=3600
Content-Length: 0
Assuming Alice has knowledge of a temp-GRUU, she places a call to the temp-GRUU.
アリスがtemp-GRUUの知識を持っていると想定して、彼女はtemp-GRUUに電話をかけます。
F3 INVITE Alice -> example.com
F3 INVITE Alice-> example.com
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-Forwards: 70
From: Alice <sip:alice@example.com>;tag=kkaz-
To: <sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com\
;gr>
Supported: gruu, histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
History-Info: \
<sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr>\
;index=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Length: <appropriate value>
F4 INVITE example.com -> John
INVITE sip:john@192.0.2.1 SIP/2.0
Via: SIP/2.0/UDP proxy.example.com:5060;branch=z9hG4bK12s4
Via: SIP/2.0/UDP 192.0.2.3:5060;branch=z9hG4bK42t2
Max-Forwards: 69
From: Alice <sip:alice@example.com>;tag=kkaz-
To: <sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com\
;gr>
Supported: gruu, histinfo
Call-ID: 12345600@example.com
CSeq: 1 INVITE
Record-Route: <sip:proxy.example.com;lr>
History-Info: \
<sip:tgruu.7hs==jd7vnzga5w7fajsc7-ajd6fabz0f8g5@example.com;gr>\
;index=1
History-Info: <sip:john@192.0.2.1>;index=1.1;rc=1
Contact: Alice <sip:alice@192.0.2.3>
Content-Type: application/sdp
Content-Length: <appropriate value>
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.
最後の「rc」を持つエントリによって参照されるエントリを分析すると、「gr」パラメータを見つけることによって、デバイスに到達するために使用されたURIがGRUUであったことがわかります。
Several SIP specifications have been developed that make use of complex URIs to address services within the network rather than subscribers. The URIs are complex because they contain numerous parameters that control the behavior of the service. Examples of this include the specification that first introduced the concept, [RFC3087], control of network announcements and Interactive Voice Response (IVR) with SIP URI [RFC4240], and control of voicemail access with SIP URI [RFC4458].
加入者ではなくネットワーク内のサービスに対処するために複雑なURIを利用するいくつかのSIP仕様が開発されました。 URIは、サービスの動作を制御する多数のパラメーターを含んでいるため、複雑です。この例には、最初にコンセプト[RFC3087]を導入した仕様、SIP URIを使用したネットワークアナウンスとインタラクティブ音声応答（IVR）の制御[RFC4240]、SIP URIを使用したボイスメールアクセスの制御[RFC4458]が含まれます。
A common problem with all of these mechanisms is that once a proxy has decided to rewrite the Request-URI to point to the service, it cannot be sure that the Request-URI will not be destroyed by a downstream proxy that decides to forward the request in some way, and does so by rewriting the Request-URI.
これらすべてのメカニズムの一般的な問題は、プロキシがサービスを指すようにRequest-URIを書き換えることを決定すると、要求を転送することを決定したダウンストリームプロキシによってRequest-URIが破棄されないことを確信できないことです。何らかの方法で、Request-URIを書き換えることでそうします。
Section 3.6 shows how History-Info can be used to invoke a service.
セクション3.6は、History-Infoを使用してサービスを呼び出す方法を示しています。
Toll-free numbers, also known in the United States as 800 or 8xx numbers, are telephone numbers that are free for users to call.
フリーダイヤル番号は、米国では800または8xx番号とも呼ばれ、ユーザーが無料で電話できる番号です。
In the telephone network, toll-free numbers are just aliases to actual numbers that are used for routing of the call. In order to process the call in the PSTN, a switch will perform a query (using a protocol called Transaction Capabilities Application Part (TCAP)), which will return either a phone number or the identity of a carrier which can handle the call.
電話ネットワークでは、フリーダイヤル番号は、通話のルーティングに使用される実際の番号の単なるエイリアスです。 PSTNで通話を処理するために、スイッチはクエリを実行し（トランザクション機能アプリケーションパーツ（TCAP）と呼ばれるプロトコルを使用）、電話番号または通話を処理できるキャリアのIDを返します。
There has been recent work on allowing such PSTN translation services to be accessed by SIP proxy servers through IP querying mechanisms. For example, ENUM [RFC6117] has already been proposed as a mechanism for performing Number Portability (NP) queries [RFC4769]. Using it for 8xx number translations is a logical next step.
このようなPSTN変換サービスに、IPクエリメカニズムを介してSIPプロキシサーバーからアクセスできるようにすることについて、最近の取り組みがあります。たとえば、ENUM [RFC6117]は、数値ポータビリティ（NP）クエリを実行するためのメカニズムとしてすでに提案されています[RFC4769]。これを8xx番号変換に使用することは、論理的な次のステップです。
The new target from translating the 8xx number may be in the PSTN or in the SIP network. If the new target is an entity in the PSTN, the proper treatment in the PSTN (and in particular, correct reconciliation of billing records) requires that the call be marked with both the originating number (8xx number) and the new target number, History-info would come in play here to assure original 8xx number is not lost.
8xx番号の変換による新しいターゲットは、PSTNまたはSIPネットワークにある可能性があります。新しいターゲットがPSTNのエンティティである場合、PSTNでの適切な処理（特に、課金レコードの正確な調整）には、発信番号（8xx番号）と新しいターゲット番号の両方で履歴をマークする必要があります。 -infoがここに登場し、元の8xx番号が失われないことを保証します。
Although not required to have both the originating number (8xx number) and the new target in the SIP network, an enterprise or user who utilize the 8xx service can benefit by knowing whether the call came in via an 8xx number in order to treat the call differently (for example, to play a special announcement), but if the original Request-URI is lost through translation, there is no way to tell if the call came in via 8xx number. History-Info again would come in play here.
発信番号（8xx番号）とSIPネットワークの新しいターゲットの両方を持っている必要はありませんが、8xxサービスを利用する企業またはユーザーは、通話を処理するために8xx番号を介して着信したかどうかを知ることでメリットを得られます。異なる方法で（たとえば、特別なアナウンスを再生するため）、元のRequest-URIが変換によって失われた場合、呼び出しが8xx番号を介して着信したかどうかを知る方法はありません。ここでもHistory-Infoが使用されます。
Similar problems arise with other "special" numbers and services used in the PSTN, such as operator services, pay/premium numbers (9xx numbers in the United States), and short service codes such as 311.
オペレーターサービス、ペイ/プレミアム番号（米国では9xx番号）、311などの短いサービスコードなど、PSTNで使用される他の「特別な」番号とサービスでも同様の問題が発生します。
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.
UASはサービス番号を見つけるために、「mp」タグを使用して、最初のhi-entryの値とインデックスが一致するhi-entryを抽出できます。技術的には、通話は特別ではない番号からこれらの「特別な」番号に転送できます。ただし、これらのサービスが翻訳を承認する方法によっては、これは一般的ではありません。
This example call flow shows a UAC that does not support History-Info.
この例のコールフローは、History-InfoをサポートしないUACを示しています。
Alice Toll-Free Service Atlanta.com John
| | | |
| INVITE F1 | | |
|--------------->| INVITE F2 | |
| |------------->| |
| | | INVITE F3 |
| | |------------------>|
* Rest of flow not shown *
* 残りのフローは表示されていません*
Figure 10: Service Number Example
図10：サービス番号の例
Message Details
Message Details
F1 INVITE 192.0.2.1 -> Toll-Free Service
F1 INVITE 192.0.2.1->フリーダイヤルサービス
INVITE sip:+18005551002@example.com;user=phone SIP/2.0
Via: SIP/2.0/TCP 192.0.2.1:5060;branch=z9hG4bK74bf
From: Alice <sip:+15551001@example.com;user=phone>;tag=9fxced76sl
To: <sip:+18005551002@example.com;user=phone>
Call-ID: c3x842276298220188511
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:alice@192.0.2.1>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown] F2 INVITE Toll-Free Service -> Atlanta.com
[SDPは表示されていません] F2 INVITEフリーダイヤルサービス-> 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 <sip:+15551001@example.com;user=phone>;tag=9fxced76sl
To: <sip:+18005551002@example.com;user=phone>
Call-ID: c3x842276298220188511
CSeq: 1 INVITE
Max-Forwards: 69
Supported: histinfo
History-Info: <sip:+18005551002@example.com;user=phone>;index=1
History-Info: <sip:+15555551002@atlanta.com>;index=1.1;mp=1
Contact: <sip:alice@192.0.2.1>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
F3 INVITE Atlanta.com -> John
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-ik8
Via: SIP/2.0/TCP 192.0.2.1:5060;branch=z9hG4bK74bf
From: Alice <sip:+15551001@example.com;user=phone>;tag=9fxced76sl
To: <sip:+18005551002@example.com;user=phone>
Call-ID: c3x842276298220188511
CSeq: 1 INVITE
Max-Forwards: 68
Supported: histinfo
History-Info: <sip:+18005551002@example.com;user=phone>;index=1
History-Info: <sip:+15555551002@atlanta.com>;index=1.1;mp=1
History-Info: <sip:john@atlanta.com>;index=1.1.1;rc=1.1
History-Info: <sip:john@198.51.100.2>;index=1.1.1.1;rc=1.1.1
Contact: <sip:alice@192.0.2.1>
Content-Type: application/sdp
Content-Length: <appropriate value>
[SDP Not Shown]
[SDPは表示されていません]
The security considerations for the History-Info header field are specified in [RFC7044].
History-Infoヘッダーフィールドのセキュリティに関する考慮事項は、[RFC7044]で指定されています。
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.
Jonathan Rosenbergらは、History-Infoヘッダーフィールドの新しい「ターゲット」パラメーターと新しいSIP / SIPS URIパラメーターの要件を明確にする追加のユースケースを提供するドキュメントを作成しました。ハドリエル・カプランはいくつかのコメントを提供しました。
Brett Tate, Roland Jesske, Laura Liess, Scott Godin, Dale Worley, and Marianne Mohali provided extensive review and comments on call flows, message examples, and text.
Brett Tate、Roland Jesske、Laura Liess、Scott Godin、Dale Worley、Marianne Mohaliは、コールフロー、メッセージの例、およびテキストに関する広範なレビューとコメントを提供しました。
[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.
[RFC3261] Rosenberg、J.、Schulzrinne、H.、Camarillo、G.、Johnston、A.、Peterson、J.、Sparks、R.、Handley、M。、およびE. Schooler、「SIP：セッション開始プロトコル」 、RFC 3261、2002年6月。
[RFC5627] Rosenberg, J., "Obtaining and Using Globally Routable User Agent URIs (GRUUs) in the Session Initiation Protocol (SIP)", RFC 5627, October 2009.
[RFC5627] Rosenberg、J。、「Session Initiation Protocol（SIP）でグローバルにルーティング可能なユーザーエージェントURI（GRUU）を取得して使用する」、RFC 5627、2009年10月。
[RFC3087] Campbell, B. and R. Sparks, "Control of Service Context using SIP Request-URI", RFC 3087, April 2001.
[RFC3087] Campbell、B。およびR. Sparks、「SIP Request-URIを使用したサービスコンテキストの制御」、RFC 3087、2001年4月。
[RFC4240] Burger, E., Van Dyke, J., and A. Spitzer, "Basic Network Media Services with SIP", RFC 4240, December 2005.
[RFC4240]バーガー、E。、ヴァンダイク、J。、およびA.スピッツァー、「SIPを使用した基本的なネットワークメディアサービス」、RFC 4240、2005年12月。
[RFC5039] Rosenberg, J. and C. Jennings, "The Session Initiation Protocol (SIP) and Spam", RFC 5039, January 2008.
[RFC5039] Rosenberg, J. and C. Jennings, "The Session Initiation Protocol (SIP) and Spam", RFC 5039, January 2008.
[RFC4458] Jennings, C., Audet, F., and J. Elwell, "Session Initiation Protocol (SIP) URIs for Applications such as Voicemail and Interactive Voice Response (IVR)", RFC 4458, April 2006.
[RFC4458] Jennings, C., Audet, F., and J. Elwell, "Session Initiation Protocol (SIP) URIs for Applications such as Voicemail and Interactive Voice Response (IVR)", RFC 4458, April 2006.
[RFC6117] Hoeneisen, B., Mayrhofer, A., and J. Livingood, "IANA Registration of Enumservices: Guide, Template, and IANA Considerations", RFC 6117, March 2011.
[RFC6117] Hoeneisen、B.、Mayrhofer、A。、およびJ. Livingood、「IANA Registration of Enumservices：Guide、Template、and IANA Considerations」、RFC 6117、2011年3月。
[RFC4769] Livingood, J. and R. Shockey, "IANA Registration for an Enumservice Containing Public Switched Telephone Network (PSTN) Signaling Information", RFC 4769, November 2006.
[RFC4769] Livingood, J. and R. Shockey, "IANA Registration for an Enumservice Containing Public Switched Telephone Network (PSTN) Signaling Information", RFC 4769, November 2006.
[RFC7044] Barnes, M., Audet, F., Schubert, S., van Elburg, J., and C. Holmberg, "An Extension to the Session Initiation Protocol (SIP) for Request History Information", RFC 7044, February 2014.
[RFC7044] Barnes、M.、Audet、F.、Schubert、S.、van Elburg、J。、およびC. Holmberg、「An an Extension to the Session Initiation Protocol（SIP）for Request History Information」、RFC 7044、2月2014。
Authors' Addresses
著者のアドレス
Mary Barnes TX US
Mary Barnes TX US
EMail: mary.ietf.barnes@gmail.com
Francois Audet Skype
フランソワ・オーデ・スカイプ
EMail: francois.audet@skype.net
Shida Schubert NTT Tokyo Japan
しだ Ｓちゅべｒｔ んっｔ ときょ じゃぱん
EMail: shida@ntt-at.com
Hans Erik van Elburg Detecon International Gmbh Oberkasseler str. 2 Bonn Germany
ハンスエリックファンエルブルグデテコンインターナショナルGmbH Oberkasseler str。 2ボンドイツ
EMail: ietf.hanserik@gmail.com
Christer Holmberg Ericsson Hirsalantie 11, Jorvas Finland
Christer Holmberg Ericsson Hirsalantie 11, Jorvas Finland
EMail: christer.holmberg@ericsson.com