RFC 3105 (rfc3105) - Page 2 of 11
Finding an RSIP Server with SLP
Alternative Format: Original Text Document
RFC 3105 Finding an RSIP Server with SLP October 2001 Table of Contents 1. Introduction ............................................... 2 2. Notation Conventions ....................................... 2 3. Terminology ................................................ 2 4. Using SLP for RSIP Service Discovery ....................... 3 5. Using Scopes for Server Provisioning ....................... 4 6. Load Balancing ............................................. 6 7. The RSIP Service Type Template ............................. 7 8. Security Considerations .................................... 9 9. Summary .................................................... 9 References ..................................................... 9 Authors' Addresses ............................................. 10 Full Copyright Statement ....................................... 11 1. Introduction Realm Specific IP (RSIP) [7] enables an RSIP client in one realm to borrow addresses and other resources from another realm. It does so by engaging in an RSIP protocol [1] exchange with an RSIP server. The RSIP protocol requires the RSIP server to have a permanent presence on both realms. There are a variety of traditional ways an RSIP client could go about locating the appropriate RSIP server. However, Service Location Protocol (SLP) [2][11] is an IETF standards track protocol specifically designed to facilitate location of services and their servers by clients. SLP provides a number of features that simplify locating RSIP servers. In this document, we describe how RSIP clients can use SLP to discover RSIP servers. 2. Notation Conventions 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 [4]. 3. Terminology We reproduce here some SLP terminology from [2] for readers unfamiliar with SLP. User Agent (UA) A process working on the user's behalf to establish contact with some service. The UA retrieves service information from the Service Agents or Directory Agents. Kempf & Montenegro Experimental



