RFC5359 日本語訳
5359 Session Initiation Protocol Service Examples. A. Johnston, Ed.,R. Sparks, C. Cunningham, S. Donovan, K. Summers. October 2008. (Format: TXT=289446 bytes) (Also BCP0144) (Status: BEST CURRENT PRACTICE)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group A. Johnston, Ed. Request for Comments: 5359 Avaya BCP: 144 R. Sparks Category: Best Current Practice Tekelec C. Cunningham S. Donovan Cisco Systems K. Summers Sonus October 2008
ワーキンググループのA.ジョンストン、エドをネットワークでつないでください。コメントのために以下を要求してください。 5359Avaya BCP: 144 R.はカテゴリをかきたてます: 最も良い現在の練習のドノヴァンシスコシステムズK.サマーズSonus Tekelec C.カニンハムS.2008年10月
Session Initiation Protocol Service Examples
セッション開始プロトコルサービスの例
Status of This Memo
このメモの状態
This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited.
このドキュメントはインターネット共同体、要求議論、および提案のためのインターネットBest Current Practicesを改良に指定します。 このメモの分配は無制限です。
Abstract
要約
This document gives examples of Session Initiation Protocol (SIP) services. This covers most features offered in so-called IP Centrex offerings from local exchange carriers and PBX (Private Branch Exchange) features. Most of the services shown in this document are implemented in the SIP user agents, although some require the assistance of a SIP proxy. Some require some extensions to SIP including the REFER, SUBSCRIBE, and NOTIFY methods and the Replaces and Join header fields. These features are not intended to be an exhaustive set, but rather show implementations of common features likely to be implemented on SIP IP telephones in a business environment.
このドキュメントはSession Initiationプロトコル(SIP)サービスの例を出します。 これはいわゆるIP Centrex提供で地域電話会社から提供されたほとんどの特徴とPBX(個人的な支店Exchange)の特徴を含んでいます。 本書では示されたサービスの大部分はSIPユーザエージェントで実行されます、或るものがSIPプロキシの支援を必要としますが。 或るものはREFERを含むSIPにいくつかの拡大を必要とします、そして、登録、NOTIFYは方法、Replaces、およびJoinヘッダーフィールドを必要とします。 これらの特徴は徹底的なセットであることを意図しませんが、むしろSIP IP電話の上で経営環境で実行されそうな共通点の実現を示してください。
Johnston, et al. Best Current Practice [Page 1] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[1ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Table of Contents
目次
1. Overview ........................................................3 1.1. Legend for Message Flows ...................................4 2. Service Examples ................................................6 2.1. Call Hold ..................................................6 2.2. Consultation Hold .........................................19 2.3. Music on Hold .............................................38 2.4. Transfer - Unattended .....................................50 2.5. Transfer - Attended .......................................58 2.6. Transfer - Instant Messaging ..............................71 2.7. Call Forwarding Unconditional .............................77 2.8. Call Forwarding - Busy ....................................84 2.9. Call Forwarding - No Answer ...............................92 2.10. 3-Way Conference - Third Party Is Added .................101 2.11. 3-Way Conference - Third Party Joins ....................107 2.12. Find-Me .................................................113 2.13. Call Management (Incoming Call Screening) ...............125 2.14. Call Management (Outgoing Call Screening) ...............132 2.15. Call Park ...............................................135 2.16. Call Pickup .............................................147 2.17. Automatic Redial ........................................154 2.18. Click to Dial ...........................................163 3. Security Considerations .......................................166 4. Acknowledgements ..............................................166 5. References ....................................................167 5.1. Normative References .....................................167 5.2. Informative References ...................................168
1. 概観…3 1.1. メッセージのための伝説は流れます…4 2. 例を修理してください…6 2.1. 保持に電話をしてください…6 2.2. 相談保持…19 2.3. 保持に関する音楽…38 2.4. 移してください--無人です。50 2.5. 移してください--出席されています。58 2.6. 移してください--インスタントメッセージング71 2.7. 推進が無条件であると言ってください…77 2.8. 推進に電話をしてください--忙しいです。84 2.9. 推進に電話をしてください--答えがありません。92 2.10. 3ウェイコンファレンス--第三者は加えられます…101 2.11. 3ウェイコンファレンス--第三者は加わります…107 2.12. 私を見つける、…113 2.13. 管理を(かかってきた電話選別)と呼んでください…125 2.14. 管理を(発信電話選別)と呼んでください…132 2.15. 公園に電話をしてください…135 2.16. ピックアップに電話をしてください…147 2.17. 自動再ダイヤル…154 2.18. ダイヤルにクリックしてください…163 3. セキュリティ問題…166 4. 承認…166 5. 参照…167 5.1. 標準の参照…167 5.2. 有益な参照…168
Johnston, et al. Best Current Practice [Page 2] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[2ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
1. Overview
1. 概観
This document provides example call flows detailing a SIP implementation of the following traditional telephony services:
このドキュメントは伝統的に以下の電話サービスのSIP実現を詳しく述べる例の呼び出し流れを供給します:
Call Hold 3-Way Conference Consultation Hold Find-Me Music on Hold Incoming Call Screening Unattended Transfer Outgoing Call Screening Attended Transfer Call Park Instant Messaging Transfer Call Pickup Unconditional Call Forwarding Automatic Redial Call Forwarding on Busy Click to Dial Call Forwarding on No Answer
どんな答えのときにも自動転送にダイヤルしないように忙しいクリックで自動再ダイヤル自動転送を進める出席された選別の公園インスタントメッセージング転送呼び出しピックアップ転送呼び出し無条件物に保持のかかってきた電話の選別の無人の転送発信電話に関する私を見つけている保持の3ウェイコンファレンス相談保持音楽に電話をしてください。
Note that the Single Line Extension call flow has been removed from this document and will be covered in a separate document.
Single線Extension呼び出し流動がこのドキュメントから取り除かれて、別々のドキュメントでカバーされていることに注意してください。
The call flows shown in this document were developed in the design of a SIP IP communications network. They represent an example set of so-called IP Centrex services or PBX services.
本書では示された呼び出し流れはSIP IP通信網のデザインで発生しました。 彼らはいわゆるIP Centrexサービスの、または、PBXサービスの例のセットを表します。
It is the hope of the authors that this document will be useful for SIP implementers, designers, and protocol researchers alike and will help further the goal of a standard implementation of RFC 3261 [RFC3261] and some of its extensions.
それはこのドキュメントが同じくSIP implementers、デザイナー、およびプロトコル研究者の役に立って、さらにRFC3261[RFC3261]の標準の実現と拡大のいくつかの目標を助けるという作者の望みです。
These flows represent carefully checked and working group reviewed scenarios of SIP service examples as a companion to the specifications.
これらの流れは仲間としてSIPサービスの例の丹念にチェックされていて、ワーキンググループの見直されたシナリオを仕様に表します。
These call flows are based on the current version 2.0 of SIP in RFC 3261 [RFC3261] with Session Description Protocol (SDP) usage described in RFC 3264 [RFC3264]. Other RFCs also form part of the SIP standard and are used and referenced in these call flows.
これらの呼び出し流れはSession記述プロトコル(SDP)用法がRFC3264[RFC3264]で説明されているRFC3261[RFC3261]でSIPの現在のバージョン2.0に基づいています。 他のRFCsもこれらの呼び出し流れでSIP規格の一部を形成して、使用されて、参照をつけられます。
The SIP specification and the other referenced documents are definitive as far as protocol issues are concerned. Also, these flows do not represent the only way to implement these services -- other approaches such as 3pcc (Third Party Call Control) [RFC3725] or Back-to-Back User Agents (B2BUAs) can be used. This specification does not preclude these or other approaches for implementing such services. The peer-to-peer design and principles of these service examples are described in the Multiparty Framework document [FRAMEWORK].
プロトコル問題に関する限り、SIP仕様と他の参照をつけられたドキュメントは決定的です。 また、これらの流れはこれらのサービスを実行する唯一の方法を表しません--3pcc(第3パーティCall Control)などの他のアプローチ[RFC3725]かBackから後部へのUserエージェント(B2BUAs)を使用できます。 この仕様はそのようなサービスを実行するためのこれらか他のアプローチを排除しません。 これらのサービスの例のピアツーピアデザインと原則はMultiparty Frameworkドキュメント[FRAMEWORK]で説明されます。
Johnston, et al. Best Current Practice [Page 3] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[3ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
These flows assume the functionality described in the SIP Call Flow Examples document [RFC3665], which explores basic SIP behavior. Some of the scenarios described herein make use of the SIP method extension REFER [RFC3515], the SIP header extension Replaces [RFC3891], and the SIP header extension Join [RFC3911]. The SIP Events document [RFC3265] describes the use of SUBSCRIBE and NOTIFY, while the SIP Dialog Event Package document [RFC4235] describes the dialog event package. Some examples make use of the GRUU (Globally Routable User Agent URI) extension [GRUU].
これらの流れはSIP Call Flow Examplesドキュメント[RFC3665]で説明された機能性を仮定します。ドキュメントは基本的なSIPの振舞いについて調査します。 ここに説明されたシナリオのいくつかがSIP方法拡張子REFER[RFC3515]、SIPヘッダー拡張子Replaces[RFC3891]、およびSIPヘッダー拡張子Join[RFC3911]を利用します。 そして、SIP Eventsドキュメント[RFC3265]が使用について説明する、登録、NOTIFY、SIP Dialog Eventパッケージである間、ドキュメント[RFC4235]は対話イベントパッケージについて説明します。 いくつかの例がGRUUを利用する、(グローバルである、Routable UserエージェントURI) 拡大[GRUU]。
These flows were prepared assuming a network of proxies, registrars, and other SIP servers. The use of Secure SIP URIs (sips) is shown throughout this document, implying TLS transport on each hop with assumed certificate validation. However, other security approaches can be used. The use of Digest authentication is shown in some examples.
これらの流れは、プロキシ、記録係、および他のSIPサーバのネットワークを仮定しながら、準備されました。 Secure SIP URI(一口)の使用はこのドキュメント中に示されます、各ホップの上で想定された証明書合法化でTLS輸送を含意して。 しかしながら、他のセキュリティアプローチを使用できます。 Digest認証の使用はいくつかの例に示されます。
The emphasis in these call flows is the SIP signaling exchange. As a result, only very simple SDP offer/answer exchanges are shown with audio media. These flows apply equally well for other media and multimedia sessions. For more advanced examples of SDP offer/answer exchanges, refer to [RFC4317].
これらの呼び出し流れにおける強調はSIPシグナリング交換です。 その結果、非常に簡単なSDP申し出/答え交換だけがオーディオメディアで示されます。 これらの流れは他のメディアとマルチメディアセッションのために等しく井戸を適用します。 SDP申し出/答え交換の、より高度な例について、[RFC4317]を参照してください。
Each call flow is presented with a textual description of the scenario, a message flow diagram showing the messages exchanged between separate network elements, and the detailed contents of each message shown in the diagram.
シナリオの原文の記述、メッセージが別々のネットワーク要素の間で交換したメッセージフローチャート表示、およびダイヤグラムで示されたそれぞれのメッセージの詳細なコンテンツをそれぞれの呼び出し流動に与えます。
For simplicity in reading and editing the document, there are a number of differences between some of the examples and actual SIP messages. For example, the HTTP Digest responses are not actual MD5 encodings. Call-IDs are often repeated, and CSeq counts often begin at 1. Header fields are usually shown in the same order. Usually only the minimum required header field set is shown. Also, message body content lengths are often not calculated, but instead shown as "..." where the actual octet count would be.
ドキュメントを読んで、編集することにおける簡単さのために、例と実際のSIPメッセージのいくつかの間には、多くの違いがあります。 例えば、HTTP Digest応答は実際のMD5 encodingsではありません。 呼び出しIDはしばしば繰り返されます、そして、CSeqカウントは1時にしばしば始まります。 通常、ヘッダーフィールドは同次で示されます。 通常、最小の必要なヘッダーフィールドセットだけが見せられます。 実際の八重奏カウントがあるところに「また、メッセージボディーコンテンツの長さは、しばしば計算されるというわけではありませんが、代わりに」 …として示されます」。
1.1. Legend for Message Flows
1.1. メッセージのための伝説は流れます。
Dashed lines (---) represent control messages that are mandatory to the call scenario. These control messages can be SIP signaling.
投げつけられた線(---)は呼び出しシナリオに義務的なコントロールメッセージを表します。 これらのコントロールメッセージはSIPシグナリングであるかもしれません。
Double dashed lines (===) represent media paths between network elements.
二重投げつけられた線(===)はネットワーク要素の間のメディア経路を表します。
Messages with parentheses around the name represent optional control messages.
名前の周りに括弧があるメッセージは随意コントロールメッセージを表します。
Johnston, et al. Best Current Practice [Page 4] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[4ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Messages are identified in the figures as F1, F2, etc. This references the message details in the table that follows the figure.
メッセージはF1、F2などとして数字で特定されます。 メッセージが図に従うテーブルで詳しく述べるこの参照。
Lines longer than 72 characters are handled using the <allOneLine> convention defined in Section 2.1 of RFC 4475 [RFC4475].
72のキャラクタが<allOneLine>コンベンションを使用することで扱われるより長い線はRFC4475のセクション2.1で[RFC4475]を定義しました。
Comments in the message details are shown in the following form:
メッセージの詳細におけるコメントは以下のフォームに示されます:
/* Comments. */
/*はコメントします。 */
Johnston, et al. Best Current Practice [Page 5] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[5ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2. Service Examples
2. サービスの例
2.1. Call Hold
2.1. 保持に電話をしてください。
Alice Proxy Bob | INVITE F1 | | |--------------->| | | | INVITE F2 | |(100 Trying) F3 |------------->| |<---------------| | | |180 Ringing F4| | 180 Ringing F5 |<-------------| |<---------------| | | | 200 OK F6 | | 200 OK F7 |<-------------| |<---------------| | | ACK F8 | | |--------------->| ACK F9 | | |------------->| | Both way RTP Established | |<=============================>| | |INVITE(hold) F10 |INVITE(hold) F11|<-------------| |<---------------| | | 200 OK F12 | | |--------------->| 200 OK F13 | | |------------->| | | ACK F14 | | ACK F15 |<-------------| |<---------------| | | No RTP Sent! | | | INVITE F16 | | INVITE F17 |<-------------| |<---------------| | | 200 OK F18 | | |--------------->| 200 OK F19 | | |------------->| | | ACK F20 | | ACK F21 |<-------------| |<---------------| | | Both way RTP Established | |<=============================>| | BYE F22 | | |--------------->| BYE F23 | | |------------->| | | 200 OK F24 | | 200 OK F25 |<-------------| |<---------------| |
アリス・プロキシボブ| F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F2を招待してください。| |(100トライ) F3|、-、-、-、-、-、-、-、-、-、-、-、--、>| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| |180 F4を鳴らすこと。| | 180 F5を鳴らすこと。| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F6| | 200 OK F7| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F8| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| ACK F9| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| 両方、道のRTP Established| |<===============>|、| |F10を招待してください(保持します)。|F11を招待してください(保持します)。| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F12| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| 200 OK F13| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F14| | ACK F15| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| どんなRTPも発信しませんでした! | | | F16を招待してください。| | F17を招待してください。| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F18| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| 200 OK F19| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F20| | ACK F21| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 両方、道のRTP Established| |<===============>|、| さようならF22| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| さようならF23| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F24| | 200 OK F25| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|
Johnston, et al. Best Current Practice [Page 6] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[6ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
In this scenario, Alice calls Bob, then Bob places the call on hold. Bob then takes the call off hold, then Alice hangs up the call. Note that hold is unidirectional in nature. However, a UA that places the other party on hold will generally also stop sending media, resulting in no media exchange between the UAs. Older UAs may set the connection address to 0.0.0.0 when initiating hold. However, this behavior has been deprecated in favor or using the a=inactive SDP attribute if no media is sent, or the a=sendonly attribute if media is still sent.
このシナリオでは、アリスは、ボブに電話をして、次に、ボブは電話を保持にします。 次に、ボブは保持から呼び出しを取って、次に、アリスは呼び出しを掛けます。 保持が現実に単方向であることに注意してください。 しかしながら、また、一般に、保持に相手を置くUAは、メディアを送るのを止めるでしょう、UAsの間のメディア交換を全くもたらさないで。 より古いUAsは接続アドレスを0.0に設定するかもしれません。.0 開始するとき、.0は持ちこたえます。 しかしながら、賛成していた状態でこの振舞いを非難したか、不活発なSDPがメディアでないなら結果と考えるa=を使用するのを送るか、またはメディアであるならまだa=sendonly属性を送ります。
Also note the use of the rendering feature tag defined in RFC 4235 [RFC4235] used in F10 and F11 to indicate that Bob's UA is no longer rendering media to Bob, i.e., that Bob has placed the call on hold.
また、ボブのUAがもうメディアをボブに提供していなくて、すなわち、ボブが電話を保持にしたのを示すのにF10とF11で使用されるRFC4235[RFC4235]で定義された表現特徴タグの使用に注意してください。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy 1
F1はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 INVITE Proxy 1 -> Bob
F2はプロキシの1->のボブを招待します。
INVITE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061
INVITE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061
Johnston, et al. Best Current Practice [Page 7] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[7ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
; ブランチ=z9hG4bK74bf9;容認された=192.0.2の.103の記録的なルート: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F3 (100 Trying) Proxy 1 -> Alice
F3(100が試みて)のプロキシの1->のアリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345601@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F4 180 Ringing Bob -> Proxy 1
ボブ->プロキシ1に電話をするF4 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=314159にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 8] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[8ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content Length:0
呼び出しID: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F5 180 Ringing Proxy 1 -> Alice
プロキシの1->のアリスに電話をするF5 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F6 200 OK Bob -> Proxy 1
F6 200OKボブ->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 9] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[9ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F7 200 OK Proxy 1 -> Alice
F7 200のOKプロキシの1->のアリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F8 ACK Alice -> Proxy 1
F8 ACKアリス->プロキシ1
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf92 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf92 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F9 ACK Proxy 1 -> Bob
F9 ACKのプロキシの1->のボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837492.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837492.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061
Johnston, et al. Best Current Practice [Page 10] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[10ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bK74bf92 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
; ブランチ=z9hG4bK74bf92; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Bob places Alice on hold. Note that the version is incremented in the o= field of the SDP. */
/*ボブはアリスを保持に任命します。 バージョンがSDPのo=分野で増加されることに注意してください。 */
F10 INVITE Bob -> Proxy 1
F10はボブ->プロキシ1を招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds7 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
F11 INVITE Proxy 1 -> Alice
F11はプロキシの1->のアリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061
Johnston, et al. Best Current Practice [Page 11] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[11ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
; ブランチ=z9hG4bKnashds7;容認された=192.0.2の.105の記録的なルート: <一口: ss1.example.com; 前方へlr>マックス: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
/* Alice replies to hold. */
/*アリスは、成立するように返答します。 */
F12 200 OK Alice -> Proxy 1
F12 200OKアリス->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 12] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[12ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F13 200 OK Proxy 1 -> Bob
F13 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F14 ACK Bob -> Proxy 1
F14 ACKボブ->プロキシ1
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds72 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds72 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACK
Johnston, et al. Best Current Practice [Page 13] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[13ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F15 ACK Proxy 1 -> Alice
F15 ACKのプロキシの1->のアリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds72 ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds72; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Bob takes the call off hold. */
/*ボブは保持から呼び出しを取ります。 */
F16 INVITE Bob -> Proxy 1
F16はボブ->プロキシ1を招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds73 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds73 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844529 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com
ボブの2890844527 2890844529IN v=0o=IP4 client.biloxi.example.com s=cはIN IP4 client.biloxi.example.comと等しいです。
Johnston, et al. Best Current Practice [Page 14] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[14ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの3456RTP/AVP0 0 0t=m=a=rtpmap: 0PCMU/8000
F17 INVITE Proxy 1 -> Alice
F17はプロキシの1->のアリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837493.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds73 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837493.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds73;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844529 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844529IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F18 200 OK Alice -> Proxy 1
F18 200OKアリス->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837493.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds73 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 INVITE
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK837493.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds73;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 招待
Johnston, et al. Best Current Practice [Page 15] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[15ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
接触: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844528 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844528IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F19 200 OK Proxy 1 -> Bob
F19 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds73 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds73;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844528 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844528IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F20 ACK Bob -> Proxy 1
F20 ACKボブ->プロキシ1
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds74 Route: <sips:ss1.example.com;lr> Max-Forwards: 70
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds74 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70
Johnston, et al. Best Current Practice [Page 16] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[16ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F21 ACK Proxy 1 -> Alice
F21 ACKのプロキシの1->のアリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837494.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds74 ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837494.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds74; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* RTP Media stream re-established. Alice disconnects. */
/*RTPメディアは復職していた状態で流れます。 アリスは連絡を断ちます。 */
F22 BYE Alice -> Proxy 1
F22さようならアリス->プロキシ1
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf97 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf97 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F23 BYE Proxy 1 -> Bob
F23のさようならのプロキシの1->のボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837497.1
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com:5061; ブランチ=z9hG4bK837497.1
Johnston, et al. Best Current Practice [Page 17] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[17ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf97 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf97; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F24 200 OK Bob -> Proxy 1
F24 200OKボブ->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837497.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf97 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK837497.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf97;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F25 200 OK Proxy 1 -> Alice
F25 200のOKプロキシの1->のアリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf97 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf97;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 18] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[18ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.2. Consultation Hold
2.2. 相談保持
Alice Proxy Bob Carol | | | | | INVITE F1 | | | |--------------->| INVITE F2 | | | |------------->| | |(100 Trying) F3 | | | |<---------------|180 Ringing F4| | | |<-------------| | | 180 Ringing F5 | | | |<---------------| 200 OK F6 | | | |<-------------| | | 200 OK F7 | | | |<---------------| | | | ACK F8 | | | |--------------->| ACK F9 | | | |------------->| | | Both way RTP Established | | |<=============================>| | | |INVITE(hold) F10 | |INVITE(hold) F11|<-------------| | |<---------------| | | | 200 OK F12 | | | |--------------->| 200 OK F13 | | | |------------->| | | | ACK F14 | | | |<-------------| | | ACK F15 | | | |<---------------| | | | No RTP Sent! | | | | INVITE F16 | | | |<-------------| | | | | INVITE F17 | | |--------------------------------->| | |(100 Trying) F18 | | |------------->| | | | | 180 Ringing F19 | | |<---------------------------------| | | 180 Ringing F20 | | |------------->| | | | | 200 OK F21 | | |<---------------------------------| | | 200 OK F22 | | | |------------->| | | | ACK F23 | | | |<-------------| | | | | ACK F24 |
アリス・プロキシボブ・キャロル| | | | | F1を招いてください。| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| F2を招待してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |(100トライ) F3| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|180 F4を鳴らすこと。| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 180 F5を鳴らすこと。| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 200 OK F6| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F7| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F8| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| ACK F9| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 両方、道のRTP Established| | |<===============>|、|、| |F10を招待してください(保持します)。| |F11を招待してください(保持します)。| <、-、-、-、-、-、-、-、-、-、-、-、--、|、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F12| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| 200 OK F13| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| ACK F14| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F15| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| どんなRTPも発信しませんでした! | | | | F16を招待してください。| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| F17を招待してください。| | |--------------------------------->| | |(100トライ) F18| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、| 180 F19を鳴らすこと。| | |<---------------------------------| | | 180 F20を鳴らすこと。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、| 200 OK F21| | |<---------------------------------| | | 200 OK F22| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| ACK F23| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| ACK F24|
Johnston, et al. Best Current Practice [Page 19] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[19ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
| |--------------------------------->| | | Both way RTP Established | | | |<=================>| | | BYE F25 | | | |<-------------| | | | | BYE F26 | | |--------------------------------->| | | | 200 OK F27 | | |<---------------------------------| | | 200 OK F28 | | | |------------->| | | | INVITE F29 | | | INVITE F30 |<-------------| | |<---------------| | | | 200 OK F31 | | | |--------------->| 200 OK F32 | | | |------------->| | | | ACK F33 | | | |<-------------| | | ACK F34 | | | |<---------------| | | | Both way RTP Established | | |<=============================>| | | BYE F35 | | | |--------------->| BYE F36 | | | |------------->| | | | 200 OK F37 | | | |<-------------| | | 200 OK F38 | | | |<---------------| | | | | | |
| |--------------------------------->| | | 両方、道のRTP Established| | | |<=========>|、|、| さようならF25| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| さようならF26| | |--------------------------------->| | | | 200 OK F27| | |<---------------------------------| | | 200 OK F28| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F29を招待してください。| | | F30を招待してください。| <、-、-、-、-、-、-、-、-、-、-、-、--、|、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F31| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| 200 OK F32| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| ACK F33| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F34| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 両方、道のRTP Established| | |<===============>|、|、| さようならF35| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| さようならF36| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 200 OK F37| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F38| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、|、|
In this scenario, Alice calls Bob. Bob places call on hold. Bob calls Carol. Bob then disconnects with Carol, then takes the call with Alice off hold. The call ends when Alice hangs up.
このシナリオでは、アリスは、ボブに電話をします。 ボブ場所は保持を訪問します。 ボブは、キャロルに電話をします。 ボブは、次に、キャロルと共に連絡を断って、次に、保持のアリスと共に呼び出しを取ります。 アリスがハングアップすると、呼び出しは終わります。
Also note the use of the rendering feature tag defined in RFC 4235 [RFC4235] used in F10 to indicate that Bob's UA is no longer rendering media to Bob, i.e., that Bob has placed the call on hold.
また、ボブのUAがもうメディアをボブに提供していなくて、すなわち、ボブが電話を保持にしたのを示すのにF10で使用されるRFC4235[RFC4235]で定義された表現特徴タグの使用に注意してください。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy 1
F1はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70
Johnston, et al. Best Current Practice [Page 20] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[20ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 INVITE Proxy 1 -> Bob
F2はプロキシの1->のボブを招待します。
INVITE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 21] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[21ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F3 (100 Trying) Proxy 1 -> Alice
F3(100が試みて)のプロキシの1->のアリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F4 180 Ringing Bob -> Proxy 1 SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content Length:0
以下を通って鳴るボブ->プロキシ1一口/2.0 180を鳴らすF4 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F5 180 Ringing Proxy 1 -> Alice
プロキシの1->のアリスに電話をするF5 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 22] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[22ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F6 200 OK Bob -> Proxy 1
F6 200OKボブ->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F7 200 OK Proxy 1 -> Alice
F7 200のOKプロキシの1->のアリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 23] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[23ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F8 ACK Alice -> Proxy 1
F8 ACKアリス->プロキシ1
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf45 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf45 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F9 ACK Proxy 1 -> Bob
F9 ACKのプロキシの1->のボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837494.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf45 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837494.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf45; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
Johnston, et al. Best Current Practice [Page 24] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[24ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
/* Bob places Alice on hold. */
/*ボブはアリスを保持に任命します。 */
F10 INVITE Bob -> Proxy 1
F10はボブ->プロキシ1を招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds7 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
F11 INVITE Proxy 1 -> Alice
F11はプロキシの1->のアリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837497.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837497.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 25] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[25ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
F12 200 OK Alice -> Proxy 1
F12 200OKアリス->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837497.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK837497.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F13 200 OK Proxy 1 -> Bob
F13 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 26] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[26ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
To: アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F14 ACK Bob -> Proxy 1
F14 ACKボブ->プロキシ1
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdsg Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashdsg Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F15 ACK Proxy 1 -> Alice
F15 ACKのプロキシの1->のアリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8374.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdsg ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK8374.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashdsg; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、;=1234567にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 27] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[27ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
呼び出しID: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F16 INVITE Bob -> Proxy 1
F16はボブ->プロキシ1を招待します。
INVITE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds22マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: 9876543210@biloxi.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844834 2890844834 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 50170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844834 2890844834IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの50170RTP/AVP0a=rtpmap: 0PCMU/8000
F17 INVITE Proxy 1 -> Carol
F17はプロキシの1->のキャロルを招待します。
INVITE sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749a.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
INVITE一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749a.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds22;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: 9876543210@biloxi.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください。
Johnston, et al. Best Current Practice [Page 28] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[28ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Supported: replaces Content-Type: application/sdp Content-Length: ...
支持される: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844834 2890844834 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 50170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844834 2890844834IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの50170RTP/AVP0a=rtpmap: 0PCMU/8000
F18 (100 Trying) Proxy 1 -> Bob
F18(100が試みて)のプロキシの1->のボブ
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds22;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: 9876543210@biloxi.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F19 180 Ringing Carol -> Proxy 1 SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749a.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Content Length:0
以下を通って鳴るキャロル->プロキシ1一口/2.0 180を鳴らすF19 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749a.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds22;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、コンテンツの長さ: 0
F20 180 Ringing Proxy 1 -> Bob
プロキシの1->のボブに電話をするF20 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bKnashds22
Johnston, et al. Best Current Practice [Page 29] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[29ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;received=client.chicago.example.com Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Content Length: 0
; 容認された=client.chicago.example.com記録的なルート: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、コンテンツの長さ: 0
F21 200 OK Carol -> Proxy 1
F21 200OKキャロル->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749a.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749a.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds22;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844922 2890844922IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F22 200 OK Proxy 1 -> Bob
F22 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds22 ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds22;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、;=456654にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 30] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[30ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 9876543210@biloxi.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
呼び出しID: 9876543210@biloxi.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844922 2890844922IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F23 ACK Bob -> Proxy 1
F23 ACKボブ->プロキシ1
ACK sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds24 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds24 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F24 ACK Proxy 1 -> Carol
F24 ACKのプロキシの1->のキャロル
ACK sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749b.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds24 ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 1 ACK
ACK一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749b.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds24; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 1 ACK
Johnston, et al. Best Current Practice [Page 31] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[31ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F25 BYE Bob -> Proxy 1
F25さようならボブ->プロキシ1
BYE sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7j Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds7j Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 2 さようならコンテンツの長さ: 0
F26 BYE Proxy 1 -> Carol
F26のさようならのプロキシの1->のキャロル
BYE sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749k.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7j ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749k.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7j; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 2 さようならコンテンツの長さ: 0
F27 200 OK Carol -> Proxy 1
F27 200OKキャロル->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749k.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7j ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749k.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7j;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、;=456654にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 32] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[32ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 9876543210@biloxi.example.com CSeq: 2 BYE Content-Length: 0
呼び出しID: 9876543210@biloxi.example.com CSeq: 2 さようならコンテンツの長さ: 0
F28 200 OK Proxy 1 -> Bob
F28 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7j ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=456654 Call-ID: 9876543210@biloxi.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7j;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは456654呼び出しIDと等しいです: 9876543210@biloxi.example.com CSeq: 2 さようならコンテンツの長さ: 0
/* Bob takes the call off hold. */
/*ボブは保持から呼び出しを取ります。 */
F29 INVITE Bob -> Proxy 1
F29はボブ->プロキシ1を招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7b Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds7b Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844529 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844529IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 33] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[33ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F30 INVITE Proxy 1 -> Alice
F30はプロキシの1->のアリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749q.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7b ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749q.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7b;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844529 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844529IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F31 200 OK Alice -> Proxy 1
F31 200OKアリス->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749q.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7b ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749q.1;容認された=192.0.2.54 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7b;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 34] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[34ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=alice 2890844526 2890844528 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844528IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F32 200 OK Proxy 1 -> Bob
F32 200のOKプロキシの1->のボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7b ;received=192.0.2.105 Record-Route: <sips:ss1.example.com;lr> From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7b;は=192.0.2.105Record-ルートを受けました: <一口: ss1.example.com; lr>From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844528 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844528IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F33 ACK Bob -> Proxy 1
F33 ACKボブ->プロキシ1
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7d7 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチはz9hG4bKnashds7d7 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替えます。
Johnston, et al. Best Current Practice [Page 35] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[35ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Content-Length: 0
コンテンツの長さ: 0
F34 ACK Proxy 1 -> Alice
F34 ACKのプロキシの1->のアリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8374.1 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7d7 ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK8374.1 Viaと等しいです: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7d7; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F35 BYE Alice -> Proxy 1
F35さようならアリス->プロキシ1
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf10 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf10 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F36 BYE Proxy 1 -> Bob
F36のさようならのプロキシの1->のボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8379.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf10 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK8379.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf10; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 36] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[36ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F37 200 OK Bob -> Proxy 1
F37 200OKボブ->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8379.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf10 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK8379.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf10;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F38 200 OK Proxy 1 -> Alice
F38 200のOKプロキシの1->のアリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf10 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf10;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 37] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[37ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.3. Music on Hold
2.3. 保持に関する音楽
Alice Bob Music Server | | | | INVITE F1 | | |--------------->| | | 180 Ringing F2 | | |<---------------| | | 200 OK F3 | | |<---------------| | | ACK F4 | | |--------------->| | | RTP | | |<==============>| | | | | | Bob places Alice on hold | | | | | INVITE (hold) F5 | |<---------------| | | 200 OK F6 | | |--------------->| | | ACK F7 | | |<---------------| | | no RTP | | | | | | Bob initiates music on hold | | | | | | REFER Refer-To: A F8 | |------------->| | | 202 F9 | | |<-------------| | | NOTIFY F10 | | |<-------------| | | 200 F11 | | |------------->| | INVITE F12 Replaces: B | |<------------------------------| | 200 OK F13 | |------------------------------>| | ACK F14 | |<------------------------------| | RTP Music | |<==============================| | BYE F15 | | |--------------->| NOTIFY F17 | | 200 OK F16 |<-------------| |<---------------| 200 OK F18 | | |------------->|
アリスボブ音楽サーバ| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F2を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F3| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F4| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=======>|、|、|、|、|、| ボブはアリスを保持に任命します。| | | | | F5を招待してください(保持します)。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F6| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F7| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTPがありません。| | | | | | ボブは保持に関する音楽を開始します。| | | | | | To:を参照して、参照してください。 F8| |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 202 F9| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| F10に通知してください。| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 F11| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| 招待F12は以下を取り替えます。 B| |<------------------------------| | 200 OK F13| |------------------------------>| | ACK F14| |<------------------------------| | RTP音楽| |<===============| | さようならF15| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| F17に通知してください。| | 200 OK F16| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 200 OK F18| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|
Johnston, et al. Best Current Practice [Page 38] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[38ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
| | | | The music on hold is complete | | | | | Bob takes Alice off hold | | | | | INVITE Replaces: M F19 | |<---------------| | | 200 OK F20 | | |--------------->| | | ACK F21 | | |<---------------| | | RTP | | |<==============>| | | BYE F22 | |------------------------------>| | 200 OK F23 | |<------------------------------|
| | | | 保持に関する音楽は完全です。| | | | | ボブは保持からアリスを連れて行きます。| | | | | 招待は以下に取って代わります。 M F19| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F20| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F21| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTP| | |<=======>|、|、| さようならF22| |------------------------------>| | 200 OK F23| |<------------------------------|
In this flow, Bob places Alice on hold with music. This is performed by Bob sending a REFER to a Music Server that sends an INVITE with Replaces to Alice. The Music Server then sends RTP music to Alice. Bob picks the call up from hold by sending an INVITE with Replaces to Alice.
この流れでは、ボブは音楽でアリスを保持に任命します。 これはReplacesとINVITEをアリスに送るMusic ServerにREFERを送るボブによって実行されます。 そして、Music Serverはアリスへの音楽をRTPに送ります。 ボブは、保持からReplacesとINVITEをアリスに送ることによって、呼び出しを再開します。
Note the use of the rendering feature tag defined in RFC 4235 [RFC4235] used in F5 to indicate that Bob's UA is no longer rendering media to Bob, i.e., that Bob has placed the call on hold. Feature tags are also used in F12 with the automaton (defined in RFC 3840 [RFC3840]) and byeless feature tags (defined in RFC 4235 [RFC4235]) to describe the capabilities of the Music Server.
ボブのUAがもうメディアをボブに提供していなくて、すなわち、ボブが電話を保持にしたのを示すのにF5で使用されるRFC4235[RFC4235]で定義された表現特徴タグの使用に注意してください。 また、特徴タグはF12でオートマトン(RFC3840[RFC3840]では、定義される)とbyeless特徴タグ(RFC4235[RFC4235]では、定義される)で使用されて、Music Serverの能力について説明します。
Should Alice not wish to receive music on hold, her UA could refuse F12 and she will remain on hold with Bob, but in silence.
アリスが保持に関する音楽を受け取りたくないなら、彼女のUAはF12を拒否するかもしれません、そして、彼女はボブにもかかわらず、沈黙に保持のままで残るでしょう。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください。
Johnston, et al. Best Current Practice [Page 39] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[39ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
支持される: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0
INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com tは0 0と等しいです。
Johnston, et al. Best Current Practice [Page 40] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[40ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの3456RTP/AVP0m=a=rtpmap: 0PCMU/8000
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfd Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfdマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Bob places Alice on hold. */
/*ボブはアリスを保持に任命します。 */
F5 INVITE Bob -> Alice
F5はボブ・->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK874bk To: Alice <sips:alice@atlanta.example.com>;tag=1234567 From: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 712 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bK874bk To: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567From:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 712 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
Johnston, et al. Best Current Practice [Page 41] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[41ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F6 200 OK Alice -> Bob
F6 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK874bk ;received=192.0.2.105 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 From: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 712 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK874bk;は=192.0.2.105To:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567From:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 712 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F7 ACK Bob -> Alice
F7 ACKボブ・->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKq874b To: Alice <sips:alice@atlanta.example.com>;tag=1234567 From: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 712 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bKq874b To: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567From:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 712 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Bob REFERs Music Server to establish session with Alice which replaces the established session between Alice and Bob. */
アリスとのアリスとボブとの確立したセッションに取って代わるセッションを確立する/*ボブREFERs Music Server。 */
F8 REFER Bob -> Music Server
F8はボブ->音楽サーバを参照します。
REFER sips:music@server.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds9
REFER一口: music@server.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bKnashds9
Johnston, et al. Best Current Practice [Page 42] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[42ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=02134 To: Music Server <sips:music@server.example.com> Call-ID: 4802029847@biloxi.example.com CSeq: 1 REFER <allOneLine> Refer-To: <sips:a8342043f@atlanta.example.com;gr?Replaces= 12345600%40atlanta.example.com%3Bfrom-tag%3D23431 %3Bto-tag%3D1234567&Require=replaces> </allOneLine> Referred-By: <sips:bob@biloxi.example.com> Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
マックス-フォワード: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=02134To:にタグ付けをしてください 音楽サーバ<一口: music@server.example.com 、gt;、呼び出しID: 4802029847@biloxi.example.com CSeq: 1 To:を参照する状態で<allOneLine>を参照してください。 <はちびちび飲まれます: 12345600%の40atlanta.example.com a8342043f@atlanta.example.com;gr?Replaces =%が%3D23431%3Bto-タグ%3D1234567に3Bfromタグ付けをして、=を必要とする、参照されていた状態で></allOneLine>を取り替えます: <一口: bob@biloxi.example.com 、gt;、接触: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F9 202 Accepted Music Server -> Bob
F9 202は音楽サーバ->ボブを受け入れました。
SIP/2.0 202 Accepted Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds9 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=02134 To: Music Server <sips:music@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com Contact: <sips:music@server.example.com> CSeq: 1 REFER Content-Length: 0
一口/2.0 202は以下を通って受け入れました。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds9;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134To:にタグ付けをしてください 音楽サーバ<一口: music@server.example.com 、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com 接触: <一口: music@server.example.com 、gt;、CSeq: 1 コンテンツの長さを参照してください: 0
F10 NOTIFY Music Server -> Bob
F10は音楽サーバ->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bT6 To: Bob <sips:bob@biloxi.example.com>;tag=02134 Max-Forwards: 70 From: Music Server <sips:music@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 1 NOTIFY Event: refer Subscription-State: active;expires=60 Contact: <sips:music@server.example.com> Content-Type: message/sipfrag Content-Length: ...
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS server.example.com:5061; ブランチ=z9hG4bK74bT6To: ボブ<一口: bob@biloxi.example.com 、gt;、; 前方へ=02134最大にタグ付けをしてください: 70 From: 音楽サーバ<一口: music@server.example.com 、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 1 出来事に通知してください: Subscription-状態を参照してください: 能動態; =60Contactを吐き出します: <一口: music@server.example.com 、gt;、コンテントタイプ: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 100 Trying
一口/2.0 100トライ
Johnston, et al. Best Current Practice [Page 43] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[43ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F11 200 OK Bob -> Music Server
F11 200OKボブ->音楽サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bT6 ;received=192.0.2.103 To: Bob <sips:bob@biloxi.example.com>;tag=02134 From: Music Server <sips:music@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 1 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74bT6;は=192.0.2.103To:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134From:にタグ付けをしてください 音楽サーバ<一口: music@server.example.com 、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 1 コンテンツの長さに通知してください: 0
/* Music Server places call to Alice to replace session between Alice and Bob. */
/*音楽Server場所は、アリスとボブとのセッションを取り替えるためにアリスに呼びかけます。 */
F12 INVITE Music Server -> Alice
F12は音楽サーバ->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf Max-Forwards: 70 From: <sips:music@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr> Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Referred-By: <sips:bob@biloxi.example.com> Contact: <sips:music@server.example.com>;automaton ;+sip.byeless;+sip.rendering="no" Require: replaces Replaces: 12345600@atlanta.example.com ;from-tag=23431;to-tag=1234567 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS server.example.com: 5061; ブランチは前方へz9hG4bK74rfマックスと等しいです: 70 From: <一口: music@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、呼び出しID: a5-75-34-12-76@server.example.com CSeq: 1 招待は参照されました: <一口: bob@biloxi.example.com 、gt;、接触: <一口: music@server.example.com 、gt;、;オートマトン; + sip.byeless; + sip.rendering=「いいえ」が以下が必要である Replacesを取り替えます: タグ=23431からのタグへの 12345600@atlanta.example.com =1234567は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=MusicServer 2890844576 2890844576 IN IP4 server.example.com s= c=IN IP4 server.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0IN v=0 o=MusicServer2890844576 2890844576IN IP4 server.example.com s=c=IP4 server.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
Johnston, et al. Best Current Practice [Page 44] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[44ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F13 200 OK Alice -> Music Server
F13 200OKアリス->音楽サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf ;received=192.0.2.103 From: <sips:music@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74rf;は=192.0.2.103From:を受けました。 <一口: music@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F14 ACK Music Server -> Alice
F14 ACK音楽サーバ->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK7rfF Max-Forwards: 70 From: <sips:music@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS server.example.com: 5061; ブランチは前方へz9hG4bK7rfFマックスと等しいです: 70 From: <一口: music@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 ACKコンテンツの長さ: 0
F15 BYE Alice -> Bob
F15さようならアリス・->ボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com
Johnston, et al. Best Current Practice [Page 45] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[45ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 2 BYE Content-Length: 0
CSeq: 2 さようならコンテンツの長さ: 0
F16 200 OK Bob -> Alice
F16 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
/* Music Server reports success back to Bob by returning a 200 OK response. Bob obtains the dialog identifiers from the headers included in the response. */
/*音楽Serverは、200OK応答を返すことによって、ボブに成功の報告を持ちかえります。 応答にヘッダーからの識別子を含んでいて、ボブは対話を得ます。 */
F17 NOTIFY Music Server -> Bob
F17は音楽サーバ->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bf9 To: Bob <sips:bob@biloxi.example.com>;tag=02134 Max-Forwards: 70 From: Music Server <sips:music@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 2 NOTIFY Event: refer Subscription-State: terminated;reason=noresource Contact: <sips:music@server.example.com> Content-Type: message/sipfrag Content-Length: ...
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS server.example.com:5061; ブランチ=z9hG4bK74bf9To: ボブ<一口: bob@biloxi.example.com 、gt;、; 前方へ=02134最大にタグ付けをしてください: 70 From: 音楽サーバ<一口: music@server.example.com 、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 2 出来事に通知してください: Subscription-状態を参照してください: 終わり、; 理由はnoresource Contactと等しいです: <一口: music@server.example.com 、gt;、コンテントタイプ: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf ;received=192.0.2.103 From: <sips:music@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr>
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74rf;は=192.0.2.103From:を受けました。 <一口: music@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt。
Johnston, et al. Best Current Practice [Page 46] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[46ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F18 200 OK Bob -> Music Server
F18 200OKボブ->音楽サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 To: Bob <sips:bob@biloxi.example.com>;tag=02134 From: Music Server <sips:music@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 2 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103To:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134From:にタグ付けをしてください 音楽サーバ<一口: music@server.example.com 、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 2 コンテンツの長さに通知してください: 0
/* Alice is now parked at the Music Server. */
/*アリスが現在Music Serverに駐車される、*/
/* Bob picks up the call by sending an INVITE to Alice, who replaces the existing session with the Music Server. */
/*ボブはINVITEをアリスに送る呼び出しに. */を選びます。彼女は既存のセッションをMusic Serverに取り替えます。
F19 INVITE Bob -> Alice
F19はボブ・->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bf9 From: Bob <sips:bob@biloxi.example.com>;tag=4i323pr To: Alice <sips:a8342043f@atlanta.example.com;gr> Call-ID: uioewrjk2k2were CSeq: 42121 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Replaces: a5-75-34-12-76@server.example.com ;to-tag=098594;from-tag=0111 Contact: <sips:bob@client.biloxi.example.com> Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bK74bf9From: ボブ<一口: bob@biloxi.example.com 、gt;、;=4i323pr To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、呼び出しID: uioewrjk2k2were CSeq: 42121 招待は以下を許容します。 招待、ACK、取り消してくださいといって、オプション(さようなら)が参照される、登録、通知してください、取り替えます: タグからのタグ=098594への a5-75-34-12-76@server.example.com は0111年の接触と等しいです: <一口: bob@client.biloxi.example.com 、gt;、支持される: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844631 2890844631 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv
0 0INボブの2890844631 2890844631IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000a=sendrecv
Johnston, et al. Best Current Practice [Page 47] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[47ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F20 200 OK Alice -> Bob
F20 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=4i323pr To: Alice <sips:a8342043f@atlanta.example.com;gr>;tag=6654323 Call-ID: uioewrjk2k2were CSeq: 42121 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Contact: <sips:alice@client.atlanta.example.com> Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=4i323pr To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは6654323呼び出しIDと等しいです: uioewrjk2k2were CSeq: 42121 招待は以下を許容します。 登録、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、接触に通知してください: <一口: alice@client.atlanta.example.com 、gt;、支持される: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844576 2890844576 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendrecv
0 0IN v=0 o=alice2890844576 2890844576IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=sendrecv
F21 200 ACK Bob -> Alice
F21 200ACKボブ・->アリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKj974bf9 From: Bob <sips:bob@biloxi.example.com>;tag=4i323pr To: Alice <sips:a8342043f@atlanta.example.com;gr>;tag=6654323 Call-ID: uioewrjk2k2were CSeq: 42121 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bKj974bf9From: ボブ<一口: bob@biloxi.example.com 、gt;、;=4i323pr To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは6654323呼び出しIDと等しいです: uioewrjk2k2were CSeq: 42121 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: Content-長さを置き換えます: 0
F22 BYE Alice -> Music Server
F22さようならアリス->音楽サーバ
BYE sips:music@server.example.com SIP/2.0 Max-Forwards: 70 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74rf
BYE一口: 前方へ music@server.example.com SIP/2.0マックス: 以下を通って70 SIP/2.0/TLS client.atlanta.example.com:5061; ブランチ=z9hG4bK74rf
Johnston, et al. Best Current Practice [Page 48] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[48ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: <sips:music@server.example.com>;tag=0111 From: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 15 BYE Content-Length: 0
To: <一口: music@server.example.com 、gt;、;=0111From:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 15 さようならコンテンツの長さ: 0
F23 200 OK Music Server -> Alice
F23 200OK音楽サーバ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74rf ;received=192.0.2.103 To: <sips:music@server.example.com>;tag=0111 From: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 15 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74rf;は=192.0.2.103To:を受けました。 <一口: music@server.example.com 、gt;、;=0111From:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 15 さようならコンテンツの長さ: 0
/* Normal media session between Alice and Bob is resumed. */
アリスとボブとの/*通常のメディアセッションは再開されます。 */
Johnston, et al. Best Current Practice [Page 49] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[49ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.4. Transfer - Unattended
2.4. 移してください--、無人
Alice Bob Carol | INVITE F1 | | |<-------------------| | | 180 Ringing F2 | | |------------------->| | | 200 OK F3 | | |------------------->| | | ACK F4 | | |<-------------------| | | RTP | | |<==================>| | | | | | Alice performs unattended transfer | | | | | REFER Refer-To:C F5| | |------------------->| | | 202 Accepted F6 | | |<-------------------| | | NOTIFY F7 | | |<-------------------| | | 200 OK F8 | | |------------------->| | | BYE F9 | | |------------------->| | | 200 OK F10 | | |<-------------------| | | No RTP Session | INVITE Referred-By: A F11 | |------------------->| | | 180 Ringing F12 | | |<-------------------| | | 200 OK F13 | | |<-------------------| | | ACK F14 | | |------------------->| | | RTP | | |<==================>| | NOTIFY F15 | | |<-------------------| | | 200 OK F16 | | |------------------->| | | | |
アリス・ボブ・キャロル| F1を招いてください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 180 F2を鳴らすこと。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F3| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F4| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTP| | |<=========>|、|、|、|、|、| アリスは無人の転送を実行します。| | | | | To:Cを参照しているF5を参照してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 202 受け入れられたF6| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| F7に通知してください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F8| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| さようならF9| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F10| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTPセッションがありません。| 招待は参照されました: F11| |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F12を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F13| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F14| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=========>|、| F15に通知してください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F16| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、|
Johnston, et al. Best Current Practice [Page 50] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[50ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
In this scenario, Bob calls Alice. Alice then transfers Bob to Carol, then Alice disconnects with Bob. Bob establishes the session to Carol then reports the success back to Alice in the NOTIFY in F15. If the transfer fails, Bob can send a new INVITE back to Alice to re- establish the session.
このシナリオでは、ボブは、アリスに電話をします。 次に、アリスはボブをキャロルに移して、次に、アリスはボブと共に連絡を断ちます。 ボブは成功がF15のNOTIFYでアリスに支持するキャロルの当時のレポートにセッションを確立します。 転送が失敗するなら、ボブは、セッションを再証明するために新しいINVITEをアリスに送り返すことができます。
Despite the BYE sent by Alice in F9, the dialog between Alice and Bob still exists until the subscription created by the REFER has terminated (either due to a NOTIFY containing a Subscription-State: terminated;reason=noresource header field, as in F15, or a 481 response to a NOTIFY).
F9でアリスによって送られたBYEにもかかわらず、REFERによって作成された購読が終わるまで(どちらかaを含むNOTIFYのため、終えられた状態で以下をSubscription述べてください; 理由はnoresourceヘッダーフィールドと等しいです、F15、またはNOTIFYへの481応答のように)、アリスとボブの間の対話はまだ存在しています。
For more about call transfer, see the transfer document [TRANSFER].
呼び出し転送に関する以上に関しては、転送ドキュメント[TRANSFER]を見てください。
Message Details
メッセージの詳細
F1 INVITE Bob -> Alice
F1はボブ・->アリスを招待します。
INVITE sips:alice@atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com> Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、呼び出しID: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Alice -> Bob
アリス・->ボブに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=314159
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=314159にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 51] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[51ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Content-Length: 0
To: アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Alice -> Bob
F3 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F4 ACK Bob -> Alice
F4 ACKボブ・->アリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds2 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds2マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Session is established between Alice and Bob. */
/*セッションはアリスとボブの間で確立されます。 */
Johnston, et al. Best Current Practice [Page 52] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[52ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
/* Alice performs unattended transfer of Bob to Carol. */
/*アリスはボブの無人の転送をキャロルに実行します。 */
F5 REFER Alice -> Bob
F5はアリス・->ボブを参照します。
REFER sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds8 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 101 REFER Refer-To: <sips:carol@chicago.example.com> Referred-By: <alice@atlanta.example.com> Contact: <sips:alice@client.atlanta.example.com> Content-Length: 0
REFER一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds8マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 101はTo:を参照する状態で参照されます。 <一口: carol@chicago.example.com 、gt;、参照されています: <alice@atlanta.example.com>接触: <一口: alice@client.atlanta.example.com 、gt;、コンテンツの長さ: 0
F6 202 Accepted Bob -> Alice
F6 202はボブ・->アリスを受け入れました。
SIP/2.0 202 Accepted Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds8 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com Contact: <sips:bob@client.biloxi.example.com> CSeq: 101 REFER Content-Length: 0
一口/2.0 202は以下を通って受け入れました。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds8;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com 接触: <一口: bob@client.biloxi.example.com 、gt;、CSeq: 101 コンテンツの長さを参照してください: 0
F7 NOTIFY Bob -> Alice
F7はボブ・->アリスに通知します。
NOTIFY sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds32 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 NOTIFY Event: refer Subscription-State: active;expires=60 Contact: <sips:bob@client.biloxi.example.com> Content-Type: message/sipfrag Content-Length: ...
NOTIFY一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds32マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 出来事に通知してください: Subscription-状態を参照してください: 能動態; =60Contactを吐き出します: <一口: bob@client.biloxi.example.com 、gt;、コンテントタイプ: sipfrag Contentメッセージ/長さ: ...
Johnston, et al. Best Current Practice [Page 53] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[53ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
SIP/2.0 100 Trying
一口/2.0 100トライ
F8 200 OK Alice -> Bob
F8 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds32 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 2 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds32;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 コンテンツの長さに通知してください: 0
/* Alice now disconnects with Bob. */
/*アリスは現在、ボブと共に連絡を断ちます。 */
F9 BYE Alice -> Bob
F9さようならアリス・->ボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds43 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 102 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds43マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 102 さようならコンテンツの長さ: 0
F10 200 OK Bob -> Alice
F10 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds43 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 102 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds43;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 102 さようならコンテンツの長さ: 0
/* Bob attempts the transfer to Carol. */
/*ボブはキャロルへの転送を試みます。 */
Johnston, et al. Best Current Practice [Page 54] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[54ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F11 INVITE Bob -> Carol
F11はボブ・->キャロルを招待します。
INVITE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds1 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Referred-By: <alice@atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds1マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、参照されています: <alice@atlanta.example.com>は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844539 2890844539 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844539 2890844539IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000
F12 180 Ringing Carol -> Bob
キャロル・->ボブに電話をするF12 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds1 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287 Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds1;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは928287呼び出しIDと等しいです: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、コンテンツの長さ: 0
F13 200 OK Carol -> Bob
F13 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds1 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds1;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、;=928287にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 55] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[55ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
呼び出しID: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890944542 2890844542 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890944542 2890844542IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F14 ACK Bob -> Carol
F14 ACKボブ・->キャロル
ACK sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds9 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287 Call-ID: 7436222@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds9マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは928287呼び出しIDと等しいです: 7436222@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* Bob and Carol now have established a session. Bob reports success to Alice, which Alice probably ignores. */
/*ボブとキャロルは現在、セッションを確立しました。 ボブは成功をアリスに報告します。(アリスはたぶん彼女を無視します)。 */
F15 NOTIFY Bob -> Alice
F15はボブ・->アリスに通知します。
NOTIFY sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds67 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 3 NOTIFY Event: refer Subscription-State: terminated;reason=noresource Contact: <sips:bob@client.biloxi.example.com> Content-Type: message/sipfrag
NOTIFY一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds67マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 3 出来事に通知してください: Subscription-状態を参照してください: 終わり、; 理由はnoresource Contactと等しいです: <一口: bob@client.biloxi.example.com 、gt;、コンテントタイプ: メッセージ/sipfrag
Johnston, et al. Best Current Practice [Page 56] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[56ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Content-Length: ...
コンテンツの長さ: ...
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds1 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287 Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds1;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは928287呼び出しIDと等しいです: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
F16 200 OK Alice -> Bob
F16 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds6 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=314159 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345601@atlanta.example.com CSeq: 3 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds6;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=314159To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 3 コンテンツの長さに通知してください: 0
Johnston, et al. Best Current Practice [Page 57] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[57ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.5. Transfer - Attended
2.5. 転送--出席されます。
Alice Bob Carol | | | | INVITE F1 | | |--------------->| | | 180 Ringing F2 | | |<---------------| | | 200 OK F3 | | |<---------------| | | ACK F4 | | |--------------->| | | RTP | | |<==============>| | |INVITE (hold) F5| | |<---------------| | | 200 OK F6 | | |--------------->| | | ACK F7 | | |<---------------| | | No RTP | | | | INVITE F8 | | |------------->| | | 180 Ringing F9 | |<-------------| | | 200 OK F10 | | |<-------------| | | ACK F11 | | |------------->| | | RTP | | |<============>| | |INVITE (hold) F12 | |------------->| | | 200 OK F13 | | |<-------------| | | ACK F14 | | |------------->| | | No RTP | | REFER Refer-To: C F15 | |<---------------| | |202 Accepted F16| | |--------------->| | | NOTIFY F17 | | |--------------->| | | 200 OK F18 | | |<---------------| | | INVITE Replaces: B F19 | |------------------------------>|
アリス・ボブ・キャロル| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F2を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F3| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F4| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=======>|、| |F5を招待してください(保持します)。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F6| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F7| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTPがありません。| | | | F8を招待してください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F9を鳴らすこと。| | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F10| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F11| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<======>|、| |F12を招待してください(保持します)。| |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F13| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F14| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTPがありません。| | To:を参照して、参照してください。 C F15| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| |202 受け入れられたF16| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| F17に通知してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F18| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 招待は以下に取って代わります。 B F19| |------------------------------>|
Johnston, et al. Best Current Practice [Page 58] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[58ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
| 200 OK F20 | |<------------------------------| | ACK F21 | |------------------------------>| | RTP | |<=============================>| | | BYE F22 | | |<-------------| | | 200 OK F23 | | |------------->| | NOTIFY F24 | | |--------------->| | | 200 OK F25 | | |<---------------| | | BYE F26 | | |<---------------| | | 200 OK F27 | | |--------------->| |
| 200OK F20| |<------------------------------| | ACK F21| |------------------------------>| | RTP| |<===============>|、|、| さようならF22| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F23| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| F24に通知してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F25| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| さようならF26| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F27| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|
In this scenario, Alice calls Bob. Bob puts Alice on hold then calls Carol to announce transfer, then places Carol on hold. Bob transfers Alice to Carol, which replaces the session between Bob and Carol. Carol then disconnects session with Bob. Alice reports success of transfer to Bob, who then disconnects with Alice. In this example, the Replaces header field [RFC3891] is inserted into the Refer-To URI by Bob. Note that the Refer-To URI is the Contact URI returned by Carol in the 200 OK response F10. This ensures that only the correct instance of Carol is reached. The presence of the gr URI parameter in the Contact URI in message F10 indicates that the Contact URI is a GRUU [GRUU] and will be globally routable outside of the dialog. Without knowing the Contact URI is a gruu, Bob must be prepared, if the triggered INVITE had failed, to retry the REFER with a Refer-To URI of the URI used to reach Carol but with a Require: replaces header escaped in the Refer-To header field, as discussed in the transfer document [TRANSFER].
このシナリオでは、アリスは、ボブに電話をします。 転送を発表するという呼び出しキャロル、ボブはアリスを保留にして、次に、保持でのキャロルはその時、入賞します。 ボブはアリスをキャロルに移します。(彼女はボブとキャロルとのセッションを取り替えます)。 そして、キャロルはボブとのセッションを外します。 アリスは転送の成功をボブに報告します。(ボブは、その時、アリスと共に連絡を断ちます)。 この例、ヘッダーフィールド[RFC3891]が挿入されるReplaces、Refer、-、URI、ボブ。 それに注意してください、Refer、-、URI、200OK応答F10でキャロルによって返されたContact URIはそうです。 これは、キャロルの正しい例だけに達しているのを確実にします。 メッセージF10のContact URIにおける、gr URIパラメタの存在はContact URIがGRUU[GRUU]であり、対話のグローバルに発送可能な外部になるのを示します。 Contact URIがgruuであることを知らない、ボブは用意ができていなければなりません、引き起こされたINVITEがaでREFERを再試行するために失敗したならRefer、-、URIのURIに以前はキャロルにもかかわらず、Requireと共によく達していました: 逃げられたヘッダーを取り替える、Refer、-、ヘッダーフィールド、転送で議論するように、[TRANSFER]を記録してください。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com
Johnston, et al. Best Current Practice [Page 59] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[59ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 60] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[60ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
/* Alice and Bob have established a session. Bob puts Alice on hold. */
/*アリスとボブはセッションを確立しました。 ボブはアリスを保留にします。 */
F5 INVITE Bob -> Alice
F5はボブ・->アリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: bob@client.biloxi.example.com 、gt;、; + sip.renderingはどんなコンテントタイプとも等しくはありません: アプリケーション/sdp Allow: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com
ボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=cはIN IP4 client.biloxi.example.comと等しいです。
Johnston, et al. Best Current Practice [Page 61] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[61ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
オーディオの3456RTP/AVP0 0 0t=m=a=rtpmap: 0PCMU/8000a=sendonly
F6 200 OK Alice -> Bob
F6 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F7 ACK Bob -> Alice
F7 ACKボブ・->アリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds3 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 ACK Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds3マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024年のACKコンテンツの長さ: 0
/* Bob calls Carol. */
/*ボブは、キャロルに電話をします。 */
Johnston, et al. Best Current Practice [Page 62] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[62ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F8 INVITE Bob -> Carol
F8はボブ・->キャロルを招待します。
INVITE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: sdjfdjfskdf@biloxi.example.com CSeq: 42 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 28908445834 2890844834 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの28908445834 2890844834IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000
F9 180 Ringing Carol -> Bob
キャロル・->ボブに電話をするF9 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 INVITE Contact: <sips:39itp34klkd@chicago.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnash;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 42 接触を招いてください: <一口: 39itp34klkd@chicago.example.com 、gt;、コンテンツの長さ: 0
F10 200 OK Carol -> Bob
F10 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnash;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com
Johnston, et al. Best Current Practice [Page 63] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[63ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 42 INVITE Contact: <sips:39itp34klkd@chicago.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
CSeq: 42 接触を招いてください: <一口: 39itp34klkd@chicago.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844922 2890844922IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F11 ACK Bob -> Carol
F11 ACKボブ・->キャロル
ACK sips:39itp34klkd@chicago.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashd5 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 ACK Content-Length: 0
ACK一口: 39itp34klkd@chicago.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashd5マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 42 ACKコンテンツの長さ: 0
/* Bob puts Carol on hold. */
/*ボブはキャロルを保留にします。 */
F12 INVITE Bob -> Carol
F12はボブ・->キャロルを招待します。
INVITE sips:39itp34klkd@chicago.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds0 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 43 INVITE Contact: <sips:bob@client.biloxi.example.com>;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: 39itp34klkd@chicago.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds0マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 43 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、;+ sip.rendering=「いいえ」が以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 64] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[64ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=bob 289084834 2890844835 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=sendonly
0 0INボブの289084834 2890844835IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000a=sendonly
F13 200 OK Carol -> Bob
F13 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds0 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 43 INVITE Contact: <sips:39itp34klkd@chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds0;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 43 接触を招いてください: <一口: 39itp34klkd@chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844922 2890844923 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0INキャロル2890844922 2890844923IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
F14 ACK Bob -> Carol
F14 ACKボブ・->キャロル
ACK sips:39itp34klkd@chicago.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash334 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com
ACK一口: 39itp34klkd@chicago.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnash334マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com
Johnston, et al. Best Current Practice [Page 65] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[65ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 43 ACK Content-Length: 0
CSeq: 43 ACKコンテンツの長さ: 0
/* Bob transfers Alice to Carol. */
/*ボブはアリスをキャロルに移します。 */
F15 REFER Bob -> Alice
F15はボブ・->アリスを参照します。
REFER sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds2g Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1025 REFER <allOneLine> Refer-To: <sips:39itp34klkd@chicago.example.com?Replaces= sdjfdjfskdf%40biloxi.example.com%3Bto-tag%3D5f35a3 %3Bfrom-tag%3D8675309&Require=replaces> </allOneLine> Referred-By: <sips:bob@biloxi.example.com> Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
REFER一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds2gマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1025はTo:を参照する状態で<allOneLine>を参照します。 <はちびちび飲まれます: 39itp34klkd@chicago.example.com?Replaces =が%40biloxi.example.com%3Bto-タグ%3D5f35a3%3Bfrom-タグ%3D8675309をsdjfdjfskdfして、=を必要とする、参照されていた状態で></allOneLine>を取り替えます: <一口: bob@biloxi.example.com 、gt;、接触: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F16 202 Accepted Alice -> Bob
F16 202はアリス・->ボブを受け入れました。
SIP/2.0 202 Accepted Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds2g ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com Contact: <sips:alice@client.atlanta.example.com> CSeq: 1025 REFER Content-Length: 0
一口/2.0 202は以下を通って受け入れました。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds2g;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com 接触: <一口: alice@client.atlanta.example.com 、gt;、CSeq: 1025はコンテンツの長さを参照します: 0
F17 NOTIFY Alice -> Bob
F17はアリス・->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfK Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfKマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=23431にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 66] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[66ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 2 NOTIFY Contact: <sips:alice@client.atlanta.example.com> Event: refer Subscription-State: active;expires=60 Content-Type: message/sipfrag Content-Length: ...
呼び出しID: 12345600@atlanta.example.com CSeq: 2 接触に通知してください: <一口: alice@client.atlanta.example.com 、gt;、出来事: Subscription-状態を参照してください: 能動態; =60コンテントタイプを吐き出します: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 100 Trying
一口/2.0 100トライ
F18 200 OK Bob -> Alice
F18 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfK ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 2 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfK;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 コンテンツの長さに通知してください: 0
/* Alice establishes session with Carol, which replaces the session between Bob and Carol. */
/*アリスはキャロルとのセッションを確立します。(彼女はボブとキャロルとのセッションを取り替えます)。 */
F19 INVITE Alice -> Carol
F19はアリス・->キャロルを招待します。
INVITE sips:39itp34klkd@chicago.example.com;gr SIP/2.0 Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKadfe4ko To: Carol <sips:39itp34klkd@chicago.example.com> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=3461 Call-ID: 9435674543@atlanta.example.com CSeq: 1 INVITE Require: replaces Referred-By: <sips:bob@biloxi.example.com> Replaces: sdjfdjfskdf@biloxi.example.com ;to-tag=5f35a3;from-tag=8675309 Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: 39itp34klkd@chicago.example.com;gr SIP/2.0Via: SIP/2.0/TLS chicago.example.com:5061; ブランチ=z9hG4bKadfe4ko To: キャロル<一口: 39itp34klkd@chicago.example.com 、gt;、前方へマックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、; タグは3461年の呼び出しIDと等しいです: 9435674543@atlanta.example.com CSeq: 1 招待は以下を必要とします。 近くReferredを取り替えます: <一口: bob@biloxi.example.com 、gt;、取り替えます: タグからのタグ=5f35a3への sdjfdjfskdf@biloxi.example.com は8675309接触と等しいです: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 67] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[67ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=alice 2890844989 2890844989 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844989 2890844989IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000
F20 200 OK Carol -> Alice
F20 200OKキャロル・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKadfe4ko ;received=192.0.2.103 To: Carol <sips:39itp34klkd@chicago.example.com>;tag=ff3a From: Alice <sips:alice@atlanta.example.com>;tag=3461 Call-ID: 9435674543@atlanta.example.com CSeq: 1 INVITE Contact: <sips:39itp34klkd@chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS chicago.example.com: 5061; ブランチ=z9hG4bKadfe4ko;は=192.0.2.103To:を受けました。 キャロル<一口: 39itp34klkd@chicago.example.com 、gt;、;=ff3a From:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは3461年の呼び出しIDと等しいです: 9435674543@atlanta.example.com CSeq: 1 接触を招いてください: <一口: 39itp34klkd@chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844221 2890844221 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844221 2890844221IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの49172RTP/AVP0a=rtpmap: 0PCMU/8000
F21 ACK Alice -> Carol
F21 ACKアリス・->キャロル
ACK sips:39itp34klkd@chicago.example.com;gr SIP/2.0 Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKadfe4kU3 To: Carol <sips:39itp34klkd@chicago.example.com>;tag=ff3a Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=3461 Call-ID: 9435674543@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
ACK一口: 39itp34klkd@chicago.example.com;gr SIP/2.0Via: SIP/2.0/TLS chicago.example.com:5061; ブランチ=z9hG4bKadfe4kU3To: キャロル<一口: 39itp34klkd@chicago.example.com 、gt;、; =ff3aマックス-フォワードにタグ付けをしてください: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、; タグは3461年の呼び出しIDと等しいです: 9435674543@atlanta.example.com CSeq: 1 ACKは以下を許容します。 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください。
Johnston, et al. Best Current Practice [Page 68] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[68ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Supported: replaces Content-Length: 0
支持される: Content-長さを置き換えます: 0
/* Carol then disconnects from Bob. */
そして、/*キャロルはボブから連絡を断ちます。 */
F22 BYE Carol -> Bob
F22さようならキャロル・->ボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfE To: Bob <sips:bob@biloxi.example.com>;tag=8675309 Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 1 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com:5061; ブランチ=z9hG4bK74bfE To: ボブ<一口: bob@biloxi.example.com 、gt;、; 前方へ=8675309最大にタグ付けをしてください: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 1 さようならコンテンツの長さ: 0
F23 200 OK Bob -> Carol
F23 200OKボブ・->キャロル
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfE ;received=192.0.2.123 To: Bob <sips:bob@biloxi.example.com>;tag=8675309 From: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 1 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfE;は=192.0.2.123To:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309From:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 1 さようならコンテンツの長さ: 0
/* Alice tells Bob that the call has been successfully transferred. */
/*アリスは、呼び出しが首尾よく移されたとボブに言います。 */
F24 NOTIFY Alice -> Bob
F24はアリス・->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2N Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 3 NOTIFY Event: refer Subscription-State: terminated;reason=noresource
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf2Nマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 3 出来事に通知してください: Subscription-状態を参照してください: 終わり、;理由がnoresourceと等しい
Johnston, et al. Best Current Practice [Page 69] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[69ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Contact: <sips:alice@client.atlanta.example.com> Content-Type: message/sipfrag Content-Length: ...
接触: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 200 OK Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKadfe4ko ;received=192.0.2.103 To: Carol <sips:39itp34klkd@chicago.example.com>;tag=ff3a From: Alice <sips:alice@atlanta.example.com>;tag=3461 Call-ID: 9435674543@atlanta.example.com CSeq: 1 INVITE Contact: <sips:39itp34klkd@chicago.example.com>
以下を通って一口/2.0 200OK SIP/2.0/TLS chicago.example.com: 5061; ブランチ=z9hG4bKadfe4ko;は=192.0.2.103To:を受けました。 キャロル<一口: 39itp34klkd@chicago.example.com 、gt;、;=ff3a From:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは3461年の呼び出しIDと等しいです: 9435674543@atlanta.example.com CSeq: 1 接触を招いてください: <一口: 39itp34klkd@chicago.example.com 、gt。
F25 200 OK Bob -> Alice
F25 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 3 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 3 コンテンツの長さに通知してください: 0
/* Bob disconnects with Alice. */
/*ボブはアリスと共に連絡を断ちます。 */
F26 BYE Bob -> Alice
F26さようならボブ・->アリス
BYE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7P Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1026 BYE Content-Length: 0
BYE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds7Pマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1026年のさようならコンテンツの長さ: 0
F27 200 OK Alice -> Bob
F27 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7P
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com:5061; ブランチ=z9hG4bKnashds7P
Johnston, et al. Best Current Practice [Page 70] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[70ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1026 BYE Content-Length: 0
; 容認された=192.0.2.113From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1026年のさようならコンテンツの長さ: 0
2.6. Transfer - Instant Messaging
2.6. 転送--インスタントメッセージング
Alice Bob Carol | | | | INVITE F1 | | |------------->| | | 180 Ringing F2 | |<-------------| | | 200 OK F3 | | |<-------------| | | ACK F4 | | |------------->| | | Both way RTP Established | |<============>| | | | MESSAGE F5 | | |------------------>| | | 200 OK F6 | | |<------------------| | | | | INVITE Replaces:A-B F7 | |<---------------------------------| | 200 OK F8 | |--------------------------------->| | ACK F9 | |<---------------------------------| | Both way RTP Established | |<================================>| | BYE F10 | | |------------->| | | 200 OK F11 | | |<-------------| | | |
アリス・ボブ・キャロル| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F2を鳴らすこと。| | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F3| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F4| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 両方、道のRTP Established| |<======>|、|、|、| メッセージF5| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F6| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| 招待は1B F7である状態で以下に取って代わります。| |<---------------------------------| | 200 OK F8| |--------------------------------->| | ACK F9| |<---------------------------------| | 両方、道のRTP Established| |<================>|、| さようならF10| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F11| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|
In this scenario, Alice and Bob establish a session between them. Bob wants Carol to take the call and so sends an Instant Message (IM) to Carol containing Alice's URI and an embedded Replaces header field. If Carol clicks on the URI, Carol's SIP UA sends an INVITE to Alice, which replaces the session with Bob.
このシナリオに、アリスとボブはそれらの間のセッションを確立します。 キャロルに呼び出しを取って欲しいので、ボブは、アリスのURIと埋め込まれたReplacesヘッダーフィールドを含むキャロルにInstant Message(IM)を送ります。 キャロルがURIをクリックするなら、キャロルのSIP UAはINVITEをアリスに送ります。(彼女はセッションをボブに取り替えます)。
Johnston, et al. Best Current Practice [Page 71] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[71ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
This scenario shows the use of the SIP MESSAGE [RFC3428] method to pass the URI. However, another IM protocol or other method could have been used to pass the URI from Bob to Carol.
このシナリオはURIを通過するSIP MESSAGE[RFC3428]方法の使用を示しています。 しかしながら、別のIMプロトコルか他の方法が、ボブからキャロルまでURIを通過するのに使用されたかもしれません。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
F1 INVITEアリス->ボブINVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 72] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[72ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com Contact: <sips:bob@client.biloxi.example.com> CSeq: 1 INVITE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com 接触: <一口: bob@client.biloxi.example.com 、gt;、CSeq: 1 招待は以下を許容します。 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください、そして、支持されていた状態で通信してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74r Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74rマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: CSeqを取り替えます: 1 ACKコンテンツの長さ: 0
/* Bob IMs Carol. */
/*ボブ・IMsキャロル。 */
F5 MESSAGE Bob -> Carol
F5メッセージボブ・->キャロル
MESSAGE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash Max-Forwards: 70
MESSAGE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashマックスと等しいです: 70
Johnston, et al. Best Current Practice [Page 73] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[73ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 MESSAGE Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE Supported: replaces Content-Type: text/html Content-Length: ...
From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: sdjfdjfskdf@biloxi.example.com CSeq: 42メッセージは以下を許容します。 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください、そして、支持されていた状態で通信してください: コンテントタイプを取り替えます: html Contentテキスト/長さ: ...
<HTML>Do you want to take this call from <allOneLine> <A HREF="sips:a8342043f@atlanta.example.com;gr?Replaces= 12345600@atlanta.example.com%3Bto-tag%3D3145678 %3Bfrom-tag%3D1234567&Require=replaces"> Alice</A>? </allOneLine> </HTML>
<HTML>Do、あなたが<allOneLine><A HREF=からこの呼び出しを取りたがっている、「一口: 12345600@atlanta.example.com a8342043f@atlanta.example.com;gr?Replaces =%3Bto-タグ%3D3145678%3Bfrom-タグ%3D1234567&Require=は「>アリス</A>?」を取り替えます。 </allOneLine></HTML>。
F6 200 OK Carol -> Bob
F6 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=5f35a3 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 MESSAGE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE Supported: replaces Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnash;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; =5f35a3呼び出しIDにタグ付けをしてください: sdjfdjfskdf@biloxi.example.com CSeq: 42 メッセージ接触: <一口: carol@client.chicago.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください、そして、支持されていた状態で通信してください: Content-長さを置き換えます: 0
/* Carol takes the call from Bob. */
/*キャロルはボブから呼び出しを取ります。 */
F7 INVITE Carol -> Alice
F7はキャロル・->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74HH Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=8675310 To: Alice <sips:a8342043f@atlanta.example.com;gr> Call-ID: 563456212@b2.chicago.example.com CSeq: 1 INVITE Require: replaces
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74HHマックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、呼び出しID: 563456212@b2.chicago.example.com CSeq: 1 招待は以下を必要とします。 取り替えます。
Johnston, et al. Best Current Practice [Page 74] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[74ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Replaces: 12345600@atlanta.example.com ;to-tag=3145678;from-tag=1234567 Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE Supported: replaces Content-Type: application/sdp Content-Length: ...
取り替えます: タグからのタグ=3145678への 12345600@atlanta.example.com は1234567接触と等しいです: <一口: carol@client.chicago.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください、そして、支持されていた状態で通信してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890843122 2890843122 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 5342 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890843122 2890843122IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの5342RTP/AVP0a=rtpmap: 0PCMU/8000
/* Alice matches the dialog information in the Replaces header and accepts the INVITE. */
/*アリスは、Replacesヘッダーで対話情報を合わせて、INVITEを受け入れます。 */
F8 200 OK Alice -> Carol
F8 200OKアリス・->キャロル
SIP/2.0 200 OK Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74HH ;received=192.0.2.114 From: Carol <sips:carol@chicago.example.com>;tag=8675310 To: Alice <sips:a8342043f@atlanta.example.com;gr>;tag=131256 Call-ID: 563456212@b2.chicago.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチ=z9hG4bK74HH;は=192.0.2.114From:を受けました。 キャロル<一口: carol@chicago.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.chicago.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 289084543 289084543 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice289084543 289084543IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49172RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 75] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[75ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F9 ACK Carol -> Alice
F9 ACKキャロル・->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS b2.biloxi.example.com:5061 ;branch=z9hG4bK7435 Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=8675310 To: Alice <sips:a8342043f@atlanta.example.com;gr>;tag=131256 Call-ID: 563456212@b2.chicago.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS b2.biloxi.example.com: 5061; ブランチは前方へz9hG4bK7435マックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.chicago.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* RTP streams are established between Alice and Carol. Alice hangs up with Bob due to the Replaces header field. */
/*RTPの流れはアリスとキャロルの間で確立されます。 アリスはReplacesヘッダーフィールドのためボブと共にハングアップします。 */
F10 BYE Alice -> Bob
F10さようならアリス・->ボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F11 200 OK Bob -> Alice
F11 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 76] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[76ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.7. Call Forwarding Unconditional
2.7. 推進が無条件であると言ってください。
Alice Proxy Gateway | | | | INVITE F1 | | |--------------->| | |(100 Trying) F2 | | |<---------------| | | (181 Call Is Being Forwarded) F3 |<---------------| INVITE F4 | | |------------->| | |180 Ringing F5| | 180 Ringing F6 |<-------------| |<---------------| 200 OK F7 | | 200 OK F8 |<-------------| |<---------------| | | ACK F9 | | |--------------->| ACK F10 | | |------------->| | Both way RTP Established | |<=============================>| | BYE F11 | | |--------------->| BYE F12 | | |------------->| | | 200 OK F13 | | 200 OK F14 |<-------------| |<---------------| | | | |
アリスプロキシゲートウェイ| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |(100トライ) F2| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| (181呼び出しを進めています) F3| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| F4を招待してください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |180 F5を鳴らすこと。| | 180 F6を鳴らすこと。| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 200 OK F7| | 200 OK F8| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F9| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| ACK F10| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| 両方、道のRTP Established| |<===============>|、| さようならF11| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| さようならF12| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F13| | 200 OK F14| <、-、-、-、-、-、-、-、-、-、-、-、--、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|
Bob wants all calls forwarded to the Public Switched Telephone Network (PSTN) (which is just another URI to the proxy server). Alice calls Bob. The proxy server rewrites the Request URI, and forwards the INVITE to a Gateway. Details of messaging behind the Gateway are not shown.
ボブはPublic Switched Telephone Network(PSTN)(プロキシサーバへのただのURIである)にすべての呼び出しを送って欲しいです。 アリスは、ボブに電話をします。 プロキシサーバは、Request URIを書き直して、INVITEをゲートウェイに送ります。 ゲートウェイの後ろで通信する詳細は示されません。
Note that the 181 Call is Being Forwarded response is shown as sent by the proxy. Strictly speaking, the proxy is behaving as a user agent in this case as a proxy cannot generate non-100 provisional responses.
プロキシによって送られるように181CallがBeing Forwarded応答であるというメモは見せられます。 厳密に言うと、この場合、プロキシとしてのユーザエージェントが非100の暫定的な応答を発生させることができないようにプロキシは振る舞っています。
Note also that forwarding could be accomplished using a redirect (302 Moved Temporarily response).
また、再直接で(302Moved Temporarily応答)aを使用することで推進を実行できるだろうことに注意してください。
Johnston, et al. Best Current Practice [Page 77] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[77ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
F1 INVITEアリス->Proxy INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 (100 Trying) Proxy -> Alice
F2(100が試みて)プロキシ->アリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F3 (181 Call is Being Forwarded) Proxy -> Alice
F3(181呼び出しはBeing Forwardedである)プロキシ->アリス
SIP/2.0 181 Call is Being Forwarded Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=9214d
SIP/2.0 181CallはBeing Forwarded Viaです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=9214dにタグ付けをしてください
Johnston, et al. Best Current Practice [Page 78] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[78ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
/* Proxy forwards call by rewriting Request-URI. */
/*プロキシフォワードは、Request-URIを書き直すことによって、呼びます。 */
F4 INVITE Proxy -> Gateway
F4はプロキシ->ゲートウェイを招待します。
INVITE sips:+19727293660@gw1.example.com;user=phone SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: + 19727293660@gw1.example.com;user は電話SIP/2.0Viaと等しいです: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F5 180 Ringing Gateway -> Proxy
ゲートウェイ->プロキシに電話をするF5 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com
Johnston, et al. Best Current Practice [Page 79] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[79ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 1 INVITE Contact: <sips:+19727293660@gw1.example.com;user=phone> Content Length:0
CSeq: 1 接触を招いてください: <はちびちび飲まれます: + 19727293660@gw1.example.com;user が電話と等しい、gt;、コンテンツの長さ: 0
F6 180 Ringing Proxy -> Alice
プロキシ->アリスに電話をするF6 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:+19727293660@gw1.example.com;user=phone> Content Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <はちびちび飲まれます: + 19727293660@gw1.example.com;user が電話と等しい、gt;、コンテンツの長さ: 0
F7 200 OK Gateway -> Proxy
F7 200OKゲートウェイ->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:+19727293660@gw1.example.com;user=phone> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <はちびちび飲まれます: + 19727293660@gw1.example.com;user が電話と等しい、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=GATEWAY1 2890844527 2890844527 IN IP4 gatewayone.example.com s= c=IN IP4 gatewayone.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの3456RTP/AVP0 0 0IN v=0 o=GATEWAY1 2890844527 2890844527IN IP4 gatewayone.example.com s= c=IP4 gatewayone.example.com t=m=a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 80] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[80ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F8 200 OK Proxy -> Alice
F8 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:+19727293660@gw1.example.com;user=phone> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <はちびちび飲まれます: + 19727293660@gw1.example.com;user が電話と等しい、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=GATEWAY1 2890844527 2890844527 IN IP4 gatewayone.example.com s= c=IN IP4 gatewayone.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの3456RTP/AVP0 0 0IN v=0 o=GATEWAY1 2890844527 2890844527IN IP4 gatewayone.example.com s= c=IP4 gatewayone.example.com t=m=a=rtpmap: 0PCMU/8000
F9 ACK Alice -> Proxy
F9 ACKアリス->プロキシ
ACK sips:+19727293660@gw1.example.com;user=phone SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf31 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: + 19727293660@gw1.example.com;user は電話SIP/2.0Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf31 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F10 ACK Proxy -> Gateway
F10 ACKプロキシ->ゲートウェイ
ACK sips:+19727293660@gw1.example.com;user=phone SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749ws.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf31 ;received=192.0.2.103 Max-Forwards: 69
ACK一口: + 19727293660@gw1.example.com;user は電話SIP/2.0Viaと等しいです: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749ws.1Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf31; 容認された=192.0.2の.103のマックス-フォワード: 69
Johnston, et al. Best Current Practice [Page 81] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[81ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F11 BYE Alice -> Proxy
F11さようならアリス->プロキシ
BYE sips:+19727293660@gw1.example.com;user=phone SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfJe Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: + 19727293660@gw1.example.com;user は電話SIP/2.0Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bfJe Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F12 BYE Proxy -> Gateway
F12さようならプロキシ->ゲートウェイ
BYE sips:+19727293660@gw1.example.com;user=phone SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749G1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfJe ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: + 19727293660@gw1.example.com;user は電話SIP/2.0Viaと等しいです: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749G1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfJe; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F13 200 OK Gateway -> Proxy
F13 200OKゲートウェイ->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749G1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfJe ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749G1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfJe;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=314159にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 82] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[82ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
呼び出しID: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F14 200 OK Proxy -> Alice
F14 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfJe ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfJe;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 83] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[83ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.8. Call Forwarding - Busy
2.8. 推進に電話をしてください--、忙しさ
Alice Proxy User B1 User B2 | | | | | INVITE F1 | | | |--------------->| INVITE F2 | | | |------------->| | |(100 Trying) F3 | | | |<---------------| 486 Busy F4 | | | |<-------------| | | | ACK F5 | | | |------------->| | |(181 Call is Being Forwarded) F6 | |<---------------| | INVITE F7 | | |--------------------------------->| | | | 180 Ringing F8 | | |<---------------------------------| | 180 Ringing F9 | | | |<---------------| | 200 OK F10 | | |<---------------------------------| | 200 OK F11 | | | |<---------------| | | | ACK F12 | | | |--------------->| | ACK F13 | | |--------------------------------->| | Both way RTP Established | |<=================================================>| | BYE F14 | | | |--------------->| | BYE F15 | | |--------------------------------->| | | | 200 OK F16 | | 200 OK F17 |<---------------------------------| |<---------------| | | | | | |
アリスプロキシユーザB1ユーザB2| | | | | F1を招いてください。| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| F2を招待してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |(100トライ) F3| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 486 忙しいF4| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F5| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |(181呼び出しはBeing Forwardedです) F6| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| F7を招待してください。| | |--------------------------------->| | | | 180 F8を鳴らすこと。| | |<---------------------------------| | 180 F9を鳴らすこと。| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F10| | |<---------------------------------| | 200 OK F11| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F12| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| ACK F13| | |--------------------------------->| | 両方、道のRTP Established| |<=========================>|、| さようならF14| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| さようならF15| | |--------------------------------->| | | | 200 OK F16| | 200 OK F17|<---------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、|、|
Bob wants calls to B1 forwarded to B2 if B1 is busy (this information is known to the proxy). Alice calls B1, B1 is busy, the proxy server places call to B2.
ボブはB1が忙しいなら(この情報はプロキシにおいて知られています)B2に送られたB1に呼び出しが欲しいです。 B1が忙しい、アリスは、B1と呼んで、プロキシサーバ場所はB2に呼びかけます。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy
F1はアリス->プロキシを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70
Johnston, et al. Best Current Practice [Page 84] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[84ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 INVITE Proxy -> B1
F2はプロキシ->B1を招待します。
INVITE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 85] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[85ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F3 (100 Trying) Proxy -> Alice
F3(100が試みて)プロキシ->アリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F4 486 Busy Here B1 -> Proxy
F4 486はここでB1->プロキシと忙しくします。
SIP/2.0 486 Busy Here Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
ここで以下を通って/2.0 486忙しい状態でちびちび飲んでください。 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F5 ACK Proxy -> B1
F5 ACKプロキシ->B1
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F6 (181 Call is Being Forwarded) Proxy -> Alice
F6(181呼び出しはBeing Forwardedである)プロキシ->アリス
SIP/2.0 181 Call is Being Forwarded Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103
SIP/2.0 181CallはBeing Forwarded Viaです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;容認された=192.0.2.103
Johnston, et al. Best Current Practice [Page 86] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[86ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=9214d Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =9214d呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
/* The proxy now forwards the call to B2. */
プロキシが現在B2への呼び出しを送る/*。 */
F7 INVITE Proxy -> B2
F7はプロキシ->B2を招待します。
INVITE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.2 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F8 180 Ringing B2 -> Proxy
B2->プロキシに電話をするF8 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.2;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 87] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[87ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Content-Length: 0
To: ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、コンテンツの長さ: 0
F9 180 Ringing Proxy -> Alice
プロキシ->アリスに電話をするF9 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、コンテンツの長さ: 0
F10 200 OK B2 -> Proxy
F10 200OK B2->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.2;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client2.biloxi.example.com s= c=IN IP4 client2.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client2.biloxi.example.com s=c=IP4 client2.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 88] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[88ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F11 200 OK Proxy -> Alice
F11 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client2.biloxi.example.com s= c=IN IP4 client2.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client2.biloxi.example.com s=c=IP4 client2.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F12 ACK Alice -> Proxy
F12 ACKアリス->プロキシ
ACK sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfX Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bfX Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F13 ACK Proxy -> B2
F13 ACKプロキシ->B2
ACK sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83731 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfX ;received=192.0.2.103 Max-Forwards: 69
ACK一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83731 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfX; 容認された=192.0.2の.103のマックス-フォワード: 69
Johnston, et al. Best Current Practice [Page 89] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[89ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* RTP streams are established between Alice and B2. */
/*RTPの流れはアリスとB2の間で確立されます。 */
/* Alice eventually hangs up with User B2. */
/*アリスは結局、User B2と共にハングアップします。 */
F14 BYE Alice -> Proxy
F14さようならアリス->プロキシ
BYE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bW4 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bW4 Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F15 BYE Proxy -> B2
F15さようならプロキシ->B2
BYE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837493 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bW4 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK837493 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bW4; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F16 200 OK B2 -> Proxy
F16 200OK B2->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837493 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK837493;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061
Johnston, et al. Best Current Practice [Page 90] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[90ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bK74bW4 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
; ブランチ=z9hG4bK74bW4;容認された=192.0.2.103From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F17 200 OK Proxy -> Alice
F17 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bW4 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bW4;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 91] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[91ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.9. Call Forwarding - No Answer
2.9. 自動転送--答えがありません。
Alice Proxy User B1 User B2 | | | | | INVITE F1 | | | |--------------->| INVITE F2 | | |(100 Trying) F3 |------------->| | |<---------------|180 Ringing F4| | | 180 Ringing F5 |<-------------| | |<---------------| | | | Request Timeout | | | | | | | CANCEL F6 | | | |------------->| | | | 200 OK F7 | | | |<-------------| | | | 487 F8 | | | |<-------------| | | | ACK F9 | | | |------------->| | |(181 Call is Being Forwarded) F10 | |<---------------| | INVITE F11 | | |--------------------------------->| | | | 180 Ringing F12 | | 180 Ringing F13|<---------------------------------| |<---------------| | 200 OK F14 | | |<---------------------------------| | 200 OK F15 | | | |<---------------| | | | ACK F16 | | | |--------------->| | ACK F17 | | |--------------------------------->| | Both way RTP Established | |<=================================================>| | BYE F18 | | | |--------------->| | BYE F19 | | |--------------------------------->| | | | 200 OK F20 | | 200 OK F21 |<---------------------------------| |<---------------| | | | | | |
アリスプロキシユーザB1ユーザB2| | | | | F1を招いてください。| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| F2を招待してください。| | |(100トライ) F3|、-、-、-、-、-、-、-、-、-、-、-、--、>|、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|180 F4を鳴らすこと。| | | 180 F5を鳴らすこと。| <、-、-、-、-、-、-、-、-、-、-、-、--、|、| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| タイムアウトを要求してください。| | | | | | | F6を取り消してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 200 OK F7| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 487 F8| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F9| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |(181呼び出しはBeing Forwardedです) F10| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| F11を招待してください。| | |--------------------------------->| | | | 180 F12を鳴らすこと。| | 180 F13を鳴らすこと。|<---------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F14| | |<---------------------------------| | 200 OK F15| | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F16| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| ACK F17| | |--------------------------------->| | 両方、道のRTP Established| |<=========================>|、| さようならF18| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| さようならF19| | |--------------------------------->| | | | 200 OK F20| | 200 OK F21|<---------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、|、|
Bob wants calls to B1 forwarded to B2 if B1 is not answered (information is known to the proxy server). Alice calls B1 and no one answers. The proxy server then places the call to B2.
ボブはB1が答えられないなら(情報はプロキシサーバに知られています)B2に送られたB1に呼び出しが欲しいです。 アリスは、B1と呼びます、そして、だれも答えません。 そして、プロキシサーバは電話をB2にします。
Johnston, et al. Best Current Practice [Page 92] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[92ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy
F1はアリス->プロキシを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 INVITE Proxy -> B1
F2はプロキシ->B1を招待します。
INVITE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s=
v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=
Johnston, et al. Best Current Practice [Page 93] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[93ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49170RTP/AVP0 0 0IN c=IP4 client.atlanta.example.com t=m=a=rtpmap: 0PCMU/8000
F3 (100 Trying) Proxy -> Alice
F3(100が試みて)プロキシ->アリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F4 180 Ringing B1 -> Proxy
B1->プロキシに電話をするF4 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F5 180 Ringing Proxy -> Alice
プロキシ->アリスに電話をするF5 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 招待
Johnston, et al. Best Current Practice [Page 94] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[94ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
接触: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
/* B1 rings until a configurable timer expires in the proxy. The proxy sends Cancel and proceeds down the list of routes. */
構成可能なタイマがプロキシで期限が切れるまで、/*B1は鳴ります。 プロキシは、キャンセルを送って、ルートのリストの下側に続きます。 */
F6 CANCEL Proxy -> B1
F6はプロキシ->B1を取り消します。
CANCEL sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
キャンセル一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F7 200 OK B1 -> Proxy
F7 200OK B1->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=329d823 Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061; ブランチ=z9hG4bK83749.1;は=192.0.2.54From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =329d823呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F8 487 Request Terminated B1 -> Proxy
F8 487は終えられたB1->プロキシを要求します。
SIP/2.0 487 Request Terminated Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
一口/2.0 487要求は以下を通って終わりました。 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
Johnston, et al. Best Current Practice [Page 95] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[95ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F9 ACK Proxy -> B1
F9 ACKプロキシ->B1
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F10 (181 Call is Being Forwarded) Proxy -> Alice
F10(181呼び出しはBeing Forwardedである)プロキシ->アリス
SIP/2.0 181 Call is Being Forwarded Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=9214d Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
SIP/2.0 181CallはBeing Forwarded Viaです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =9214d呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F11 INVITE Proxy -> B2
F11はプロキシ->B2を招待します。
INVITE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.2 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s=
v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=
Johnston, et al. Best Current Practice [Page 96] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[96ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49170RTP/AVP0 0 0IN c=IP4 client.atlanta.example.com t=m=a=rtpmap: 0PCMU/8000
F12 180 Ringing B2 -> Proxy
B2->プロキシに電話をするF12 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.2;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、コンテンツの長さ: 0
F13 180 Proxy -> Alice
F13 180プロキシ->アリス
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、コンテンツの長さ: 0
F14 200 OK B2 -> Proxy
F14 200OK B2->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.2;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;容認された=192.0.2.103
Johnston, et al. Best Current Practice [Page 97] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[97ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
記録的なルート: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client2.biloxi.example.com s= c=IN IP4 client2.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client2.biloxi.example.com s=c=IP4 client2.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F15 200 OK Proxy -> Alice
F15 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client2.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client2.biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client2.biloxi.example.com s= c=IN IP4 client2.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client2.biloxi.example.com s=c=IP4 client2.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F16 ACK Alice -> Proxy
F16 ACKアリス->プロキシ
ACK sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061
ACK一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061
Johnston, et al. Best Current Practice [Page 98] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[98ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bK74bf3 Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
; ブランチ=z9hG4bK74bf3は以下を発送します。 <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F17 ACK Proxy -> B2
F17 ACKプロキシ->B2
ACK sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8374.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf3 ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK8374.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf3; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* RTP streams are established between Alice and B2. Alice hangs up with User B2. */
/*RTPの流れはアリスとB2の間で確立されます。 アリスはUser B2と共にハングアップします。 */
F18 BYE Alice -> Proxy
F18さようならアリス->プロキシ
BYE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b3f Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74b3f Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F19 BYE Proxy -> B2
F19さようならプロキシ->B2
BYE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837.1
BYE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com:5061; ブランチ=z9hG4bK837.1
Johnston, et al. Best Current Practice [Page 99] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[99ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b3f ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b3f; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F20 200 OK B2 -> Proxy
F20 200OK B2->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK837.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b3f ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK837.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b3f;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F21 200 OK Proxy -> Alice
F21 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b3f ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b3f;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 100] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[100ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.10. 3-Way Conference - Third Party Is Added
2.10. 3ウェイコンファレンス--第三者は加えられます。
Alice Bob Carol | INVITE F1 | | |--------------->| | | 180 Ringing F2 | | |<---------------| | | 200 OK F3 | | |<---------------| | | ACK F4 | | |--------------->| | | RTP | | |<==============>| | | INVITE F5 | | |<---------------| | | 200 OK F6 | | |--------------->| | | ACK F7 | | |<---------------| INVITE F8 | | |------------->| | | 180 F9 | | |<-------------| | | 200 OK F10 | | |<-------------| | | ACK F11 | | |------------->| | | RTP | | |<============>|
アリス・ボブ・キャロル| F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F2を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F3| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F4| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=======>|、|、| F5を招待してください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F6| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F7| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| F8を招待してください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F9| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F10| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F11| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<======>|
In this scenario, Alice and Bob are in a 2-party call (session) when Bob wishes to add Carol into the conversation. Bob is capable of media mixing in a 3-party call. Bob first sends a re-INVITE to Alice, changing Contact URIs to one that indicates Bob's mixer and acts like a focus. As a result, Bob includes the "isfocus" feature tag [RFC3840] as described in [RFC4579]. Bob then INVITEs Carol using the same Contact URI. Note that Bob could wait to re-INVITE Alice until after Carol has answered. Bob could also put Alice on hold before calling Carol.
このシナリオには、ボブが会話にキャロルを加えたがっている2パーティー呼び出し(セッション)のときに、アリスとボブがいます。 ボブは3パーティーの呼び出しでメディアを混合できます。 ボブは最初に再INVITEをアリスに送ります、Contact URIを焦点のようなボブのミキサーと行為を示すものに変えて。 その結果、ボブは[RFC4579]で説明されるように"isfocus"特徴タグ[RFC3840]を入れます。 同じContact URIを使用しているボブ・当時のINVITEsキャロル。 キャロルが答えた後までボブが再INVITEアリスに待つことができたことに注意してください。 また、ボブはキャロルに電話をする前に、アリスを保留にすることができました。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com:5061; ブランチ=z9hG4bK74bf9
Johnston, et al. Best Current Practice [Page 101] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[101ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
マックス-フォワード: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:b54gh42f5@biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: b54gh42f5@biloxi.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK
一口/2.0 200OK
Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:b54gh42f5@biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
以下を通って SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: b54gh42f5@biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください。
Johnston, et al. Best Current Practice [Page 102] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[102ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
支持される: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:b54gh42f5@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfL Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: b54gh42f5@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfLマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* Alice and Bob have established a session. Bob re-INVITEs, changing Contact URIs. */
/*アリスとボブはセッションを確立しました。 Contact URIを変えるボブ再INVITEs。 */
F5 INVITE Bob -> Alice
F5はボブ・->アリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:bob-Mixer@client.biloxi.example.com>;isfocus Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashdsマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: bob-Mixer@client.biloxi.example.com 、gt;、; isfocusコンテントタイプ: アプリケーション/sdp Allow: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruu Content-長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s=
v=0oはボブの2890844527 2890844528IN IP4 client.biloxi.example.com s=と等しいです。
Johnston, et al. Best Current Practice [Page 103] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[103ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
c=IN IP4 client.biloxi.example.com t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49172RTP/AVP0 0 0IN c=IP4 client.biloxi.example.com t=m=a=rtpmap: 0PCMU/8000
F6 200 OK Alice -> Bob
F6 200OKアリス・->ボブ
SIP/2.0 200 OK
一口/2.0 200OK
Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F7 ACK Bob -> Alice
F7 ACKボブ・->アリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash3G Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 ACK Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnash3Gマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024年のACKコンテンツの長さ: 0
/* Bob calls Carol. */
/*ボブは、キャロルに電話をします。 */
Johnston, et al. Best Current Practice [Page 104] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[104ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F8 INVITE Bob -> Carol
F8はボブ・->キャロルを招待します。
INVITE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashJfd Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 INVITE Contact: <sips:bob-Mixer@client.biloxi.example.com>;isfocus Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
INVITE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashJfdマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: sdjfdjfskdf@biloxi.example.com CSeq: 42 接触を招いてください: <一口: bob-Mixer@client.biloxi.example.com 、gt;、;isfocusが以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 28908445834 2890844834 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 48174 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの28908445834 2890844834IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの48174RTP/AVP0a=rtpmap: 0PCMU/8000
F9 180 Ringing Carol -> Bob
キャロル・->ボブに電話をするF9 180
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashJfd ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=341313 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashJfd;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは341313呼び出しIDと等しいです: sdjfdjfskdf@biloxi.example.com CSeq: 42 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F10 200 OK Carol -> Bob
F10 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashJfd ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashJfd;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 105] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[105ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Carol <sips:carol@chicago.example.com>;tag=341313 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
To: キャロル<一口: carol@chicago.example.com 、gt;、; タグは341313呼び出しIDと等しいです: sdjfdjfskdf@biloxi.example.com CSeq: 42 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844922 2890844922IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F11 ACK Bob -> Carol
F11 ACKボブ・->キャロル
ACK sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash431 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=341313 Call-ID: sdjfdjfskdf@biloxi.example.com CSeq: 42 ACK Content-Length: 0
ACK一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnash431マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは341313呼び出しIDと等しいです: sdjfdjfskdf@biloxi.example.com CSeq: 42 ACKコンテンツの長さ: 0
/* Bob's mixer now mixes media from both Alice and Carol to create the 3-way conference. */
/*ボブのミキサーは、現在、3ウェイ会議を創設するためにアリスとキャロルの両方からメディアを混ぜます。 */
Johnston, et al. Best Current Practice [Page 106] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[106ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.11. 3-Way Conference - Third Party Joins
2.11. 3ウェイコンファレンス--第三者は加わります。
Alice Bob Carol | INVITE F1 | | |--------------->| | | 180 Ringing F2 | | |<---------------| | | 200 OK F3 | | |<---------------| | | ACK F4 | | |--------------->| | | RTP | | |<==============>| INVITE Join:A-B F5 | |<-------------| | | 180 F6 | | |------------->| | INVITE F7 | | |<---------------| | | 200 OK F8 | | |--------------->| | | ACK F9 | | |<---------------| | | | 200 OK F10 | | |------------->| | | ACK F11 | | |<-------------| | | RTP | | |<============>|
アリス・ボブ・キャロル| F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F2を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F3| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F4| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=======>| 招待は1B F5である状態で以下を接合します。| | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 180 F6| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| F7を招待してください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F8| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F9| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F10| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F11| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| RTP| | |<======>|
In this scenario, Alice and Bob are in a 2-party call and Carol wishes to join, resulting in a 3-party call. Carol could have learned Bob's dialog identifier using some non-SIP means, or possibly from a NOTIFY with the dialog package sent by Bob. Carol sends an INVITE to Bob containing a Join header identifying the dialog between Alice and Bob. Bob re-INVITEs Alice to switch to focus mode and includes the "isfocus" feature tag [RFC3840] as described in [RFC4579]. Bob then accepts the INVITE from Carol, resulting in the 3-way call.
このシナリオには、アリスとボブが2パーティーの呼び出しでいます、そして、キャロルは接合したがっています、3パーティーの呼び出しをもたらして。 キャロルは、いくつかの非SIP手段を使用することでボブの対話識別子を学んだか、またはボブでことによると対話パッケージがあるNOTIFYから発信したかもしれません。 キャロルはアリスとボブの間に対話を特定するJoinヘッダーを含むボブにINVITEを送ります。 再INVITEsアリスをたたいて、[RFC4579]で説明されるように"isfocus"特徴タグ[RFC3840]を焦点モードとインクルードに切り換えてください。 そして、3ウェイ呼び出しをもたらして、ボブはキャロルからINVITEを受け入れます。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com:5061; ブランチ=z9hG4bK74bf9
Johnston, et al. Best Current Practice [Page 107] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[107ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
マックス-フォワード: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:b54gh42f5@biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: b54gh42f5@biloxi.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:b54gh42f5@biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: b54gh42f5@biloxi.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください。
Johnston, et al. Best Current Practice [Page 108] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[108ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Supported: replaces, join, gruu Content-Type: application/sdp Content-Length: ...
支持される: 取り替え、接合して、コンテントタイプをgruuする、: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:b54gh42f5@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf6 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: b54gh42f5@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf6マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* Alice and Bob have established a session. Carol requests to join the session. */
/*アリスとボブはセッションを確立しました。 セッションに参加するというキャロルの要求。 */
F5 INVITE Carol -> Bob
F5はキャロル・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com> Call-ID: 452k499sk@chicago.example.com CSeq: 99 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, join Join: 12345600@atlanta.example.com;from-tag=1234567;to-tag=23431 Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS chicago.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 452k499sk@chicago.example.com CSeq: 99 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、Joinを接合してください: タグ=23431コンテントタイプへの 12345600@atlanta.example.com;from-tag =1234567: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 109] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[109ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844922 2890844922IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F6 180 Ringing Bob -> Carol
ボブ・->キャロルに電話をするF6 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKnashds7 ;received=120. From: Carol <sips:carol@chicago.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com>;tag=0982 Call-ID: 452k499sk@chicago.example.com CSeq: 99 INVITE Contact: <sips:bob-Mixer@client.biloxi.example.com>;isfocus Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS chicago.example.com: 5061; ブランチはz9hG4bKnashds7と等しいです; 容認された=120。 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは0982年の呼び出しIDと等しいです: 452k499sk@chicago.example.com CSeq: 99 接触を招いてください: <一口: bob-Mixer@client.biloxi.example.com 、gt;、;isfocusが以下を許容する 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: Content-長さを置き換えます: 0
F7 INVITE Bob -> Alice
F7はボブ・->アリスを招待します。
INVITE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdyKL Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:bob-Mixer@client.biloxi.example.com>;isfocus Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, join, gruu Content-Length: ...
INVITE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashdyKLマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: bob-Mixer@client.biloxi.example.com 、gt;、; isfocusコンテントタイプ: アプリケーション/sdp Allow: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、接合してください、gruu Content-長さ: ...
v=0 o=bob 2890844527 2890844528 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844528IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの49172RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 110] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[110ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F8 200 OK Alice -> Bob SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdyKL ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
F8 200は以下を通ってアリス->ボブ一口/2.0 200OKを承認します。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashdyKL;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024は接触を招きます: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F9 ACK Bob -> Alice
F9 ACKボブ・->アリス
ACK sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnash3g Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=23431 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1024 ACK Content-Length: 0
ACK一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnash3gマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=23431To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1024年のACKコンテンツの長さ: 0
F10 200 OK Bob -> Carol
F10 200OKボブ・->キャロル
SIP/2.0 200 OK Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKnashds7 ;received=120. From: Carol <sips:carol@chicago.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com>;tag=0982 Call-ID: 452k499sk@chicago.example.com CSeq: 99 INVITE Contact: <sips:bob-Mixer@client.biloxi.example.com>;isfocus
以下を通って一口/2.0 200OK SIP/2.0/TLS chicago.example.com: 5061; ブランチはz9hG4bKnashds7と等しいです; 容認された=120。 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは0982年の呼び出しIDと等しいです: 452k499sk@chicago.example.com CSeq: 99 接触を招いてください: <一口: bob-Mixer@client.biloxi.example.com 、gt;、;、isfocus
Johnston, et al. Best Current Practice [Page 111] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[111ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, join, gruu Content-Type: application/sdp Content-Length: ...
許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、接合して、コンテントタイプをgruuする、: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 28908445834 2890844834 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 48174 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの28908445834 2890844834IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの48174RTP/AVP0a=rtpmap: 0PCMU/8000
F11 ACK OK Carol -> Bob
F11 ACK OKキャロル・->ボブ
ACK sips:bob-Mixer@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS chicago.example.com:5061 ;branch=z9hG4bKnash4Gf Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com>;tag=0982 Call-ID: 452k499sk@chicago.example.com CSeq: 99 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, join Content-Length:0
ACK一口: bob-Mixer@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS chicago.example.com: 5061; ブランチは前方へz9hG4bKnash4Gfマックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは0982年の呼び出しIDと等しいです: 452k499sk@chicago.example.com CSeq: 99 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、Content-長さ: 0を接合してください。
Johnston, et al. Best Current Practice [Page 112] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[112ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.12. Find-Me
2.12. 私を見つけます。
Alice Proxy User User User User B1 B2 B3 B4 | | | | | | | INVITE F1 | | | | | |--------------->| INVITE F2 | | | | | |------------->| | | | |(100 Trying) F3 | | | | | |<---------------|180 Ringing F4| | | | | |<-------------| | | | | 180 Ringing F5 | | | | | |<---------------| | | | | | | Timeout | | | | | | | | | | | | CANCEL F6 | | | | | |------------->| | | | | | 200 OK F7 | | | | | |<-------------| | | | | | 487 F8 | | | | | |<-------------| | | | | | ACK F9 | | | | | |------------->| | | | | | INVITE F10 | | | | |-------------------->| | | | |480 Not Logged In F11| | | | |<--------------------| | | | | ACK F12| | | | |-------------------->| | | | | INVITE F13 | | | |--------------------------->| | | | 486 Busy Here F14 | | | |<---------------------------| | | | ACK F15 | | | |--------------------------->| | | | INVITE F16 | | |---------------------------------->| | | 180 Ringing F17 | | 180 F18 |<----------------------------------| |<---------------| 200 OK F19 | | 200 OK F20 |<----------------------------------| |<---------------| | | ACK F21 | | |--------------->| ACK F22 | | |---------------------------------->| | Both way RTP Established | |<==================================================>|
アリスプロキシユーザユーザユーザユーザB1 B2 B3 B4| | | | | | | F1を招いてください。| | | | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| F2を招待してください。| | | | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| |(100トライ) F3| | | | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|180 F4を鳴らすこと。| | | | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| 180 F5を鳴らすこと。| | | | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、|、| タイムアウト| | | | | | | | | | | | F6を取り消してください。| | | | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、|、| 200 OK F7| | | | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、| 487 F8| | | | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、|、| ACK F9| | | | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、|、| F10を招待してください。| | | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| |480はF11にログインしませんでした。| | | | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、|、| ACK F12| | | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、| F13を招待してください。| | | |--------------------------->| | | | 486はここでF14と忙しくします。| | | |<---------------------------| | | | ACK F15| | | |--------------------------->| | | | F16を招待してください。| | |---------------------------------->| | | 180 F17を鳴らすこと。| | 180 F18|<----------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 200 OK F19| | 200 OK F20|<----------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F21| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| ACK F22| | |---------------------------------->| | 両方、道のRTP Established| |<=========================>|
Johnston, et al. Best Current Practice [Page 113] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[113ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
| | BYE F23 | | BYE F24 |<----------------------------------| |<---------------| | | 200 OK F25 | | |--------------->| 200 OK F26 | | |---------------------------------->| | | |
| | さようならF23| | さようならF24|<----------------------------------| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F25| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| 200 OK F26| | |---------------------------------->| | | |
Alice's call to Bob will result in an attempt to locate Bob by calling locations from a list of contacts. The location to answer the call becomes the active set; no other sets may join the call.
ボブへのアリスの呼び出しは接触のリストから位置と呼ぶことによってボブの居場所を見つける試みをもたらすでしょう。 電話口に出る位置は活動的なセットになります。 他のどんなセットも呼び出しに参加してはいけません。
While this flow shows a sequential search, the search could be accomplished using parallel forking.
この流れが連続した検索を示している間、平行な分岐を使用することで検索を実行できるでしょう。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy
F1はアリス->プロキシを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t= 0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 INVITE Proxy -> B1
F2はプロキシ->B1を招待します。
INVITE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103
INVITE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.1 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;容認された=192.0.2.103
Johnston, et al. Best Current Practice [Page 114] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[114ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Content-Type: application/sdp Content-Length: ...
記録的なルート: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t= 0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F3 (100 Trying) Proxy -> Alice
F3(100が試みて)プロキシ->アリス
SIP/2.0 100 Trying Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って試みる一口/2.0 100 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F4 180 Ringing B1 -> Proxy
B1->プロキシに電話をするF4 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 115] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[115ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F5 180 Ringing Proxy -> Alice
プロキシ->アリスに電話をするF5 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
/* B1 rings until a configurable timer in the proxy expires. The proxy then sends Cancel and proceeds down the list of routes. */
プロキシの構成可能なタイマが期限が切れるまで、/*B1は鳴ります。 プロキシは、次に、キャンセルを送って、ルートのリストの下側に続きます。 */
F6 CANCEL Proxy -> B1
F6はプロキシ->B1を取り消します。
CANCEL sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
キャンセル一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F7 200 OK B1 -> Proxy
F7 200OK B1->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061; ブランチ=z9hG4bK83749.1;は=192.0.2.54From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F8 487 Request Terminated B1 -> Proxy
F8 487は終えられたB1->プロキシを要求します。
SIP/2.0 487 Request Terminated
一口/2.0 487要求は終わりました。
Johnston, et al. Best Current Practice [Page 116] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[116ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
以下を通って SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.1;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F9 ACK Proxy -> B1
F9 ACKプロキシ->B1
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=765432 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは765432呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F10 INVITE Proxy -> B2
F10はプロキシ->B2を招待します。
INVITE sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.2 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com
v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=cはIN IP4 client.atlanta.example.comと等しいです。
Johnston, et al. Best Current Practice [Page 117] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[117ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49170RTP/AVP0 0 0t=m=a=rtpmap: 0PCMU/8000
F11 480 Not Logged In B2 -> Proxy
F11 480はB2->プロキシにログインしませんでした。
SIP/2.0 480 Not Logged In Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314756 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
一口/2.0 480は以下を通ってログインされませんでした。 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.2;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314756呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F12 ACK Proxy -> B2
F12 ACKプロキシ->B2
ACK sips:bob@client2.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.2 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314756 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client2.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.2マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314756呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F13 INVITE Proxy -> B3
F13はプロキシ->B3を招待します。
INVITE sips:bob@client3.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.3 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE
INVITE一口: bob@client3.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.3 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 招待
Johnston, et al. Best Current Practice [Page 118] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[118ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Contact: <sips:alice@client.atlanta.example.com> Content-Type: application/sdp Content-Length: ...
接触: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F14 486 Busy Here B3 -> Proxy
F14 486はここでB3->プロキシと忙しくします。
SIP/2.0 486 Busy Here Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.3 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
ここで以下を通って/2.0 486忙しい状態でちびちび飲んでください。 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.3;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F15 ACK Proxy -> B3
F15 ACKプロキシ->B3
ACK sips:bob@client3.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.3 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7654321 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client3.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチは前方へz9hG4bK83749.3マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7654321呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F16 INVITE Proxy -> B4
F16はプロキシ->B4を招待します。
INVITE sips:bob@client4.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.4 Via: SIP/2.0/TLS client.atlanta.example.com:5061
INVITE一口: bob@client4.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83749.4 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061
Johnston, et al. Best Current Practice [Page 119] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[119ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Content-Type: application/sdp Content-Length: ...
; ブランチ=z9hG4bK74bf9;容認された=192.0.2の.103の記録的なルート: <一口: ss1.example.com; 前方へlr>マックス: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F17 180 Ringing B4 -> Proxy
B4->プロキシに電話をするF17 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.4 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client4.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.4;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7137136呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client4.biloxi.example.com 、gt;、コンテンツの長さ: 0
F18 180 Ringing Proxy -> Alice
プロキシ->アリスに電話をするF18 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=7137136にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 120] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[120ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client4.biloxi.example.com> Content-Length: 0
呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client4.biloxi.example.com 、gt;、コンテンツの長さ: 0
F19 200 OK B4 -> Proxy
F19 200OK B4->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83749.4 ;received=192.0.2.54 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client4.biloxi.example.com> Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83749.4;容認された=192.0.2.54 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7137136呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client4.biloxi.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client4.biloxi.example.com s= c=IN IP4 client4.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client4.biloxi.example.com s=c=IP4 client4.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F20 200 OK Proxy -> Alice
F20 200OKプロキシ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 Record-Route: <sips:ss1.example.com;lr> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client4.biloxi.example.com> Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103Record-ルートを受けました: <一口: ss1.example.com; lr>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7137136呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client4.biloxi.example.com 、gt;、コンテントタイプ: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 121] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[121ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=bob 2890844527 2890844527 IN IP4 client4.biloxi.example.com s= c=IN IP4 client4.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client4.biloxi.example.com s=c=IP4 client4.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F21 ACK Alice -> Proxy
F21 ACKアリス->プロキシ
ACK sips:bob@client4.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client4.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチはz9hG4bK74bf Routeと等しいです: <一口: ss1.example.com; 前方へlr>マックス: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7137136呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F22 ACK Proxy -> B4
F22 ACKプロキシ->B4
ACK sips:bob@client4.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK8374 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf ;received=192.0.2.103 Max-Forwards: 69 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7137136 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client4.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK8374 Viaと等しいです: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf; 容認された=192.0.2の.103のマックス-フォワード: 69 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7137136呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* RTP streams are established between Alice and B4. */
/*RTPの流れはアリスとB4の間で確立されます。 */
/* User B4 hangs up with Alice. */
/*ユーザB4はアリスと共にハングアップします。 */
F23 BYE B4 -> Proxy
F23さようならB4->プロキシ
BYE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client4.biloxi.example.com:5061 ;branch=z9hG4bKnashds7
BYE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client4.biloxi.example.com:5061; ブランチ=z9hG4bKnashds7
Johnston, et al. Best Current Practice [Page 122] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[122ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Route: <sips:ss1.example.com;lr> Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=7137136 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 BYE Content-Length: 0
以下を発送してください。 <一口: ss1.example.com; 前方へlr>マックス: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=7137136To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 さようならコンテンツの長さ: 0
F24 BYE Proxy -> Alice
F24さようならプロキシ->アリス
BYE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83754 Via: SIP/2.0/TLS client4.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 Max-Forwards: 69 From: Bob <sips:bob@biloxi.example.com>;tag=7137136 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 BYE Content-Length: 0
BYE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS ss1.example.com: 5061; ブランチはz9hG4bK83754 Viaと等しいです: SIP/2.0/TLS client4.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7; 容認された=192.0.2の.105のマックス-フォワード: 69 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=7137136To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 さようならコンテンツの長さ: 0
F25 200 OK Alice -> Proxy
F25 200OKアリス->プロキシ
SIP/2.0 200 OK Via: SIP/2.0/TLS ss1.example.com:5061 ;branch=z9hG4bK83754 ;received=192.0.2.54 Via: SIP/2.0/TLS client4.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=7137136 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS ss1.example.com: 5061 以下を通って; ブランチ=z9hG4bK83754;容認された=192.0.2.54 SIP/2.0/TLS client4.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=7137136To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 さようならコンテンツの長さ: 0
F26 200 OK Proxy -> B4
F26 200OKプロキシ->B4
SIP/2.0 200 OK Via: SIP/2.0/TLS client4.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=7137136
以下を通って一口/2.0 200OK SIP/2.0/TLS client4.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=7137136にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 123] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[123ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 1 BYE Content-Length: 0
To: アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 124] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[124ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.13. Call Management (Incoming Call Screening)
2.13. 管理に電話をしてください。(かかってきた電話選別)
Announcement Alice Proxy Bob Server
発表アリスプロキシボブサーバ
| | | | | INVITE F1 | | | |------------------------------>| | | 305 Use Proxy F2 | | |<------------------------------| | | ACK F3 | | | |------------------------------>| | | INVITE F4 | | | |--------------->| | | | 407 Proxy Authentication F5 | | |<---------------| | | | ACK F6 | | | |--------------->| | | | INVITE F7 | | | |--------------->| | | | 403 Screening Failure (Terminating) Error-Info: URI F8 |<---------------| | | | ACK F9 | | | |--------------->| | | | INVITE F10 | | | |--------------------------------------------->| | 200 OK F11 | | | |--------------------------------------------->| | ACK F12 | | |--------------------------------------------->| | Announcement Played to Caller | |<=============================================| | BYE F13 | |<---------------------------------------------| | 200 OK F14 | |--------------------------------------------->| | | | | | |
| | | | | F1を招いてください。| | | |------------------------------>| | | 305はプロキシF2を使用します。| | |<------------------------------| | | ACK F3| | | |------------------------------>| | | F4を招待してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 407 プロキシ認証F5| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F6| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F7を招待してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 403 選別失敗(終わり)誤りインフォメーション: ユリF8| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F9| | | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F10を招待してください。| | | |--------------------------------------------->| | 200 OK F11| | | |--------------------------------------------->| | ACK F12| | |--------------------------------------------->| | 発表は訪問者に演奏しました。| |<=======================| | さようならF13| |<---------------------------------------------| | 200 OK F14| |--------------------------------------------->| | | | | | |
Bob has an incoming call screening list; Alice is included on the list of addresses from which Bob will not accept calls. Alice attempts to call Bob. Messages F1, F2, and F3 are included to show that Bob does not accept INVITEs that have not been screened by the proxy.
ボブには、かかってきた電話選別リストがあります。 アリスはボブが呼び出しを受け入れない住所録に含まれています。 アリスは、ボブに電話をするのを試みます。 メッセージF1、F2、およびF3は、ボブがプロキシによって上映されていないINVITEsを受け入れないのを示すために含まれています。
Note that call screening cannot be done using the From header -- instead some form of authentication credentials must be used.
呼び出し選別がFromヘッダーを使用し終わることができないことに注意してください--代わりに認証信任状の何らかのフォームを使用しなければなりません。
Johnston, et al. Best Current Practice [Page 125] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[125ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
The screening proxy inserts an announcement URI in an Error-Info header field, which Alice accesses by sending an INVITE to listen to the Announcement. The Announcement Server uses the automaton and rendering feature tags in F12 and F13 to indicate that it is a media server only capable of playing announcements.
選別プロキシはError-インフォメーションヘッダーフィールドに発表URIを挿入します。(Announcementを聞くためにINVITEを送ることによって、アリスはそれにアクセスします)。 Announcement Serverは、それがメディアサーバであることを示すのに発表をプレーできるだけであるF12とF13でオートマトンと表現特徴タグを使用します。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
/* Bob only accepts INVITEs that have been screened by the proxy. */
/*ボブはプロキシによって上映されたINVITEsを受け入れるだけです。 */
F2 305 Use Proxy Bob -> Alice
F2 305はプロキシボブ・->アリスを使用します。
SIP/2.0 305 Use Proxy Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=342123 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:ss1.example.com> Content-Length: 0
一口/2.0 305は以下を通ってプロキシを使用します。 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは342123呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: ss1.example.com>コンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 126] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[126ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F3 ACK Alice -> Bob
F3 ACKアリス・->ボブ
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=342123 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは342123呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* A retries the call through the proxy. */
/*Aはプロキシを通した呼び出しを再試行します。 */
F4 INVITE Alice -> Proxy 1
F4はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf0 Max-Forwards: 70 Route: <sips:ss1.example.com> From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf0マックスと等しいです: 70ルート: <一口: ss1.example.com>From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 2 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
/* Proxy 1 challenges Alice for authentication. */
/*プロキシ1は認証のためにアリスに挑戦します。 */
F5 407 Proxy Authentication Required Proxy 1 -> Alice
F5 407プロキシ認証はプロキシの1->のアリスを必要としました。
SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf0 ;received=192.0.2.103
一口/2.0 407プロキシ認証が以下を通って必要です。 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf0;容認された=192.0.2.103
Johnston, et al. Best Current Practice [Page 127] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[127ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7886765 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Proxy-Authenticate: Digest realm="example.com", nonce="ea9c8e88df84f1cec4341ae6cbe5a359", qop="auth", nc=00000001, cnonce="0a4f113b", opaque="", stale=FALSE, algorithm=MD5 Content-Length: 0
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7886765呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 招待は以下をプロキシで認証します。 「分野="example.com"、一回だけ="ea9c8e88df84f1cec4341ae6cbe5a359"qop="auth"、nc=00000001、cnonce="0a4f113b"不透明なもの=を消化してください」、」、= 虚偽で古くさくなってください、そして、アルゴリズムはMD5コンテンツの長さと等しいです: 0
F6 ACK Alice -> Proxy 1
F6 ACKアリス->プロキシ1
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf0 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=7886765 Call-ID: 12345600@atlanta.example.com CSeq: 2 ACK Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf0マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは7886765呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 ACKコンテンツの長さ: 0
/* Alice responds by sending an INVITE with authentication credentials in it. */
/*アリスは、認証信任状がそれにある状態でINVITEを送ることによって、応じます。 */
F7 INVITE Alice -> Proxy 1
F7はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 3 INVITE Contact: <sips:alice@client.atlanta.example.com> Proxy-Authorization: Digest username="alice", realm="example.com", qop=auth, nc=00000001, cnonce="4gr84543ft2", nonce="ae9137be1c87d175c2dd63302a0d6e0a", opaque="", uri="sips:bob@biloxi.example.com", response="bbaec39f943bdcb3620d90afc548a45c" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf2マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 3 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、プロキシ認可: 「"alice"、分野="example.com"というダイジェストユーザ名=qop=auth、nc=00000001は=「4gr84543ft2"、一回だけ="ae9137be1c87d175c2dd63302a0d6e0a"不透明なもの=」をcnonceする」uriは「一口: bob@biloxi.example.com 」と等しく、応答は"bbaec39f943bdcb3620d90afc548a45c"Allowと等しいです: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 128] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[128ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F8 403 Screening Failure (Terminating) Proxy 1 -> Alice
F8 403選別の故障(終わり)のプロキシの1->のアリス
SIP/2.0 403 Screening Failure (Terminating) Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=ffe254 Call-ID: 12345600@atlanta.example.com CSeq: 3 INVITE Error-Info: <sips:screen-fail-term-ann@ms.biloxi.example.com> Content-Length: 0
以下を通って一口/2.0 403選別失敗(終わり) SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf2;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =ffe254呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 3 誤りインフォメーションを招待してください: <一口: screen-fail-term-ann@ms.biloxi.example.com 、gt;、コンテンツの長さ: 0
F9 ACK Alice -> Proxy 1
F9 ACKアリス->プロキシ1
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=ffe254 Call-ID: 12345600@atlanta.example.com Proxy-Authorization: Digest username="alice", realm="example.com", nonce="ae9137be1c87d175c2dd63302a0d6e0a", opaque="", uri="sips:bob@biloxi.example.com", response="bbaec39f943bdcb3620d90afc548a45c" CSeq: 3 ACK Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf2マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =ffe254呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com プロキシ認可: 「ユーザ名="alice"、分野="example.com"、一回だけ="ae9137be1c87d175c2dd63302a0d6e0a"不透明なもの=を消化してください」、」、uriは「一口: bob@biloxi.example.com 」と等しく、応答は"bbaec39f943bdcb3620d90afc548a45c"CSeqと等しいです: 3 ACKコンテンツの長さ: 0
/* To hear the recording, Alice connects to the Error-Info URI. */
録音を聞く/*、アリスはError-インフォメーションURIに接続します。 */
F10 INVITE Alice -> Proxy 1
F10はアリス->プロキシ1を招待します。
INVITE sips:screen-fail-term-ann@ms.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfj Max-Forwards: 70
INVITE一口: screen-fail-term-ann@ms.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfjマックスと等しいです: 70
Johnston, et al. Best Current Practice [Page 129] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[129ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 4 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 4 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F11 200 OK Announcement Server -> Proxy 1
F11 200OK発表サーバ->プロキシ1
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfj ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=234934 Call-ID: 12345600@atlanta.example.com CSeq: 4 INVITE Contact: <sips:ms.biloxi.example.com> ;automaton;+sip.rendering="no" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfj;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは234934呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 4 接触を招いてください: <はちびちび飲まれます: biloxi.example.com>; オートマトン; + sip.rendering=「いいえ」が許容する原稿: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=annc 2890844543 2890844543 IN IP4 announce.biloxi.example.com s= c=IN IP4 announce.biloxi.example.com t=0 0 m=audio 49174 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=annc2890844543 2890844543IN IP4 announce.biloxi.example.com s=c=IP4 announce.biloxi.example.com t=m=オーディオの49174RTP/AVP0a=rtpmap: 0PCMU/8000
F12 ACK Alice -> Announcement Server
F12 ACKアリス->発表サーバ
ACK sips:ms.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b32
ACKはちびちび飲みます: 原稿biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com:5061; ブランチ=z9hG4bK74b32
Johnston, et al. Best Current Practice [Page 130] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[130ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=234934 Call-ID: 12345600@atlanta.example.com CSeq: 4 ACK Content-Length: 0
マックス-フォワード: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは234934呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 4 ACKコンテンツの長さ: 0
/* Announcement Server plays announcement then disconnects. */
/*発表Serverは発表の当時の分離をプレーします。 */
F13 BYE Announcement Server -> Alice
F13さようなら発表サーバ->アリス
BYE sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS announcement.example.com:5061 ;branch=z9hG4bK74bKS Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=234934 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2334 BYE Content-Length: 0
BYE一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS announcement.example.com: 5061; ブランチは前方へz9hG4bK74bKSマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=234934To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2334年のさようならコンテンツの長さ: 0
F14 200 OK Alice -> Announcement Server
F14 200OKアリス->発表サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS announcement.example.com:5061 ;branch=z9hG4bK74bKS ;received=192.0.2.103 From: Bob <sips:bob@biloxi.example.com>;tag=234934 To: Alice <sips:alice@atlanta.example.com>;tag=1234567 Call-ID: 12345600@atlanta.example.com CSeq: 2334 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS announcement.example.com: 5061; ブランチ=z9hG4bK74bKS;は=192.0.2.103From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=234934To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは1234567呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2334年のさようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 131] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[131ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.14. Call Management (Outgoing Call Screening)
2.14. 管理に電話をしてください。(発信電話選別)
Alice Proxy Bob | | | | INVITE F1 | | |--------------->| | | 407 Proxy Authentication F2 | |<---------------| | | ACK F3 | | |--------------->| | | INVITE F4 | | |--------------->| | | 403 Screening Failure (Originating) F5 |<---------------| | | ACK F6 | | |--------------->| | | | |
アリス・プロキシボブ| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 407 プロキシ認証F2| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F3| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| F4を招待してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 403 選別の失敗の(由来すること)のF5| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F6| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、|、|
Alice has an outgoing call screening list; Bob is included on the list of addresses to which Alice will not be able to place a call. Alice attempts to call Bob.
アリスには、発信電話選別リストがあります。 ボブはアリスが電話をすることができない住所録に含まれています。 アリスは、ボブに電話をするのを試みます。
Alice could establish a session to listen to the announcement in the Error-Info header field.
アリスは、Error-インフォメーションヘッダーフィールドにおける発表を聞くためにセッションを確立できました。
Message Details
メッセージの詳細
F1 INVITE Alice -> Proxy 1
F1はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0
IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com tは0 0と等しいです。
Johnston, et al. Best Current Practice [Page 132] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[132ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49170RTP/AVP0m=a=rtpmap: 0PCMU/8000
/* Proxy 1 challenges Alice for authentication. */
/*プロキシ1は認証のためにアリスに挑戦します。 */
F2 407 Proxy Authentication Required Proxy 1 -> Alice
F2 407プロキシ認証はプロキシの1->のアリスを必要としました。
SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=90210 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Proxy-Authenticate: Digest realm="example.com", nonce="ea9c8e88df84f1cec4341ae6cbe5a359", qop="auth", nc=00000001, cnonce="0a4f113b", opaque="", stale=FALSE, algorithm=MD5 Content-Length: 0
一口/2.0 407プロキシ認証が以下を通って必要です。 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは90210呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 招待は以下をプロキシで認証します。 「分野="example.com"、一回だけ="ea9c8e88df84f1cec4341ae6cbe5a359"qop="auth"、nc=00000001、cnonce="0a4f113b"不透明なもの=を消化してください」、」、= 虚偽で古くさくなってください、そして、アルゴリズムはMD5コンテンツの長さと等しいです: 0
F3 ACK Alice -> Proxy 1
F3 ACKアリス->プロキシ1
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=90210 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは90210呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* Alice responds be sending an INVITE with authentication credentials in it. */
/*アリスは、認証信任状がそれにある状態でINVITEを送るのであるので、応じます。 */
F4 INVITE Alice -> Proxy 1
F4はアリス->プロキシ1を招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b4 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74b4マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com
Johnston, et al. Best Current Practice [Page 133] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[133ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 2 INVITE Contact: <sips:alice@client.atlanta.example.com> Proxy-Authorization: Digest username="alice", realm="example.com", nonce="cb360afc54bbaec39f943bd820d9a45c", opaque="", uri="sips:bob@biloxi.example.com", response="b9d2e5bcdec9f69ab2a9b44f270285a6" Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Content-Type: application/sdp Content-Length: ...
CSeq: 2 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、プロキシ認可: 「ユーザ名="alice"、分野="example.com"、一回だけ="cb360afc54bbaec39f943bd820d9a45c"不透明なもの=を消化してください」、」、uriが「一口: bob@biloxi.example.com 」、応答=と等しい、「b9d2e5bcdec9f69ab2a9b44f270285a6" Allow:」 招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、コンテントタイプに通知してください: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F5 403 Screening Failure (Originating) Proxy 1 -> Alice
(由来すること)のF5 403の選別の失敗のプロキシの1->のアリス
SIP/2.0 403 Screening Failure (Originating) Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b4 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=18017 Call-ID: 12345600@atlanta.example.com CSeq: 2 INVITE Error-Info: <sips:screen-fail-orig-ann@announcement.example.com> Content-Length: 0
以下を通って一口/2.0 403選別失敗(由来) SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b4;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは18017呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 誤りインフォメーションを招待してください: <一口: screen-fail-orig-ann@announcement.example.com 、gt;、コンテンツの長さ: 0
F6 ACK Alice -> Proxy 1
F6 ACKアリス->プロキシ1
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b4 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=18017 Call-ID: 12345600@atlanta.example.com CSeq: 2 ACK Proxy-Authorization: Digest username="alice", realm="example.com", nonce="cb360afc54bbaec39f943bd820d9a45c", opaque="", uri="sips:bob@biloxi.example.com", response="b9d2e5bcdec9f69ab2a9b44f270285a6" Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74b4マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは18017呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 2 ACKプロキシ認可: 「ユーザ名="alice"、分野="example.com"、一回だけ="cb360afc54bbaec39f943bd820d9a45c"不透明なもの=を消化してください」、」、uriが「一口: bob@biloxi.example.com 」、応答=と等しい、「b9d2e5bcdec9f69ab2a9b44f270285a6" Content-長さ:」 0
Johnston, et al. Best Current Practice [Page 134] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[134ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.15. Call Park
2.15. 呼び出し公園
Alice Bob Park Server Carol | | | | | INVITE F1 | | | |------------->| | | |180 Ringing F2| | | |<-------------| | | | 200 OK F3 | | | |<-------------| | | | ACK F4 | | | |------------->| | | | RTP Media | | | |<============>| | | | Bob Parks Call | | | | REFER Refer-To: A F5 | | |------------->| | | | 202 F6 | | | |<-------------| | | | NOTIFY F7 | | | |<-------------| | | | 200 F8 | | | |------------->| | | INVITE F9 Replaces: B | | |<----------------------------| | | 200 OK F10 | | |---------------------------->| | | ACK F11 | | |<----------------------------| | | RTP Music | | |<===========================>| | | BYE F12 | | | |------------->| NOTIFY F14 | | | 200 OK F13 |<-------------| | |<-------------| 200 OK F15 | | | |------------->| | | | Carol picks up the call | | | | | | | | SUBSCRIBE F16| | | |<-------------| | | | 200 OK F17 | | | |------------->| | | | NOTIFY F18 | | | |------------->| | | | 200 OK F19 | | | |<-------------| | INVITE Replaces: Park Server F20 | |<-------------------------------------------|
アリス・ボブ・公園Serverキャロル| | | | | F1を招いてください。| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| |180 F2を鳴らすこと。| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F3| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| ACK F4| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| RTPメディア| | | |<======>|、|、|、| ボブの公園呼び出し| | | | To:を参照して、参照してください。 F5| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 202 F6| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| F7に通知してください。| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 F8| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 招待F9は以下を取り替えます。 B| | |<----------------------------| | | 200 OK F10| | |---------------------------->| | | ACK F11| | |<----------------------------| | | RTP音楽| | |<==============>|、|、| さようならF12| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>| F14に通知してください。| | | 200 OK F13| <、-、-、-、-、-、-、-、-、-、-、-、--、|、| | <、-、-、-、-、-、-、-、-、-、-、-、--、| 200 OK F15| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| キャロルは呼び出しを再開します。| | | | | | | | F16を申し込んでください。| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| 200 OK F17| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F18に通知してください。| | | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| 200 OK F19| | | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、| 招待は以下に取って代わります。 公園サーバF20| |<-------------------------------------------|
Johnston, et al. Best Current Practice [Page 135] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[135ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
| | | 200 F21 | |------------------------------------------->| | | | ACK F22 | |<-------------------------------------------| | RTP Media | |<==========================================>| | BYE F23 | | |---------------------------->| | | 200 OK F24 | | |<----------------------------| | | No more RTP Music | |
| | | 200 F21| |------------------------------------------->| | | | ACK F22| |<-------------------------------------------| | RTPメディア| |<=====================>|、| さようならF23| | |---------------------------->| | | 200 OK F24| | |<----------------------------| | | それ以上のRTP Musicがありません。| |
In this example, Alice calls Bob. Bob then parks the call at the Park Server by sending a REFER to the Park Server. The server sends an INVITE to Alice, which replaces the session between Alice and Bob. The Park Server utilizes the automaton, rendering, and byeless feature tags in F9 to indicate its capabilities to Alice. The call is accepted by Alice and causes Alice to send a BYE to Bob. Bob receives notification of the successful park, and also receives the dialog identifiers in the application/sip body of the NOTIFY response.
この例では、アリスは、ボブに電話をします。 次に、ボブは、Park ServerにREFERをPark Serverに送ることによって、呼び出しを駐車します。サーバはINVITEをアリスに送ります。(彼女はアリスとボブとのセッションを取り替えます)。 Park Serverは、アリスへの能力を示すのにF9でオートマトン、表現、およびbyeless特徴タグを利用します。 呼び出しで、アリスによって受け入れられて、アリスはBYEをボブに送ります。 ボブは、うまくいっている公園の通知を受け取って、また、NOTIFY応答のアプリケーション/一口本体に対話識別子を受け取ります。
Carol wishes to retrieve the call, so she sends an INVITE containing the dialog identifiers to Alice, which replaces the session with the Park Server. Alice accepts the call and sends a BYE to the Park Server. Carol obtains the dialog identifiers from a NOTIFY from the Park Server.
キャロルが呼び出しを検索したがっているので、彼女は対話識別子をアリスに含むINVITEを送ります。彼女はセッションをPark Serverに取り替えます。アリスは、呼び出しを受け入れて、BYEをPark Serverに送ります。キャロルはNOTIFYからPark Serverから対話識別子を得ます。
Note that this call flow is a special case of call transfer.
この呼び出し流動が呼び出し転送の特別なケースであることに注意してください。
Note also that this flow could also be used for Music on Hold.
また、また、Holdの上のMusicにこの流れを使用できたことに注意してください。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.alice.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, gruu Content-Type: application/sdp
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.alice.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: 取り替え、gruuコンテントタイプ: アプリケーション/sdp
Johnston, et al. Best Current Practice [Page 136] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[136ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Content-Length: ...
コンテンツの長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F3 200 OK Bob -> Alice
F3 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844527 2890844527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844527 2890844527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 137] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[137ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F4 ACK Alice -> Bob
F4 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 1 ACK Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 1 ACKは以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: Content-長さを置き換えます: 0
/* Bob REFERs Park Server to establish session with Alice, which replaces the established session between Alice and Bob. Note that there is no session established between Bob and the Park Server. */
アリスとボブとの確立したセッションを取り替えるアリスとのセッションを確立する/*ボブREFERs Park Server。 セッションが全くないというメモはボブとPark Serverの間に. */を設立しました。
F5 REFER Bob -> Park Server
F5はボブ->公園サーバを参照します。
REFER sips:park@server.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds9 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=02134 To: Park Server <sips:park@server.example.com> Call-ID: 4802029847@biloxi.example.com CSeq: 1 REFER <allOneLine> Refer-To: <sips:a8342043f@atlanta.example.com;gr?Replaces= 12345601%40atlanta.example.com%3Bfrom-tag%3D314159 %3Bto-tag%3D1234567&Require=replaces> </allOneLine> Referred-By: <sips:bob@biloxi.example.com> Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
REFER一口: park@server.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds9マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=02134To:にタグ付けをしてください サーバ<一口: park@server.example.com を駐車してください、gt;、呼び出しID: 4802029847@biloxi.example.com CSeq: 1 To:を参照する状態で<allOneLine>を参照してください。 <はちびちび飲まれます: 12345601%の40atlanta.example.com a8342043f@atlanta.example.com;gr?Replaces =%が%3D314159%3Bto-タグ%3D1234567に3Bfromタグ付けをして、=を必要とする、参照されていた状態で></allOneLine>を取り替えます: <一口: bob@biloxi.example.com 、gt;、接触: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F6 202 Accepted Park Server -> Bob
F6 202は公園サーバ->ボブを受け入れました。
SIP/2.0 202 Accepted Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds9 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=02134 To: Park Server <sips:park@server.example.com>;tag=56323
一口/2.0 202は以下を通って受け入れました。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds9;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134To:にタグ付けをしてください サーバ<一口: park@server.example.com を駐車してください、gt;、;=56323にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 138] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[138ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 4802029847@biloxi.example.com Contact: <sips:park@server.example.com> CSeq: 1 REFER Content-Length: 0
呼び出しID: 4802029847@biloxi.example.com 接触: <一口: park@server.example.com 、gt;、CSeq: 1 コンテンツの長さを参照してください: 0
F7 NOTIFY Park Server -> Bob
F7は公園サーバ->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bT6 To: Bob <sips:bob@biloxi.example.com>;tag=02134 Max-Forwards: 70 From: Park Server <sips:park@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 1 NOTIFY Event: refer Contact: <sips:park@server.example.com> Subscription-State: active;expires=60 Content-Type: message/sipfrag Content-Length: ...
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS server.example.com:5061; ブランチ=z9hG4bK74bT6To: ボブ<一口: bob@biloxi.example.com 、gt;、; 前方へ=02134最大にタグ付けをしてください: 70 From: サーバ<一口: park@server.example.com を駐車してください、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 1 出来事に通知してください: Contactを参照してください: <一口: park@server.example.com 、gt;、購読州: 能動態; =60コンテントタイプを吐き出します: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 100 Trying
一口/2.0 100トライ
F8 200 OK Bob -> Park Server
F8 200OKボブ->公園サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bT6 ;received=192.0.2.103 To: Bob <sips:bob@biloxi.example.com>;tag=02134 From: Park Server <sips:park@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 1 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74bT6;は=192.0.2.103To:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134From:にタグ付けをしてください サーバ<一口: park@server.example.com を駐車してください、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 1 コンテンツの長さに通知してください: 0
/* Park Server places call to Alice to replace session between Alice and Bob. */
/*公園のServer地域は、アリスとボブとのセッションを取り替えるためにアリスに呼びかけます。 */
F9 INVITE Park Server -> Alice
F9は公園サーバ->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf Max-Forwards: 70 From: <sips:park@server.example.com>;tag=0111
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS server.example.com: 5061; ブランチは前方へz9hG4bK74rfマックスと等しいです: 70 From: <一口: park@server.example.com 、gt;、;=0111にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 139] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[139ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: <sips:a8342043f@atlanta.example.com;gr> Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Referred-By: <sips:bob@biloxi.example.com> Contact: <sips:park@server.example.com>;automaton ;+sip.byeless;+sip.rendering="no" Require: replaces Replaces: 12345601@atlanta.example.com ;from-tag=314159;to-tag=1234567 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
To: <一口: a8342043f@atlanta.example.com;gr 、gt;、呼び出しID: a5-75-34-12-76@server.example.com CSeq: 1 招待は参照されました: <一口: bob@biloxi.example.com 、gt;、接触: <一口: park@server.example.com 、gt;、;オートマトン; + sip.byeless; + sip.rendering=「いいえ」が以下が必要である Replacesを取り替えます: タグ=314159からのタグへの 12345601@atlanta.example.com =1234567は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=ParkServer 2890844576 2890844576 IN IP4 Park.server.example.com s= c=IN IP4 server.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
オーディオの49170RTP/AVP0 0 0IN v=0 o=ParkServer2890844576 2890844576IN IP4 Park.server.example.com s= c=IP4 server.example.com t=m=a=rtpmap: 0PCMU/8000
F10 200 OK Alice -> Park Server
F10 200OKアリス->公園サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf ;received=192.0.2.103 From: <sips:park@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74rf;は=192.0.2.103From:を受けました。 <一口: park@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 a=recvonly
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000a=recvonly
Johnston, et al. Best Current Practice [Page 140] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[140ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F11 ACK Park Server -> Alice
F11 ACK公園サーバ->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK7rfF Max-Forwards: 70 From: <sips:park@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS server.example.com: 5061; ブランチは前方へz9hG4bK7rfFマックスと等しいです: 70 From: <一口: park@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 ACKコンテンツの長さ: 0
F12 BYE Alice -> Bob
F12さようならアリス・->ボブ
BYE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
BYE一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
F13 200 OK Bob -> Alice
F13 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.105 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 12345601@atlanta.example.com CSeq: 2 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.105From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 12345601@atlanta.example.com CSeq: 2 さようならコンテンツの長さ: 0
/* Park Server reports success back to Bob by returning a 200 OK response. Bob obtains the dialog identifiers from the headers included in the response. */
/*公園Serverは、200OK応答を返すことによって、ボブに成功の報告を持ちかえります。 応答にヘッダーからの識別子を含んでいて、ボブは対話を得ます。 */
F14 NOTIFY Park Server -> Bob
F14は公園サーバ->ボブに通知します。
NOTIFY sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bf9
NOTIFY一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS server.example.com:5061; ブランチ=z9hG4bK74bf9
Johnston, et al. Best Current Practice [Page 141] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[141ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Bob <sips:bob@biloxi.example.com>;tag=02134 Max-Forwards: 70 From: Park Server <sips:park@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 2 NOTIFY Event: refer Subscription-State: terminated;reason=noresource Contact: <sips:park@server.example.com>;automaton ;+sip.byeless;+sip.rendering="no" Content-Type: message/sipfrag Content-Length: ...
To: ボブ<一口: bob@biloxi.example.com 、gt;、; 前方へ=02134最大にタグ付けをしてください: 70 From: サーバ<一口: park@server.example.com を駐車してください、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 2 出来事に通知してください: Subscription-状態を参照してください: 終わり、; 理由はnoresource Contactと等しいです: <一口: park@server.example.com 、gt;、; オートマトン; + sip.byeless; + sip.renderingはどんなコンテントタイプとも等しくはありません: sipfrag Contentメッセージ/長さ: ...
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74rf ;received=192.0.2.103 From: <sips:park@server.example.com>;tag=0111 To: <sips:a8342043f@atlanta.example.com;gr>;tag=098594 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr>
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74rf;は=192.0.2.103From:を受けました。 <一口: park@server.example.com 、gt;、;=0111To:にタグ付けをしてください <一口: a8342043f@atlanta.example.com;gr 、gt;、; タグは098594呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt。
F15 200 OK Bob -> Park Server
F15 200OKボブ->公園サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 To: Bob <sips:bob@biloxi.example.com>;tag=02134 From: Park Server <sips:park@server.example.com>;tag=56323 Call-ID: 4802029847@biloxi.example.com CSeq: 2 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103To:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=02134From:にタグ付けをしてください サーバ<一口: park@server.example.com を駐車してください、gt;、; タグは56323呼び出しIDと等しいです: 4802029847@biloxi.example.com CSeq: 2 コンテンツの長さに通知してください: 0
/* Alice is now parked at the Park Server. */
/*アリスが現在Park Serverに駐車される、*/
/* Carol picks up the call by sending an INVITE to A, which replaces the existing session with the Park Server. Carol needs to know the dialog information to construct the Replaces header. */
/*キャロルは、INVITEをAに送ることによって、呼び出しを再開します。(Aは既存のセッションをPark Serverに取り替えます)。キャロルは、Replacesヘッダーを組み立てるために対話情報を知る必要があります。 */
F16 SUBSCRIBE Carol -> Park Server
F16はキャロル->公園サーバを申し込みます。
SUBSCRIBE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.chicago.example.com:5061 ;branch=z9hG4bK74b232
一口: 登録、 bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.chicago.example.com:5061; ブランチ=z9hG4bK74b232
Johnston, et al. Best Current Practice [Page 142] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[142ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=158x93461 To: <sips:park@server.example.com> Call-ID: 2d6485356dfaj34dsf CSeq: 1 SUBSCRIBE Contact: <sips:carol@client.chicago.example.com> Event: dialog Expires: 0 Accept: application/dialog-info+xml Content-Length: 0
マックス-フォワード: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=158x93461To:にタグ付けをしてください <一口: park@server.example.com 、gt;、呼び出しID: 2d6485356dfaj34dsf CSeq: 1 接触を申し込んでください: <一口: carol@client.chicago.example.com 、gt;、出来事: 対話Expires: 0 受け入れます: アプリケーション/対話インフォメーション+xml Content-長さ: 0
F17 200 OK Park Server -> Carol
F17 200OK公園サーバ->キャロル
SIP/2.0 200 OK Via: SIP/2.0/TLS client.chicago.example.com:5061 ;branch=z9hG4bK74b232 ;received=192.0.2.105 From: Carol <sips:carol@chicago.example.com>;tag=158x93461 To: <sips:park@server.example.com>;tag=3213j Call-ID: 2d6485356dfaj34dsf CSeq: 1 SUBSCRIBE Contact: <sips:park@server.example.com>;automaton ;+sip.byeless;+sip.rendering="no" Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.chicago.example.com: 5061; ブランチ=z9hG4bK74b232;は=192.0.2.105From:を受けました。 キャロル<一口: carol@chicago.example.com 、gt;、;=158x93461To:にタグ付けをしてください <一口: park@server.example.com 、gt;、; =3213j呼び出しIDにタグ付けをしてください: 2d6485356dfaj34dsf CSeq: 1 接触を申し込んでください: <一口: park@server.example.com 、gt;、; オートマトン; + sip.byeless; + sip.rendering=コンテンツの長さでない: 0
F18 NOTIFY Park Server -> Carol
F18は公園サーバ->キャロルに通知します。
NOTIFY sips:carol@client.example.com SIP/2.0 Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74b8skd Max-Forwards: 70 To: Carol <sips:carol@chicago.example.com>;tag=158x93461 From: <sips:park@server.example.com>;tag=3213j Call-ID: 2d6485356dfaj34dsf CSeq: 1 NOTIFY Contact: <sips:park@server.example.com>;automaton ;+sip.byeless;+sip.rendering="no" Event: dialog Subscription-State: terminated;reason=timeout Content-Type: application/dialog-info+xml Content-Length: ... <?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:park@server.example.com"> <dialog id="439920143524" call-id="a5-75-34-12-76@server.example.com"
NOTIFY一口: carol@client.example.com SIP/2.0Via: SIP/2.0/TLS server.example.com: 5061; ブランチは前方へz9hG4bK74b8skdマックスと等しいです: 70 To: キャロル<一口: carol@chicago.example.com 、gt;、;=158x93461From:にタグ付けをしてください <一口: park@server.example.com 、gt;、; =3213j呼び出しIDにタグ付けをしてください: 2d6485356dfaj34dsf CSeq: 1 接触に通知してください: <一口: park@server.example.com 、gt;、; オートマトン; + sip.byeless; + sip.renderingはどんな出来事とも等しくはありません: 対話Subscription-州: 終わり、; 理由はタイムアウトコンテントタイプと等しいです: アプリケーション/対話インフォメーション+xml Content-長さ: ... <?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: park@server.example.com 」と等しい、gt;、<対話イド=「439920143524」呼び出しイド=" a5-75-34-12-76@server.example.com "
Johnston, et al. Best Current Practice [Page 143] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[143ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
local-tag="0111" remote-tag="098594" direction="initiator"> <duration>1</duration> <local> <target>sips:park@server.example.com</target> </local> <remote> <target>sips:a8342043f@atlanta.example.com;gr</target> </remote> <state>confirmed</state> </dialog> </dialog-info>
地方のタグ=の「0111」リモートタグが「098594」方向=と等しい、「創始者、「>1の地方の><目標></持続時間><一口: ><持続時間 park@server.example.com 、lt;、目的の></地方の/リモート><目標>><一口: a8342043f@atlanta.example.com;gr 、lt;、/目的の></遠く離れた><州の>が</州の></対話></対話-インフォメーション>を確認した、」
F19 200 OK Carol -> Park Server
F19 200OKキャロル->公園サーバ
SIP/2.0 200 OK Via: SIP/2.0/TLS server.example.com:5061 ;branch=z9hG4bK74b8skd ;received=192.0.2.103 To: Carol <sips:carol@chicago.example.com>;tag=158x93461 From: <sips:park@server.example.com>;tag=3213j Call-ID: 2d6485356dfaj34dsf CSeq: 1 NOTIFY Contact: <sips:carol@client.chicago.example.com> Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS server.example.com: 5061; ブランチ=z9hG4bK74b8skd;は=192.0.2.103To:を受けました。 キャロル<一口: carol@chicago.example.com 、gt;、;=158x93461From:にタグ付けをしてください <一口: park@server.example.com 、gt;、; =3213j呼び出しIDにタグ付けをしてください: 2d6485356dfaj34dsf CSeq: 1 接触に通知してください: <一口: carol@client.chicago.example.com 、gt;、コンテンツの長さ: 0
F20 INVITE Carol -> Alice
F20はキャロル・->アリスを招待します。
INVITE sips:alice@atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.chicago.example.com:5061 ;branch=z9hG4bK74bQ2 Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=5893461 To: Alice <sips:alice@atlanta.example.com> Call-ID: 6485356@chicago.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Require: replaces Replaces: a5-75-34-12-76@server.example.com ;to-tag=098594;from-tag=0111 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: alice@atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.chicago.example.com: 5061; ブランチは前方へz9hG4bK74bQ2マックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=5893461To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、呼び出しID: 6485356@chicago.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、必要です: Replacesを取り替えます: タグからのタグ=098594への a5-75-34-12-76@server.example.com =0111は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0
v=0
Johnston, et al. Best Current Practice [Page 144] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[144ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
o=carol 2890844922 2890844922 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
o=0 0INキャロル2890844922 2890844922IN IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F21 200 OK Alice -> Carol
F21 200OKアリス・->キャロル
SIP/2.0 200 OK Via: SIP/2.0/TLS client.chicago.example.com:5061 ;branch=z9hG4bK74bQ2 ;received=192.0.2.105 From: Carol <sips:carol@chicago.example.com>;tag=5893461 To: Alice <sips:alice@atlanta.example.com>;tag=222 Call-ID: 6485356@chicago.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.chicago.example.com: 5061; ブランチ=z9hG4bK74bQ2;は=192.0.2.105From:を受けました。 キャロル<一口: carol@chicago.example.com 、gt;、;=5893461To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは222呼び出しIDと等しいです: 6485356@chicago.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844527 2890844527 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844527 2890844527IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F22 ACK Carol -> Alice
F22 ACKキャロル・->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS client.chicago.example.com:5061 ;branch=z9hG4bK74bJ0 Max-Forwards: 70 From: Carol <sips:carol@chicago.example.com>;tag=5893461 To: Alice <sips:alice@atlanta.example.com>;tag=222 Call-ID: 6485356@chicago.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS client.chicago.example.com: 5061; ブランチは前方へz9hG4bK74bJ0マックスと等しいです: 70 From: キャロル<一口: carol@chicago.example.com 、gt;、;=5893461To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは222呼び出しIDと等しいです: 6485356@chicago.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* A replaces the session to the Park Server with the new session with C and generates a BYE to disconnect the Park Server. */
/*AがPark ServerへのセッションをCとの新しいセッションに取り替えて、Park Serverを外すためにBYEを発生させる、*/
Johnston, et al. Best Current Practice [Page 145] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[145ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F23 BYE Alice -> Park Server
F23さようならアリス->公園サーバ
BYE sips:park@server.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b4N Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=098594 To: <sips:park@server.example.com>;tag=0111 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 BYE Content-Length: 0
BYE一口: park@server.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74b4Nマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=098594To:にタグ付けをしてください <一口: park@server.example.com 、gt;、; タグは0111年の呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 さようならコンテンツの長さ: 0
F24 200 OK Park Server -> Alice
F24 200OK公園サーバ->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b4N ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=098594 To: <sips:park@server.example.com>;tag=0111 Call-ID: a5-75-34-12-76@server.example.com CSeq: 1 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b4N;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=098594To:にタグ付けをしてください <一口: park@server.example.com 、gt;、; タグは0111年の呼び出しIDと等しいです: a5-75-34-12-76@server.example.com CSeq: 1 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 146] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[146ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.16. Call Pickup
2.16. ピックアップに電話をしてください。
Alice Bob Bill | | | | INVITE F1 | | |------------->| | |180 Ringing F2| | |<-------------| | | | SUBSCRIBE F3 | | |<------------------| | | 200 OK F4 | | |------------------>| | | NOTIFY F5 | | |------------------>| | | 200 OK F6 | | |<------------------| | INVITE Replaces:Bob F7 | |<---------------------------------| | | 200 OK F8 | |--------------------------------->| | CANCEL F9 | | |------------->| | | 200 OK F10 | | |<-------------| | | 487 F11 | | |<-------------| | | ACK F12 | | |------------->| | | ACK F13 | |<---------------------------------| | | | Two-Way RTP Established | |<================================>| | BYE F14 | |--------------------------------->| | 200 OK F15 | |<---------------------------------| | |
アリス・ボブ・ビル| | | | F1を招いてください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、| |180 F2を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| F3を申し込んでください。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F4| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| F5に通知してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F6| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 招待は以下に取って代わって、F7をたたいてください。| |<---------------------------------| | | 200 OK F8| |--------------------------------->| | F9を取り消してください。| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 200 OK F10| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 487 F11| | | <、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F12| | |、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| ACK F13| |<---------------------------------| | | | 設立されたツーウェイRTP| |<================>|、| さようならF14| |--------------------------------->| | 200 OK F15| |<---------------------------------| | |
Bob and Bill are part of a work group at example.com that can pick up each other's calls. Alice calls Bob, who does not answer. Bill wishes to pick up the call and sends a SUBSCRIBE to Bob to retrieve the dialog information. Bill then generates an INVITE with a Replaces to Alice. Alice answers the INVITE and sends a CANCEL to stop Bob's phone ringing. Note that the relative order of the 487/ACK sequence (F11/F12) and the 200 OK to the CANCEL (F10) is not deterministic.
ボブとビルは互いの呼び出しを再開できるexample.comの仕事グループの一部です。 アリスは、ボブに電話をします。(ボブは、答えません)。 ビルは、呼び出しを再開することを願って、対話情報を検索するために登録をボブに送ります。 そして、ビルはReplacesとINVITEをアリスに発生させます。 アリスは、ボブの電話が鳴るのを止めるためにINVITEに答えて、キャンセルを送ります。 487/ACK系列(F11/F12)とキャンセルへの200OK(F10)の相対オーダが決定論的でないことに注意してください。
Johnston, et al. Best Current Practice [Page 147] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[147ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
This call flow shows the use of the "early-only" parameter [RFC3891] in the Replaces header field of F7. This parameter prevents Alice from accepting the INVITE if Bob has already accepted the INVITE. If Bill had wished to "take" the call from Bob regardless of whether he had answered, the parameter would not have been present in F7.
この呼び出し流動はF7のReplacesヘッダーフィールドにおける「早い唯一」のパラメタ[RFC3891]の使用を示しています。 このパラメタのために、ボブが既にINVITEを受け入れたなら、アリスはINVITEを受け入れることができません。 答えたかどうかにかかわらずビルがボブから呼び出しを「取りたかった」なら、パラメタはF7に存在していなかったでしょうに。
Also note that the subscription between Bob and Carol could have been established prior to Alice's call.
また、ボブとキャロルの間の購読がアリスの呼び出しの前に確立されたかもしれないことに注意してください。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF2 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com
Johnston, et al. Best Current Practice [Page 148] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[148ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
/* Bill decides to pick up the call. */
/*ビルは、呼び出しを再開すると決めます。 */
F3 SUBSCRIBE Bill -> Bob
F3はビル・->ボブを申し込みます。
SUBSCRIBE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74bf Max-Forwards: 70 From: Bill <sips:bill@biloxi.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com> Call-ID: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 SUBSCRIBE Contact: <sips:bill@pc.biloxi.example.com> Event: dialog Expires: 0 Accept: application/dialog-info+xml Content-Length: 0
一口: 登録、 bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74bfマックスと等しいです: 70 From: ビル<一口: bill@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 接触を申し込んでください: <一口: bill@pc.biloxi.example.com 、gt;、出来事: 対話Expires: 0 受け入れます: アプリケーション/対話インフォメーション+xml Content-長さ: 0
F4 200 OK Bob -> Bill
F4 200OKボブ・->ビル
SIP/2.0 200 OK Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74bf ;received=192.0.2.114 Max-Forwards: 70 From: Bill <sips:bill@biloxi.example.com>;tag=8675309 To: Bob <sips:bob@biloxi.example.com>;tag=31451098 Call-ID: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 SUBSCRIBE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチ=z9hG4bK74bf; 容認された=192.0.2の.114のマックス-フォワード: 70 From: ビル<一口: bill@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは31451098呼び出しIDと等しいです: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 コンテンツの長さを申し込んでください: 0
F5 NOTIFY Bob -> Bill
F5はボブ・->ビルに通知します。
NOTIFY sips:bill@pc.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74br Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=31451098 To: Bill <sips:bill@biloxi.example.com>;tag=8675309 Call-ID: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 NOTIFY
NOTIFY一口: bill@pc.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74brマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=31451098To:にタグ付けをしてください ビル<一口: bill@biloxi.example.com 、gt;、; タグは8675309呼び出しIDと等しいです: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 通知してください。
Johnston, et al. Best Current Practice [Page 149] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[149ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Contact: <sips:bob@client.biloxi.example.com> Event: dialog Subscription-State: terminated;reason=timeout Content-Type: application/dialog-info+xml Content-Length: ...
接触: <一口: bob@client.biloxi.example.com 、gt;、出来事: 対話Subscription-州: 終わり、; 理由はタイムアウトコンテントタイプと等しいです: アプリケーション/対話インフォメーション+xml Content-長さ: ...
<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:bob@biloxi.example.com"> <dialog id="94992014524" call-id="12345600@atlanta.example.com" local-tag="3145678" remote-tag="1234567" direction="recipient"> <duration>1</duration> <local> <identity display="Bob">sips:bob@biloxi.example.com</identity> <target>sips:bob@client.biloxi.example.com</target> </local> <remote> <identity display="Alice">sips:alice@atlanta.example.com </identity> <target>sips:a8342043@atlanta.example.com;gr</target> </remote> <state>early</state> </dialog> </dialog-info>
<?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: bob@biloxi.example.com 」と等しい、gt;、<対話イド=「94992014524」呼び出しイド=の" 12345600@atlanta.example.com "地方のタグ=「3145678」リモートタグが「1234567」方向=と等しい、「受取人「>の<の地方の><アイデンティティ<持続時間>1</持続時間>表示=」ボブの「>はちびちび飲まれます: bob@biloxi.example 」; comの</アイデンティティ><目標>一口: bob@client.biloxi.example.com 、lt;、目的の></地方の/<リモート><アイデンティティ>表示が等しい、「アリス、「>一口: alice@atlanta.example.com 、lt;、/アイデンティティ><目的の>一口: a8342043@atlanta.example.com;gr 、lt;、目的の></リモートな/><州>の早めの</州></対話></対話-インフォメーション>、」
F6 200 OK Bill -> Bob
F6 200OKビル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74br ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=31451098 To: Bill <sips:bill@biloxi.example.com>;tag=8675309 Call-ID: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 NOTIFY Contact: <sips:bill@pc.biloxi.example.com> Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK74br;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=31451098To:にタグ付けをしてください ビル<一口: bill@biloxi.example.com 、gt;、; タグは8675309呼び出しIDと等しいです: rt4353gs2egg@pc.biloxi.example.com CSeq: 1 接触に通知してください: <一口: bill@pc.biloxi.example.com 、gt;、コンテンツの長さ: 0
F7 INVITE Bill -> Alice
F7はビル・->アリスを招待します。
INVITE sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74HH Max-Forwards: 70 From: Bill <sips:bill@biloxi.example.com>;tag=8675310 To: Alice <sips:alice@atlanta.example.com>
INVITE一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74HHマックスと等しいです: 70 From: ビル<一口: bill@biloxi.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt。
Johnston, et al. Best Current Practice [Page 150] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[150ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 563456212@b2.biloxi.example.com CSeq: 1 INVITE Require: replaces Replaces: 12345600@atlanta.example.com ;from-tag=314578;to-tag=1234567;early-only Contact: <sips:bill@pc.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
呼び出しID: 563456212@b2.biloxi.example.com CSeq: 1 招待は以下を必要とします。 Replacesを取り替えます: タグ=314578からのタグ=1234567への 12345600@atlanta.example.com ; 早い唯一の接触: <一口: bill@pc.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bill 2890843122 2890843122 IN IP4 pc.biloxi.example.com s= c=IN IP4 pc.biloxi.example.com t=0 0 m=audio 5342 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0請求書2890843122 2890843122IN IP4 pc.biloxi.example.com s= c=IN v=0o=IP4 pc.biloxi.example.com t=m=オーディオの5342RTP/AVP0a=rtpmap: 0PCMU/8000
/* Alice matches the dialog information in the Replaces header and accepts the INVITE. */
/*アリスは、Replacesヘッダーで対話情報を合わせて、INVITEを受け入れます。 */
F8 200 OK Alice -> Bill
F8 200OKアリス・->ビル
SIP/2.0 200 OK Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK74HH ;received=192.0.2.114 From: Bill <sips:bill@biloxi.example.com>;tag=8675310 To: Alice <sips:alice@atlanta.example.com>;tag=131256 Call-ID: 563456212@b2.biloxi.example.com CSeq: 1 INVITE Contact: <sips:a8342043f@atlanta.example.com;gr> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces, gruu Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチ=z9hG4bK74HH;は=192.0.2.114From:を受けました。 ビル<一口: bill@biloxi.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.biloxi.example.com CSeq: 1 接触を招いてください: <一口: a8342043f@atlanta.example.com;gr 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: 取り替え、gruuコンテントタイプ: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 289084543 289084543 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice289084543 289084543IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49172RTP/AVP0a=rtpmap: 0PCMU/8000
/* Alice stops Bob's phone from ringing by sending a CANCEL. */
/*アリスは、ボブの電話が鳴るのをキャンセルを送ることによって、止めます。 */
Johnston, et al. Best Current Practice [Page 151] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[151ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F9 CANCEL Alice -> Bob
F9はアリス・->ボブを取り消します。
CANCEL sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
キャンセル一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F10 200 OK Bob -> Alice
F10 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 CANCEL Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを取り消してください: 0
F11 487 Request Terminated Bob -> Alice
F11 487は終えられたボブ・->アリスを要求します。
SIP/2.0 487 Request Terminated Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
一口/2.0 487要求は以下を通って終わりました。 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは3145678呼び出しIDと等しいです: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
F12 ACK Alice -> Bob
F12 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK83749.1 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=3145678
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK83749.1マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、;=3145678にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 152] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[152ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
呼び出しID: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F13 ACK Bill -> Alice
F13 ACKビル・->アリス
ACK sips:a8342043f@atlanta.example.com;gr SIP/2.0 Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bK7435 Max-Forwards: 70 From: Bill <sips:bill@biloxi.example.com>;tag=8675310 To: Alice <sips:alice@atlanta.example.com>;tag=131256 Call-ID: 563456212@b2.biloxi.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: a8342043f@atlanta.example.com;gr SIP/2.0Via: SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチは前方へz9hG4bK7435マックスと等しいです: 70 From: ビル<一口: bill@biloxi.example.com 、gt;、;=8675310To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.biloxi.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* RTP streams are established between Alice and Bill. Later, Alice hangs up with Bill. */
/*RTPの流れはアリスとビルの間で確立されます。 その後、アリスはビルと共にハングアップします。 */
F14 BYE Alice -> Bill
F14さようならアリス・->ビル
BYE sips:bill@pc.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2 Max-Forwards: 70 To: Bill <sips:bill@biloxi.example.com>;tag=8675310 From: Alice <sips:alice@atlanta.example.com>;tag=131256 Call-ID: 563456212@b2.biloxi.example.com CSeq: 1 BYE Content-Length: 0
BYE一口: bill@pc.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf2マックスと等しいです: 70 To: ビル<一口: bill@biloxi.example.com 、gt;、;=8675310From:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.biloxi.example.com CSeq: 1 さようならコンテンツの長さ: 0
F15 200 OK Bill -> Alice
F15 200OKビル・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf2 ;received=192.0.2.105 To: Bill <sips:bill@biloxi.example.com>;tag=8675310 From: Alice <sips:alice@atlanta.example.com>;tag=131256 Call-ID: 563456212@b2.biloxi.example.com CSeq: 1 BYE Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf2;は=192.0.2.105To:を受けました。 ビル<一口: bill@biloxi.example.com 、gt;、;=8675310From:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは131256呼び出しIDと等しいです: 563456212@b2.biloxi.example.com CSeq: 1 さようならコンテンツの長さ: 0
Johnston, et al. Best Current Practice [Page 153] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[153ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.17. Automatic Redial Alice Bob | | | INVITE F1 | |--------------->| |486 Busy Here F2| |<---------------| Bob is busy | ACK F3 | |--------------->| | SUBSCRIBE F4 | |--------------->| | 200 OK F5 | |<---------------| | NOTIFY F6 | |<---------------| | 200 OK F7 | |--------------->| | | | NOTIFY F8 | Bob is now available |<---------------| | 200 OK F9 | |--------------->| | | | INVITE F10 | |--------------->| Session setup successful | 180 Ringing F11| |<---------------| | 200 OK F12 | |<---------------| | ACK F13 | |--------------->| | Media Session | |<==============>| | | | NOTIFY F14 | |<---------------| | 200 OK F15 | |--------------->| | | | SUBSCRIBE F16 | Alice terminates subscription |--------------->| | 200 OK F17 | |<---------------| | NOTIFY F18 | |<---------------| | 200 OK F19 | |--------------->| | |
2.17. 自動再ダイヤルアリス・ボブ| | | F1を招いてください。| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| |486はここでF2と忙しくします。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| ボブは忙しいです。| ACK F3| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| F4を申し込んでください。| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| 200 OK F5| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| F6に通知してください。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F7| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F8に通知してください。| ボブは現在、手があいています。| <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F9| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F10を招待してください。| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| セッションセットアップうまくいきます。| 180 F11を鳴らすこと。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F12| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| ACK F13| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| メディアセッション| |<=======>|、|、|、| F14に通知してください。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F15| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|、| F16を申し込んでください。| アリスは購読を終えます。|、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、| 200 OK F17| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| F18に通知してください。| | <、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、| 200 OK F19| |、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、|
Johnston, et al. Best Current Practice [Page 154] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[154ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Bob is initially busy when Alice calls. Alice subscribes to Bob's call state using a SUBSCRIBE F4. Bob sends a NOTIFY F8 when Bob is available. Alice is alerted, then Alice sends an INVITE to Bob to establish the session. The subscription is terminated using SUBSCRIBE F16.
アリスが初めは電話をするとき、ボブは忙しいです。 アリスは、SUBSCRIBE F4を使用することでボブの呼び出し状態に加入します。 ボブが手があいているとき、ボブはNOTIFY F8を送ります。 アリスは注意を喚起されて、次に、アリスは、セッションを証明するためにINVITEをボブに送ります。 購読は、SUBSCRIBE F16を使用することで終えられます。
Message Details
メッセージの詳細
F1 INVITE Alice -> Bob
F1はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com> Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 12345600@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844526 2890844526IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F2 486 Busy Here
ここで忙しいF2 486
SIP/2.0 486 Busy Here Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=982039i4 Call-ID: 12345600@atlanta.example.com CSeq: 1 INVITE Content-Length: 0
ここで以下を通って/2.0 486忙しい状態でちびちび飲んでください。 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bf9;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =982039i4呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 1 コンテンツの長さを招待してください: 0
Johnston, et al. Best Current Practice [Page 155] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[155ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F3 ACK Alice -> Bob
F3 ACKアリス・->ボブ
ACK sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bf9 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=982039i4 Call-ID: 12345600@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bf9マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=1234567To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; =982039i4呼び出しIDにタグ付けをしてください: 12345600@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F4 SUBSCRIBE Alice -> Bob
F4はアリス・->ボブを申し込みます。
SUBSCRIBE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b8G Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=837348234 To: Bob <sips:bob@biloxi.example.com> Call-ID: 4524526232@atlanta.example.com CSeq: 1 SUBSCRIBE Contact: sips:alice@client.atlanta.example.com Event: dialog Accept: application/dialog-info+xml Content-Length: 0
一口: 登録、 bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74b8Gマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=837348234To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: 4524526232@atlanta.example.com CSeq: 1 接触を申し込んでください: 一口: alice@client.atlanta.example.com Event: 対話Accept: アプリケーション/対話インフォメーション+xml Content-長さ: 0
F5 200 OK Bob -> Alice
F5 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74b8G ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=837348234 To: Bob <sips:bob@biloxi.example.com>;tag=341123 Call-ID: 4524526232@atlanta.example.com Expires: 60 CSeq: 1 SUBSCRIBE Contact: sips:bob@client.biloxi.example.com Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74b8G;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=837348234To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは341123呼び出しIDと等しいです: 4524526232@atlanta.example.com は期限が切れます: 60CSeq: 1 接触を申し込んでください: 一口: bob@client.biloxi.example.com のContent-長さ: 0
Johnston, et al. Best Current Practice [Page 156] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[156ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F6 NOTIFY Bob -> Alice
F6はボブ・->アリスに通知します。
NOTIFY sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bn2 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 1 NOTIFY Contact: <sips:bob@client.biloxi.example.com> Event: dialog Subscription-State: active;expires=59 Content-Type: application/dialog-info+xml Content-Length: ...
NOTIFY一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74bn2マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 1 接触に通知してください: <一口: bob@client.biloxi.example.com 、gt;、出来事: 対話Subscription-州: 能動態; =59コンテントタイプを吐き出します: アプリケーション/対話インフォメーション+xml Content-長さ: ...
<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:bob@biloxi.example.com"> <dialog id="562623442g3"> <duration>1</duration> <state>confirmed</state> </dialog> </dialog-info>
<?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: bob@biloxi.example.com 」と等しい、gt;、<対話イド=「562623442g3"><持続時間>1つの</持続時間><州の>確認された</州の></対話></対話インフォメーション>」
F7 200 OK Alice -> Bob
F7 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bn2 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 1 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK74bn2;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 1 コンテンツの長さに通知してください: 0
/* Bob is now available. */
/*ボブは現在、手があいています。 */
F8 NOTIFY Bob -> Alice
F8はボブ・->アリスに通知します。
NOTIFY sips:alice@atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bVi Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=341123
NOTIFY一口: alice@atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bK74bViマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=341123にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 157] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[157ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 2 NOTIFY Event: dialog Subscription-State: active;expires=27 Contact: <sips:bob@client.biloxi.example.com> Content-Type: application/dialog-info+xml Content-Length: ...
To: アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 2 出来事に通知してください: 対話Subscription-州: 能動態; =27Contactを吐き出します: <一口: bob@client.biloxi.example.com 、gt;、コンテントタイプ: アプリケーション/対話インフォメーション+xml Content-長さ: ...
<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:bob@biloxi.example.com"> <dialog id="562623442g3"> <state>terminated</state> </dialog> </dialog-info>
<?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: bob@biloxi.example.com 」と等しい、gt;、<対話イド=「562623442g3"><州の>終えられた</州の></対話></対話-インフォメーション>」
F9 200 OK Alice -> Bob
F9 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK74bVi ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 2 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK74bVi;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 2 コンテンツの長さに通知してください: 0
F10 INVITE Alice -> Bob
F10はアリス・->ボブを招待します。
INVITE sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfq Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=f23fkg14k To: Bob <sips:bob@biloxi.example.com> Call-ID: aoij4i9okitr@atlanta.example.com CSeq: 1 INVITE Contact: <sips:alice@client.atlanta.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bfqマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=f23fkg14k To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、呼び出しID: aoij4i9okitr@atlanta.example.com CSeq: 1 接触を招いてください: <一口: alice@client.atlanta.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
Johnston, et al. Best Current Practice [Page 158] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[158ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
v=0 o=alice 2890844826 2890844826 IN IP4 client.atlanta.example.com s= c=IN IP4 client.atlanta.example.com t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0IN v=0 o=alice2890844826 2890844826IN IP4 client.atlanta.example.com s=c=IP4 client.atlanta.example.com t=m=オーディオの49170RTP/AVP0a=rtpmap: 0PCMU/8000
F11 180 Ringing Bob -> Alice
ボブ・->アリスに電話をするF11 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfq ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=f23fkg14k To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: aoij4i9okitr@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfq;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=f23fkg14k To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: aoij4i9okitr@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、コンテンツの長さ: 0
F12 200 OK Bob -> Alice
F12 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bfq ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=f23fkg14k To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: aoij4i9okitr@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK74bfq;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=f23fkg14k To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: aoij4i9okitr@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)が参照される、登録、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890854527 2890854527 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890854527 2890854527IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 159] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[159ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F13 ACK Alice -> Bob
F13 ACKアリス・->ボブ
ACK sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK74bLBJ Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=f23fkg14k To: Bob <sips:bob@biloxi.example.com>;tag=23431 Call-ID: aoij4i9okitr@atlanta.example.com CSeq: 1 ACK Content-Length: 0
ACK一口: bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK74bLBJマックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=f23fkg14k To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは23431呼び出しIDと等しいです: aoij4i9okitr@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
F14 NOTIFY Bob -> Alice
F14はボブ・->アリスに通知します。
NOTIFY sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK4bnd2 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 3 NOTIFY Contact: <sips:bob@client.biloxi.example.com> Event: dialog Subscription-State: active;expires=15 Content-Type: application/dialog-info+xml Content-Length: ...
NOTIFY一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bK4bnd2マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 3 接触に通知してください: <一口: bob@client.biloxi.example.com 、gt;、出来事: 対話Subscription-州: 能動態; =15コンテントタイプを吐き出します: アプリケーション/対話インフォメーション+xml Content-長さ: ...
<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:bob@biloxi.example.com"> <dialog id="62d2623442g3"> <duration>1</duration> <state>confirmed</state> </dialog> </dialog-info>
<?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: bob@biloxi.example.com 」と等しい、gt;、<対話イド=「62d2623442g3"><持続時間>1つの</持続時間><州の>確認された</州の></対話></対話インフォメーション>」
F15 200 OK Alice -> Bob
F15 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bK4bnd2 ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bK4bnd2;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、;=837348234にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 160] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[160ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 4524526232@atlanta.example.com CSeq: 3 NOTIFY Content-Length: 0
呼び出しID: 4524526232@atlanta.example.com CSeq: 3 コンテンツの長さに通知してください: 0
/* Alice terminates the subscription. */
/*アリスは購読を終えます。 */
F16 SUBSCRIBE Alice -> Bob
F16はアリス・->ボブを申し込みます。
SUBSCRIBE sips:bob@client.biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK474b8 Max-Forwards: 70 From: Alice <sips:alice@atlanta.example.com>;tag=837348234 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 2 SUBSCRIBE Contact: sips:alice@client.atlanta.example.com Event: dialog Expires: 0 Accept: application/dialog-info+xml Content-Length: 0
一口: 登録、 bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチは前方へz9hG4bK474b8マックスと等しいです: 70 From: アリス<一口: alice@atlanta.example.com 、gt;、;=837348234To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 2 接触を申し込んでください: 一口: alice@client.atlanta.example.com Event: 対話Expires: 0 受け入れます: アプリケーション/対話インフォメーション+xml Content-長さ: 0
F17 200 OK Bob -> Alice
F17 200OKボブ・->アリス
SIP/2.0 200 OK Via: SIP/2.0/TLS client.atlanta.example.com:5061 ;branch=z9hG4bK474b8 ;received=192.0.2.103 From: Alice <sips:alice@atlanta.example.com>;tag=837348234 To: Bob <sips:bob@biloxi.example.com>;tag=341123 Call-ID: 4524526232@atlanta.example.com Expires: 0 CSeq: 2 SUBSCRIBE Contact: sips:bob@client.biloxi.example.com Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.atlanta.example.com: 5061; ブランチ=z9hG4bK474b8;は=192.0.2.103From:を受けました。 アリス<一口: alice@atlanta.example.com 、gt;、;=837348234To:にタグ付けをしてください ボブ<一口: bob@biloxi.example.com 、gt;、; タグは341123呼び出しIDと等しいです: 4524526232@atlanta.example.com は期限が切れます: 0CSeq: 2 接触を申し込んでください: 一口: bob@client.biloxi.example.com のContent-長さ: 0
F18 NOTIFY Bob -> Alice
F18はボブ・->アリスに通知します。
NOTIFY sips:alice@client.atlanta.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKb5n2j Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com
NOTIFY一口: alice@client.atlanta.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKb5n2jマックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com
Johnston, et al. Best Current Practice [Page 161] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[161ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
CSeq: 4 NOTIFY Contact: <sips:bob@client.biloxi.example.com> Event: dialog Subscription-State: terminated;reason=noresource Content-Type: application/dialog-info+xml Content-Length: ...
CSeq: 4 接触に通知してください: <一口: bob@client.biloxi.example.com 、gt;、出来事: 対話Subscription-州: 終わり、; 理由はnoresourceコンテントタイプと等しいです: アプリケーション/対話インフォメーション+xml Content-長さ: ...
<?xml version="1.0"?> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sips:bob@biloxi.example.com"> <dialog id="62d2623442g3"> <duration>3</duration> <state>confirmed</state> </dialog> </dialog-info>
<?xmlバージョン= 「1インチ?」「><対話インフォメーションxmlnsはバージョン=「0インチの状態=」という「つぼ:ietf:params:xml:ナノ秒: 対話インフォメーション」といっぱいに等しく」実体が「一口: bob@biloxi.example.com 」と等しい、gt;、<対話イド=「62d2623442g3"><持続時間>3</持続時間><州の>確認された</州の></対話></対話インフォメーション>」
F19 200 OK Alice -> Bob
F19 200OKアリス・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKb5n2j ;received=192.0.2.105 From: Bob <sips:bob@biloxi.example.com>;tag=341123 To: Alice <sips:alice@atlanta.example.com>;tag=837348234 Call-ID: 4524526232@atlanta.example.com CSeq: 4 NOTIFY Content-Length: 0
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKb5n2j;は=192.0.2.105From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=341123To:にタグ付けをしてください アリス<一口: alice@atlanta.example.com 、gt;、; タグは837348234呼び出しIDと等しいです: 4524526232@atlanta.example.com CSeq: 4 コンテンツの長さに通知してください: 0
Johnston, et al. Best Current Practice [Page 162] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[162ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
2.18. Click to Dial
2.18. ダイヤルするクリック
Bob's PC Bob Carol | REFER Refer-To:Carol F1 | |------------------->| | | 202 Accepted F2 | | |<-------------------| | | | INVITE F3 | | |------------------->| | | 180 Ringing F4 | | |<-------------------| | | 200 OK F5 | | |<-------------------| | | ACK F6 | | |------------------->| | | RTP | | |<==================>| | | |
ボブのPCボブ・キャロル| To: キャロルを参照しているF1を参照してください。| |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 202 受け入れられたF2| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、|、| F3を招待してください。| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| 180 F4を鳴らすこと。| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| 200 OK F5| | | <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、|、|、| ACK F6| | |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>|、|、| RTP| | |<=========>|、|、|、|
In this example, while browsing the web on his PC, Bob clicks on Carol's SIP URI, intending to establish a session with Carol. Bob's web browser passes the SIP URI to the SIP client on Bob's PC. The PC client is configured with the URI of Bob's SIP phone. A REFER is sent to the SIP phone, which results in the establishment of the session between Bob and Carol.
この例では、ボブは彼のPCの上でウェブをブラウズしている間、キャロルのSIP URIをクリックします、キャロルとのセッションを確立するつもりであり。 ボブのウェブブラウザはボブのPCの上のSIPクライアントにSIP URIを渡します。 PCクライアントはボブのSIP電話のURIによって構成されます。 SIP電話にREFERを送ります。(それは、ボブとキャロルとのセッションの設立をもたらします)。
Note that Bob's PC requests that no REFER dialog be established by the use of the Refer-Sub: false header field [RFC4488].
ボブのPCが、REFER対話が全くRefer-潜水艦の使用で確立されないよう要求することに注意してください: 誤ったヘッダーフィールド[RFC4488]。
This flow is preferable to the 3pcc flow because the end-to-end SIP signaling is not interrupted by the 3pcc controller, and because Bob's experience of the call will not be marred by the lack of ringback tone or possible clipping. Suitable authorization of the REFER and explicit authorization of the triggered INVITE by Bob are necessary.
終わりから終わりへのSIPシグナリングが3pccコントローラによって中断されないで、またボブの呼び出しの経験がringbackトーンか可能な切り取りの不足によって損なわれないので、この流れは3pcc流動より望ましいです。 REFERの適当な認可とボブによる引き起こされたINVITEの明白な認可が必要です。
Message Details
メッセージの詳細
/* Bob's PC SIP client sends a REFER to Bob's SIP phone. */
/*ボブのPC SIPクライアントはボブのSIP電話にREFERを送ります。 */
F1 REFER PC -> Bob
F1はPC->ボブを参照します。
REFER sips:bob@biloxi.example.com SIP/2.0 Via: SIP/2.0/TLS pc.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 Max-Forwards: 70 From: <sips:pc.biloxi.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>
REFER一口: bob@biloxi.example.com SIP/2.0Via: SIP/2.0/TLS pc.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashds7マックスと等しいです: 70 From: <一口: pc.biloxi.example.com>; =1234567To:にタグ付けをしてください。 ボブ<一口: bob@biloxi.example.com 、gt。
Johnston, et al. Best Current Practice [Page 163] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[163ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 1234560183434 CSeq: 1 REFER Refer-To: <sips:carol@chicago.example.com> Refer-Sub: false Contact: <sips:pc.biloxi.example.com> Content-Length: 0
呼び出しID: 1234560183434CSeq: 1 To:を参照して、参照してください。 <一口: carol@chicago.example.com 、gt;、潜水艦を参照します: 偽のContact: <一口: pc.biloxi.example.com>コンテンツの長さ: 0
F2 202 Accepted Bob -> PC
F2 202はボブ->PCを受け入れました。
SIP/2.0 202 Accepted Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashds7 ;received=192.0.2.103 From: <sips:pc.biloxi.example.com>;tag=1234567 To: Bob <sips:bob@biloxi.example.com>;tag=314159 Call-ID: 1234560183434 Contact: <sips:bob@client.biloxi.example.com> CSeq: 1 REFER Refer-Sub: false Content-Length: 0
一口/2.0 202は以下を通って受け入れました。 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashds7;は=192.0.2.103From:を受けました。 <一口: pc.biloxi.example.com>; =1234567To:にタグ付けをしてください。 ボブ<一口: bob@biloxi.example.com 、gt;、; タグは314159呼び出しIDと等しいです: 1234560183434 接触: <一口: bob@client.biloxi.example.com 、gt;、CSeq: 1 潜水艦を参照して、参照してください: 誤ったContent-長さ: 0
F3 INVITE Bob -> Carol
F3はボブ・->キャロルを招待します。
INVITE sips:carol@chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdK9 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com> Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:bob@client.biloxi.example.com> Referred-By: <sips:pc.biloxi.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
INVITE一口: carol@chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashdK9マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、呼び出しID: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: bob@client.biloxi.example.com 、gt;、参照されています: <一口: pc.biloxi.example.com>は以下を許容します。 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=bob 2890844539 2890844539 IN IP4 client.biloxi.example.com s= c=IN IP4 client.biloxi.example.com t=0 0 m=audio 3458 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INボブの2890844539 2890844539IN v=0o=IP4 client.biloxi.example.com s=c=IP4 client.biloxi.example.com t=m=オーディオの3458RTP/AVP0a=rtpmap: 0PCMU/8000
Johnston, et al. Best Current Practice [Page 164] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[164ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
F4 180 Ringing Carol -> Bob
キャロル・->ボブに電話をするF4 180
SIP/2.0 180 Ringing Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdK9 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287 Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Content-Length: 0
以下を通って鳴る一口/2.0 180 SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashdK9;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは928287呼び出しIDと等しいです: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、コンテンツの長さ: 0
F5 200 OK Carol -> Bob
F5 200OKキャロル・->ボブ
SIP/2.0 200 OK Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashdK9 ;received=192.0.2.113 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287 Call-ID: 7436222@atlanta.example.com CSeq: 1 INVITE Contact: <sips:carol@client.chicago.example.com> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: ...
以下を通って一口/2.0 200OK SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチ=z9hG4bKnashdK9;は=192.0.2.113From:を受けました。 ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、; タグは928287呼び出しIDと等しいです: 7436222@atlanta.example.com CSeq: 1 接触を招いてください: <一口: carol@client.chicago.example.com 、gt;、許容します: 支持されて、招待、ACK、取り消してください、そして、オプション(さようなら)を参照して、通知してください: コンテントタイプを取り替えます: sdp Contentアプリケーション/長さ: ...
v=0 o=carol 2890844527 2890844527 IN IP4 client.chicago.example.com s= c=IN IP4 client.chicago.example.com t=0 0 m=audio 3456 RTP/AVP 0 a=rtpmap:0 PCMU/8000
0 0INキャロル2890844527 2890844527IN v=0o=IP4 client.chicago.example.com s=c=IP4 client.chicago.example.com t=m=オーディオの3456RTP/AVP0a=rtpmap: 0PCMU/8000
F6 ACK Bob -> Carol
F6 ACKボブ・->キャロル
ACK sips:carol@client.chicago.example.com SIP/2.0 Via: SIP/2.0/TLS client.biloxi.example.com:5061 ;branch=z9hG4bKnashd43 Max-Forwards: 70 From: Bob <sips:bob@biloxi.example.com>;tag=8675309 To: Carol <sips:carol@chicago.example.com>;tag=928287
ACK一口: carol@client.chicago.example.com SIP/2.0Via: SIP/2.0/TLS client.biloxi.example.com: 5061; ブランチは前方へz9hG4bKnashd43マックスと等しいです: 70 From: ボブ<一口: bob@biloxi.example.com 、gt;、;=8675309To:にタグ付けをしてください キャロル<一口: carol@chicago.example.com 、gt;、;=928287にタグ付けをしてください
Johnston, et al. Best Current Practice [Page 165] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[165ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Call-ID: 7436222@atlanta.example.com CSeq: 1 ACK Content-Length: 0
呼び出しID: 7436222@atlanta.example.com CSeq: 1 ACKコンテンツの長さ: 0
/* Bob and Carol now have established a session. */
/*ボブとキャロルは現在、セッションを確立しました。 */
3. Security Considerations
3. セキュリティ問題
Since many of the examples in this document involve SIP call control, either peer-to-peer or 3pcc, the security considerations in the Multiparty Framework document [FRAMEWORK] apply.
例の多くが本書では、SIP呼び出しコントロール(ピアツーピアか3pccのどちらか)にかかわるので、Multiparty Frameworkドキュメント[FRAMEWORK]のセキュリティ問題は適用されます。
Many of the services shown in this document rely on a particular user agent being part of a group. Members of a group could be, for example, employees within a particular department, a set of home phone extensions, members of a call center, etc. As such, user agents that are part of the group permit other group members special privileges and features. For example, while a user agent may not in general allow another user agent to learn detailed dialog information, this information might be shared with another group member in order to facilitate a service such as call pickup. Group members must be authenticated using normal SIP means such as certificates or shared secrets.
本書では示されたサービスの多くがグループの一部である特定のユーザエージェントに頼ります。 例えば、グループのメンバーは特定の部の中の従業員であるかもしれません、1セットの家の電話拡大、コールセンターなどのメンバー そういうものとして、グループの一部であるユーザエージェントは他のグループのメンバーに特権と特徴を可能にします。 例えば、一般に、ユーザエージェントが別のユーザエージェントに詳細な対話情報を学ばせていないかもしれない間、この情報は、呼び出しピックアップなどのサービスを容易にするために別のグループのメンバーと共有されるかもしれません。 SIPが証明書や共有秘密キーのように意味する標準を使用することでグループのメンバーを認証しなければなりません。
The service examples in this document make extensive use of the SIP call control primitives REFER, Replaces, Join, and the dialog package. The security considerations associated with each of these extensions [RFC3515], [RFC3891], [RFC3911], [RFC4235] apply to the scenarios in this document.
サービスの例で、本書では基関数REFERと、Replacesと、Joinと、対話SIP呼び出しコントロールの大規模な使用をパッケージします。 それぞれのこれらの拡大[RFC3515]に関連しているセキュリティ問題[RFC3891]、[RFC3911][RFC4235]は本書ではシナリオに適用されます。
4. Acknowledgements
4. 承認
The authors would like to thank the following reviewers of the document for their detailed comments and corrections: Vijay Gurbani, John Elwell, Joel Repiquet, Nagesh Kumar, Chandra Ravipati, Eric Burger, Jeroen Bemmel, Miguel Garcia, and Dale Worley.
作者は彼らの詳細なコメントと修正のためのドキュメントの以下の評論家に感謝したがっています: ビジェイGurbani、ジョン・エルウェル、ジョエルRepiquet、Nageshクマー、チャンドラRavipati、エリックBurger、ジョロエンBemmel、ミゲル・ガルシア、およびデール・ウォーリー。
The Transfer - Instant Messaging call flow is based on the "IM-a- call" call flow by Jonathan Rosenberg and Henning Schulzrinne. The Automatic Redial call flow is based on a call flow by Adam Roach. The authors wish to thank the following individuals for their assistance and review of this call flows document: Joel Repiquet, Aki Neimi, Rohan Mahy, Jonathan Rosenberg, Hemant Agrawal, Henry Sinnreich, Dean Willis, David Devanatham, Joe Pizzimenti, Matt Cannon, John Hearty, the whole MCI WorldCom IPOP Design team, Scott
Transfer--即時のMessaging呼び出し流動はジョナサン・ローゼンバーグとヘニングSchulzrinneによって「IM-a呼び出し」呼び出し流動に基礎づけられています。 アダム・ローチのAutomatic Redial呼び出し流動は呼び出し流動に基づいています。 作者は、この呼び出しでは、流れが以下を記録するのを彼らの支援とレビューのための以下の個人に感謝したがっています。 ジョエルRepiquet、アキNeimi Rohanマーイ、ジョナサン・ローゼンバーグ、Hemant Agrawal、ヘンリーSinnreich、ディーン・ウィリス、デヴィッドDevanatham、ジョーPizzimenti、マットCannon、ジョンHearty、全体のMCIワールドコムIPOP Designは組になります、スコット
Johnston, et al. Best Current Practice [Page 166] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[166ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Orton, Greg Osterhout, Pat Sollee, Doug Weisenberg, Danny Mistry, Steve McKinnon, and Denise Ingram, Denise Caballero, Tom Redman, Ilya Slain, Pat Sollee, John Truetken, and others from MCI WorldCom, 3Com, Cisco, Lucent, and Nortel.
オートン、グレッグ・オスターハウトはSollee、ダグWeisenberg、ダニー・ミストリ、スティーブMcKinnon、デニーズ・イングラム、デニーズ・カバリェロ、トム・レッドマン、殺されたイリヤ、パットSollee、ジョンTruetken、MCIワールドコム、3Com、シスコからの透明な他のもの、およびノーテルを軽くたたきます。
5. References
5. 参照
5.1. Normative References
5.1. 引用規格
[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] ローゼンバーグ、J.、Schulzrinne、H.、キャマリロ、G.、ジョンストン、A.、ピーターソン、J.、スパークス、R.、ハンドレー、M.、およびE.学生は「以下をちびちび飲みます」。 「セッション開始プロトコル」、RFC3261、2002年6月。
[RFC3264] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[RFC3264] ローゼンバーグとJ.とH.Schulzrinne、「セッション記述プロトコル(SDP)がある申し出/答えモデル」、RFC3264、2002年6月。
[RFC3265] Roach, A., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002.
[RFC3265] ローチ、A.、「セッション開始プロトコル(一口)特定のイベント通知」、RFC3265、2002年6月。
[RFC3428] Campbell, B., Rosenberg, J., Schulzrinne, H., Huitema, C., and D. Gurle, "Session Initiation Protocol (SIP) Extension for Instant Messaging", RFC 3428, December 2002.
[RFC3428] キャンベル、B.、ローゼンバーグ、J.、Schulzrinne、H.、Huitema、C.、およびD.Gurle、「インスタントメッセージングのためのセッション開始プロトコル(一口)拡大」、RFC3428(2002年12月)。
[RFC3515] Sparks, R., "The Session Initiation Protocol (SIP) Refer Method", RFC 3515, April 2003.
[RFC3515] スパークス、R.、「セッション開始プロトコル(一口)は方法を参照する」RFC3515、2003年4月。
[RFC3840] Rosenberg, J., Schulzrinne, H., and P. Kyzivat, "Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)", RFC 3840, August 2004.
[RFC3840] ローゼンバーグ、J.、Schulzrinne、H.、およびP.Kyzivat、「ユーザを示して、セッション開始におけるエージェント能力は(一口)について議定書の中で述べます」、RFC3840、2004年8月。
[RFC3891] Mahy, R., Biggs, B., and R. Dean, "The Session Initiation Protocol (SIP) "Replaces" Header", RFC 3891, September 2004.
[RFC3891] マーイ、R.、ビッグズ、B.、およびR.ディーン、RFC3891、「セッション開始プロトコル(一口)はヘッダーを「取り替え」であっ」て、9月は2004です。
[RFC3911] Mahy, R. and D. Petrie, "The Session Initiation Protocol (SIP) "Join" Header", RFC 3911, October 2004.
2004年10月の[RFC3911]マーイ、R. and D.ピートリー、「「接合してください」というセッション開始プロトコル(一口)ヘッダー」RFC3911。
[RFC4235] Rosenberg, J., Schulzrinne, H., and R. Mahy, "An INVITE- Initiated Dialog Event Package for the Session Initiation Protocol (SIP)", RFC 4235, November 2005.
[RFC4235] ローゼンバーグ、J.、Schulzrinne、H.、およびR.マーイ、「招待はセッション開始プロトコル(一口)のために対話イベントパッケージを開始しました」、RFC4235、2005年11月。
[RFC4488] Levin, O., "Suppression of Session Initiation Protocol (SIP) REFER Method Implicit Subscription", RFC 4488, May 2006.
[RFC4488]レヴィン(O.、「セッション開始プロトコル(一口)の抑圧は方法の暗黙の購読を参照する」RFC4488)は2006がそうするかもしれません。
Johnston, et al. Best Current Practice [Page 167] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[167ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
[RFC4579] Johnston, A. and O. Levin, "Session Initiation Protocol (SIP) Call Control - Conferencing for User Agents", BCP 119, RFC 4579, August 2006.
[RFC4579] ジョンストン、A.、およびO.レヴィン、「セッション開始プロトコル(一口)は、ユーザエージェントのためにコントロール--会議を召集します」、BCP119、RFC4579、2006年8月。
5.2. Informative References
5.2. 有益な参照
[FRAMEWORK] Mahy, R., Sparks, R., Rosenberg, J., Petrie, D., and A. Johnston, "A Call Control and Multi-party usage framework for the Session Initiation Protocol (SIP)", Work in Progress, April 2008.
[FRAMEWORK] Progress(2008年4月)のマーイ、R.、スパークス、R.、ローゼンバーグ、J.、ピートリー、D.、およびA.ジョンストン、「Session Initiationプロトコル(SIP)のためのCall ControlとMulti-パーティー用法枠組み」、Work。
[GRUU] Rosenberg, J., "Obtaining and Using Globally Routable User Agent (UA) URIs (GRUU) in the Session Initiation Protocol (SIP)", Work in Progress, October 2007.
[GRUU]ローゼンバーグ、J.、「セッション開始プロトコル(一口)にRoutableユーザエージェント(UA)URI(GRUU)をグローバルに得て、使用すること」は進行中(2007年10月)で働いています。
[RFC3665] Johnston, A., Donovan, S., Sparks, R., Cunningham, C., and K. Summers, "Session Initiation Protocol (SIP) Basic Call Flow Examples", BCP 75, RFC 3665, December 2003.
[RFC3665] ジョンストン、A.、ドノヴァン、S.、スパークス、R.、カニンハム、C.、およびK.夏、「セッション開始プロトコル(一口)基本的な呼び出し流れの例」、BCP75、RFC3665、2003年12月。
[RFC3725] Rosenberg, J., Peterson, J., Schulzrinne, H., and G. Camarillo, "Best Current Practices for Third Party Call Control (3pcc) in the Session Initiation Protocol (SIP)", BCP 85, RFC 3725, April 2004.
[RFC3725] ローゼンバーグ、J.、ピーターソン、J.、Schulzrinne、H.、およびG.キャマリロ、「セッション開始という第三者呼び出しコントロール(3pcc)のための最も良い現在の実務は(一口)について議定書の中で述べます」、BCP85、RFC3725、2004年4月。
[RFC4317] Johnston, A. and R. Sparks, "Session Description Protocol (SDP) Offer/Answer Examples", RFC 4317, December 2005.
[RFC4317] ジョンストンとA.とR.スパーク、「セッション記述プロトコル(SDP)申し出/答えの例」、RFC4317、2005年12月。
[RFC4475] Sparks, R., Hawrylyshen, A., Johnston, A., Rosenberg, J., and H. Schulzrinne, "Session Initiation Protocol (SIP) Torture Test Messages", RFC 4475, May 2006.
[RFC4475]スパークス(R.、Hawrylyshen、A.、ジョンストン、A.、ローゼンバーグ、J.、およびH.Schulzrinne、「セッション開始プロトコル(一口)耐久テストメッセージ」、RFC4475)は、2006がそうするかもしれません。
[TRANSFER] Sparks, R. and A. Johnston, "Session Initiation Protocol Call Control - Transfer", Work in Progress, September 2008.
[移します] 「セッション開始プロトコル呼び出しコントロール--移す」というスパークス、R.、およびA.ジョンストンは進歩、2008年9月に働いています。
Johnston, et al. Best Current Practice [Page 168] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[168ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Authors' Addresses
作者のアドレス
Alan Johnston (editor) Avaya St. Louis, MO 63124
Avayaセントルイス、アランジョンストン(エディタ)MO 63124
EMail: alan@sipstation.com
メール: alan@sipstation.com
Robert J. Sparks Tekelec
ロバートJ.はTekelecをかきたてます。
EMail: RjS@nostrum.com
メール: RjS@nostrum.com
Chris Cunningham Cisco Systems
クリスカニンハムシスコシステムズ
EMail: chrcunni@cisco.com
メール: chrcunni@cisco.com
Steve Donovan Cisco Systems
スティーブドノヴァンシスコシステムズ
EMail: srd@cisco.com
メール: srd@cisco.com
Kevin Summers Sonus Plano, TX 75093
ケビン・サマーズ・Sonusプラノ、テキサス 75093
EMail: ksummers@sonusnet.com
メール: ksummers@sonusnet.com
Johnston, et al. Best Current Practice [Page 169] RFC 5359 SIP Service Examples October 2008
ジョンストン、他 最も良い現在の習慣[169ページ]RFC5359はサービス例の2008年10月にちびちび飲みます。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2008).
IETFが信じる著作権(C)(2008)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Johnston, et al. Best Current Practice [Page 170]
ジョンストン、他 最も良い現在の習慣[170ページ]
一覧
スポンサーリンク