Network Working Group S. Loreto
Request for Comments: 5509 Ericsson
Category: Standards Track April 2009
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)
Internet分配号码管理局（IANA）为会话启动协议（SIP）注册即时消息和状态DNS SRV RRs
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和IETF信托在本文件出版之日生效的与IETF文件有关的法律规定的约束(http://trustee.ietf.org/license-info). 请仔细阅读这些文件，因为它们描述了您对本文件的权利和限制。
Abstract
摘要
This document registers with IANA two new DNS SRV protocol labels for resolving Instant Messaging and Presence services with SIP.
本文档向IANA注册了两个新的DNS SRV协议标签，用于通过SIP解析即时消息和状态服务。
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
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
_服务._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]提供了定位与使用以下两个URI方案的URI相关联的服务的指南[RFC3986]：“即时收件箱的im”和“存在实体的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.
为了确保“_im”和“_pres”及其各自的基础服务之间的关联具有确定性，IANA创建了两个独立的注册表：即时消息SRV协议标签注册表和状态SRV协议标签注册表。
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:”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].
本文件中的关键词“必须”、“不得”、“要求”、“应”、“不应”、“应”、“不应”、“建议”、“可”和“可选”应按照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
[RFC3428]第5节规定，如果用户代理（UA）显示IM URI（例如，“IM:fred@example.com）作为即时消息的地址，它应将其解析为SIP URI，并将生成的URI放在消息请求的请求URI中
sending.
发送。
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的SIP URI：fred@simple.example.com.
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）转换为SIPURI。
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的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是此类协议之一，IANA在“即时消息SRV协议标签注册表”中注册“_SIP”协议标签，如下所示：
Protocol label: _sip
协议标签：_sip
Specification: RFC 5509
规格：RFC5509
Description: Instant messaging protocol label for the use of SIP for Presence and Instant Messaging protocol as defined by [RFC3428].
描述：即时消息协议标签，用于SIP状态和即时消息协议的使用，如[RFC3428]所定义。
Registrant Contact: Salvatore Loreto <salvatore.loreto@ericsson.com>
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]定义了一个状态SRV协议标签注册表，用于可提供符合“_pres”SRV服务标签的服务的协议。由于SIP用于状态和即时消息是此类协议之一，IANA在“状态SRV协议标签注册表”中注册“_SIP”协议标签，如下所示：
Protocol label: _sip
协议标签：_sip
Specification: RFC 5509
规格：RFC5509
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>
Registrant Contact: Salvatore Loreto <salvatore.loreto@ericsson.com>
The need for this registration was discussed with Jon Peterson and Peter Saint-Andre.
与Jon Peterson和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 SRV）的DNS RR”，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 34282002年12月。
[RFC3856] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004.
[RFC3856]Rosenberg，J.，“会话启动协议（SIP）的存在事件包”，RFC3856，2004年8月。
[RFC3859] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004.
[RFC3859]彼得森，J.，“存在的共同特征（CPP）”，RFC3859，2004年8月。
[RFC3860] Peterson, J., "Common Profile for Instant Messaging (CPIM)", RFC 3860, August 2004.
[RFC3860]Peterson，J.，“即时消息的通用配置文件（CPIM）”，RFC3860，2004年8月。
[RFC3861] Peterson, J., "Address Resolution for Instant Messaging and Presence", RFC 3861, August 2004.
[RFC3861]Peterson，J.，“即时消息和状态的地址解析”，RFC 38612004年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，“消息会话中继协议（MSRP）”，RFC 49752007年9月。
Author's Address
作者地址
Salvatore Loreto Ericsson Hirsalantie 11 Jorvas 02420 Finland
萨尔瓦托·洛雷托·爱立信·赫萨兰蒂11 Jorvas 02420芬兰
Email: Salvatore.Loreto@ericsson.com
Email: Salvatore.Loreto@ericsson.com