SLP-Implementierung

In der SLP-Implementierung von Solaris werden die SLP-SAs, UAs, DAs, SA-Server, Bereiche und andere architektonischen Komponenten, die in Tabelle 7-1 aufgeführt sind, teilweise slpd und teilweise Anwendungsprozessen zugeordnet. Der SLP-Dämon, slpd, organisiert bestimmte SLP-Interaktionen außerhalb des Hosts, um folgende Vorgänge auszuführen:

• Passive und aktive Verzeichnisagenterkennung, um alle DAs im Netzwerk zu erkennen

• Führen einer aktualisierten Tabelle von DAs zur Verwendung der UAs und SAs auf dem lokalen Host

• Fungieren als SA-Proxyserver für veraltete Service-Advertisements (Proxyregistrierung)

Sie können die net.slpisDA-Eigenschaft definieren, damit auch slpd als DA fungiert. Lesen Sie dazu Kapitel 9Verwalten von SLP (Aufgaben).

Weitere Informationen zum SLP-Dämon finden Sie auf der Manpage slpd(1M).

Neben slpd ermöglichen die C/C++- und Java-Clientbibliotheken (libslp.so und slp.jar) den Zugriff auf die SLP-Struktur für UA- und SA-Clients. Die Client-bibliotheken bieten folgende Funktionen:

• Software mit Netzwerkdiensten, die Service-Advertisements registrieren und die Registrierung dieser entfernen können

• Clientsoftware, die Services anfordern kann, indem Service-Advertisements abgefragt werden

• Die Liste der SLP-Bereiche, die für die Registrierung und Anforderungen zur Verfügung stehen

Es ist keine spezielle Konfiguration erforderlich, um die prozessinterne Kommunikation von slpd und den Clientbibliotheken herzustellen. Sie müssen jedoch zunächst den slpd-Prozess ausführen, bevor Sie die Clientbibliotheken laden, damit die Bibliotheken funktionieren.

In der folgenden Abbildung verwendet die SLP-Clientbibliothek im Serviceprovider-Programm die SA-Funktion. Das Serviceprovider-Programm verwendet die SLP-Clientbibliothek, um Services mit slpd zu registrieren und die Registrierung dieser zu entfernen. Die SLP-Clientbibliothek im Serviceclient-Programm verwendet die UA-Funktion. Das Serviceclient-Programm verwendet die SLP-Clientbibliothek, um Anforderungen auszugeben. Die SLP-Clientbibliothek versendet entweder Anforderungen an mehrere SAs oder Anforderungen an einzelne DAs. Diese Art der Kommunikation ist für die Anwendung transparent, allerdings geht die Einzelversendung von Anforderungen schneller vonstatten. Das Verhalten der Clientbibliothek kann durch verschiedenen SLP-Konfigurationseigenschaften beeinflusst werden. Weitere Informationen finden Sie in Kapitel 9Verwalten von SLP (Aufgaben). Der slpd-Prozess steuert alle SA-Funktionen, wie beispielsweise die Beantwortung von Multicast-Anforderungen und die Registrierung mit DAs.

Abbildung 7-3 SLP-Implementierung

Weitere SLP-Informationsquellen

In den folgenden Dokumenten finden Sie weitere Informationen zu SLP:

• Kempf, James und Pete St. Pierre. Service Location Protocol for Enterprise Networks. John Wiley & Sons, Inc. ISBN-Nummer: 0–471–31587–7.

• Authentication Management Infrastructure Administration Guide. Teilenummer: 805–1139–03.

• Guttman, Erik, Charles Perkins, John Veizades und Michael Day. Service Location Protocol, Version 2, RFC 2608 von der Internet Engineering Task Force (IETF). [http://www.ietf.org/rfc/rfc2608.txt ]

• Kempf, James und Erik Guttman. An API for Service Location, RFC 2614 von der Internet Engineering Task Force (IETF). [http://www.ietf.org/rfc/rfc2614.txt]