SIMPLE Working Group S. Loreto Internet-Draft Ericsson Intended status: Standards Track Jan 23, 2008 Expires: July 26, 2008 Internet Assigned Numbers Authority (IANA) Registration of Instant Messaging SRV Protocol Label registry for SIP/SIMPLE protocol. draft-loreto-simple-im-srv-label-00 Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on July 26, 2008. Copyright Notice Copyright (C) The IETF Trust (2008). Abstract This document registers with the IANA a new Instant Messaging SRV Protocol Label registry for SIP/SIMPLE protocol as specified in Address Resolution for Instant Messaging and Presence. This SRV Protocol Label indicates SIP/SIMPLE protocol as a protocol that will be used to instantiate the instant messaging or presence operations. Loreto Expires July 26, 2008 [Page 1] Internet-Draft IANA IM SRV label for SIP/SIMPLE Jan 2008 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. How SIP/SIMPLE uses SRV . . . . . . . . . . . . . . . . . . . . 3 3. Security Considerations . . . . . . . . . . . . . . . . . . . . 3 4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 4 4.1. Instant Messaging SRV Protocol Label Registration . . . . . 4 4.2. Presence SRV Protocol Label Registration . . . . . . . . . 4 5. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 4 6. Normative References . . . . . . . . . . . . . . . . . . . . . 5 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 5 Intellectual Property and Copyright Statements . . . . . . . . . . 6 Loreto Expires July 26, 2008 [Page 2] Internet-Draft IANA IM SRV label for SIP/SIMPLE Jan 2008 1. Introduction Address Resolution for Instant Messaging and Presence [RFC3861] provides guidance for locating the resources associated with URIs that employ two Uniform Resource Identifier (URI) [RFC3986]: 'im' for INSTANT INBOXes [RFC3860] and 'pres' for PRESENTITIES [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. This document defines and registers the "_sip" protocol label in both the registries so that computer programs can resolve 'im:' and 'pres:' URIs down to SIP addresses. Moreover this document specifies how the SIP/SIMPLE protocol uses SRV. 2. How SIP/SIMPLE uses SRV Section 5 of [RFC3428] states that if a 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". However if the UA is unable to resolve the IM URI, in order to resolve the IM URI into corresponding SIP URI, it SHOULD perform a SRV lookup for: _im._sip.example.com Assuming that the example.com domain offers a SIP/SIMPLE service 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. The same procedure, with the "_pres" Service label, is used for resolve PRES URIs into corresponding SIP Presence [RFC3265]. 3. Security Considerations Detailed security considerations for instant messaging and presence protocols are given in [RFC2779], for SIP-based presence in [RFC3265] and for SIP-based instant messaging in [RFC3428],[RFC3856]. Loreto Expires July 26, 2008 [Page 3] Internet-Draft IANA IM SRV label for SIP/SIMPLE Jan 2008 The DNS procedures in this document introduce no security considerations beyond those described in the documents referenced above. 4. IANA Considerations This specification registers a new SRV Protocol Label in both the Instant Messaging SRV Protocol Label registry and the Presence SRV Protocol Label registry. 4.1. Instant Messaging SRV Protocol Label Registration 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/SIMPLE is one such protocol, the IANA registers the "_sip" protocol label in the appropriate registry, as follows: Protocol label: _sip Specification: RFCXXXX Description: Instant messaging protocol label for the SIP/SIMPLE protocol as defined by [RFC3428]. Registrant Contact: Salvatore Loreto 4.2. Presence SRV Protocol Label Registration 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 SIP/SIMPLE is one such protocol, the IANA registers the "_sip" protocol label in the appropriate registry, as follows: Protocol label: _sip Specification: RFCXXXX Description: Presence protocol label for the SIP/SIMPLE protocol as defined by [RFC3856]. Registrant Contact: Salvatore Loreto Note to RFC editor: Please replace RFCXXXX with the RFC number assigned to this document. 5. Acknowledgments The need for this registration was discussed with Jon Peterson and Peter Saint-Andre. Loreto Expires July 26, 2008 [Page 4] Internet-Draft IANA IM SRV label for SIP/SIMPLE Jan 2008 6. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC2779] Day, M., Aggarwal, S., Mohr, G., and J. Vincent, "Instant Messaging / Presence Protocol Requirements", RFC 2779, February 2000. [RFC3265] Roach, A., "Session Initiation Protocol (SIP)-Specific Event Notification", RFC 3265, June 2002. [RFC3428] Campbell, B., Rosenberg, J., Schulzrinne, H., Huitema, C., and D. Gurle, "Session Initiation Protocol (SIP) Extension for Instant Messaging", RFC 3428, December 2002. [RFC3856] Rosenberg, J., "A Presence Event Package for the Session Initiation Protocol (SIP)", RFC 3856, August 2004. [RFC3859] Peterson, J., "Common Profile for Presence (CPP)", RFC 3859, August 2004. [RFC3860] Peterson, J., "Common Profile for Instant Messaging (CPIM)", RFC 3860, August 2004. [RFC3861] Peterson, J., "Address Resolution for Instant Messaging and Presence", RFC 3861, August 2004. [RFC3986] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform Resource Identifier (URI): Generic Syntax", STD 66, RFC 3986, January 2005. Author's Address Salvatore Loreto Ericsson Hirsalantie 11 Jorvas 02420 Finland Email: Salvatore.Loreto@ericsson.com Loreto Expires July 26, 2008 [Page 5] Internet-Draft IANA IM SRV label for SIP/SIMPLE Jan 2008 Full Copyright Statement Copyright (C) The IETF Trust (2008). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Acknowledgment Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA). Loreto Expires July 26, 2008 [Page 6]