[要約] RFC 5509は、SIPプロトコルのためのインスタントメッセージングとプレゼンスDNS SRV RRsのIANA登録に関するものです。このRFCの目的は、SIPベースのインスタントメッセージングとプレゼンスサービスのためのDNS SRVレコードの一貫性と一元管理を確保することです。
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)
インターネットが割り当てられた番号当局(IANA)セッション開始プロトコルのインスタントメッセージとプレゼンスDNS SRV RRSの登録(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.
Copyright(c)2009 IETF Trustおよび文書著者として特定された人。全著作権所有。
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 Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。
Abstract
概要
This document registers with IANA two new DNS SRV protocol labels for resolving Instant Messaging and Presence services with SIP.
このドキュメントは、SIPでインスタントメッセージングとプレゼンスサービスを解決するために、IANA 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._proto.name
Service: the symbolic name of the desired service
サービス:目的のサービスの象徴的な名前
Proto: the protocol of the desired service
Proto:目的のサービスのプロトコル
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]は、次の2つのURIスキーム[RFC3986]を使用するURIに関連するサービスを見つけるためのガイダンスを提供します:即座の受信トレイ[RFC3860]および「Pres」。
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.
「_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」プロトコルラベルを定義および登録して、コンピュータープログラムが「IM:」と「pres:」を解決できるようにします。
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」URIS([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.
[RFC3428]のセクション5は、ユーザーエージェント(UA)がインスタントメッセージのアドレスとしてim uri( "im:fred@example.com")を提示した場合、sip uriに解決する必要があると述べています。、および結果の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
_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 im:fred@example.comは、sip:fred@simple.example.comの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.
[RFC3856]のセクション5は、[RFC3861]で定義されている手順を使用して、プロトコルに依存しないPres URIを解決するためにも使用されます(例:「pres:fred@example.com」)。
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
_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:fred@simple.example.comのsip uriに解決します。
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>
"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>
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).
Miguel Garciaは、リアルタイムアプリケーションとインフラストラクチャ(RAI)エリアレビューチーム(ART)に代わってこのドキュメントをレビューしました。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、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] Campbell、B.、Rosenberg、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] Rosenberg、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] Berners-Lee、T.、Fielding、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] Campbell、B.、Mahy、R。、およびC. Jennings、「The Message Session Relay Protocol(MSRP)」、RFC 4975、2007年9月。
Author's Address
著者の連絡先
Salvatore Loreto Ericsson Hirsalantie 11 Jorvas 02420 Finland
Salvatore Loreto Ericsson Hirsalantie 11 Jorvas 02420フィンランド
Email: Salvatore.Loreto@ericsson.com