RFC 5411 - A Hitchhiker's Guide to the Session Initiation Protocol (SIP) 日本語訳

URL : https://tools.ietf.org/html/rfc5411
タイトル : RFC 5411 - セッション開始プロトコル（SIP）ヒッチハイク・ガイド
翻訳編集 : 自動生成

Network Working Group                                       J. Rosenberg
Request for Comments: 5411                                         Cisco
Category: Informational                                    February 2009

     A Hitchhiker's Guide to the Session Initiation Protocol (SIP)

Status of This Memo

このメモのステータス

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。

著作権表示

著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/ license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/ライセンス情報）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。

Abstract

抽象

The Session Initiation Protocol (SIP) is the subject of numerous specifications that have been produced by the IETF. It can be difficult to locate the right document, or even to determine the set of Request for Comments (RFC) about SIP. This specification serves as a guide to the SIP RFC series. It lists a current snapshot of the specifications under the SIP umbrella, briefly summarizes each, and groups them into categories.

セッション開始プロトコル（SIP）は、IETFによって製造されている多数の仕様の主題です。右の文書を見つけることは難しいことができ、あるいはSIPについてのコメント（RFC）の要求のセットを決定します。この仕様は、SIP RFCシリーズのガイドとして機能します。これは、簡単にそれぞれまとめて、およびカテゴリにグループ化して、SIPの傘の下で仕様の現在のスナップショットを示しています。

Table of Contents

   1. Introduction ....................................................2
   2. Scope of This Document ..........................................4
   3. Core SIP Specifications .........................................5
   4. Public Switched Telephone Network (PSTN) Interworking ...........9
   5. General Purpose Infrastructure Extensions ......................11
   6. NAT Traversal ..................................................13
   7. Call Control Primitives ........................................14
   8. Event Framework ................................................15
   9. Event Packages .................................................16
   10. Quality of Service ............................................17
   11. Operations and Management .....................................18
   12. SIP Compression ...............................................18
   13. SIP Service URIs ..............................................18
   14. Minor Extensions ..............................................20
   15. Security Mechanisms ...........................................21
   16. Conferencing ..................................................25
   17. Instant Messaging, Presence, and Multimedia ...................26
   18. Emergency Services ............................................26
   19. Security Considerations .......................................26
   20. Acknowledgements ..............................................27
   21. Informative References ........................................27

1. Introduction

1. はじめに

The Session Initiation Protocol (SIP) [RFC3261] is the subject of numerous specifications that have been produced by the IETF. It can be difficult to locate the right document, or even to determine the set of Request for Comments (RFC) about SIP. "Don't Panic!" [HGTTG] This specification serves as a guide to the SIP RFC series. It is a current snapshot of the specifications under the SIP umbrella at the time of publication. It is anticipated that this document itself will be regularly updated as SIP specifications mature. Furthermore, it references many specifications, which, at the time of publication of this document, were not yet finalized, and may eventually be completed or abandoned. Therefore, the enumeration of specifications here is a work-in-progress and subject to change.

セッション開始プロトコル（SIP）[RFC3261]はIETFによって製造された多数の仕様の主題です。右の文書を見つけることは難しいことができ、あるいはSIPについてのコメント（RFC）の要求のセットを決定します。「慌てない、慌てません！」【HGTTG】本明細書は、SIP RFCシリーズのガイドとして機能します。これは、発行時点でSIPの傘の下で仕様の現在のスナップショットです。 SIPの仕様が成熟するにつれて、この文書自体は定期的に更新されることが予想されます。また、このドキュメントの発行時点で、まだ確定していなかった、そして最終的に完了することができるか、放棄され、多くの仕様を参照しています。したがって、ここでの仕様の列挙は、作業中の被験者変更することです。

For each specification, a paragraph or so description is included that summarizes the purpose of the specification. Each specification also includes a letter that designates its category in the Standards Track [RFC2026]. These values are:

各仕様のために、段落、またはその説明は、明細書の目的を要約している含まれています。各仕様も標準化過程[RFC2026]でそのカテゴリを指定し、文字を含んでいます。これらの値は以下のとおりです。

S: Standards Track (Proposed Standard, Draft Standard, or Standard)

S：標準化過程（標準化提案、ドラフト標準、または標準）

E: Experimental

E：実験

B: Best Current Practice

B：最も良い現在の練習

I: Informational

I：情報

The specifications are grouped together by topic. The topics are:

仕様はトピックごとにグループ化されます。内容は次のとおりです。

Core: The SIP specifications that are expected to be utilized for each session or registration an endpoint participates in.

コア：エンドポイントが参加する各セッションまたは登録のために利用されることが期待されているSIPの仕様。

Public Switched Telephone Network (PSTN) Interop: Specifications related to interworking with the telephone network.

電話網と相互作用に関連する仕様：公衆交換電話網（PSTN）の相互運用を交換しました。

General Purpose Infrastructure: General purpose extensions to SIP, SDP (Session Description Protocol), and MIME, but ones that are not expected to always be used.

汎用インフラストラクチャ：汎用SIP、SDP（セッション記述プロトコル）、およびMIMEの拡張機能が、常に使用されることが予想されていないもの。

NAT Traversal: Specifications to deal with firewall and NAT traversal.

NATトラバーサル：ファイアウォールやNATトラバーサルに対処するための仕様。

Call Control Primitives: Specifications for manipulating SIP dialogs and calls.

コントロールプリミティブを呼び出し：SIPダイアログと通話を操作するための仕様。

Event Framework: Definitions of the core specifications for the SIP event framework, providing for pub/sub capability.

イベントフレームワーク：SIPイベントフレームワークのコア仕様の定義、パブリッシュ/サブスクライブ機能を提供します。

Event Packages: Packages that utilize the SIP event framework.

イベントパッケージ：SIPイベントフレームワークを利用するパッケージ。

Quality of Service: Specifications related to multimedia quality of service (QoS).

サービス品質：サービスのマルチメディア品質（QoS）に関連する仕様。

Operations and Management: Specifications related to configuration and monitoring of SIP deployments.

運用と管理：SIP展開の設定と監視に関連する仕様。

SIP Compression: Specifications to facilitate usage of SIP with the Signaling Compression (Sigcomp) framework.

SIP圧縮：仕様は、シグナリング圧縮（SigCompの）フレームワークとのSIPの使用を容易にします。

SIP Service URIs: Specifications on how to use SIP URIs to address multimedia services.

SIPサービスのURI：マルチメディアサービスに対処するためのSIP URIを使用する方法の仕様。

Minor Extensions: Specifications that solve a narrow problem space or provide an optimization.

マイナー拡張機能：狭い問題空間を解決したり、最適化を提供仕様。

Security Mechanisms: Specifications providing security functionality for SIP.

セキュリティメカニズム：SIPのセキュリティ機能を提供する仕様。

Conferencing: Specifications for multimedia conferencing.

会議：マルチメディア会議のための仕様。

Instant Messaging, Presence, and Multimedia: SIP extensions related to IM, presence, and multimedia. This covers only the SIP extensions related to these topics. See [SIMPLE] for a full treatment of SIP for IM and Presence (SIMPLE).

インスタントメッセージング、プレゼンス、およびマルチメディア：IM、プレゼンス、およびマルチメディアに関連するSIPの拡張。これは、これらのトピックに関連する唯一のSIP拡張をカバーしています。 IMとプレゼンス（SIMPLE）のためのSIPの完全な治療のために[SIMPLE]を参照。

Emergency Services: SIP extensions related to emergency services. See [ECRIT-FRAME] for a more complete treatment of additional functionality related to emergency services.

緊急サービス：緊急サービスに関連するSIPの拡張。緊急サービスに関連した追加機能のより完全な治療のために[ECRIT-FRAME]を参照してください。

Typically, SIP extensions fit naturally into topic areas, and implementors interested in a particular topic often implement many or all of the specifications in that area. There are some specifications that fall into multiple topic areas, in which case they are listed more than once.

一般的に、SIPの拡張は、トピック領域に自然にフィットして、特定のトピックに興味が実装は、多くの場合、多くのか、そのエリア内のすべての仕様を実装します。彼らが複数回リストされている場合には、複数のトピック領域に分類され、いくつかの仕様があります。

Do not print all the specs cited here at once, as they might share the fate of the rules of Brockian Ultracricket when bound together: collapse under their own gravity and form a black hole [HGTTG].

一緒に結合したとき、彼らはBrockian Ultracricketのルールの運命を共有する可能性があるとして、一度ここに引用されたすべてのスペックを表示しません。自分の重力崩壊と[HGTTG]ブラックホールを形成します。

This document itself is not an update to RFC 3261 or an extension to SIP. It is an informational document, meant to guide newcomers, implementors, and deployers to the many specifications associated with SIP.

この文書自体は、RFC 3261に更新またはSIPの拡張ではありません。これは、SIPに関連する多くの仕様に新規参入者、実装者、およびデプロイヤを導くことを意図情報提供文書、です。

2. Scope of This Document

このドキュメントの範囲に関する事項

It is very difficult to enumerate the set of SIP specifications. This is because there are many protocols that are intimately related to SIP and used by nearly all SIP implementations, but are not formally SIP extensions. As such, this document formally defines a "SIP specification" as:

SIP仕様のセットを列挙することは非常に困難です。これは密接SIPに関連し、ほぼすべてのSIPの実装で使用されている多くのプロトコルが存在するためであるが、正式にSIPの拡張ではありません。そのため、この文書は正式として「SIP仕様」を定義しています。

o RFC 3261 and any specification that defines an extension to it, where an extension is a mechanism that changes or updates in some way a behavior specified there.

入出力RFC 3261及び拡張が動作が指定されたいくつかの方法で変更または更新機構であるそれの拡張を定義する任意の仕様。

o The basic SDP specification [RFC4566] and any specification that defines an extension to SDP whose primary purpose is to support SIP.

基本的なSDP仕様[RFC4566]と主目的SIPをサポートするSDPへの拡張を定義する任意の仕様O。

o Any specification that defines a MIME object whose primary purpose is to support SIP.

主な目的はSIPをサポートするMIMEオブジェクトを定義する任意の仕様O。

Excluded from this list are requirements, architectures, registry definitions, non-normative frameworks, and processes. Best Current Practices are included when they normatively define mechanisms for accomplishing a task, or provide significant description of the usage of the normative specifications, such as call flows.

要件、アーキテクチャ、レジストリの定義、非規範的枠組み、およびプロセスは、このリストから除外されます。彼らは規範タスクを達成するためのメカニズムを定義する、またはそのようなコールフローとして規範的な仕様の使用方法の重要な説明を提供する際のベストプラクティス現在は含まれています。

The SIP change process [RFC3427] defines two types of extensions to SIP: normal extensions and the so-called P-headers (where P stands for "preliminary", "private", or "proprietary", and the "P-" prefix is included in the header field name), which are meant to be used in areas of limited applicability. P-headers cannot be defined in the Standards Track. For the most part, P-headers are not included in the listing here, with the exception of those that have seen general usage despite their P-header status.

正規拡大及びPは「予備」、「プライベート」、または「専有」を表す、いわゆるP-ヘッダ（および「P-」接頭辞：SIP変更処理[RFC3427]はSIPへの拡張の二つのタイプを定義します限定された適用の分野で使用されることを意図されているヘッダフィールド名）に含まれています。 P-ヘッダは標準化過程で定義することはできません。ほとんどの部分については、P-ヘッダは、そのP-ヘッダの状態にもかかわらず、一般的な使用方法を見てきたものを除いて、ここではリストに含まれていません。

This document includes specifications, which have already been approved by the IETF and granted an RFC number, in addition to Internet Drafts, which are still under development within the IETF and will eventually finish and get an RFC number. Inclusion of Internet Drafts here helps encourage early implementation and demonstrations of interoperability of the protocol, and thus aids in the standards-setting process. Inclusion of these also identifies where the IETF is targeting a solution at a particular problem space. Note that final IANA assignment of codepoints (such as option tags and header field names) does not take place until shortly before publication as an RFC, and thus codepoint assignments may change.

この文書では、すでにIETF内まだ開発中であり、最終的に終了し、RFCの番号を取得するインターネットドラフトに加えて、RFC番号をIETFによって承認され、付与されている仕様を、含まれています。ここでは、インターネットドラフトを含めることで、早期の実装とプロトコルの相互運用性のデモンストレーションを促し、ひいては基準設定プロセスに役立つことができます。 IETFは、特定の問題空間に溶液を標的とする場合、これらの包含も識別する。（そのようなオプションタグとヘッダフィールド名など）コードポイントの最終IANA割り当てがまもなくRFCとして出版直前まで行われないので、コードポイントの割り当てを変更することができることに留意されたいです。

3. Core SIP Specifications

3.コアSIPの仕様

The core SIP specifications represent the set of specifications whose functionality is broadly applicable. An extension is broadly applicable if it fits into one of the following categories:

コアSIPの仕様、機能、広く適用可能である仕様のセットを表します。それは、次のいずれかのカテゴリに収まる場合は拡張子が広く適用可能です。

o For specifications that impact SIP session management, the extension would be used for almost every session initiated by a user agent.

インパクトSIPセッション管理仕様についてはO、拡張子はユーザエージェントによって開始されたほぼすべてのセッションのために使用されます。

o For specifications that impact SIP registrations, the extension would be used for almost every registration initiated by a user agent.

O SIPの登録に影響を与える仕様については、拡張子がユーザエージェントによって開始され、ほぼすべての登録に使用されるだろう。

o For specifications that impact SIP subscriptions, the extension would be used for almost every subscription initiated by a user agent.

O SIPサブスクリプションに影響を与える仕様については、拡張子がユーザエージェントによって開始され、ほぼすべてのサブスクリプションのために使用されます。

In other words, these are not specifications that are used just for some requests and not others; they are specifications that would apply to each and every request for which the extension is relevant. In the galaxy of SIP, these specifications are like towels [HGTTG].

言い換えれば、これらはほんの一部の要求ではなく、他人のために使用されている仕様ではありません。彼らはそれぞれ、拡張子が関連しているため、すべての要求に適用される仕様です。 SIPの銀河では、これらの仕様はタオル[HGTTG]のようなものです。

RFC 3261, The Session Initiation Protocol (S): [RFC3261] is the core SIP protocol itself. RFC 3261 obsoletes [RFC2543]. It is the president of the galaxy [HGTTG] as far as the suite of SIP specifications is concerned.

RFC 3261は、セッション開始プロトコル（S）：[RFC3261]は、コアSIPプロトコル自体です。 RFC 3261には、[RFC2543]を廃止します。懸念している銀河[HGTTG]限り、SIP仕様のスイートの社長です。

RFC 3263, Locating SIP Servers (S): [RFC3263] provides DNS procedures for taking a SIP URI and determining a SIP server that is associated with that SIP URI. RFC 3263 is essential for any implementation using SIP with DNS. RFC 3263 makes use of both DNS SRV records [RFC2782] and NAPTR records [RFC3401].

RFC 3263、SIPサーバ（S）位置決め：[RFC3263]はSIP URIを取得し、そのSIPのURIに関連付けられているSIPサーバを決定するためのDNS手順を提供します。 RFC 3263には、DNSでSIPを使用して、任意の実装のために不可欠です。 RFC 3263には、DNS SRVレコード[RFC2782]とNAPTRレコード[RFC3401]の両方を利用します。

RFC 3264, An Offer/Answer Model with the Session Description Protocol (S): [RFC3264] defines how the Session Description Protocol (SDP) [RFC4566] is used with SIP to negotiate the parameters of a media session. It is in widespread usage and an integral part of the behavior of RFC 3261.

RFC 3264、セッション記述プロトコル（S）とのオファー/アンサーモデル：[RFC3264]はセッション記述プロトコル（SDP）[RFC4566]は、メディアセッションのパラメータをネゴシエートするためにSIPと共に使用される方法を定義します。これは、広範囲の使用状況やRFC 3261の動作に不可欠な部分です。

RFC 3265, SIP-Specific Event Notification (S): [RFC3265] defines the SUBSCRIBE and NOTIFY methods. These two methods provide a general event notification framework for SIP. To actually use the framework, extensions need to be defined for specific event packages. An event package defines a schema for the event data and describes other aspects of event processing specific to that schema. An RFC 3265 implementation is required when any event package is used.

RFC 3265、SIP固有のイベント通知（S）：[RFC3265]はSUBSCRIBE及びNOTIFYメソッドを定義します。これらの2つの方法は、SIPのための一般的なイベント通知のフレームワークを提供します。実際にフレームワークを使用するには、拡張子は、特定のイベントパッケージのために定義する必要があります。イベントパッケージは、イベントデータのスキーマを定義し、そのスキーマに特定のイベント処理の他の態様を記載しています。任意のイベントパッケージを使用する場合はRFC 3265の実装が必要です。

RFC 3325, Private Extensions to SIP for Asserted Identity within Trusted Networks (I): Though its P-header status implies that it has limited applicability, [RFC3325], which defines the P-Asserted-Identity header field, has been widely deployed. It is used as the basic mechanism for providing network-asserted caller ID services. Its intended update, [UPDATE-PAI], clarifies its usage for connected party identification as well.

RFC 3325は、プライベート拡張は、信頼できるネットワーク（I）内のアサート・アイデンティティのSIPする：そのP-ヘッダステータスが、それは限られた適用性を有することを意味するが、P-Asserted-Identityヘッダフィールドを定義[RFC3325]は、広く展開されています。これは、ネットワーク・アサート発信者IDサービスを提供するための基本的なメカニズムとして使用されています。その意図された更新は、[UPDATE-PAI]は、同様に、接続先の識別のためのその使用を明らかにする。

RFC 3327, SIP Extension Header Field for Registering Non-Adjacent Contacts (S): [RFC3327] defines the Path header field. This field is inserted by proxies between a client and their registrar. It allows inbound requests towards that client to traverse these proxies prior to being delivered to the user agent. It is essential in any SIP deployment that has edge proxies, which are proxies between the client and the home proxy or SIP registrar.

非隣接コンタクト（S）を登録するためのRFC 3327、SIP拡張ヘッダフィールド：[RFC3327]はパスヘッダーフィールドを定義します。このフィールドは、クライアントとそのレジストラ間のプロキシによって挿入されています。これは、ユーザーエージェントに配信される前にこれらのプロキシを通過するために、そのクライアントへのインバウンド要求することができます。これは、クライアントと家庭のプロキシまたはSIPレジストラ間のプロキシですエッジプロキシを、持っている任意のSIPの配備に不可欠です。

