Network Working Group S. Loreto
Request for Comments: 5509 Ericsson
Category: Standards Track April 2009
Internet Assigned Numbers Authority (IANA) Registration
of Instant Messaging and Presence DNS SRV RRs
for the Session Initiation Protocol (SIP)
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2009 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document.
この文書では、BCP 78と、この文書（http://trustee.ietf.org/license-info）の発行日に有効なIETFドキュメントに関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。
Abstract
抽象
This document registers with IANA two new DNS SRV protocol labels for resolving Instant Messaging and Presence services with SIP.
この文書は、IANAにSIPを使用してインスタントメッセージングとプレゼンスサービスを解決するための2つの新しいDNS SRVプロトコルラベルを登録します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. DNS SRV Usage of SIP with 'im' and 'pres' URIs . . . . . . . . 3
4. Security Considerations . . . . . . . . . . . . . . . . . . . . 4
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 4
5.1. Instant Messaging SRV Protocol Label Registration . . . . . 5
5.2. Presence SRV Protocol Label Registration . . . . . . . . . 5
6. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 5
7. Normative References . . . . . . . . . . . . . . . . . . . . . 6
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 6
The Service Record (SRV) [RFC2782] identifies the host(s) that will support particular services. The DNS is queried for SRV RR in the general form:
サービスレコード（SRV）[RFC2782]は、特定のサービスをサポートするホスト（単数または複数）を識別する。 DNSは、一般的な形でのSRV RRのために照会されます。
_Service._Proto.Name
＿せｒゔぃせ。＿Ｐろと。なめ
Service: the symbolic name of the desired service
サービス：目的のサービスのシンボリック名
Proto: the protocol of the desired service
プロト：希望するサービスのプロトコル
Name: the domain name for which this record is valid
名前：このレコードが有効なドメイン名
"Address Resolution for Instant Messaging and Presence" [RFC3861] provides guidance for locating the services associated with URIs that employ the following two URI schemes [RFC3986]: 'im' for INSTANT INBOXes [RFC3860] and 'pres' for PRESENTITIES [RFC3859].
「インスタントメッセージングとプレゼンスのためのアドレス解決」[RFC3861]以下の二つのURIスキーム[RFC3986]を採用したURIに関連付けられたサービスの場所を特定するためのガイダンスを提供します：インスタント受信ボックスは「イム」[RFC3860]やプレゼンのための「PRES」[RFC3859] 。
In order to ensure that the association between "_im" and "_pres" and their respective underlying services are deterministic, the IANA has created two independent registries: the Instant Messaging SRV Protocol Label registry and the Presence SRV Protocol Label registry.
インスタントメッセージングSRVプロトコルラベルレジストリおよびプレゼンスSRVプロトコルラベルレジストリ：「_im」と「_pres」とそれぞれの基本的なサービス間の関連付けが決定論的であることを確実にするために、IANAは、2つの独立したレジストリを作成しました。
This document defines and registers the "_sip" protocol label in both registries so that computer programs can resolve 'im:' and 'pres:' URIs down to SIP addresses.
この文書では、定義し、そのコンピュータプログラムが解決することができますので、両方のレジストリで「_sip」プロトコルラベルを登録する「イム：」と「PRES：」URIをダウンSIPアドレスに。
Moreover, this document explains how the use of SIP for Presence and Instant Messaging uses SRV.
また、この文書は、プレゼンスとインスタントメッセージングのためのSIPの使用はSRVを使用する方法について説明します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はRFC 2119 [RFC2119]に記載されているように解釈されます。
Although there are standard procedures for resolving 'im' and 'pres' URIs (Section 3 of [RFC3861]), the labels for SIP are not registered.
「IM」と「PRES」のURI（[RFC3861]のセクション3）を解決するための標準的な手順があるが、SIPのためのラベルが登録されていません。
Section 5 of [RFC3428] states that if a user agent (UA) is presented with an IM URI (e.g., "im:fred@example.com") as the address for an instant message, it SHOULD resolve it to a SIP URI, and place the resulting URI in the Request-URI of the MESSAGE request before sending.
インスタントメッセージのアドレスとして、それはSIP URIにそれを解決する必要があります：[RFC3428]のセクション5は、ユーザエージェント（UA）はIM URI（例えば、「fred@example.com IM」）を提示されている場合と述べています、および送信前にメッセージのリクエストのRequest-URIが得られURIを置きます。
Following the procedures defined in [RFC3861], in order to resolve the IM URI, the UA performs a SRV lookup for:
[RFC3861]で定義された手順に従って、IM URIを解決するために、UAは、のためにSRVルックアップを実行します：
_im._sip.example.com
＿いｍ。＿しｐ。えぁｍｐぇ。こｍ
Assuming that the example.com domain offers a SIP service for instant messaging at simple.example.com, this will result in a resolution of _im._sip.example.com. to simple.example.com. Thus, the instant messaging URI im:fred@example.com would resolve to a SIP URI of sip:fred@simple.example.com.
example.comドメインはsimple.example.comでインスタントメッセージングのためのSIPサービスを提供していますと仮定すると、これは_im._sip.example.comの解像度になります。 simple.example.comへ。このように、インスタントメッセージングURIイム：fred@simple.example.com：fred@example.comは、SIPのSIP URIに解決します。
SIP supports both pager [RFC3428] and session [RFC4975] IM mode. However, a DNS SRV lookup does not specify which SIP IM mode a domain offer. If the user agent client (UAC) supports both session mode and pager mode, it is then suggested to try session mode first; if that mode is rejected, the UAC has to be ready to fall back to pager mode.
SIPは、ページャ[RFC3428]とセッション[RFC4975] IMモードの両方をサポートしています。しかし、DNS SRVルックアップは、SIP IMモードドメインプラン指定されていません。ユーザエージェントクライアント（UAC）がセッションモードとページャモードの両方をサポートしている場合、最初のセッションモードを試すことが示唆されました。そのモードが拒否された場合、UACは、ページャモードにフォールバックする準備ができなければなりません。
Section 5 of [RFC3856] states that procedures defined in [RFC3861] are also used to resolve the protocol-independent PRES URI for a presentity (e.g., "pres:fred@example.com") into a SIP URI.
SIP URIに[RFC3856]のセクション5は、[RFC3861]で定義された手順は、プレゼン用のプロトコルに依存しないPRES URI（例えば、「fred@example.com PRES」）を解決するためにも使用されることを述べています。
Following the procedures defined in [RFC3861], in order to resolve the PRES URI, the UA performs a SRV lookup for:
[RFC3861]で定義された手順に従って、PRES URIを解決するために、UAは、ためSRVルックアップを実行します。
_pres._sip.example.com
＿ｐれｓ。＿しｐ。えぁｍｐぇ。こｍ
Assuming that the example.com domain offers a SIP presence service at simple.example.com, this will result in a resolution of _pres._sip.example.com. to simple.example.com. Thus, the protocol-independent PRES URI pres:fred@example.com would resolve to a SIP URI of sip:fred@simple.example.com.
example.comドメインはsimple.example.comでSIPのプレゼンスサービスを提供していますと仮定すると、これは_pres._sip.example.comの解像度になります。 simple.example.comへ。このように、プロトコルに依存しないPRES URIはPRES：fred@example.comは、SIPのSIP URIに解決します：fred@simple.example.com。
This document merely serves for the registration of DNS SRV labels in the appropriate IANA registry. The document does not specify a protocol; therefore, there are no security issues associated with it.
この文書では、単に適切なIANAレジストリ内のDNS SRVラベルの登録のために機能します。文書は、プロトコルを指定しません。そのため、それに関連付けられたセキュリティ上の問題はありません。
This specification registers a new SRV protocol label in both the Instant Messaging SRV Protocol Label registry and the Presence SRV Protocol Label registry.
この仕様は、インスタントメッセージングSRVプロトコルラベルレジストリおよびプレゼンスSRVプロトコルラベルレジストリの両方に新しいSRVプロトコルラベルを登録します。
"Address Resolution for Instant Messaging and Presence" [RFC3861] defines an Instant Messaging SRV Protocol Label registry for protocols that can provide services that conform to the "_im" SRV Service label. Because SIP is one such protocol, IANA registers the "_sip" protocol label in the "Instant Messaging SRV Protocol Label Registry", as follows:
「インスタントメッセージングとプレゼンスのためのアドレス解決」[RFC3861]は、「_im」SRVサービスラベルに準拠したサービスを提供できるプロトコルのためのインスタントメッセージングSRVのプロトコルラベルレジストリを定義します。 SIPは、そのようなプロトコルの1つであるため、以下のように、IANAは、「インスタントメッセージングSRVプロトコルラベルレジストリ」の「_sip」プロトコルラベルを登録します。
Protocol label: _sip
プロトコルラベル：_sip
Specification: RFC 5509
仕様：RFC 5509
Description: Instant messaging protocol label for the use of SIP for Presence and Instant Messaging protocol as defined by [RFC3428].
説明：[RFC3428]で定義されるような存在のSIPを使用すると、インスタントメッセージングプロトコルのインスタントメッセージングプロトコルラベル。
Registrant Contact: Salvatore Loreto <salvatore.loreto@ericsson.com>
登録者連絡先：サルヴァトーレロレート<salvatore.loreto@ericsson.com>
"Address Resolution for Instant Messaging and Presence" [RFC3861] defines a Presence SRV Protocol Label registry for protocols that can provide services that conform to the "_pres" SRV Service label. Because the use of SIP for Presence and Instant Messaging is one such protocol, the IANA registers the "_sip" protocol label in the "Presence SRV Protocol Label Registry", as follows:
「インスタントメッセージングとプレゼンスのためのアドレス解決」[RFC3861]は、「_pres」SRVサービスラベルに準拠したサービスを提供できるプロトコルのためのプレゼンスSRVプロトコルラベルレジストリを定義します。プレゼンスとインスタントメッセージングのためのSIPの使用はそのようなプロトコルの1つであるため、以下のように、IANAは、「プレゼンスSRVプロトコルラベルレジストリ」の「_sip」プロトコルラベルを登録します。
Protocol label: _sip
プロトコルラベル：_sip
Specification: RFC 5509
仕様：RFC 5509
Description: Presence protocol label for the use of SIP for Presence and Instant Messaging protocol as defined by [RFC3856].
説明：[RFC3856]で定義されるようなプレゼンスおよびインスタントメッセージングプロトコルのSIPを使用するためのプレゼンス・プロトコル・ラベル。
Registrant Contact: Salvatore Loreto <salvatore.loreto@ericsson.com>
登録者連絡先：サルヴァトーレロレート<salvatore.loreto@ericsson.com>
The need for this registration was discussed with Jon Peterson and Peter Saint-Andre.
この登録の必要はジョン・ピーターソン、ピーター・サン・アンドレで議論されました。
Miguel Garcia reviewed this document on behalf of the Real-time Applications and Infrastructure (RAI) Area Review Team (ART).
ミゲル・ガルシアは、リアルタイムアプリケーションとインフラストラクチャ（RAI）エリアレビューチーム（ART）に代わって、この文書をレビューしました。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年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月。
[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月。
[RFC3856] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004.
[RFC3856]ローゼンバーグ、J.、 "セッション開始プロトコルのためのプレゼンスイベントパッケージ（SIP）"、RFC 3856、2004年8月。
[RFC3859] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004.
[RFC3859]ピーターソン、J.、 "プレゼンスのための共通プロファイル（CPP）"、RFC 3859、2004年8月。
[RFC3860] Peterson, J., "Common Profile for Instant Messaging (CPIM)", RFC 3860, August 2004.
[RFC3860]ピーターソン、J.、 "インスタントメッセージングのための共通プロファイル（CPIM）"、RFC 3860、2004年8月。
[RFC3861] Peterson, J., "Address Resolution for Instant Messaging and Presence", RFC 3861, August 2004.
[RFC3861]ピーターソン、J.、 "インスタントメッセージングとプレゼンスのためのアドレス解決"、RFC 3861、2004年8月。
[RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, January 2005.
[RFC3986]バーナーズ - リー、T.、フィールディング、R.、およびL. Masinter、 "ユニフォームリソース識別子（URI）：汎用構文"、STD 66、RFC 3986、2005年1月。
[RFC4975] Campbell, B., Mahy, R., and C. Jennings, "The Message Session Relay Protocol (MSRP)", RFC 4975, September 2007.
[RFC4975]キャンベル、B.、マーイ、R.、およびC.ジェニングス、 "メッセージセッションリレープロトコル（MSRP）"、RFC 4975、2007年9月。
Author's Address
著者のアドレス
Salvatore Loreto Ericsson Hirsalantie 11 Jorvas 02420 Finland
サルヴァトーレ・ロレートエリクソンHirsalantie 11 Jorvas 02420フィンランド
Email: Salvatore.Loreto@ericsson.com
メール：Salvatore.Loreto@ericsson.com