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