RFC 3581, An Extension to SIP for Symmetric Response Routing (S): [RFC3581] defines the rport parameter of the Via header. It allows SIP responses to traverse NAT. It is one of several specifications that are utilized for NAT traversal (see Section 6).

RFC 3581は、対称応答ルーティング（S）用のSIPへの拡張：[RFC3581]はViaヘッダのRPORTパラメータを定義します。これは、SIP応答がNATを通過することができます。それは、NATトラバーサル（第6節を参照）のために利用されているいくつかの仕様の1つです。

RFC 3840, Indicating User Agent Capabilities in SIP (S): [RFC3840] defines a mechanism for carrying capability information about a user agent in REGISTER requests and in dialog-forming requests like INVITE. It has found use with conferencing (the isfocus parameter declares that a user agent is a conference server) and with applications like push-to-talk.

RFC 3840、SIP（S）におけるユーザエージェント能力を示す：[RFC3840]はREGISTERリクエスト内のユーザエージェントに関する能力情報を搬送すると、INVITEのようなダイアログ形成リクエスト機構を定義します。それは会議で（isfocusパラメータは、ユーザエージェントが会議サーバであることを宣言）とプッシュ・トゥ・トークのようなアプリケーションでの使用を発見しました。

RFC 4320, Actions Addressing Issues Identified with the Non-INVITE Transaction in SIP (S): [RFC4320] formally updates RFC 3261 and modifies some of the behaviors associated with non-INVITE transactions. This addresses some problems found in timeout and failure cases.

SIP（S）で非INVITEトランザクションと特定された問題に対処するRFC 4320、アクション：[RFC4320]は正式にRFC 3261を更新し、非INVITE取引に関連した行動の一部を変更します。これは、タイムアウトや失敗例で見つかったいくつかの問題に対処しています。

RFC 4474, Enhancements for Authenticated Identity Management in SIP (S): [RFC4474] defines a mechanism for providing a cryptographically verifiable identity of the calling party in a SIP request. Known as "SIP Identity", this mechanism provides an alternative to RFC 3325. It has seen little deployment so far, but its importance as a key construct for anti-spam techniques and new security mechanisms makes it a core part of the SIP specifications.

RFC 4474は、SIP（S）で認証されたアイデンティティ管理のための機能強化：[RFC4474]はSIPリクエストに、発呼者の暗号的に検証可能なアイデンティティを提供するためのメカニズムを定義します。「SIPアイデンティティ」として知られ、このメカニズムは、RFC 3325.に代替手段を提供それはこれまでのところ、ほとんどの展開を見ているが、アンチスパム技術や新しいセキュリティ・メカニズムのためのキー構造として、その重要性は、それSIP仕様のコア部分になります。

GRUU, Obtaining and Using Globally Routable User Agent Identifiers (GRUU) in SIP (S): [GRUU] defines a mechanism for directing requests towards a specific UA instance. GRUU is essential for features like transfer and provides another piece of the SIP NAT traversal story.

GRUUは、SIP（S）でグローバルにルーティング可能なユーザエージェント識別子（GRUU）を取得および使用：[GRUU]特定UAインスタンスに向かって要求を指示するためのメカニズムを定義します。 GRUUは、転送などの機能のために不可欠であるとSIP NATトラバーサル物語の別の部分を提供します。

OUTBOUND, Managing Client Initiated Connections through SIP (S): [OUTBOUND], also known as SIP outbound, defines important changes to the SIP registration mechanism that enable delivery of SIP messages towards a UA when it is behind a NAT. This specification is the cornerstone of the SIP NAT traversal strategy.

SIP（S）を介してクライアント開始された接続の管理OUTBOUND、：また、SIPアウトバウンドとして知られている[アウトバウンド]、それがNATの背後にある場合UAに向かってSIPメッセージの配信を可能にSIP登録メカニズムに重要な変更を定義します。この仕様は、SIP NATトラバーサル戦略の礎石です。

RFC 4566, Session Description Protocol (S): [RFC4566] defines a format for representing multimedia sessions. SDP objects are carried in the body of SIP messages and, based on the offer/answer model, are used to negotiate the media characteristics of a session between users.

RFC 4566は、セッション記述プロトコル（S）：[RFC4566]は、マルチメディアセッションを表すためのフォーマットを定義します。 SDPオブジェクトは、SIPメッセージの本体内に運ばれ、オファー/アンサーモデルに基づいて、ユーザ間のセッションのメディア特性を交渉するために使用されます。

SDP-CAP, SDP Capability Negotiation (S): [SDP-CAP] defines a set of extensions to SDP that allows for capability negotiation within SDP. Capability negotiation can be used to select between different profiles of RTP (secure vs. unsecure) or to negotiate codecs such that an agent has to select one amongst a set of supported codecs.

SDP-CAP、SDP機能ネゴシエーション（S）：[SDP-CAP]はSDP内の機能ネゴシエーションを可能にするSDPの拡張セットを定義します。能力ネゴシエーションは（非セキュア対セキュア）RTPの異なるプロファイルの間で選択するか、エージェントがサポートされるコーデックのセット間でいずれかを選択しなければならないようなコーデックをネゴシエートするために使用することができます。

ICE, Interactive Connectivity Establishment (ICE) (S): [ICE] defines a technique for NAT traversal of media sessions for protocols that make use of the offer/answer model. This specification is the IETF-recommended mechanism for NAT traversal for SIP media streams, and is meant to be used even by endpoints that are themselves never behind a NAT. A SIP option tag and media feature tag [OPTION-TAG] (also a core specification) have been defined for use with ICE.

ICEは、インタラクティブ接続確立（ICE）（S）：[ICE]はオファー/アンサーモデルを利用するプロトコルのためのメディアセッションのNATトラバーサルのための技法を定義します。この仕様は、SIPメディアストリームのためのNATトラバーサルのためのIETFが推奨する機構であり、さらにはNATの後ろにそれ自身は決してありませんエンドポイントによって使用されることを意味しています。 SIPオプションタグとメディア特徴タグ[OPTION-TAG（また、コア仕様）はICEで使用するために定義されています。

RFC 3605, Real Time Control Protocol (RTCP) Attribute in the Session Description Protocol (SDP) (S): [RFC3605] defines a way to explicitly signal, within an SDP message, the IP address and port for RTCP, rather than using the port+1 rule in the Real Time Transport Protocol (RTP) [RFC3550]. It is needed for devices behind NAT, and the specification is required by ICE.

RFC 3605セッション記述プロトコル（SDP）（S）において、リアルタイム制御プロトコル（RTCP）属性：[RFC3605]はRTCPのために、むしろ使用するよりSDPメッセージ、IPアドレスとポート内に、明示的にシグナリングする方法を定義しますリアルタイムトランスポートプロトコル（RTP）[RFC3550]でポート+ 1つのルール。それは、NATの背後にあるデバイスのために必要とされ、および仕様はICEで必要とされます。

RFC 4916, Connected Identity in the Session Initiation Protocol (SIP) (S): [RFC4916] formally updates RFC 3261. It defines an extension to SIP that allows a calling user to determine the identity of the final called user (connected party). Due to forwarding and retargeting services, this may not be the same as the user that the caller was originally trying to reach. The mechanism works in tandem with the SIP identity specification [RFC4474] to provide signatures over the connected party identity. It can also be used if a party identity changes mid-call due to third-party call control actions or PSTN behavior.

RFC 4916、セッション開始プロトコル（SIP）（S）でアイデンティティを接続：[RFC4916]正式それは発信ユーザが最終と呼ばれるユーザー（接続先）の同一性を決定することを可能にするSIPの拡張を定義するRFC 3261の更新プログラム。転送とリターゲットサービスに、これは、発信者が最初に到達しようとしたユーザーと同じではないかもしれません。メカニズムは、接続先のアイデンティティを超える署名を提供するために、SIPアイデンティティ仕様[RFC4474]と連携して動作します。パーティのアイデンティティが原因サードパーティ呼制御アクションまたはPSTNの行動に、通話を変更する場合にも使用することができます。

RFC 3311, The SIP UPDATE Method (S): [RFC3311] defines the UPDATE method for SIP. This method is meant as a means for updating session information prior to the completion of the initial INVITE transaction. It can also be used to update other information, such as the identity of the participant [RFC4916], without involving an updated offer/answer exchange. It was developed initially to support [RFC3312], but has found other uses. In particular, its usage with RFC 4916 means it will typically be used as part of every session, to convey a secure, connected identity.

RFC 3311、SIP UPDATEメソッド（S）：[RFC3311]はSIPのためのUpdateメソッドを定義しています。この方法は、前に最初のINVITEトランザクションの完了にセッション情報を更新する手段として意図されています。また、更新のオファー/アンサー交換を伴うことなく、参加者[RFC4916]の身元などの情報を、更新するために使用することができます。これは、[RFC3312]をサポートするために最初に開発されたが、他の用途を発見しました。具体的には、RFC 4916でのその使用は、一般的に安全な接続アイデンティティを伝えるために、すべてのセッションの一部として使用されることを意味します。

SIPS-URI, The Use of the SIPS URI Scheme in the Session Initiation Protocol (SIP) (S): [SIPS-URI] is intended to update RFC 3261. It revises the processing of the SIPS URI, originally defined in RFC 3261, to fix many errors and problems that have been encountered with that mechanism.

SIPS-URI、セッション開始プロトコル（SIP）、（S）でSIPS URIスキームの使用：[SIPS-URI]はそれが元々RFC 3261で定義され、SIPS URIの処理を修正RFC 3261を更新することが意図されています、多くのエラーとそのメカニズムと遭遇してきた問題を修正します。

RFC 3665, Session Initiation Protocol (SIP) Basic Call Flow Examples (B): [RFC3665] contains best-practice call flow examples for basic SIP interactions -- call establishment, termination, and registration.

RFC 3665は、セッション開始プロトコル（SIP）の基本的なコールフローの例（B）：[RFC3665]は、基本的なSIPの相互作用のためのベストプラクティスコールフローの例が含まれている - の確立、終了、および登録呼び出します。

Essential Corrections to SIP: A collection of fixes to SIP that address important bugs and vulnerabilities. These include a fix requiring loop detection in any proxy that forks [LOOP-FIX], a clarification on how record-routing works [RECORD-ROUTE], and a correction to the IPv6 BNF [ABNF-FIX].

SIPに不可欠訂正：重要なバグや脆弱性に対処SIPへの修正を集めました。これらは、任意のプロキシでループ検出を必要とする修正を含むことがフォーク[LOOP-FIX]、上の明確どのレコードルーティング作品[レコードルート]、およびIPv6 BNF [ABNF-FIX]に補正。

4. Public Switched Telephone Network (PSTN) Interworking

4.公衆交換電話網（PSTN）インターワーキングを交換しました

Numerous extensions and usages of SIP are related to interoperability and communications with or through the PSTN.

多数の拡張とSIPの用途は、またはPSTNを介して、相互運用性および通信に関連しています。

RFC 2848, The PINT Service Protocol (S): [RFC2848] is one of the earliest extensions to SIP. It defines procedures for using SIP to invoke services that actually execute on the PSTN. Its main application is for third-party call control, allowing an IP host to set up a call between two PSTN endpoints. PINT (PSTN/Internet Interworking) has a relatively narrow focus and has not seen widespread deployment.

RFC 2848、パイントサービスプロトコル（S）：[RFC2848]はSIPへの最も初期の拡張機能の一つです。実際にPSTN上で実行されるサービスを呼び出すためにSIPを使用するための手順を定義します。その主な用途は、IPホストが2つのPSTNエンドポイント間のコールを設定することができ、サードパーティの呼制御のためのものです。 PINT（PSTN /インターネットインターワーキング）は比較的狭いフォーカスを持っており、広範囲の展開を見ていません。

RFC 3910, The SPIRITS Protocol (S): Continuing the trend of naming PSTN-related extensions with alcohol references, SPIRITS (Services in PSTN Requesting Internet Services) [RFC3910] defines the inverse of PINT. It allows a switch in the PSTN to ask an IP element how to proceed with call waiting. It was developed primarily to support Internet Call Waiting (ICW). Perhaps the next specification will be called the Pan Galactic Gargle Blaster [HGTTG].

RFC 3910は、SPIRITSプロトコル（S）は：、SPIRITS（PSTNでのサービスは、インターネットサービスの要求）アルコール参照してPSTN関連の拡張機能に名前を付けるのトレンドを継続[RFC3910]はPINTの逆を定義します。これは、PSTNのスイッチは、キャッチホンを続行する方法をIP要素を依頼することができます。これは、インターネットキャッチホン（ICW）をサポートするために、主に開発されました。おそらく、次の仕様では、パンギャラクティック・うがいブラスター[HGTTG]と呼ばれます。

RFC 3372, SIP for Telephones (SIP-T): Context and Architectures (I): SIP-T [RFC3372] defines a mechanism for using SIP between pairs of PSTN gateways. Its essential idea is to tunnel ISDN User Part (ISUP) signaling between the gateways in the body of SIP messages. SIP-T motivated the development of INFO [RFC2976]. SIP-T has seen widespread implementation for the limited deployment model that it addresses. As ISUP endpoints disappear from the network, the need for this mechanism will decrease.

RFC 3372は、電話（SIP-T）のためのSIP：コンテキストとアーキテクチャ（I）：SIP-T [RFC3372]はPSTNゲートウェイのペア間でSIPを使用するための機構を定義します。その本質的なアイデアは、SIPメッセージの本体内のゲートウェイ間のシグナリングトンネルISDNユーザパート（ISUP）です。 SIP-Tは、INFO [RFC2976]の開発を動機付け。 SIP-Tは、それがアドレス制限された展開モデルのための広範囲の実装を見ています。 ISUPのエンドポイントがネットワークから消えたように、このメカニズムの必要性が減少します。

RFC 3398, ISUP to SIP Mapping (S): [RFC3398] defines how to do protocol mapping from the SS7 ISDN User Part (ISUP) signaling to SIP. It is widely used in SS7 to SIP gateways and is part of the SIP-T framework.

RFC 3398、SIPマッピング（S）へISUP：[RFC3398]はSIPをシグナリングSS7 ISDNユーザ部（ISUP）からプロトコルマッピングを行う方法を定義します。広くゲートウェイをSIPにSS7で使用され、SIP-Tフレームワークの一部です。

RFC 4497, Interworking between the Session Initiation Protocol (SIP) and QSIG (B): [RFC4497] defines how to do protocol mapping from Q.SIG, used for Private Branch Exchange (PBX) signaling, to SIP.

RFC 4497、セッション開始プロトコル（SIP）およびQSIG（B）との間のインターワーキング：[RFC4497]はSIPに、シグナリング構内交換機（PBX）に使用Q.SIG、からプロトコルマッピングを行う方法を定義します。

RFC 3578, Mapping of ISUP Overlap Signaling to SIP (S): [RFC3578] defines a mechanism to map overlap dialing into SIP. This specification is widely regarded as the ugliest SIP specification, as the introduction to the specification itself advises that it has many problems. Overlap signaling (the practice of sending digits into the network as dialed instead of waiting for complete collection of the called party number) is largely incompatible with SIP at some fairly fundamental levels. That said, RFC 3578 is mostly harmless and has seen some usage.

[RFC3578]はSIPにダイヤルオーバーラップマッピングするためのメカニズムを定義：は、RFC 3578には、ISUPオーバーラップシグナリングのマッピングは、（S）SIPします。この仕様は、広く自体が、それは多くの問題があることを助言する仕様への導入として、最も醜いSIP仕様とみなされています。シグナルの重なり（ダイヤルしたようにネットワークに数字を送信する代わりに、着番号の完全なコレクションを待っているの練習は）いくつかのかなり基本的なレベルでのSIPとほぼ互換性がありません。いえ、RFC 3578は、ほとんど無害であり、いくつかの使い方を見ています。

RFC 3960, Early Media and Ringtone Generation in SIP (I): [RFC3960] defines some guidelines for handling early media -- the practice of sending media from the called party or an application server towards the caller prior to acceptance of the call. Early media is often generated from the PSTN. Early media is a complex topic, and this specification does not fully address the problems associated with it.

RFC 3960は、SIPアーリーメディアと着メロ世代（I）： - と呼ばれるパーティーや、呼び出し前の受諾に、発信者に向けたアプリケーションサーバからメディアを送るの練習[RFC3960]は、初期メディアを扱うためのいくつかのガイドラインを定義します。初期のメディアは、多くの場合、PSTNから生成されます。早期メディアは複雑なトピックであり、この仕様は完全にそれに関連する問題に対処していません。

RFC 3959, Early Session Disposition Type for the Session Initiation Protocol (SIP) (S): [RFC3959] defines a new session disposition type for use with early media. It indicates that the SDP in the body is for a special early media session. This has seen little usage.

RFC 3959は、セッション開始プロトコル（SIP）（S）のための初期セッション処分タイプ：[RFC3959]は初期メディアで使用する新しいセッションの気質のタイプを定義します。それは、体内のSDPは、特別な初期メディアセッションのためであることを示しています。これは少し使い方を見ています。

RFC 3204, MIME Media Types for ISUP and QSIG Objects (S): [RFC3204] defines MIME objects for representing SS7 and QSIG signaling messages. SS7 signaling messages are carried in the body of SIP messages when SIP-T is used. QSIG signaling messages can be carried in a similar way.

RFC 3204は、MIMEメディアISUPとQSIGオブジェクト（S）のためのタイプ：[RFC3204]はシグナリングメッセージをSS7およびQSIGを表すためのMIMEオブジェクトを定義します。 SIP-Tを使用する場合SS7シグナリングメッセージは、SIPメッセージの本体内に搬送されます。 QSIGシグナリングメッセージは、同様の方法で行うことができます。

RFC3666, Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call Flows (B): [RFC3666] provides best practice call flows around interworking with the PSTN.

RFC3666は、セッション開始プロトコル（SIP）は公衆交換電話網（PSTN）のコールフロー（B）：[RFC3666]は、ベストプラクティスコールがPSTNとのインターワーキングの周りに流れています。

5. General Purpose Infrastructure Extensions

5.汎用インフラストラクチャの拡張

These extensions are general purpose enhancements to SIP, SDP, and MIME that can serve a wide variety of uses. However, they are not used for every session or registration, as the core specifications are.

これらの拡張機能は、多種多様な用途を提供することができます汎用SIP、SDPの強化、およびMIMEです。コア仕様はしかし、彼らは、すべてのセッションまたは登録に使用されていません。

RFC 3262, Reliability of Provisional Responses in SIP (S): SIP defines two types of responses to a request: final and provisional. Provisional responses are numbered from 100 to 199. In SIP, these responses are not sent reliably. This choice was made in RFC 2543 since the messages were meant to just be truly informational and rendered to the user. However, subsequent work on PSTN interworking demonstrated a need to map provisional responses to PSTN messages that needed to be sent reliably. [RFC3262] was developed to allow reliability of provisional responses. The specification defines the PRACK method, used for indicating that a provisional response was received. Though it provides a generic capability for SIP, RFC 3262 implementations have been most common in PSTN interworking devices. However, PRACK brings a great deal of complication for relatively small benefit. As such, it has seen only moderate levels of deployment.

RFC 3262、SIP（S）における暫定的な応答の信頼性：最終仮：SIPリクエストに対する応答の二つのタイプを定義します。暫定的な応答は、これらの応答が確実に送信されない、SIPで100から199まで番号が付けられています。メッセージはただ本当に情報とユーザにレンダリングすることを意図しているので、この選択は、RFC 2543で行われました。しかし、PSTNインターワーキングのその後の作業が確実に送信するために必要なPSTNメッセージに暫定応答をマッピングする必要性を実証しました。 [RFC3262]は暫定応答の信頼性を可能にするために開発されました。仕様では、暫定的な応答が受信されたことを示すために使用されるPRACK方法を定義しています。それはSIPのための汎用的な機能を提供していますが、RFC 3262の実装は、PSTNインターワーキングデバイスで最も一般的となっています。しかし、PRACKは、比較的小さな利益のために合併症の多くをもたらします。このように、それは、展開の中程度のレベルを見ています。

RFC 3323, A Privacy Mechanism for the Session Initiation Protocol (SIP) (S): [RFC3323] defines the Privacy header field, used by clients to request anonymity for their requests. Though it defines several privacy services, the only one broadly used is the one that supports privacy of the P-Asserted-Identity header field [RFC3325].

RFC 3323は、セッション開始プロトコル（SIP）（S）のためのプライバシーメカニズム：[RFC3323]は、それらの要求に対して匿名性を要求するためにクライアントによって使用されるプライバシーヘッダフィールドを定義します。それはいくつかのプライバシーサービスを定義しているが、広く使用される一方のみがP-Asserted-Identityヘッダフィールド[RFC3325]のプライバシーをサポートするものです。

UA-PRIVACY, UA-Driven Privacy Mechanism for SIP (S): [UA-PRIVACY] defines a mechanism for achieving anonymous calls in SIP. It is an alternative to [RFC3323], and instead places more intelligence in the endpoint to craft anonymous messages by directly accessing network services.

UA-プライバシーは、SIP UAのためのドリブンプライバシーメカニズム（S）：[UA-プライバシー] SIPで匿名コールを達成するためのメカニズムを定義します。これは、[RFC3323]に代わるもので、代わりに直接ネットワークサービスにアクセスすることにより、匿名のメッセージを作るために、エンドポイントでより多くのインテリジェンスを配置します。

RFC 2976, The INFO Method (S): [RFC2976] was defined as an extension to RFC 2543. It defines a method, INFO, used to transport mid-dialog information that has no impact on SIP itself. Its driving application was the transport of PSTN-related information when using SIP between a pair of gateways. Though originally conceived for broader use, it only found standardized usage with SIP-T [RFC3372]. It has been used to support numerous proprietary and non-interoperable extensions due to its poorly defined scope.

RFC 2976は、INFOメソッド（S）：[RFC2976]はそれがSIP自体に影響を与えない中間ダイアログ情報を転送するために使用される方法、INFOを定義RFC 2543の拡張として定義しました。ゲートウェイのペア間のSIPを使用する場合、その駆動アプリケーションは、PSTN関連情報の輸送でした。元々広い使用のために考えているが、それだけSIP-T [RFC3372]で標準化された使用を発見しました。その定義が不十分範囲に起因する数々の独自の非相互運用可能の拡張機能をサポートするために使用されています。

RFC 3326, The Reason Header Field for SIP (S): [RFC3326] defines the Reason header field. It is used in requests, such as BYE, to indicate the reason that the request is being sent.

RFC 3326、SIP理由ヘッダーフィールド（S）：[RFC3326]はReasonヘッダフィールドを定義します。リクエストが送信されていることを理由を示すために、このようBYEなどの要求に使用されています。

RFC 3388, Grouping of Media Lines in the Session Description Protocol (S): RFC 3388 [RFC3388] defines a framework for grouping together media streams in an SDP message. Such a grouping allows relationships between these streams, such as which stream is the audio for a particular video feed, to be expressed.

RFC 3388は、セッション記述プロトコル（S）におけるメディア行のグループ化：RFC 3388 [RFC3388]はSDPメッセージ中で一緒にメディアストリームをグループ化するためのフレームワークを定義します。そのようなグループ化は、ストリームが発現される特定のビデオフィードのためのオーディオ、であるようなどのようにこれらのストリーム間の関係を、可能にします。

RFC 3420, Internet Media Type message/sipfrag (S): [RFC3420] defines a MIME object that contains a SIP message fragment. Only certain header fields and parts of the SIP message are present. For example, it is used to report back on the responses received to a request sent as a consequence of a REFER.

RFC 3420、インターネットメディアタイプメッセージ/ sipfrag（S）：[RFC3420]はSIPメッセージフラグメントを含むMIMEオブジェクトを定義します。特定のヘッダフィールドとSIPメッセージの部分のみが存在します。例えば、REFERの結果として送信されたリクエストに受信した応答に戻って報告するために使用されます。

RFC 3608, SIP Extension Header Field for Service Route Discovery During Registration (S): [RFC3608] allows a client to determine, from a REGISTER response, a path of proxies to use in requests it sends outside of a dialog. It can also be used by proxies to verify the Route header in client-initiated requests. In many respects, it is the inverse of the Path header field, but has seen less usage since default outbound proxies have been sufficient in many deployments.

登録（S）中にサービス経路探索のためのRFC 3608、SIP拡張ヘッダーフィールド：[RFC3608]はREGISTER応答、それはダイアログの外で送信要求に使用するプロキシのパスから、クライアントが決定することができます。また、クライアントが開始した要求でRouteヘッダを検証するためにプロキシによって使用することができます。多くの点で、それは、Pathヘッダフィールドの逆ですが、デフォルトのアウトバウンドプロキシは、多くの展開で十分なされているので、あまり使用状況を見ています。

RFC 3841, Caller Preferences for SIP (S): [RFC3841] defines a set of headers that a client can include in a request to control the way in which the request is routed downstream. It allows a client to direct a request towards a UA with specific capabilities, which a UA indicates using [RFC3840].

RFC 3841は、SIP（S）の発信者設定：[RFC3841]は、クライアントが要求を下流ルーティングされる方法を制御するために、要求に含めることができるヘッダのセットを定義します。これは、クライアントがUAが使用して示し、特定の機能を持つUA、[RFC3840]へのリクエストを送ることができます。

RFC 4028, Session Timers in SIP (S): [RFC4028] defines a keepalive mechanism for SIP signaling. It is primarily meant to provide a way to clean up old state in proxies that are holding call state for calls from failed endpoints that were never terminated normally. Despite its name, the session timer is not a mechanism for detecting a network failure mid-call. Session timers introduce a fair bit of complexity for relatively little gain, and have seen moderate deployment.

RFC 4028、SIPにおけるセッションタイマー（S）：[RFC4028]はSIPシグナリングのためのキープアライブ機構を定義します。主に正常に終了したことがないし、失敗したエンドポイントからのコールのコール状態を保持しているプロキシに古い状態をクリーンアップする方法を提供するものです。その名前にもかかわらず、セッションタイマーは、ネットワーク障害ミッドコールを検出するためのメカニズムではありません。セッションタイマーは比較的少ない利益のための複雑さの公平なビットを導入し、適度な展開を見てきました。

RFC 4168, SCTP as a Transport for SIP (S): [RFC4168] defines how to carry SIP messages over the Stream Control Transmission Protocol (SCTP) [RFC4960]. SCTP has seen very limited usage for SIP transport.

RFC 4168、SIP（S）のためのトランスポートとしてSCTP：[RFC4168]はストリーム制御伝送プロトコル（SCTP）[RFC4960]の上にSIPメッセージを搬送する方法を定義します。 SCTPは、SIPの輸送のための非常に限られた使用状況を見ています。

RFC 4244, An Extension to SIP for Request History Information (S): [RFC4244] defines the History-Info header field, which indicates information on how and why a call came to be routed to a particular destination.

RFC 4244、リクエスト履歴情報（S）用のSIPの拡張：[RFC4244]は、コールが特定の宛先にルーティングされるようになった方法と理由に関する情報を示し歴史-Infoヘッダーフィールドを定義します。

RFC 4145, TCP-Based Media Transport in the Session Description Protocol (SDP) (S): [RFC4145] defines an extension to SDP for setting up TCP-based sessions between user agents. It defines who sets up the connection and how its lifecycle is managed. It has seen relatively little usage due to the small number of media types to date that use TCP.

RFC 4145は、TCPベースのセッション記述プロトコル（SDP）（S）におけるメディア転送：[RFC4145]はユーザエージェントとの間のTCPベースのセッションを設定するためのSDPへの拡張を定義します。これは、接続を設定し、そのライフサイクルがどのように管理されている方を定義します。これは、TCPを使用するこれまでのメディアタイプの少数のために比較的少ない使用量を見ています。

RFC 4091, The Alternative Network Address Types (ANAT) Semantics for the Session Description Protocol (SDP) Grouping Framework (S): [RFC4091] defines a mechanism for including both IPv4 and IPv6 addresses to establish a media stream. This mechanism has been deprecated in favor of ICE [ICE].

RFC 4091は、代替ネットワークアドレスタイプ（ANAT）セッション記述プロトコルのセマンティクス（SDP）グループ化フレームワーク（S）：[RFC4091]は、IPv4とIPv6の両方がメディアストリームを確立するアドレスを含むための機構を定義します。このメカニズムは、ICE [ICE]の賛成で廃止されました。

SDP-MEDIA, SDP Media Capabilities Negotiation (S): [SDP-MEDIA] defines an extension to the SDP capability negotiation framework [SDP-CAP] for negotiating codecs, codec parameters, and media streams.

SDP-MEDIA、SDPメディア能力ネゴシエーション（S）：[SDP-MEDIA]はコーデック、コーデック・パラメータ、およびメディアストリームを交渉するためのSDP機能ネゴシエーションフレームワーク[SDP-CAP]に拡張を定義します。

BODY-HANDLING, Message Body Handling in the Session Initiation Protocol (SIP): [BODY-HANDLING] clarifies handling of bodies in SIP, focusing primarily on multi-part behavior, which was under-specified in SIP.

BODY-HANDLING、メッセージ本文は、セッション開始プロトコル（SIP）での取り扱い：[BODY-HANDLING]の下で、指定されたSIPにあったマルチパートの振る舞い、上で主に焦点を当て、SIPにおける遺体の取り扱いを明確にしています。

6. NAT Traversal

6. NATトラバーサル

These SIP extensions are primarily aimed at addressing NAT traversal for SIP.

これらのSIP拡張は、主に、SIPのNATトラバーサルに対処することを目的としています。

ICEは、インタラクティブ接続確立（ICE）（S）：[ICE]はオファー/アンサーモデルを利用するプロトコルのためのメディアセッションのNATトラバーサルのための技法を定義します。この仕様は、SIPメディアストリームのためのNATトラバーサルのためのIETFが推奨する機構であり、さらにはNATの後ろにそれ自身は決してありませんエンドポイントによって使用されることを意味しています。 SIPオプションタグとメディア特徴タグ[OPTION-TAG]はICEで使用するために定義されています。

ICE-TCP, TCP Candidates with Interactive Connectivity Establishment (ICE) (S): [ICE-TCP] specifies the usage of ICE for TCP streams. This allows for selection of RTP-based voice on top of TCP only when NAT or firewalls would prevent UDP-based voice from working.

ICE-TCP、インタラクティブ接続確立（ICE）（S）とのTCP候補：[ICE-TCP] TCPストリームのためのICEの使用を指定します。これは、NATやファイアウォールが動作してからのUDPベースの音声を妨げるだけでTCPの上のRTPベースの音声の選択を可能にします。

SIP（S）を介してクライアント開始された接続の管理OUTBOUND、：また、SIPアウトバウンドとして知られている[アウトバウンド]、それがNATの背後にある場合UAに向かってSIPメッセージの配信を可能にSIP登録メカニズムに重要な変更を定義します。

RFC 3581, An Extension to SIP for Symmetric Response Routing (S): [RFC3581] defines the rport parameter of the Via header. It allows SIP responses to traverse NAT.

RFC 3581は、対称応答ルーティング（S）用のSIPへの拡張：[RFC3581]はViaヘッダのRPORTパラメータを定義します。これは、SIP応答がNATを通過することができます。

7. Call Control Primitives

7.コール制御プリミティブ

Numerous SIP extensions provide a toolkit of dialog- and call-management techniques. These techniques have been combined together to build many SIP-based services.

多くのSIPの拡張はdialog-およびコール管理技術のツールキットを提供しています。これらの技術は、多くのSIPベースのサービスを構築するために一緒に結合されています。

RFC 3515, The REFER Method (S): REFER [RFC3515] defines a mechanism for asking a user agent to send a SIP request. It's a form of SIP remote control, and is the primary tool used for call transfer in SIP. Beware that not all potential uses of REFER (neither for all methods nor for all URI schemes) are well defined. Implementors should only use the well-defined ones, and should not second guess or freely assume behavior for the others to avoid unexpected behavior of remote UAs, interoperability issues, and other bad surprises.

RFC 3515、メソッド（S）を参照してください：SIP要求を送信するユーザエージェントを要求するためのメカニズムを定義[RFC3515]を参照してください。これは、SIPリモコンの形だし、SIPでのコール転送のために使用される主要なツールです。（すべてのメソッドのためにも、すべてのURIスキームのためでもない）REFERのないすべての潜在的な用途が明確に定義されていることに注意してください。実装者は、唯一、明確に定義されたものを使用する必要があり、かつ自由にない第二の推測や、リモートのUA、相互運用性の問題、およびその他の悪い驚きの予期しない動作を避けるために、他の人のために行動を取る必要があります。

RFC 3725, Best Current Practices for Third Party Call Control (3pcc) (B): [RFC3725] defines a number of different call flows that allow one SIP entity, called the controller, to create SIP sessions amongst other SIP user agents.

RFC 3725は、第三者呼制御（3PCC）（B）のための最も良い現在のプラクティス：[RFC3725]は1つのSIPエンティティを許可異なるコールフローの数は、他のSIPユーザエージェント間でSIPセッションを作成するために、コントローラと呼ばれる定義します。

RFC 3911, The SIP Join Header Field (S): [RFC3911] defines the Join header field. When sent in an INVITE, it causes the recipient to join the resulting dialog into a conference with another dialog in progress.

[RFC3911]ヘッダーを結合フィールドを定義：RFC 3911は、SIPヘッダーフィールド（S）に参加します。 INVITEで送信された場合は、受信者が進行中の別のダイアログで会議に表示されたダイアログに参加するようになります。

RFC 3891, The SIP Replaces Header (S): [RFC3891] defines a mechanism that allows a new dialog to replace an existing dialog. It is useful for certain advanced transfer services.

RFC 3891は、SIP Replacesヘッダー（S）：[RFC3891]は、新しいダイアログが既存のダイアログを交換することを可能にするメカニズムを定義します。これは、特定の高度な転送サービスのために有用です。

RFC 3892, The SIP Referred-By Mechanism (S): [RFC3892] defines the Referred-By header field. It is used in requests triggered by REFER, and provides the identity of the referring party to the referred-to party.

RFC 3892は、SIP呼ば-機構（S）：[RFC3892]は呼ば-Byヘッダーフィールドを定義します。これは、REFERリクエストによってトリガで使用され、党と呼ば-へを参照する当事者の身元を提供しています。

RFC 4117, Transcoding Services Invocation in SIP Using Third Party Call Control (I): [RFC4117] defines how to use 3pcc for the purposes of invoking transcoding services for a call.

RFC 4117、第三者呼制御を使用してSIPにおけるトランスコーディングサービス呼び出し（I）：[RFC4117]は、コールのためのトランスコーディングサービスを起動する目的のために3PCC使用する方法を定義します。

8. Event Framework

8.イベント・フレームワーク

RFC 3903, SIP Extension for Event State Publication (S): [RFC3903] defines the PUBLISH method. It is not an event package, but is used by all event packages as a mechanism for pushing an event into the system.

RFC 3903は、イベント状態公報（S）のためのSIP拡張：[RFC3903]はPUBLISHメソッドを定義します。これは、イベントパッケージではなく、システムにイベントをプッシュするためのメカニズムとして、すべてのイベントパッケージで使用されています。

RFC 4662, A Session Initiation Protocol (SIP) Event Notification Extension for Resource Lists (S): [RFC4662] defines an extension to RFC 3265 that allows a client to subscribe to a list of resources using a single subscription. The server, called a Resource List Server (RLS), will "expand" the subscription and subscribe to each individual member of the list. It has found applicability primarily in the area of presence, but can be used with any event package.

RFC 4662リソースリストのために、Aセッション開始プロトコル（SIP）イベント通知拡張（S）：[RFC4662]は、クライアントが単一のサブスクリプションを使用してリソースのリストに加入することを可能にするRFC 3265の拡張機能を定義します。リソースリストサーバ（RLS）と呼ばれるサーバは、サブスクリプションを「拡大」し、リストの個々のメンバーに加入します。これは主に、存在の領域に適用可能性を発見したが、いずれのイベントパッケージで使用することができます。

SUBNOT-ETAGS, An Extension to Session Initiation Protocol (SIP) Events for Conditional Event Notification (S): [SUBNOT-ETAGS] defines an extension to RFC 3265 to optimize the performance of notifications. When a client subscribes, it can indicate what version of a document it has so that the server can skip sending a notification if the client is up-to-date. It is applicable to any event package.

SUBNOT-etagsは、条件付きイベント通知（S）のためのセッション開始プロトコル（SIP）イベントへの拡張は：[SUBNOT-etagsは]は通知の性能を最適化するために、RFC 3265に拡張を定義します。クライアントがサブスクライブするときは、サーバーは、クライアントが最新の場合は通知を送信スキップすることができるように、それは持っている文書のバージョンを示すことができます。これは、任意のイベントパッケージに適用されます。

9. Event Packages

9.イベントパッケージ

These are event packages defined to utilize the SIP events framework. Many of these are also listed elsewhere in their respective areas.

これらは、SIPイベントフレームワークを利用するために定義されたイベントパッケージです。これらの多くは、それぞれの地域の他の場所で記載されています。

RFC 3680, A SIP Event Package for Registrations (S): [RFC3680] defines an event package for finding out about changes in registration state.

RFC 3680は、登録のためにA SIPイベントパッケージ（S）：[RFC3680]は、登録状態の変更について見つけるためのイベントパッケージを定義します。

GRUU-REG (S): [GRUU-REG] is an extension to the registration event package [RFC3680] that allows user agents to learn about their GRUUs. It is particularly useful in helping to synchronize a client and its registrar with their currently valid temporary GRUU.

GRUU-REG（S）：[GRUU-REGは、ユーザエージェントがそのGRUUsについて学ぶことを可能にする登録イベントパッケージ[RFC3680]の拡張です。それは彼らの現在有効な一時的なGRUUとクライアントとその登録を同期させるために助けに特に有用です。

RFC 3842, A Message Summary and Message Waiting Indication Event Package for SIP (S): [RFC3842] defines a way for a user agent to find out about voicemails and other messages that are waiting for it. Its primary purpose is to enable the voicemail waiting lamp on most business telephones.

RFC 3842、メッセージサマリおよびSIPのメッセージ待機インジケータイベントパッケージ（S）：[RFC3842]はそれを待っているボイスメールや他のメッセージを知るために、ユーザエージェントのための方法を定義します。その主な目的は、ほとんどのビジネス電話のボイスメール待ってランプを有効にすることです。

RFC 3856, A Presence Event Package for SIP (S): [RFC3856] defines an event package for indicating user presence through SIP.

RFC 3856、SIPのためのプレゼンスイベントパッケージ（S）：[RFC3856]はSIPを介してユーザの存在を示すためのイベントパッケージを定義します。

RFC 3857, A Watcher Information Event Template Package for SIP (S): [RFC3857], also known as winfo, provides a mechanism for a user agent to find out what subscriptions are in place for a particular event package. Its primary usage is with presence, but it can be used with any event package.

RFC 3857は、SIPのためのウォッチャー情報イベントテンプレートパッケージ（S）：またwinfoとして知られている[RFC3857]は、サブスクリプションは、特定のイベントパッケージのために整備されているかを調べるために、ユーザエージェントのためのメカニズムを提供します。その主な使用法は存在しているが、それは任意のイベントパッケージで使用することができます。

RFC 4235, An INVITE-Initiated Dialog Event Package for SIP (S): [RFC4235] defines an event package for learning the state of the dialogs in progress at a user agent, and is one of several RFCs starting with the important number 42 [HGTTG].

RFC 4235は、SIPのためのINVITEが開始ダイアログイベントパッケージ（S）：[RFC4235]はユーザエージェントで進行中のダイアログの状態を学習するためのイベントパッケージを定義し、重要番号42 [始まるいくつかのRFCの一つでありますHGTTG]。

RFC 4575, A SIP Event Package for Conference State (S): [RFC4575] defines a mechanism for learning about changes in conference state, including conference membership.

RFC 4575、会議の国家のためのSIPイベントパッケージ（S）：[RFC4575]は会議のメンバーを含む会議の状態の変化、について学ぶためのメカニズムを定義します。

RFC 4730, A SIP Event Package for Key Press Stimulus (KPML) (S): [RFC4730] defines a way for an application in the network to subscribe to the set of key presses made on the keypad of a traditional telephone. It, along with RFC 4733 [RFC4733], are the two mechanisms defined for handling DTMF. RFC 4730 is a signaling-path solution, and RFC 4733 is a media-path solution.

RFC 4730は、キーを押して刺激のためのSIPイベントパッケージ（KPML）（S）：[RFC4730]は、ネットワーク内のアプリケーションは、従来の電話機のキーパッドからのキーを押すのセットをサブスクライブする方法を定義します。これは、[RFC4733] RFC 4733と共に、DTMFを処理するために定義された2つの機構です。 RFC 4730は、シグナリングパスソリューションであり、RFC 4733は、メディアパスソリューションです。

RTCP-SUM, SIP Event Package for Voice Quality Reporting (S): [RTCP-SUM] defines a SIP event package that enables the collection and reporting of metrics that measure the quality for Voice over Internet Protocol (VoIP) sessions.

RTCP-SUM、音声品質報告（S）のためのSIPイベントパッケージ：[RTCP-SUM]は、インターネットプロトコル（VoIP）セッションボイスオーバーのための品質を測定するメトリックの収集とレポート作成を可能にするSIPイベントパッケージを定義します。

SESSION-POLICY, A Framework for Session Initiation Protocol (SIP) Session Policies (S): [SESSION-POLICY] defines a framework for session policies. In this framework, policy servers are used to tell user agents about the media characteristics required for a particular session. The session policy framework has not been widely implemented.

SESSION-POLICY、セッション開始プロトコル（SIP）セッションポリシー（S）のためのフレームワーク：[SESSION-POLICY]は、セッションポリシーのフレームワークを定義します。このフレームワークでは、ポリシーサーバは、特定のセッションのために必要なメディアの特性に関するユーザエージェントに伝えるために使用されています。セッションポリシーフレームワークは、広く実装されていません。

POLICY-PACK, A Session Initiation Protocol (SIP) Event Package for Session-Specific Session Policies (S): [POLICY-PACK] defines a SIP event package used in conjunction with the session policy framework [SESSION-POLICY].

POLICY-PACK、Aセッション開始プロトコル（SIP）セッション固有のセッションポリシー（S）のイベントパッケージ：[POLICY-PACK]は、セッション・ポリシー・フレームワーク[SESSION-POLICY]と組み合わせて使用するSIPイベントパッケージを定義します。

RFC 5362, The Session Initiation Protocol (SIP) Pending Additions Event Package (S): [RFC5362] defines a SIP event package that allows a UA to learn whether consent has been given for the addition of an address to a SIP "mailing list". It is used in conjunction with the SIP framework for consent [RFC5360].

RFC 5362、セッション開始プロトコル（SIP）保留中の追加イベントパッケージ（S）：[RFC5362]はUAが同意はSIP「メーリングリスト」へのアドレスの追加のために与えられているかどうかを学ぶことができますSIPイベントパッケージを定義します。これは同意のためのSIPのフレームワーク[RFC5360]と組み合わせて使用されます。

10. Quality of Service

サービスの品質10.

Several specifications concern themselves with the interactions of SIP with network Quality of Service (QoS) mechanisms.

いくつかの仕様は、サービスのネットワーク品質（QoS）のメカニズムとSIPの相互作用で自分自身を懸念します。

RFC 3312, Integration of Resource Management and SIP (S): [RFC3312], updated by [RFC4032], defines a way to make sure that the phone of the called party doesn't ring until a QoS reservation has been installed in the network. It does so by defining a general preconditions framework, which defines conditions that must be true in order for a SIP session to proceed.

RFC 3312は、リソース管理およびSIP（S）の統合：[RFC3312]、[RFC4032]によって更新は、QoS予約がネットワークにインストールされるまで、着信側の電話が鳴らないことを確認する方法を定義します。これは、SIPセッションが進行するために真でなければならない条件を定義する一般的な前提条件フレームワークを定義することによってそうします。

QoS-ID, Quality of Service (QoS) Mechanism Selection in the Session Description Protocol (SDP) (S): [QoS-ID] defines a way for user agents to negotiate what type of end-to-end QoS mechanism to use for a session. At this time, there are two that can be used: the Resource Reservation Protocol (RSVP) and Next Steps in Signaling (NSIS). This negotiation is done through an SDP extension. Due to limited deployment of RSVP and even more limited deployment of NSIS, this extension has not been widely used.

QoSの-ID、サービス品質（QoS）のセッション記述プロトコル（SDP）（S）機構の選択：[たQoS-IDは、ユーザエージェントが使用するエンドツーエンドのQoS機構のどのタイプを交渉するための方法を定義しますセッション。リソース予約プロトコル（RSVP）とシグナリング（NSIS）で次のステップをこの時点では、使用できる2つがあります。この交渉は、SDP拡張を介して行われます。 RSVPの限られた展開とNSISのさらに限られた展開に、この拡張は、広く使用されていませんでした。

RFC 3313, Private SIP Extensions for Media Authorization (I): [RFC3313] defines a P-header that provides a mechanism for passing an authorization token between SIP and a network QoS reservation protocol like RSVP. Its purpose is to make sure network QoS is only granted if a client has made a SIP call through the same provider's network. This specification is sometimes referred to as the SIP walled-garden specification by the truly paranoid androids in the SIP community. This is because it requires coupling of signaling and the underlying IP network.

RFC 3313、メディア許可（I）のためのプライベートSIP拡張：[RFC3313]はSIPとRSVPのようなネットワークのQoS予約プロトコルとの間の認証トークンを渡すためのメカニズムを提供するP-ヘッダを定義しています。その目的は、クライアントが同じプロバイダのネットワークを介してSIPコールをした場合にのみ付与されていることを確認ネットワークQoSを作ることです。この仕様は、時々SIPコミュニティの真の被害妄想アンドロイドによるSIP壁、庭の仕様と呼ばれています。それは、シグナリングのカップリング、基礎となるIPネットワークを必要とするからです。

RFC 3524, Mapping of Media Streams to Resource Reservation Flows (S): [RFC3524] defines a usage of the SDP grouping framework for indicating that a set of media streams should be handled by a single resource reservation.

[RFC3524]メディアストリームのセットが単一のリソース予約によって処理されるべきであることを示すためのSDPグループ化フレームワークの使用を定義：RFC 3524は、メディア・ストリームのマッピングは、予約フロー（S）のリソースへ。

11. Operations and Management

11.運用と管理

Several specifications have been defined to support operations and management of SIP systems. These include mechanisms for configuration and network diagnostics.

いくつかの仕様は、SIPシステムの運用・管理をサポートするために定義されています。これらは、コンフィギュレーション、およびネットワーク診断のための機構を含みます。

CONFIG-FRAME, A Framework for SIP User Agent Profile Delivery (S): [CONFIG-FRAME] defines a mechanism that allows a SIP user agent to bootstrap its configuration from the network and receive updates to its configuration, should it change. This is considered an essential piece of deploying a usable SIP network.

CONFIG-FRAME、SIPユーザエージェントプロファイル配信（S）のためのフレームワーク：[CONFIG-FRAME]はSIPユーザエージェントは、ネットワークからその設定をブートストラップして、変更する必要があり、その構成の更新を受信することを可能にするメカニズムを定義します。これは、使用可能なSIPネットワークを展開の重要な部分と考えられています。

12. SIP Compression

12. SIP圧縮

Sigcomp [RFC3320] [RFC4896] was defined to allow compression of SIP messages over low bandwidth links. Sigcomp is not formally part of SIP. However, usage of Sigcomp with SIP has required extensions to SIP.

SigCompの[RFC3320] [RFC4896]は、低帯域幅リンクを介してSIPメッセージの圧縮を可能にするために定義されました。 SigCompのは、正式にSIPの一部ではありません。しかし、SIPとのSigCompの使用は、SIPへの拡張を必要としています。

RFC 3486, Compressing SIP (S): [RFC3486] defines a SIP URI parameter that can be used to indicate that a SIP server supports Sigcomp.

RFC 3486は、圧縮SIP（S）：[RFC3486]はSIPサーバのSigCompをサポートすることを示すために使用することができるSIP URIパラメータを定義します。

RFC 5049, Applying Signaling Compression (SigComp) to the Session Initiation Protocol (SIP) (S): [RFC5049] defines how to apply Sigcomp to SIP.

RFC 5049、セッション開始プロトコル（SIP）（S）にシグナリング圧縮（SigCompのを）適用：[RFC5049]はSIPへのSigCompを適用する方法を定義します。

13. SIP Service URIs

13. SIPサービスのURI

Several extensions define well-known services that can be invoked by constructing requests with specific structures for the Request URI, resulting in specific behaviors at the User Agent Server (UAS).

いくつかの拡張機能は、ユーザエージェントサーバ（UAS）で特定の行動で、その結果、リクエストURIのための具体的な構造を持つリクエストを構築することにより呼び出すことができる、よく知られたサービスを定義します。

RFC 3087, Control of Service Context using Request URI (I): [RFC3087] introduced the context of using Request URIs, encoded appropriately, to invoke services.

RFC 3087は、リクエストURI（I）を使用してサービスコンテキストの制御：[RFC3087]は、サービスを呼び出すために、適切に符号化され、リクエストURIを使用するコンテキストを導入しました。

RFC 4662, A SIP Event Notification Extension for Resource Lists (S): [RFC4662] defines a resource called a Resource List Server (RLS). A client can send a subscribe to this server. The server will generate a series of subscriptions, compile the resulting information, and send it back to the subscriber. The set of resources that the RLS will subscribe to is a property of the request URI in the SUBSCRIBE request.

RFC 4662リソースリストのために、A SIPイベント通知拡張（S）：[RFC4662]はリソースリストサーバ（RLS）と呼ばれるリソースを定義します。クライアントは、このサーバーに加入を送信することができます。サーバーは、得られた情報をコンパイルし、サブスクリプションのシリーズを生成し、加入者にそれを送り返します。 RLSが購読しますリソースのセットは、SUBSCRIBEリクエストでリクエストURIのプロパティです。

RFC 5363, Framework and Security Considerations for Session Initiation Protocol (SIP) Uniform Resource Identifier (URI)-List Services (S): [RFC5363] defines the framework for list services in SIP. In this framework, a UA can include an XML list object in the body of various requests and the server will provide list-oriented services as a consequence. For example, a SUBSCRIBE with a list subscribes to the URI in the list.

セッション開始プロトコル（SIP）URI（Uniform Resource Identifier）で - リストサービス（S）のためのRFC 5363、フレームワークとセキュリティの考慮事項：[RFC5363]はSIP内のリストサービスのためのフレームワークを定義します。このフレームワークでは、UAは、様々なリクエストのボディにXMLリストオブジェクトを含むことができ、サーバは結果としてリスト指向のサービスを提供します。たとえば、リスト内のURIに加入しているリストにSUBSCRIBE。

RFC 5367, Subscriptions To Request-Contained Resource Lists in SIP (S): [RFC5367] uses the URI-list framework [RFC5363] and allows a client to subscribe to a resource called a Resource List Server. This server will generate subscriptions to the URI in the list, compile the resulting information, and send it back to the subscriber.

RFC 5367は、SIP（S）でリソースリスト-含まを要求するために、サブスクリプション：[RFC5367]はURIリストの枠組み[RFC5363]を使用すると、クライアントはリソースリストサーバと呼ばれるリソースをサブスクライブすることができます。このサーバは、リスト内のURIにサブスクリプションを生成した情報をコンパイルして、加入者にそれを送り返します。

RFC 5365, Multiple-Recipient MESSAGE Requests in SIP (S): [RFC5365] uses the URI-list framework [RFC5363] and allows a client to send a MESSAGE to a number of recipients.

RFC 5365、SIP（S）で複数の受信者のメッセージ要求：[RFC5365]はURIリストの枠組み[RFC5363]を使用すると、クライアントは受信者の数にメッセージを送信することができます。

RFC 5366, Conference Establishment Using Request-Contained Lists in SIP (S): [RFC5366] uses the URI-list framework [RFC5363]. It allows a client to ask the server to act as a conference focus and send an invitation to each recipient in the list.

RFC 5366は、SIPにおけるリクエスト含有リストを使用して会議を設立（S）：[RFC5366]はURIリストフレームワーク[RFC5363]を使用します。これは、クライアントが会議の焦点として機能し、リスト内の各受信者に招待状を送信するためにサーバーを依頼することができます。

RFC 4240, Basic Network Media Services with SIP (I): [RFC4240] defines a way for SIP application servers to invoke announcement and conferencing services from a media server. This is accomplished through a set of defined URI parameters that tell the media server what to do, such as what file to play and what language to render it in.

RFC 4240は、SIP（I）との基本的なネットワークメディアサービス：[RFC4240]はSIPアプリケーションサーバは、メディアサーバからの発表や会議サービスを呼び出すための方法を定義します。これは、再生するとどのような言語でそれをレンダリングするためにどのようなファイルとして何をすべきか、メディアサーバに伝える定義されたURIパラメータのセットを介して行われます。

RFC 4458, Session Initiation Protocol (SIP) URIs for Applications such as Voicemail and Interactive Voice Response (IVR) (I): [RFC4458] defines a way to invoke voicemail and IVR services by using a SIP URI constructed in a particular way.

そのようなボイスメールおよび対話型音声応答（IVR）（I）などのアプリケーションのためにRFC 4458、セッション開始プロトコル（SIP）のURI：[RFC4458]特定の方法で構成されたSIP URIを使用して、ボイスメールおよびIVRサービスを呼び出す方法を定義します。

14. Minor Extensions

14.マイナー拡張機能

These SIP extensions don't fit easily into a single specific use case. They have somewhat general applicability, but they solve a relatively small problem or provide an optimization.

これらのSIPの拡張機能は、単一の特定のユースケースに容易に適合していません。彼らは、やや一般的な適用性を持っているが、それらは比較的小さな問題を解決したり、最適化を提供します。

RFC 4488, Suppression of the SIP REFER Implicit Subscription (S): [RFC4488] defines an enhancement to REFER. REFER normally creates an implicit subscription to the target of the REFER. This subscription is used to pass back updates on the progress of the referral. This extension allows that implicit subscription to be bypassed as an optimization.

[RFC4488]を参照するために拡張を定義：RFC 4488は、SIPの抑制は、暗黙的なサブスクリプション（S）を参照してください。通常、REFER REFERのターゲットへの暗黙的なサブスクリプションを作成します。このサブスクリプションは、紹介の進捗状況に関する最新情報を返すために使用されます。この拡張は、暗黙的なサブスクリプションが最適化としてバイパスすることがことができます。

RFC 4538, Request Authorization through Dialog Identification in SIP (S): [RFC4538] provides a mechanism that allows a UAS to authorize a request because the requestor proves it knows a dialog that is in progress with the UAS. The specification is useful in conjunction with the SIP application interaction framework [INTERACT-FRAME].

RFC 4538、SIPにおけるダイアログ識別（S）を介して、リクエスト許可：[RFC4538]は、リクエスタは、それがUASと進行中の対話を知っている証明するため、UASがリクエストを承認することを可能にする機構を提供します。仕様は、SIPアプリケーション・インタラクション・フレームワーク[INTERACT-FRAME]と組み合わせて有用です。

RFC 4508, Conveying Feature Tags with the REFER Method in SIP (S): [RFC4508] defines a mechanism for carrying RFC 3840 feature tags in REFER. It is useful for informing the target of the REFER about the characteristics of the intended target of the referred request.

RFC 4508、SIP（S）のメソッド参照して特徴タグを搬送する：[RFC4508]はREFERにRFC 3840特徴タグを搬送するための機構を定義します。それは言及要求の意図したターゲットの特性についてREFERのターゲットを知らせるために有用です。

RFC 5373, Requesting Answer Modes for SIP (S): [RFC5373] defines an extension for indicating to the called party whether or not the phone should ring and/or be answered immediately. This is useful for push-to-talk and for diagnostic applications.

RFC 5373、SIP（S）用の応答モードの要求：[RFC5373]は電話が鳴るべきおよび/または直ちに応答するか否かを被呼者に示すための拡張を定義します。これは、プッシュトークにおよび診断用途のために便利です。

RFC 5079, Rejecting Anonymous Requests in SIP (S): [RFC5079] defines a mechanism for a called party to indicate to the calling party that a call was rejected since the caller was anonymous. This is needed for implementation of the Anonymous Call Rejection (ACR) feature in SIP.

RFC 5079、SIP（S）に匿名要求を拒否：[RFC5079]は、発信者が匿名だったのでコールが拒否された発呼者に示すために、被呼者のためのメカニズムを定義します。これは、SIPにおける匿名コール除去（ACR）機能の実装のために必要とされます。

RFC 5368, Referring to Multiple Resources in SIP (S): [RFC5368] allows a UA sending a REFER to ask the recipient of the REFER to generate multiple SIP requests, not just one. This is useful for conferencing, where a client would like to ask a conference server to eject multiple users.

RFC 5368、SIP（S）内の複数のリソースを参照する：[RFC5368]はUA一つだけではなく、複数のSIPリクエストを生成するために、REFERの受信者に依頼するREFERを送信することができます。これは、クライアントが複数のユーザーを放出するために会議サーバをお願いしたいの会議のために有用です。

RFC 4483, A Mechanism for Content Indirection in Session Initiation Protocol (SIP) Messages (S): [RFC4483] defines a mechanism for content indirection. Instead of carrying an object within a SIP body, a URL reference is carried instead, and the recipient dereferences the URL to obtain the object. The specification has potential applicability for sending large instant messages, but has yet to find much actual use.

RFC 4483、セッション開始プロトコル（SIP）メッセージ（S）のコンテンツ間接の機構：[RFC4483]は、コンテンツ間接ための機構を定義します。代わりにSIP本体内にオブジェクトを運ぶ、URL参照が代わりに実行され、そして受信者は、オブジェクトを取得するためのURLを逆参照します。仕様では、大規模なインスタントメッセージを送信するための潜在的な適用性を持っていますが、多くの実際の使用を見出すためには至っていません。

RFC 3890, A Transport Independent Bandwidth Modifier for the Session Description Protocol (SDP) (S): [RFC3890] specifies an SDP extension that allows for the description of the bandwidth for a media session that is independent of the underlying transport mechanism.

セッション記述プロトコル（SDP）（S）のためのRFC 3890、トランスポート独立帯域修飾：[RFC3890]は、基礎となるトランスポート機構から独立しているメディアセッションのための帯域幅の記述を可能にするSDP拡張を指定します。

RFC 4583, Session Description Protocol (SDP) Format for Binary Floor Control Protocol (BFCP) Streams (S): [RFC4583] defines a mechanism in SDP to signal floor control streams that use BFCP. It is used for push-to-talk and conference floor control.

RFC 4583は、バイナリフロア制御プロトコル（BFCP）ストリーム（S）のためのセッション記述プロトコル（SDP）形式：[RFC4583]はBFCPを使用するフロア制御ストリームを合図するSDP機構を定義します。これは、プッシュツートークや会議フロア制御のために使用されています。

CONNECT-PRECON, Connectivity Preconditions for Session Description Protocol Media Streams (S): [CONNECT-PRECON] defines a usage of the precondition framework [RFC3312]. The connectivity precondition makes sure that the session doesn't get established until actual packet connectivity is checked.

CONNECT-PRECON、セッション記述プロトコルメディアストリーム（S）の接続前提条件：[CONNECT-PRECON]を前提条件フレームワーク[RFC3312]の使用を定義します。接続の前提条件は、実際のパケット接続性が確認されるまで、セッションが確立されないことを確認します。

RFC 4796, The SDP (Session Description Protocol) Content Attribute (S): [RFC4796] defines an SDP attribute for describing the purpose of a media stream. Examples include a slide view, the speaker, a sign language feed, and so on.

RFC 4796は、SDP（セッション記述プロトコル）コンテンツ項目（S）：[RFC4796]は、メディアストリームの目的を説明するためのSDP属性を定義します。例としては、これにスライドビュー、スピーカ、手話フィードなどを含みます。

IPv6-TRANS, IPv6 Transition in the Session Initiation Protocol (SIP) (S): [IPv6-TRANS] defines practices for interworking between IPv6 and IPv6 user agents. This is done through multi-homed proxies that interwork IPv4 and IPv6, along with ICE [ICE] for media traversal. The specification includes some minor extensions and clarifications to SDP in order to cover some additional cases.

IPv6の-TRANSは、セッション開始プロトコル（SIP）、（S）におけるIPv6移行：[たIPv6-TRANS]は、IPv6およびIPv6ユーザエージェントとの間のインターワーキングのためのプラクティスを定義しています。これは、メディア・トラバーサルのためのICE [ICE]と共に、IPv4とIPv6を連動マルチホームプロキシを介して行われます。仕様では、いくつかの追加のケースをカバーするためにSDPへのいくつかのマイナーな拡張機能や明確化が含まれます。

CONNECT-REUSE, Connection Reuse in the Session Initiation Protocol (SIP) (S): [CONNECT-REUSE] defines an extension to SIP that allows a Transport Layer Security (TLS) connection between servers to be reused for requests in both directions. Normally, two connections are set up between a pair of servers, one for requests in each direction.

CONNECT-REUSE、セッション開始プロトコル（SIP）（S）での接続の再利用：[CONNECT-REUSE]は、サーバ間のトランスポート層セキュリティ（TLS）接続が両方向の要求のために再利用することを可能にするSIPの拡張を定義します。通常は、2つの接続は、サーバ、各方向の要求のための1対の間に設定されています。

15. Security Mechanisms

15.セキュリティメカニズム

Several extensions provide additional security features to SIP.

いくつかの拡張機能は、SIPに追加のセキュリティ機能を提供します。

RFC 4916, Connected Identity in the Session Initiation Protocol (SIP) (S): [RFC4916] formally updates RFC 3261. It defines an extension to SIP that allows a calling user to determine the identity of the final called user (connected party). Due to forwarding and retargeting services, this may not be the same as the user that the caller was originally trying to reach. The mechanism works in tandem with the SIP identity specification [RFC4474] to provide signatures over the connected party identity. It can also be used if a party identity changes mid call due to third party call control actions or PSTN behavior.

RFC 4916、セッション開始プロトコル（SIP）（S）でアイデンティティを接続：[RFC4916]正式それは発信ユーザが最終と呼ばれるユーザー（接続先）の同一性を決定することを可能にするSIPの拡張を定義するRFC 3261の更新プログラム。転送とリターゲットサービスに、これは、発信者が最初に到達しようとしたユーザーと同じではないかもしれません。メカニズムは、接続先のアイデンティティを超える署名を提供するために、SIPアイデンティティ仕様[RFC4474]と連携して動作します。パーティのアイデンティティが原因サードパーティの呼制御アクションまたはPSTNの動作にミッドコールを変更する場合にも使用することができます。

DOMAIN-CERTS, Domain Certificates in the Session Initiation Protocol (SIP) (B): [DOMAIN-CERTS] clarifies the usage of SIP over TLS with regards to certificate handling, and defines additional procedures needed for interoperability.

DOMAIN-CERTS、セッション開始プロトコル（SIP）（B）にドメイン証明書：[DOMAIN-CERTS]は、証明書の取り扱いに関してTLS上のSIPの使用を明確にし、相互運用性のために必要な追加手順を定義します。

RFC 4567, Key Management Extensions for Session Description Protocol (SDP) and Real Time Streaming Protocol (RTSP) (S): [RFC4567] defines extensions to SDP that allow tunneling of a key management protocol, namely MIKEY [RFC3830], through offer/answer exchanges. This mechanism is one of three Secure Realtime Transport Protocol (SRTP) keying techniques specified for SIP, with Datagram Transport Layer Security (DTLS)-SRTP [SRTP-FRAME] having been selected as the final solution.

セッション記述プロトコル（SDP）のためのRFC 4567、キー管理の拡張機能とリアルタイムストリーミングプロトコル（RTSP）（S）：[RFC4567]は鍵管理プロトコル、すなわちMIKEY [RFC3830]のトンネリングを許可するSDPへの拡張を定義し、提供スルー/交流を答えます。この機構は、最終的な解として選択されたデータグラムトランスポート層セキュリティ（DTLS）-SRTP [SRTP-FRAME]とSIPに指定された技術を、キーイング3セキュアリアルタイムトランスポートプロトコル（SRTP）の一つです。

RFC 4568, Session Description Protocol (SDP) Security Descriptions for Media Streams (S): [RFC4568] defines extensions to SDP that allow for the negotiation of keying material directly through offer/answer, without a separate key management protocol. This mechanism, sometimes called sdescriptions, has the drawback that the media keys are available to any entity that has visibility to the SDP. It is one of three SRTP keying techniques specified for SIP, with DTLS-SRTP [SRTP-FRAME] having been selected as the final solution.

RFC 4568、メディアストリーム（S）のためのセッション記述プロトコル（SDP）セキュリティの説明：別の鍵管理プロトコルなし[RFC4568]直接オファー/アンサーを通して材料をキーイングの交渉を可能にSDPへの拡張を定義します。このメカニズムとも呼ばれるsdescriptionsは、メディアキーはSDPへの可視性を持つ任意のエンティティに利用可能であるという欠点があります。これは、最終的な解として選択されたDTLS-SRTP [SRTP-FRAME]とSIPに指定された3つのSRTPキーイング技術の一つです。

SRTP-FRAME, Framework for Establishing an SRTP Security Context using DTLS (S): [SRTP-FRAME] defines the overall framework and SDP and SIP processing required to perform key management for RTP using Datagram TLS (DTLS) [RFC4347] directly between endpoints, over the media path. It is one of three SRTP keying techniques specified for SIP, with DTLS-SRTP [SRTP-FRAME] having been selected as the final solution.

SRTP-FRAME、DTLSを使用して、SRTPセキュリティコンテキスト（S）を確立するためのフレームワークは：[SRTPフレームは、端点間で直接データグラムTLS（DTLS）[RFC4347]を使用して、RTPのための鍵管理を実行するために必要な全体的なフレームワークとSDPとSIP処理を定義します、メディアパスオーバー。これは、最終的な解として選択されたDTLS-SRTP [SRTP-FRAME]とSIPに指定された3つのSRTPキーイング技術の一つです。

RFC 3853, S/MIME Advanced Encryption Standard (AES) Requirement for SIP (S): [RFC3853] formally updates RFC 3261. It is a brief specification that updates the cryptography mechanisms used in SIP S/MIME. However, SIP S/MIME has seen very little deployment.

RFC 3853、S / MIMEのAdvanced Encryption Standard（AES）SIPの要件（S）：[RFC3853]正式に更新RFC 3261はSIP S / MIMEで使用される暗号化メカニズムを更新する簡単な仕様です。しかし、SIP S / MIMEは非常に少ないの展開を見ています。

CERTS, Certificate Management Service for the Session Initiation Protocol (SIP) (S): [CERTS] defines a certificate service for SIP whose purpose is to facilitate the deployment of S/MIME. The certificate service allows clients to store and retrieve their own certificates, in addition to obtaining the certificates for other users.

CERTSは、セッション開始プロトコル（SIP）（S）のための証明書管理サービス：[CERTS]目的S / MIMEの展開を容易にすることであるSIP用の証明書サービスを定義します。証明書サービスは、他のユーザーのための証明書の取得に加えて、顧客が自分の証明書を格納および取得することができます。

RFC 3893, Session Initiation Protocol (SIP) Authenticated Identity Body (AIB) Format (S): [RFC3893] defines a SIP message fragment that can be signed in order to provide an authenticated identity over a request. It was an early predecessor to [RFC4474], and consequently AIB has seen no deployment.

RFC 3893は、セッション開始プロトコル（SIP）認証されたアイデンティティボディ（AIB）形式（S）：[RFC3893]は要求オーバー認証アイデンティティを提供するために署名することができSIPメッセージフラグメントを定義します。これは、[RFC4474]への早期の前身だった、その結果、AIBは何の展開を確認していません。

SAML, SIP SAML Profile and Binding (S): [SAML] defines the usage of the Security Assertion Markup Language (SAML) within SIP, and describes how to use it in conjunction with SIP identity [RFC4474] to provide authenticated assertions about a user's role or attributes.

SAML、SIP SAMLプロファイルとバインディング（S）：[SAML]はSIP内のSAML（Security Assertion Markup Language）の使用方法を定義し、ユーザーのおよそ認証さアサーションを提供するために、SIPアイデンティティ[RFC4474]と一緒にそれを使用する方法について説明します役割または属性。

RFC 5360, A Framework for Consent-Based Communications in the Session Initiation Protocol (SIP) (S): [RFC5360] defines several extensions to SIP, including the Trigger-Consent and Permission-Missing header fields. These header fields, in addition to the other procedures defined in the document, define a way to manage membership on "SIP mailing lists" used for instant messaging or conferencing. In particular, it helps avoid the problem of using such amplification services for the purposes of an attack on the network by making sure a user authorizes the addition of their address onto such a service.

RFC 5360は、セッション開始プロトコル（SIP）、（S）に同意ベースの通信のためのフレームワーク[RFC5360]はトリガ・同意及び許可欠落ヘッダフィールドを含むSIPにいくつかの拡張機能を定義します。これらのヘッダフィールドは、文書で定義されている他の手順に加えて、インスタントメッセージングや会議のために使用される「SIPメーリングリスト」にメンバーシップを管理する方法を定義します。特に、ユーザーは、このようなサービスへの彼らのアドレスの追加を許可していることを確認して、ネットワーク上の攻撃の目的のために、このような増幅サービスを使用しての問題を回避するのに役立ちます。

RFC 5361, A Document Format for Requesting Consent (S): [RFC5361] defines an XML object used by the consent framework. Consent documents are sent from SIP "mailing list servers" to users to allow them to manage their membership on lists.

RFC 5361は、同意を要求するドキュメントフォーマット（S）：[RFC5361]は同意フレームワークによって使用されるXMLオブジェクトを定義します。同意文書は、それらがリストにメンバーシップを管理できるようにするためにユーザーに「メーリングリストサーバ」SIPから送信されます。

RFC 3329, Security Mechanism Agreement for SIP (S): [RFC3329] defines a mechanism to prevent bid-down attacks in conjunction with SIP authentication. The mechanism has seen very limited deployment. It was defined as part of the 3GPP IP Multimedia Subsystem (IMS) specification suite [3GPP.24.229], and is needed only when there is a multiplicity of security mechanisms deployed at a particular server. In practice, this has not been the case.

RFC 3329は、SIP（S）のためのセキュリティメカニズム協定：[RFC3329]はSIP認証と連動して入札ダウン攻撃を防ぐためのメカニズムを定義します。メカニズムは非常に限られた展開を見ています。これは、3GPP IPマルチメディアサブシステム（IMS）仕様スイート[3GPP.24.229]の一部として定義し、特定のサーバに展開セキュリティメカニズムの多数がある場合にのみ必要とされています。実際には、これはケースされていません。

RFC 4572, Connection-Oriented Media Transport over the Transport Layer Security (TLS) Protocol in the Session Description Protocol (SDP) (S): [RFC4572] specifies a mechanism for signaling TLS-based media streams between endpoints. It expands the TCP-based media signaling parameters defined in [RFC4145] to include fingerprint information for TLS streams so that TLS can operate between end hosts using self-signed certificates.

RFC 4572は、セッション記述プロトコル（SDP）（S）でトランスポート層セキュリティ（TLS）プロトコル経由での接続指向メディアトランスポート：[RFC4572]は、エンドポイント間のTLSベースのメディアストリームに信号を送るためのメカニズムを指定します。これは[RFC4145]で定義されたパラメータをシグナリングTCPベースのメディアは、TLSは、自己署名証明書を使用して、エンドホスト間で動作できるように、TLSストリームのための指紋情報を含むように拡張します。

RFC 5027, Security Preconditions for Session Description Protocol Media Streams (S): [RFC5027] defines a precondition for use with the preconditions framework [RFC3312]. The security precondition prevents a session from being established until a security media stream is set up.

RFC 5027は、セッション記述プロトコルメディアストリーム（S）のためのセキュリティ前提条件：[RFC5027]は前提条件フレームワーク[RFC3312]で使用するための前提条件を定義します。セキュリティのメディアストリームが設定されるまで、セキュリティの前提条件が確立されたセッションを防ぐことができます。

RFC 3310, Hypertext Transfer Protocol (HTTP) Digest Authentication Using Authentication and Key Agreement (S): [RFC3310] defines an extension to digest authentication to allow it to work with the credentials stored in cell phones. Though technically it is an extension to HTTP digest, its primary application is SIP. This extension is useful primarily to implementors of IMS.

RFC 3310、認証および鍵共有（S）を使用してハイパーテキスト転送プロトコル（HTTP）ダイジェスト認証：[RFC3310]は、それが携帯電話に格納された資格情報を使用して動作することを可能にするダイジェスト認証の拡張を定義します。技術的には、HTTPダイジェストへの拡張であるものの、その主な用途は、SIPです。この拡張は、主に、IMSの実装に便利です。

RFC 4169, Hypertext Transfer Protocol (HTTP) Digest Authentication Using Authentication and Key Agreement (AKA) Version-2 (S): [RFC4169] is an enhancement to [RFC3310] that further improves security of the authentication.

RFC 4169、認証および鍵合意（AKA）バージョン2（S）を使用してハイパーテキスト転送プロトコル（HTTP）ダイジェスト認証：[RFC4169]は、さらに、認証のセキュリティを改善する[RFC3310]の拡張です。

16. Conferencing

16.会議

Numerous SIP and SDP extensions are aimed at conferencing as their primary application.

多くのSIPとSDPの拡張機能は、彼らの主要なアプリケーションとして会議を目的としています。

RFC 4574, The SDP (Session Description Protocol) Label Attribute (S): [RFC4574] defines an SDP attribute for providing an opaque label for media streams. These labels can be referred to by external documents, and in particular, by conference policy documents. This allows a UA to tie together documents it may obtain through conferencing mechanisms to media streams to which they refer.

RFC 4574は、SDP（セッション記述プロトコル）label属性（S）：[RFC4574]は、メディアストリームのための不透明なラベルを提供するためのSDP属性を定義します。これらのラベルは、外部の文書によると、具体的には、会議の政策文書によって参照することができます。これは、UAは、それらが参照先のメディアストリームに会議メカニズムを介して一緒にそれを得ることができる書類を結ぶことができます。

RFC 4575, A SIP Event Package for Conference State (S): [RFC4575] defines a mechanism for learning about changes in conference state, including conference membership.

RFC 5366, Conference Establishment Using Request-Contained Lists in SIP (S): [RFC5366] is similar to [RFC5367]. However, instead of subscribing to the resource, an INVITE request is sent to the resource, and it will act as a conference focus and generate an invitation to each recipient in the list.

RFC 5366は、SIPにおけるリクエスト含有リストを使用して会議を設立（S）：[RFC5366]は[RFC5367]と同様です。しかし、代わりにリソースへの加入を、INVITEリクエストは、リソースに送信され、それが会議の焦点として機能し、リスト内の各受信者に招待状を生成します。

RFC 4579, Session Initiation Protocol (SIP) Call Control - Conferencing for User Agents (B): [RFC4579] defines best practice procedures and call flows for conferencing. This includes conference creation, joining, and dial out, amongst other capabilities.

[RFC4579]のベストプラクティスの手順を定義し、コールが会議のためのフロー：ユーザエージェントのための会議（B） - RFC 4579は、セッション開始プロトコル（SIP）は、コントロールを呼び出します。これは、会議の作成、参加を含み、およびその他の機能の中で、ダイヤルアウト。

17. Instant Messaging, Presence, and Multimedia

17.インスタントメッセージング、プレゼンス、およびマルチメディア

SIP provides extensions for instant messaging, presence, and multimedia.

SIPは、インスタントメッセージング、プレゼンス、およびマルチメディア用の拡張機能を提供します。

RFC 3428, SIP Extension for Instant Messaging (S): [RFC3428] defines the MESSAGE method, used for sending an instant message without setting up a session (sometimes called "page mode").

RFC 3428、インスタントメッセージング（S）のためのSIP拡張：[RFC3428]は（時には「ページモード」と呼ばれる）セッションを設定せずにインスタントメッセージを送信するために使用されるMESSAGEメソッドを定義します。

RFC 3856, A Presence Event Package for SIP (S): [RFC3856] defines an event package for indicating user presence through SIP.

RFC 3856、SIPのためのプレゼンスイベントパッケージ（S）：[RFC3856]はSIPを介してユーザの存在を示すためのイベントパッケージを定義します。

TRANSFER-MECH, A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable File Transfer (S): [TRANSFER-MECH] defines a mechanism for signaling a file transfer session with SIP.

TRANSFER-MECH、ファイル転送（S）を有効にするセッション記述プロトコル（SDP）オファー/アンサーメカニズム：[TRANSFER-MECH]はSIPを使用してファイル転送セッションをシグナリングするための機構を定義します。

18. Emergency Services

18.緊急サービス

Emergency services include preemption features, which allow authorized individuals to gain access to network resources in time of emergency, along with traditional emergency calling.

緊急サービスは、許可された個人が、伝統的な緊急通話とともに、緊急時にネットワークリソースへのアクセスを獲得することができプリエンプション機能を、含まれています。

RFC 4411, Extending the SIP Reason Header for Preemption Events (S): [RFC4411] defines an extension to the Reason header, allowing a UA to know that its dialog was torn down because a higher priority session came through.

RFC 4411、プリエンプションのイベント（S）のためのSIPのReasonヘッダの拡張：[RFC4411]はUAは、より高い優先度のセッションを介して来たので、そのダイアログが取り壊されたことを知ることができるように、Reasonヘッダへの拡張を定義します。

RFC 4412, Communications Resource Priority for SIP (S): [RFC4412] defines a new header field, Resource-Priority, that allows a session to get priority treatment from the network.

RFC 4412、SIP（S）のための通信リソースプライオリティ：[RFC4412]は、セッションがネットワークから優先処理を受けることを可能にする新たなヘッダフィールド、リソース優先を、定義します。

LOCATION, Location Conveyance for the Session Initiation Protocol (S): [LOCATION] defines a mechanism for carrying location objects in SIP messages. This is used to convey location from a UA to an emergency call taker.

LOCATION、セッション開始プロトコル（S）のための場所搬送：[LOCATION]は、SIPメッセージ内の位置オブジェクトを搬送するための機構を定義します。これは、緊急コール受け手にUAから場所を伝えるために使用されます。

19. Security Considerations

19.セキュリティの考慮事項

This specification is an overview of existing specifications and does not introduce any security considerations on its own. Of course, the world would be far more secure if everyone would follow one simple rule: "Don't Panic!" [HGTTG].

この仕様は、既存の仕様の概要を説明し、独自にどのようなセキュリティ上の考慮事項を導入しません。誰もが1つの単純なルールに従うならばもちろん、世界ははるかに安全になります：「！慌てない、慌てないの」【HGTTG]。

20. Acknowledgements

20.謝辞

The author would like to thank Spencer Dawkins, Brian Stucker, Keith Drage, John Elwell, and Avshalom Houri for their comments on this document.

作者はこのドキュメントの彼らのコメントのためにスペンサードーキンスブライアンStucker、キース糖剤、ジョンエルウェル、およびAvshalomフーリーに感謝したいと思います。

21. Informative References

21.参考文献

[3GPP.24.229] 3GPP, "Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3", 3GPP TS 24.229 5.22.0, September 2008.

[3GPP.24.229] 3GPP、 "セッション開始プロトコル（SIP）およびセッション記述プロトコル（SDP）に基づいて、インターネットプロトコル（IP）マルチメディア呼制御プロトコル;ステージ3"、3GPP TS 24.229 5.22.0、2008年9月。

[ABNF-FIX] Gurbani, V. and B. Carpenter, "Essential correction for IPv6 ABNF in RFC3261", Work in Progress, November 2007.

[ABNF-FIX] Gurbani、V.およびB.大工、 "RFC3261でのIPv6 ABNFのための必須補正"、進歩、2007年11月に作業。

[BODY-HANDLING] Camarillo, G., "Message Body Handling in the Session Initiation Protocol (SIP)", Work in Progress, November 2008.

[BODY-HANDLING]カマリロ、G.、 "セッション開始プロトコル（SIP）での取り扱いメッセージ本文"、進歩、2008年11月の作業。

[CERTS] Jennings, C. and J. Fischl, "Certificate Management Service for The Session Initiation Protocol (SIP)", Work in Progress, November 2008.

[CERTS]ジェニングス、C.とJ. Fischl、 "セッション開始プロトコル（SIP）のための証明書管理サービス"、進歩、2008年11月の作業。

[CONFIG-FRAME] Channabasappa, S., "A Framework for Session Initiation Protocol User Agent Profile Delivery", Work in Progress, February 2008.

[CONFIG-FRAME] Channabasappa、S.、「セッション開始プロトコルユーザエージェントプロファイル配信のためのフレームワーク」、進歩、2008年2月に作業。

[CONNECT-PRECON] Andreasen, F., Camarillo, G., Oran, D., and D. Wing, "Connectivity Preconditions for Session Description Protocol Media Streams", Work in Progress, October 2008.

[CONNECT-PRECON]アンドレア、F.、カマリロ、G.、オラン、D.、およびD.翼、 "接続前提条件セッション記述プロトコルのメディアストリームのために"、進歩、2008年10月の作業。

[CONNECT-REUSE] Gurbani, V., Mahy, R., and B. Tate, "Connection Reuse in the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[CONNECT-REUSE] Gurbani、V.、マーイ、R.、およびB.テイト、 "セッション開始プロトコル（SIP）での接続の再利用"、進歩、2008年10月の作業。

[DOMAIN-CERTS] Gurbani, V., Lawrence, S., and B. Laboratories, "Domain Certificates in the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[DOMAIN-CERTS] Gurbani、V.、ローレンス、S.、およびB.研究所、 "セッション開始プロトコル（SIP）にドメイン証明書"、進歩、2008年10月に働いています。

[ECRIT-FRAME] Rosen, B., Schulzrinne, H., Polk, J., and A. Newton, "Framework for Emergency Calling using Internet Multimedia", Work in Progress, July 2008.

[ECRIT-FRAME]ローゼン、B.、Schulzrinneと、H.、ポーク、J.、およびA.ニュートン、 "インターネットマルチメディアを使用して、緊急コールのためのフレームワーク" が進歩、2008年7月に働いています。

[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.は、進歩、2007年10月の作業 "セッション開始プロトコル（SIP）におけるグローバルにルーティング可能なユーザエージェント（UA）のURI（GRUU）の取得と使用" を参照してください。

[GRUU-REG] Kyzivat, P., "Registration Event Package Extension for Session Initiation Protocol (SIP) Globally Routable User Agent URIs (GRUUs)", Work in Progress, July 2007.

[GRUU-REG] Kyzivat、P.、 "セッション開始プロトコル（SIP）グローバルにルーティング可能なユーザエージェントのURI（GRUUs）の登録イベントパッケージ拡張"、進歩、2007年7月の作業。

[HGTTG] Adams, D., "The Hitchhiker's Guide to the Galaxy", September 1979.

[HGTTG]アダムス、D.、「銀河ヒッチハイク・ガイド」、1979年9月。

[ICE] Rosenberg, J., "Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal for Offer/Answer Protocols", Work in Progress, October 2007.

[ICE]ローゼンバーグ、J.、「インタラクティブ接続確立（ICE）：オファー/回答プロトコルのためのネットワークアドレス変換（NAT）トラバーサルのための議定書」、進歩、2007年10月の作業。

[ICE-TCP] Rosenberg, J., "TCP Candidates with Interactive Connectivity Establishment (ICE)", Work in Progress, July 2008.

[ICE-TCP]ローゼンバーグ、J.、進歩、2008年7月に仕事 "インタラクティブ接続確立（ICE）とのTCP候補"。

[INTERACT-FRAME] Rosenberg, J., "A Framework for Application Interaction in the Session Initiation Protocol (SIP)", Work in Progress, July 2005.

[INTERACT-FRAME]ローゼンバーグ、J.、進歩、2005年7月ワーク「セッション開始プロトコル（SIP）でのアプリケーションの相互作用のためのフレームワーク」。

[IPv6-TRANS] Camarillo, G., "IPv6 Transition in the Session Initiation Protocol (SIP)", Work in Progress, August 2007.

[IPv6の-TRANS]カマリロ、G.、進歩、2007年8月に仕事 "セッション開始プロトコル（SIP）におけるIPv6移行"。

[LOCATION] Polk, J. and B. Rosen, "Location Conveyance for the Session Initiation Protocol", Work in Progress, November 2008.

[LOCATION]ポーク、J.とB.ローゼン、「セッション開始プロトコルのための場所搬送」、進歩、2008年11月の作業。

[LOOP-FIX] Sparks, R., Lawrence, S., Hawrylyshen, A., and B. Campen, "Addressing an Amplification Vulnerability in Session Initiation Protocol (SIP) Forking Proxies", Work in Progress, October 2008.

[LOOP-FIX]は、進歩、2008年10月ワーク "セッション開始プロトコル（SIP）フォーキングプロキシにおける増幅脆弱性への対処"、R.、ローレンス、S.、Hawrylyshen、A.およびB. Campenをスパーク。

[OPTION-TAG] Rosenberg, J., "Indicating Support for Interactive Connectivity Establishment (ICE) in the Session Initiation Protocol (SIP)", Work in Progress, June 2007.

[OPTION-TAG]ローゼンバーグ、J.、 "セッション開始プロトコル（SIP）におけるインタラクティブ接続確立（ICE）のためのサポートを示す"、進歩、2007年6月に作業。

[OUTBOUND] Jennings, C. and R. Mahy, "Managing Client Initiated Connections in the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[OUTBOUND]ジェニングス、C.とR.マーイ、進歩、2008年10月に作品「セッション開始プロトコル（SIP）でのクライアント開始された接続の管理」を参照してください。

[POLICY-PACK] Hilt, V. and G. Camarillo, "A Session Initiation Protocol (SIP) Event Package for Session-Specific Session Policies.", Work in Progress, July 2008.

[POLICY-PACK]柄、V.およびG.キャマリロ、 "セッション固有のセッションポリシーのAセッション開始プロトコル（SIP）イベントパッケージ。"、進歩、2008年7月に作業。

[QoS-ID] Polk, J., Dhesikan, S., and G. Camarillo, "Quality of Service (QoS) Mechanism Selection in the Session Description Protocol (SDP)", Work in Progress, November 2008.

[QoSの-ID]ポーク、J.、Dhesikan、S.、およびG.キャマリロ、 "サービス品質（QoS）のメカニズムの選択セッション記述プロトコル（SDP）で"、進歩、2008年11月の作業。

[RECORD-ROUTE] Froment, T., Lebel, C., and B. Bonnaerens, "Addressing Record-Route issues in the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[RECORD-ROUTE]フロマン、T.、ルベル、C.、およびB. Bonnaerens、進歩、2008年10月に作品 "セッション開始プロトコル（SIP）にレコード・ルート問題への対処"。

[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.

[RFC2026]ブラドナーの、S.、 "インターネット標準化プロセス - リビジョン3"、BCP 9、RFC 2026、1996年10月。

[RFC2543] Handley, M., Schulzrinne, H., Schooler, E., and J. Rosenberg, "SIP: Session Initiation Protocol", RFC 2543, March 1999.

[RFC2543]ハンドレー、M.、Schulzrinneと、H.、学生はE.、およびJ.ローゼンバーグ、 "SIP：セッション開始プロトコル"、RFC 2543、1999年3月。

[RFC2782] Gulbrandsen, A., Vixie, P., and L. Esibov, "A DNS RR for specifying the location of services (DNS SRV)", RFC 2782, February 2000.

[RFC2782] Gulbrandsenの、A.、いるVixie、P.、およびL. Esibov、 "サービスの場所を特定するためのDNS RR（DNSのSRV）"、RFC 2782、2000年2月。

[RFC2848] Petrack, S. and L. Conroy, "The PINT Service Protocol: Extensions to SIP and SDP for IP Access to Telephone Call Services", RFC 2848, June 2000.

[RFC2848] 2000 Petrackと、S.とL.コンロイ、 "パイントサービスプロトコル：電話コールサービスへのIPアクセスのためのSIPとSDPへの拡張"、RFC 2848、2000年6月。

[RFC2976] Donovan, S., "The SIP INFO Method", RFC 2976, October 2000.

[RFC2976]ドノバン、S.、 "SIP INFOメソッド"、RFC 2976、2000年10月。

[RFC3087] Campbell, B. and R. Sparks, "Control of Service Context using SIP Request-URI", RFC 3087, April 2001.

[RFC3087]キャンベル、B.及びR.スパークス、RFC 3087、2001年4月 "SIP要求URIを使用して、サービス・コンテキストの制御"。

[RFC3204] Zimmerer, E., Peterson, J., Vemuri, A., Ong, L., Audet, F., Watson, M., and M. Zonoun, "MIME media types for ISUP and QSIG Objects", RFC 3204, December 2001.

[RFC3204] Zimmerer、E.、ピーターソン、J.、Vemuri、A.、オング、L.、Audet、F.、ワトソン、M.、およびM. Zonoun、 "ISUPとQSIGオブジェクトのMIMEメディアタイプ"、RFC 3204、2001年12月。

[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.学生、 "SIP：セッション開始プロトコル" 、RFC 3261、2002年6月。

[RFC3262] Rosenberg, J. and H. Schulzrinne, "Reliability of Provisional Responses in Session Initiation Protocol (SIP)", RFC 3262, June 2002.

[RFC3262]ローゼンバーグ、J.、およびH. Schulzrinneと、RFC 3262、2002年6月 "セッション開始プロトコル（SIP）における暫定的な応答の信頼性"。

[RFC3263] Rosenberg, J. and H. Schulzrinne, "Session Initiation Protocol (SIP): Locating SIP Servers", RFC 3263, June 2002.

[RFC3263]ローゼンバーグ、J.とH. Schulzrinneと、 "セッション開始プロトコル（SIP）：SIPサーバの検索"、RFC 3263、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と、RFC 3264、2002年6月 "セッション記述プロトコル（SDP）とのオファー/アンサーモデル"。

[RFC3265] Roach, A., "Session Initiation Protocol (SIP)- Specific Event Notification", RFC 3265, June 2002.

[RFC3265]ローチ、A.、 "セッション開始プロトコル（SIP） - 特定のイベント通知"、RFC 3265、2002年6月。

[RFC3310] Niemi, A., Arkko, J., and V. Torvinen, "Hypertext Transfer Protocol (HTTP) Digest Authentication Using Authentication and Key Agreement (AKA)", RFC 3310, September 2002.

[RFC3310]ニエミ、A.、Arkko、J.、およびV. Torvinen、 "ハイパーテキスト転送プロトコル認証および鍵合意（AKA）を使用して（HTTP）ダイジェスト認証"、RFC 3310、2002年9月。

[RFC3311] Rosenberg, J., "The Session Initiation Protocol (SIP) UPDATE Method", RFC 3311, October 2002.

[RFC3311]ローゼンバーグ、J.、 "セッション開始プロトコル（SIP）更新方法"、RFC 3311、2002年10月。

[RFC3312] Camarillo, G., Marshall, W., and J. Rosenberg, "Integration of Resource Management and Session Initiation Protocol (SIP)", RFC 3312, October 2002.

[RFC3312]キャマリロ、G.、マーシャル、W.、およびJ.ローゼンバーグ、RFC 3312、2002年10月 "資源管理とセッション開始プロトコル（SIP）の統合"。

[RFC3313] Marshall, W., "Private Session Initiation Protocol (SIP) Extensions for Media Authorization", RFC 3313, January 2003.

[RFC3313]マーシャル、W.、 "メディア認証のためのプライベート・セッション開始プロトコル（SIP）の拡張"、RFC 3313、2003年1月。

[RFC3320] Price, R., Bormann, C., Christoffersson, J., Hannu, H., Liu, Z., and J. Rosenberg, "Signaling Compression (SigComp)", RFC 3320, January 2003.

[RFC3320]価格、R.、ボルマン、C.、Christoffersson、J.、ハンヌ、H.、劉、Z.、およびJ.ローゼンバーグ、 "シグナリング圧縮（SigCompの）"、RFC 3320、2003年1月。

[RFC3323] Peterson, J., "A Privacy Mechanism for the Session Initiation Protocol (SIP)", RFC 3323, November 2002.

[RFC3323]ピーターソン、J.、RFC 3323、2002年11月 "セッション開始プロトコル（SIP）のためのプライバシーメカニズム"。

[RFC3325] Jennings, C., Peterson, J., and M. Watson, "Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks", RFC 3325, November 2002.

[RFC3325]ジェニングス、C.、ピーターソン、J.、およびM.ワトソン、 "信頼できるネットワーク内のアサート・アイデンティティのためのセッション開始プロトコル（SIP）のプライベート拡張"、RFC 3325、2002年11月。

[RFC3326] Schulzrinne, H., Oran, D., and G. Camarillo, "The Reason Header Field for the Session Initiation Protocol (SIP)", RFC 3326, December 2002.

[RFC3326] Schulzrinneと、H.、オラン、D.、およびG.カマリロ、RFC 3326 "セッション開始プロトコル（SIP）理由ヘッダーフィールド" 2002年12月。

[RFC3327] Willis, D. and B. Hoeneisen, "Session Initiation Protocol (SIP) Extension Header Field for Registering Non-Adjacent Contacts", RFC 3327, December 2002.

[RFC3327]ウィリス、D.とB. Hoeneisen、 "セッション開始プロトコル非隣接コンタクトを登録するための（SIP）拡張ヘッダーフィールド"、RFC 3327、2002年12月。

[RFC3329] Arkko, J., Torvinen, V., Camarillo, G., Niemi, A., and T. Haukka, "Security Mechanism Agreement for the Session Initiation Protocol (SIP)", RFC 3329, January 2003.

[RFC3329] Arkko、J.、Torvinen、V.、カマリロ、G.、ニエミ、A.、およびT. Haukka、 "セッション開始プロトコル（SIP）のためのセキュリティメカニズム契約"、RFC 3329、2003年1月。

[RFC3372] Vemuri, A. and J. Peterson, "Session Initiation Protocol for Telephones (SIP-T): Context and Architectures", BCP 63, RFC 3372, September 2002.

"電話用のセッション開始プロトコル（SIP-T）：コンテキストとアーキテクチャ" [RFC3372] Vemuri、A.およびJ.ピーターソン、BCP 63、RFC 3372、2002年9月。

[RFC3388] Camarillo, G., Eriksson, G., Holler, J., and H. Schulzrinne, "Grouping of Media Lines in the Session Description Protocol (SDP)", RFC 3388, December 2002.

[RFC3388]キャマリロ、G.、エリクソン、G.、大声、J.、およびH. Schulzrinneと、 "セッション記述プロトコルにおけるメディア行のグループ化（SDP）"、RFC 3388、2002年12月。

[RFC3398] Camarillo, G., Roach, A., Peterson, J., and L. Ong, "Integrated Services Digital Network (ISDN) User Part (ISUP) to Session Initiation Protocol (SIP) Mapping", RFC 3398, December 2002.

[RFC3398]キャマリロ、G.、ローチ、A.、ピーターソン、J.、およびL.オング、 "セッション開始プロトコル（SIP）へのマッピング総合デジタル通信網（ISDN）ユーザ部（ISUP）"、RFC 3398、12月2002。

[RFC3401] Mealling, M., "Dynamic Delegation Discovery System (DDDS) Part One: The Comprehensive DDDS", RFC 3401, October 2002.

[RFC3401] Mealling、M.、 "ダイナミックな委譲発見システム（DDDS）第一部：総合DDDS"、RFC 3401、2002年10月。

[RFC3420] Sparks, R., "Internet Media Type message/sipfrag", RFC 3420, November 2002.

[RFC3420]スパークス、R.、 "インターネットメディアタイプのメッセージ/ sipfrag"、RFC 3420、2002年11月。

[RFC3427] Mankin, A., Bradner, S., Mahy, R., Willis, D., Ott, J., and B. Rosen, "Change Process for the Session Initiation Protocol (SIP)", BCP 67, RFC 3427, December 2002.

[RFC3427]マンキン、A.、ブラドナー、S.、マーイ、R.、ウィリス、D.、オット、J.、およびB.ローゼン、 "セッション開始プロトコル（SIP）のための変更処理"、BCP 67、RFC 3427、2002年12月。

[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、 "インスタントメッセージングのためのセッション開始プロトコル（SIP）拡張子"、RFC 3428、2002年12月。

[RFC3482] Foster, M., McGarry, T., and J. Yu, "Number Portability in the Global Switched Telephone Network (GSTN): An Overview", RFC 3482, February 2003.

、RFC 3482、2003年2月：[RFC3482]フォスター、M.、マクギャリー、T.、およびJ.ゆうは、 "概要グローバルでの番号ポータビリティは電話網（GSTN）がスイッチ"。

[RFC3486] Camarillo, G., "Compressing the Session Initiation Protocol (SIP)", RFC 3486, February 2003.

[RFC3486]キャマリロ、G.、RFC 3486 "セッション開始プロトコルを（SIP）圧縮"、2003年2月。

[RFC3515] Sparks, R., "The Session Initiation Protocol (SIP) Refer Method", RFC 3515, April 2003.

[RFC3515]スパークス、R.、 "セッション開始プロトコル（SIP）メソッドを参照してください"、RFC 3515、2003年4月。

[RFC3524] Camarillo, G. and A. Monrad, "Mapping of Media Streams to Resource Reservation Flows", RFC 3524, April 2003.

[RFC3524]キャマリロ、G.とA. Monrad、RFC 3524、2003年4月 "予約・フローをリソースへのメディアストリームのマッピング"。

[RFC3550] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, July 2003.

[RFC3550] Schulzrinneと、H.、Casner、S.、フレデリック、R.、およびV.ヤコブソン、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、STD 64、RFC 3550、2003年7月。

[RFC3578] Camarillo, G., Roach, A., Peterson, J., and L. Ong, "Mapping of Integrated Services Digital Network (ISDN) User Part (ISUP) Overlap Signalling to the Session Initiation Protocol (SIP)", RFC 3578, August 2003.

[RFC3578]キャマリロ、G.、ローチ、A.、ピーターソン、J.、およびL.オング、 "セッション開始プロトコル（SIP）へのシグナリング重複統合サービスデジタル網（ISDN）ユーザ部（ISUP）のマッピング"、 RFC 3578、2003年8月。

[RFC3581] Rosenberg, J. and H. Schulzrinne, "An Extension to the Session Initiation Protocol (SIP) for Symmetric Response Routing", RFC 3581, August 2003.

[RFC3581]ローゼンバーグ、J.、およびH. Schulzrinneと、 "対称応答ルーティングのためのセッション開始プロトコル（SIP）への拡張"、RFC 3581、2003年8月。

[RFC3605] Huitema, C., "Real Time Control Protocol (RTCP) attribute in Session Description Protocol (SDP)", RFC 3605, October 2003.

[RFC3605]のHuitema、C.、 "リアルタイム制御プロトコル（RTCP）セッション記述プロトコル（SDP）内の属性"、RFC 3605、2003年10月。

[RFC3608] Willis, D. and B. Hoeneisen, "Session Initiation Protocol (SIP) Extension Header Field for Service Route Discovery During Registration", RFC 3608, October 2003.

[RFC3608]ウィリス、D.とB. Hoeneisen、 "登録時にサービス経路探索のためのセッション開始プロトコル（SIP）拡張ヘッダーフィールド"、RFC 3608、2003年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.サマーズ、 "セッション開始プロトコル（SIP）の基本的なコールフローの例"、BCP 75、RFC 3665、2003年12月。

[RFC3666] Johnston, A., Donovan, S., Sparks, R., Cunningham, C., and K. Summers, "Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call Flows", BCP 76, RFC 3666, December 2003.

[RFC3666]ジョンストン、A.、ドノバン、S.、スパークス、R.、カニンガム、C.、およびK.サマーズ、 "セッション開始プロトコル（SIP）、公衆交換電話網（PSTN）コールフロースイッチ" RFC、BCP 76 3666、2003年12月。

[RFC3680] Rosenberg, J., "A Session Initiation Protocol (SIP) Event Package for Registrations", RFC 3680, March 2004.

[RFC3680]ローゼンバーグ、J.、 "Aセッション開始プロトコル（SIP）登録のためのイベントパッケージ"、RFC 3680、2004年3月。

[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.カマリロ、BCP 85、RFC 3725 "セッション開始プロトコル（SIP）における第三者呼制御（3PCC）のベスト・プラクティスの現在" 、2004年4月。

[RFC3830] Arkko, J., Carrara, E., Lindholm, F., Naslund, M., and K. Norrman, "MIKEY: Multimedia Internet KEYing", RFC 3830, August 2004.

[RFC3830] Arkko、J.、カララ、E.、リンドホルム、F.、Naslund、M.、およびK. Norrman、 "MIKEY：マルチメディアインターネットキーイング"、RFC 3830、2004年8月。

[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、RFC 3840、2004年8月 "セッション開始プロトコル（SIP）におけるユーザエージェントの能力を示します"。

[RFC3841] Rosenberg, J., Schulzrinne, H., and P. Kyzivat, "Caller Preferences for the Session Initiation Protocol (SIP)", RFC 3841, August 2004.

[RFC3841]ローゼンバーグ、J.、Schulzrinneと、H.、およびP. Kyzivat、 "セッション開始プロトコル（SIP）のための発信者が設定"、RFC 3841、2004年8月。

[RFC3842] Mahy, R., "A Message Summary and Message Waiting Indication Event Package for the Session Initiation Protocol (SIP)", RFC 3842, August 2004.

[RFC3842]マーイ、R.、RFC 3842「セッション開始プロトコル（SIP）のためのメッセージサマリとメッセージ待機表示イベントパッケージ」、2004年8月。

[RFC3853] Peterson, J., "S/MIME Advanced Encryption Standard (AES) Requirement for the Session Initiation Protocol (SIP)", RFC 3853, July 2004.

[RFC3853]ピーターソン、J.、 "S / MIMEのAdvanced Encryption Standard（AES）セッション開始プロトコル（SIP）のための要件"、RFC 3853、2004年7月。

[RFC3856] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004.

[RFC3856]ローゼンバーグ、J.、 "セッション開始プロトコルのためのプレゼンスイベントパッケージ（SIP）"、RFC 3856、2004年8月。

[RFC3857] Rosenberg, J., "A Watcher Information Event Template-Package for the Session Initiation Protocol (SIP)", RFC 3857, August 2004.

[RFC3857]ローゼンバーグ、J.、RFC 3857 "セッション開始プロトコル（SIP）のためのウォッチャー情報イベントテンプレートパッケージ"、2004年8月。

[RFC3890] Westerlund, M., "A Transport Independent Bandwidth Modifier for the Session Description Protocol (SDP)", RFC 3890, September 2004.

[RFC3890]ウェスター、M.、RFC 3890 "トランスポート独立の帯域幅修飾子セッション記述プロトコル（SDP）について"、2004年9月。

[RFC3891] Mahy, R., Biggs, B., and R. Dean, "The Session Initiation Protocol (SIP) "Replaces" Header", RFC 3891, September 2004.

[RFC3891]マーイ、R.、ビッグス、B.、およびR.ディーン、 "セッション開始プロトコル（SIP） "は、" ヘッダ" を置き換えRFC 3891、2004年9月。

[RFC3892] Sparks, R., "The Session Initiation Protocol (SIP) Referred-By Mechanism", RFC 3892, September 2004.

[RFC3892]スパークス、R.、 "セッション開始プロトコル（SIP）と呼ばバイメカニズム"、RFC 3892、2004年9月。

[RFC3893] Peterson, J., "Session Initiation Protocol (SIP) Authenticated Identity Body (AIB) Format", RFC 3893, September 2004.

[RFC3893]ピーターソン、J.、 "セッション開始プロトコル（SIP）認証済みアイデンティティボディ（AIB）フォーマット"、RFC 3893、2004年9月。

[RFC3903] Niemi, A., "Session Initiation Protocol (SIP) Extension for Event State Publication", RFC 3903, October 2004.

[RFC3903]ニエミ、A.、 "イベント状態の出版のためのセッション開始プロトコル（SIP）の拡張"、RFC 3903、2004年10月。

[RFC3910] Gurbani, V., Brusilovsky, A., Faynberg, I., Gato, J., Lu, H., and M. Unmehopa, "The SPIRITS (Services in PSTN requesting Internet Services) Protocol", RFC 3910, October 2004.

[RFC3910] Gurbani、V.、Brusilovsky、A.、Faynberg、I.、ガトー、J.、陸、H.、およびM. Unmehopa、 "魂（PSTNにおけるサービスは、インターネットサービスを要求）プロトコル"、RFC 3910、 2004年10月。

[RFC3911] Mahy, R. and D. Petrie, "The Session Initiation Protocol (SIP) "Join" Header", RFC 3911, October 2004.

[RFC3911]マーイ、R.とD.ペトリー、 "セッション開始プロトコル（SIP）は、 "" ヘッダ"、RFC 3911、2004年10月に参加しましょう。

[RFC3959] Camarillo, G., "The Early Session Disposition Type for the Session Initiation Protocol (SIP)", RFC 3959, December 2004.

[RFC3959]キャマリロ、G.、RFC 3959 "セッション開始プロトコル（SIP）のための初期セッション処分タイプ"、2004年12月。

[RFC3960] Camarillo, G. and H. Schulzrinne, "Early Media and Ringing Tone Generation in the Session Initiation Protocol (SIP)", RFC 3960, December 2004.

[RFC3960]キャマリロ、G.およびH. Schulzrinneと、 "早期メディアとセッション開始プロトコル（SIP）にトーン生成リンギング"、RFC 3960、2004年12月。

[RFC4028] Donovan, S. and J. Rosenberg, "Session Timers in the Session Initiation Protocol (SIP)", RFC 4028, April 2005.

[RFC4028]、RFC 4028 "セッション開始プロトコル（SIP）におけるセッションタイマー" ドノヴァン、S.およびJ.ローゼンバーグ、2005年4月。

[RFC4032] Camarillo, G. and P. Kyzivat, "Update to the Session Initiation Protocol (SIP) Preconditions Framework", RFC 4032, March 2005.

[RFC4032]キャマリロ、G.とP. Kyzivat、 "セッション開始プロトコル（SIP）前提条件フレームワークへの更新"、RFC 4032、2005年3月。

[RFC4091] Camarillo, G. and J. Rosenberg, "The Alternative Network Address Types (ANAT) Semantics for the Session Description Protocol (SDP) Grouping Framework", RFC 4091, June 2005.

[RFC4091]キャマリロ、G.およびJ.ローゼンバーグ、RFC 4091、2005年6月 "セッション記述プロトコル（SDP）グループ化フレームワークの代替ネットワークアドレスタイプ（ANAT）セマンティクス"。

[RFC4117] Camarillo, G., Burger, E., Schulzrinne, H., and A. van Wijk, "Transcoding Services Invocation in the Session Initiation Protocol (SIP) Using Third Party Call Control (3pcc)", RFC 4117, June 2005.

[RFC4117]キャマリロ、G.、バーガー、E.、Schulzrinneと、H.、およびA.バンWijk、 "セッション開始プロトコル（SIP）でのトランスコーディングサービスの呼び出し第三者呼制御（3PCC）の使用" を、6月、RFC 4117を2005。

[RFC4145] Yon, D. and G. Camarillo, "TCP-Based Media Transport in the Session Description Protocol (SDP)", RFC 4145, September 2005.

[RFC4145]ヨン、D.とG.カマリロ、 "TCPベースのセッション記述プロトコル（SDP）にメディアトランスポート"、RFC 4145、2005年9月。

[RFC4168] Rosenberg, J., Schulzrinne, H., and G. Camarillo, "The Stream Control Transmission Protocol (SCTP) as a Transport for the Session Initiation Protocol (SIP)", RFC 4168, October 2005.

、RFC 4168、2005年10月 "セッション開始プロトコル（SIP）のためのトランスポートとしてストリーム制御伝送プロトコル（SCTP）" [RFC4168]ローゼンバーグ、J.、Schulzrinneと、H.、およびG.カマリロ、。

[RFC4169] Torvinen, V., Arkko, J., and M. Naslund, "Hypertext Transfer Protocol (HTTP) Digest Authentication Using Authentication and Key Agreement (AKA) Version-2", RFC 4169, November 2005.

[RFC4169] Torvinen、V.、Arkko、J.、およびM. Naslund、RFC 4169、2005年11月 "認証および鍵合意（AKA）バージョン2を使用したハイパーテキスト転送プロトコル（HTTP）ダイジェスト認証"。

[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.マーイ、RFC 4235、2005年11月 "セッション開始プロトコル（SIP）のためのINVITEが開始ダイアログイベントパッケージ"。

[RFC4240] Burger, E., Van Dyke, J., and A. Spitzer, "Basic Network Media Services with SIP", RFC 4240, December 2005.

[RFC4240]バーガー、E.、ヴァン・ダイク、J.、およびA.スピッツァー、 "SIPを使用した基本的なネットワークメディアサービス"、RFC 4240、2005年12月。

[RFC4244] Barnes, M., "An Extension to the Session Initiation Protocol (SIP) for Request History Information", RFC 4244, November 2005.

[RFC4244]バーンズ、M.、 "リクエスト履歴情報のためのセッション開始プロトコル（SIP）への拡張"、RFC 4244、2005年11月。

[RFC4320] Sparks, R., "Actions Addressing Identified Issues with the Session Initiation Protocol's (SIP) Non-INVITE Transaction", RFC 4320, January 2006.

[RFC4320]スパークス、R.、RFC 4320、2006年1月 "セッション開始プロトコル（SIP）非INVITEトランザクションと特定された問題への対処アクション"。

[RFC4347] Rescorla, E. and N. Modadugu, "Datagram Transport Layer Security", RFC 4347, April 2006.

[RFC4347]レスコラ、E.およびN. Modadugu、 "データグラムトランスポート層セキュリティ"、RFC 4347、2006年4月。

[RFC4411] Polk, J., "Extending the Session Initiation Protocol (SIP) Reason Header for Preemption Events", RFC 4411, February 2006.

[RFC4411]ポーク、J.、 "プリエンプションのイベントのためのセッション開始プロトコル（SIP）Reasonヘッダの拡張"、RFC 4411、2006年2月。

[RFC4412] Schulzrinne, H. and J. Polk, "Communications Resource Priority for the Session Initiation Protocol (SIP)", RFC 4412, February 2006.

[RFC4412] Schulzrinneと、H.とJ.ポーク、 "セッション開始プロトコル（SIP）のための通信リソースプライオリティ"、RFC 4412、2006年2月。

[RFC4458] Jennings, C., Audet, F., and J. Elwell, "Session Initiation Protocol (SIP) URIs for Applications such as Voicemail and Interactive Voice Response (IVR)", RFC 4458, April 2006.

[RFC4458]ジェニングス、C.、Audet、F.、およびJ.エルウェル、RFC 4458、2006年4月 "などのボイスメールや対話型音声応答（IVR）などのアプリケーションのためのセッション開始プロトコル（SIP）のURI"。

[RFC4474] Peterson, J. and C. Jennings, "Enhancements for Authenticated Identity Management in the Session Initiation Protocol (SIP)", RFC 4474, August 2006.

[RFC4474]ピーターソン、J.とC.ジェニングス、RFC 4474 "セッション開始プロトコル（SIP）で認証されたアイデンティティ管理のための機能強化"、2006年8月。

[RFC4483] Burger, E., "A Mechanism for Content Indirection in Session Initiation Protocol (SIP) Messages", RFC 4483, May 2006.

[RFC4483]バーガー、E.、 "セッション開始プロトコル（SIP）におけるコンテンツの間接化の仕組みメッセージ"、RFC 4483、2006年5月。

[RFC4488] Levin, O., "Suppression of Session Initiation Protocol (SIP) REFER Method Implicit Subscription", RFC 4488, May 2006.

[RFC4488]レヴィン、O.、RFC 4488、2006年5月 "セッション開始プロトコル（SIP）の抑制は、メソッドの暗黙の契約をREFER"。

[RFC4497] Elwell, J., Derks, F., Mourot, P., and O. Rousseau, "Interworking between the Session Initiation Protocol (SIP) and QSIG", BCP 117, RFC 4497, May 2006.

[RFC4497]エルウェル、J.、Derks、F.、Mourot、P.、およびO.ルソー、BCP 117、RFC 4497、2006年5月 "セッション開始プロトコル（SIP）およびQSIGの間のインターワーキング"。

[RFC4508] Levin, O. and A. Johnston, "Conveying Feature Tags with the Session Initiation Protocol (SIP) REFER Method", RFC 4508, May 2006.

[RFC4508]レヴィン、O.およびA.ジョンストン、RFC 4508、2006年5月 "セッション開始プロトコル（SIP）メソッドをREFERをフィーチャータグを伝えます"。

[RFC4538] Rosenberg, J., "Request Authorization through Dialog Identification in the Session Initiation Protocol (SIP)", RFC 4538, June 2006.

[RFC4538]、RFC 4538、2006年6月ローゼンバーグ、J.、 "セッション開始プロトコル（SIP）におけるダイアログ識別介して要求承認"。

[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.

[RFC4566]ハンドリー、M.、ヤコブソン、V.、およびC.パーキンス、 "SDP：セッション記述プロトコル"、RFC 4566、2006年7月。

[RFC4567] Arkko, J., Lindholm, F., Naslund, M., Norrman, K., and E. Carrara, "Key Management Extensions for Session Description Protocol (SDP) and Real Time Streaming Protocol (RTSP)", RFC 4567, July 2006.

[RFC4567] Arkko、J.、リンドホルム、F.、Naslund、M.、Norrman、K.、およびE.カララ、 "鍵管理拡張セッション記述プロトコル（SDP）、リアルタイムストリーミングプロトコル（RTSP）のための"、RFC 4567、2006年7月。

[RFC4568] Andreasen, F., Baugher, M., and D. Wing, "Session Description Protocol (SDP) Security Descriptions for Media Streams", RFC 4568, July 2006.

[RFC4568]アンドレア、F.、Baugher、M.、およびD.翼、 "メディア・ストリームのセッション記述プロトコル（SDP）のセキュリティの説明"、RFC 4568、2006年7月。

[RFC4572] Lennox, J., "Connection-Oriented Media Transport over the Transport Layer Security (TLS) Protocol in the Session Description Protocol (SDP)", RFC 4572, July 2006.

[RFC4572]レノックス、J.、 "接続指向のセッション記述プロトコル（SDP）でTransport Layer Security（TLS）プロトコルを介してメディアトランスポート"、RFC 4572、2006年7月。

[RFC4574] Levin, O. and G. Camarillo, "The Session Description Protocol (SDP) Label Attribute", RFC 4574, August 2006.

[RFC4574]レヴィン、O.およびG.キャマリロ、 "セッション記述プロトコル（SDP）label属性"、RFC 4574、2006年8月。

[RFC4575] Rosenberg, J., Schulzrinne, H., and O. Levin, "A Session Initiation Protocol (SIP) Event Package for Conference State", RFC 4575, August 2006.

[RFC4575]ローゼンバーグ、J.、Schulzrinneと、H.、およびO.レヴィン、 "Aセッション開始プロトコル（SIP）の会議の状態のためのイベントパッケージ"、RFC 4575、2006年8月。

[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.レヴィン、 "セッション開始プロトコル（SIP）呼制御 - ユーザエージェントのための会議"、BCP 119、RFC 4579、2006年8月。

[RFC4583] Camarillo, G., "Session Description Protocol (SDP) Format for Binary Floor Control Protocol (BFCP) Streams", RFC 4583, November 2006.

、RFC 4583、2006年11月[RFC4583]キャマリロ、G.、 "バイナリフロア制御プロトコル（BFCP）ストリームのセッション記述プロトコル（SDP）フォーマット"。

[RFC4662] Roach, A., Campbell, B., and J. Rosenberg, "A Session Initiation Protocol (SIP) Event Notification Extension for Resource Lists", RFC 4662, August 2006.

[RFC4662]ローチ、A.、キャンベル、B.、およびJ.ローゼンバーグ、 "リソースリストのAのセッション開始プロトコル（SIP）イベント通知拡張"、RFC 4662、2006年8月。

[RFC4730] Burger, E. and M. Dolly, "A Session Initiation Protocol (SIP) Event Package for Key Press Stimulus (KPML)", RFC 4730, November 2006.

[RFC4730]バーガー、E.およびM.ドリー、 "Aセッション開始プロトコル（SIP）キーを押して刺激（KPML）のためのイベントパッケージ"、RFC 4730、2006年11月。

[RFC4733] Schulzrinne, H. and T. Taylor, "RTP Payload for DTMF Digits, Telephony Tones, and Telephony Signals", RFC 4733, December 2006.

[RFC4733] Schulzrinneと、H.、およびT.テイラー、 "DTMFケタ、電話トーン、およびテレフォニーシグナルのためのRTPペイロード"、RFC 4733、2006年12月。

[RFC4796] Hautakorpi, J. and G. Camarillo, "The Session Description Protocol (SDP) Content Attribute", RFC 4796, February 2007.

[RFC4796] Hautakorpi、J.とG.キャマリロ、 "セッション記述プロトコル（SDP）content属性"、RFC 4796、2007年2月。

[RFC4896] Surtees, A., West, M., and A. Roach, "Signaling Compression (SigComp) Corrections and Clarifications", RFC 4896, June 2007.

[RFC4896]サーティース、A.、西、M.、およびA.ローチ、 "シグナリング圧縮（SigCompの）訂正と明確化"、RFC 4896、2007年6月。

[RFC4916] Elwell, J., "Connected Identity in the Session Initiation Protocol (SIP)", RFC 4916, June 2007.

[RFC4916]エルウェル、J.、 "セッション開始プロトコル（SIP）に接続アイデンティティ"、RFC 4916、2007年6月。

[RFC4960] Stewart, R., "Stream Control Transmission Protocol", RFC 4960, September 2007.

[RFC4960]スチュワート、R.、 "ストリーム制御伝送プロトコル"、RFC 4960、2007年9月。

[RFC5027] Andreasen, F. and D. Wing, "Security Preconditions for Session Description Protocol (SDP) Media Streams", RFC 5027, October 2007.

[RFC5027]アンドレア、F.とD.ウィング、 "セキュリティの前提条件セッションの記述プロトコル（SDP）メディアストリーム"、RFC 5027、2007年10月。

[RFC5049] Bormann, C., Liu, Z., Price, R., and G. Camarillo, "Applying Signaling Compression (SigComp) to the Session Initiation Protocol (SIP)", RFC 5049, December 2007.

[RFC5049]ボルマン、C.、劉、Z.、価格、R.、およびG.カマリロ、RFC 5049、2007年12月 "セッション開始プロトコル（SIP）にシグナリング圧縮（SigCompの）を適用します"。

[RFC5079] Rosenberg, J., "Rejecting Anonymous Requests in the Session Initiation Protocol (SIP)", RFC 5079, December 2007.

[RFC5079]ローゼンバーグ、J.、RFC 5079、2007年12月 "セッション開始プロトコル（SIP）で匿名要求を拒否"。

[RFC5360] Rosenberg, J., Camarillo, G., and D. Willis, "A Framework for Consent-Based Communications in the Session Initiation Protocol (SIP)", RFC 5360, October 2008.

[RFC5360]ローゼンバーグ、J.、カマリロ、G.、およびD.ウィリス、RFC 5360、2008年11月 "セッション開始プロトコル（SIP）に同意ベースの通信のためのフレームワーク"。

[RFC5361] Camarillo, G., "A Document Format for Requesting Consent", RFC 5361, October 2008.

[RFC5361]キャマリロ、G.、 "同意を要求するためのドキュメントフォーマット"、RFC 5361、2008年10月。

[RFC5362] Camarillo, G., "The Session Initiation Protocol (SIP) Pending Additions Event Package", RFC 5362, October 2008.

[RFC5362]キャマリロ、G.、 "セッション開始プロトコル（SIP）保留中の追加イベントパッケージ"、RFC 5362、2008年10月。

[RFC5363] Camarillo, G. and A. Roach, "Framework and Security Considerations for Session Initiation Protocol (SIP) URI-List Services", RFC 5363, October 2008.

[RFC5363]キャマリロ、G.、およびA.ローチ、RFC 5363、2008年10月 "セッション開始プロトコル（SIP）URIリストサービスのためのフレームワークとセキュリティの考慮事項"。

[RFC5365] Garcia-Martin, M. and G. Camarillo, "Multiple-Recipient MESSAGE Requests in the Session Initiation Protocol (SIP)", RFC 5365, October 2008.

[RFC5365]ガルシア・マーチン、M.およびG.カマリロ、RFC 5365、2008年10月「セッション開始プロトコル（SIP）における複数の受信者のメッセージ要求」。

[RFC5366] Camarillo, G. and A. Johnston, "Conference Establishment Using Request-Contained Lists in the Session Initiation Protocol (SIP)", RFC 5366, October 2008.

[RFC5366]キャマリロ、G.とA.ジョンストン、 "会議の設立セッション開始プロトコル（SIP）に要求-含まれるリストの使用"、RFC 5366、2008年10月。

[RFC5367] Camarillo, G., Roach, A., and O. Levin, "Subscriptions to Request-Contained Resource Lists in the Session Initiation Protocol (SIP)", RFC 5367, October 2008.

[RFC5367]キャマリロ、G.、ローチ、A.、およびO.レヴィン、RFC 5367、2008年10月 "サブスクリプションは、セッション開始プロトコル（SIP）にリソースリストを-含まれる要求します"。

[RFC5368] Camarillo, G., Niemi, A., Isomaki, M., Garcia-Martin, M., and H. Khartabil, "Referring to Multiple Resources in the Session Initiation Protocol (SIP)", RFC 5368, October 2008.

[RFC5368]キャマリロ、G.、ニエミ、A.、Isomaki、M.、ガルシア - マーチン、M.、およびH. Khartabil、RFC 5368 "セッション開始プロトコル（SIP）で複数のリソースを参照すると、" 2008年10月。

[RFC5373] Willis, D. and A. Allen, "Requesting Answering Modes for the Session Initiation Protocol (SIP)", RFC 5373, November 2008.

[RFC5373]ウィリス、D.とA.アレン、RFC 5373 "セッション開始プロトコル（SIP）のための応答モードの要求" を、2008年11月。

[RTCP-SUM] Clark, A., Pendleton, A., Johnston, A., and H. Sinnreich, "Session Initiation Protocol Package for Voice Quality Reporting Event", Work in Progress, October 2008.

[RTCP-SUM]クラーク、A.、ペンドルトン、A.、ジョンストン、A.、およびH. Sinnreich、 "音声品質のレポートのイベントのためのセッション開始プロトコルパッケージ"、進歩、2008年10月の作業。

[SAML] Tschofenig, H., Hodges, J., Peterson, J., Polk, J., and D. Sicker, "SIP SAML Profile and Binding", Work in Progress, November 2008.

[SAML] Tschofenig、H.、ホッジス、J.、ピーターソン、J.、ポーク、J.、およびD.病状、 "SIP SAMLプロファイルとバインド"、進歩、2008年11月に働いています。

[SDP-CAP] Andreasen, F., "SDP Capability Negotiation", Work in Progress, July 2008.

[SDP-CAP]アンドレア、F.、 "SDP機能ネゴシエーション"、進歩、2008年7月に作業。

[SDP-MEDIA] Gilman, R., Even, R., and F. Andreasen, "SDP media capabilities Negotiation", Work in Progress, July 2008.

[SDP-MEDIA]ギルマン、R.、でも、R.、およびF.アンドレア、 "SDPメディア機能ネゴシエーション"、進歩、2008年7月に作業。

[SESSION-POLICY] Hilt, V., Camarillo, G., and J. Rosenberg, "A Framework for Session Initiation Protocol (SIP) Session Policies", Work in Progress, November 2008.

[SESSION-POLICY]柄、V.、カマリロ、G.、およびJ.ローゼンバーグ、 "セッション開始プロトコル（SIP）セッションポリシーのフレームワーク" は進歩、2008年11月ワーク。

[SIMPLE] Rosenberg, J., "SIMPLE made Simple: An Overview of the IETF Specifications for Instant Messaging and Presence using the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[SIMPLE]ローゼンバーグ、J.は、「SIMPLEを簡単に：セッション開始プロトコル（SIP）を使用して、インスタントメッセージングとプレゼンスのためのIETF仕様の概要」、進歩、2008年10月に作業を。

[SIPS-URI] Audet, F., "The Use of the SIPS URI Scheme in the Session Initiation Protocol (SIP)", Work in Progress, November 2008.

[SIPS-URI] Audet、F.、 "セッション開始プロトコル（SIP）におけるSIPS URIスキームの使用"、進歩、2008年11月の作業。

[SRTP-FRAME] Fischl, J., Tschofenig, H., and E. Rescorla, "Framework for Establishing an SRTP Security Context using DTLS", Work in Progress, October 2008.

[SRTP-FRAME] Fischl、J.、Tschofenig、H.、およびE.レスコラ、 "DTLSを使用して、SRTPセキュリティコンテキストを確立するためのフレームワーク"、進歩、2008年10月に作業。

[SUBNOT-ETAGS] Niemi, A., "An Extension to Session Initiation Protocol (SIP) Events for Conditional Event Notification", Work in Progress, July 2008.

[SUBNOT-etagsの]ニエミ、A.、進歩、2008年7月に仕事「セッション開始プロトコル（SIP）条件付きイベント通知のためのイベントへの拡張」。

[TRANSFER-MECH] Garcia, M., Isomaki, M., Camarillo, G., Loreto, S., and P. Kyzivat, "A Session Description Protocol (SDP) Offer/Answer Mechanism to Enable File Transfer", Work in Progress, November 2008.

[TRANSFER-MECH]ガルシア、M.、Isomaki、M.、カマリロ、G.、ロレート、S.、およびP. Kyzivat、 "ファイル転送を可能にするセッション記述プロトコル（SDP）オファー/アンサーメカニズム" で作業進歩、2008年11月。

[UA-PRIVACY] Munakata, M., Schubert, S., and T. Ohba, "UA-Driven Privacy Mechanism for SIP", Work in Progress, October 2008.

[UA-プライバシー]宗像、M.、シューベルト、S.、およびT.大場、 "SIP UA用ドリブンプライバシーメカニズム"、進歩、2008年10月に働いています。

[UPDATE-PAI] Elwell, J., "Updates to Asserted Identity in the Session Initiation Protocol (SIP)", Work in Progress, October 2008.

[UPDATE-PAI]エルウェル、J.、 "セッション開始プロトコル（SIP）でアサート・アイデンティティへの更新"、進歩、2008年10月の作業。

Author's Address

著者のアドレス

Jonathan Rosenberg Cisco Iselin, NJ US

ジョナサン・ローゼンバーグシスコアイセリン、NJ US

EMail: jdrosen@cisco.com URI: http://www.jdrosen.net

電子メール：jdrosen@cisco.com URI：http://www.jdrosen.net