Verwenden von snoop zur Überwachung von SLP-Aktivitäten

Das snoop-Dienstprogramm ist ein passives Verwaltungstool, das Netzwerkverkehrsinformationen bereitstellt. Das Dienstprogramm selbst ruft minimalen Datenverkehr hervor und ermöglicht Ihnen, alle in Ihrem Netzwerk stattfindenden Aktivitäten zu überwachen.

Mit dem snoop-Dienstprogramm kann der aktuelle SLP-Meldungsdatenverkehr verfolgt werden. Wenn Sie beispielsweise snoop in Verbindung mit dem Befehlszeilenargument slp ausführen, zeigt das Dienstprogramm Ablaufverfolgungen mit Informationen zu SLP-Registrierungen und zur Entfernung dieser an. Sie können diese Informationen verwenden, um die Netzwerkbelastung zu bestimmen, indem Sie überprüfen, welche Services registriert sind und wie viele Registrierungsaktivitäten stattfinden.

Das snoop-Dienstprogramm dient auch der Überwachung des Datenverkehrsflusses zwischen SLP-Hosts in Ihrem Unternehmen. Wenn Sie snoop in Verbindung mit dem Befehlszeilenargument slp ausführen, können Sie die folgenden SLP-Aktivitäten überwachen, um festzustellen, ob eine Neukonfiguration des Netzwerks oder des Agenten nötig ist:

• Die Anzahl von Hosts, die einen bestimmten DA verwenden. Anhand dieser Informationen können Sie entscheiden, ob zusätzliche DAs für den Lastausgleich bereitgestellt werden müssen.

• Die Anzahl von Hosts, die einen bestimmten DA verwenden. Anhand dieser Informationen können Sie entscheiden, ob bestimmte Hosts mit neuen oder anderen Bereichen konfiguriert werden müssen.

• Überwachung der Zeitüberschreitungen, die ein UA auslöst, oder langsamer DA-Bestätigungen. Sie können feststellen, ob ein DA überlastet ist, indem Sie UA-Zeitüberschreitungen und Neuübertragungen überwachen. Sie können zudem prüfen, ob der DA länger als nur wenige Sekunden benötigt, um Registrierungsbestätigungen an einen SA zu senden. Verwenden Sie diese Informationen, um die Netzwerkbelastung bei Bedarf auszugleichen, durch die der DA beeinträchtigt wird, indem Sie weitere DAs bereitstellen oder die Bereichskonfigurationen ändern.

Wenn Sie snoop in Verbindung mit dem Befehlszeilenargument -V (ausführlich) verwenden, können Sie die Lebensdauer von Registrierungen und den Wert des Aktualisierungs-Flag in SrvReg abrufen, um festzustellen, ob die Anzahl von Neuregistrierungen verringert werden muss.

snoop können Sie auch dazu verwenden, um eine andere Art des SLP-Datenverkehrs zu verfolgen, z. B.:

• Datenverkehr zwischen UA-Clients und DAs

• Datenverkehr zwischen Multicast-UA-Clients und antwortenden DAs

Weitere Informationen zu snoop finden Sie auf der Manpage snoop(1M).

So verwenden Sie snoop, um SLP-Ablaufverfolgungen auszuführen

1. Melden Sie sich als Superuser an oder nehmen Sie eine entsprechende Rolle an.

   Rollen umfassen Autorisierungen und privilegierte Befehle. Weitere Informationen zu Rollen finden Sie unter Konfigurieren von RBAC (Übersicht der Schritte) in Systemverwaltungshandbuch: Sicherheitsservices.

2. Führen Sie snoop in Verbindung mit dem Befehlszeilenargument slp aus.

   Brief Mode:
   # snoop slp

   Wenn Sie snoop im standardmäßigen kurzen Modus ausführen, erscheinen ständig Ausgaben auf Ihrem Bildschirm. SLP-Meldungen werden gekürzt, damit sie pro Ablaufverfolgung auf eine Zeile passen.

   Verbose Mode:
   # snoop -v slp

   Wenn Sie snoop im ausführlichen Modus ausführen, erscheinen ständig von snoop übermittelte ungekürzte Ausgaben auf Ihrem Bildschirm. Dabei werden folgende Informationen angezeigt:

   • Die vollständige Adresse der Service-URL

   • Alle Serviceattribute

   • Die Lebensdauer der Registrierung

   • Alle Sicherheitsparameter und Flags (sofern vorhanden)

   ---

   Hinweis - Sie können das Befehlszeilenargument slp in Verbindung mit anderen snoop-Optionen verwenden.

   ---

Analysieren einer snoop slp-Ablaufverfolgung

Im folgenden Beispiel wird slpd im Standardmodus als SA-Server auf slphost1 ausgeführt. Der SLP-Dämon initialisiert und registriert slphost2 als Echoserver. Anschließend wird der snoop slp-Prozess auf slphost1 aufgerufen.

(1) slphost1 -> 239.255.255.253 SLP V@ SrvRqst [24487] service:directory-agent []
(2) slphost2 -> slphost1 SLP V2 DAAdvert [24487] service:directory-agent://129
(3) slphost1 -> 239.255.255.253 SLP V2 SrvRqst [24487] service:directory-agent []
(4) slphost1 -> 239.255.255.253 SLP V2 SrvRqst [24487] service:directory-agent []
(5) slphost1 -> slphost2 SLP V2 SrvReg [24488/tcp]service:echo.sun:tcp://slphost1:
(6) slphost2 -> slphost1 SLP V2 SrvAck [24488/tcp] ok
(7) slphost1 -> slphost2 SLP V2 SrvDereg [24489/tcp] service:echo.sun:tcp://slphost1:
(8) slphost2 -> slphost1 SLP V2 SrvAck [24489/tcp] ok

1. Zeigt slpd auf slphost1 bei der Durchführung einer aktiven Verzeichnisagenterkennung durch mehrfaches Senden an die SLP-Multicast-Gruppenadresse, während nach Verzeichnisagenten gesucht wird. Die Meldungsnummer 24487 für die aktive Erkennung steht in der Ablaufverfolgung in eckigen Klammern.

2. Zeigt an, dass die Anforderung 24487 einer aktiven Erkennung von Ablaufverfolgung 1 durch den slpd beantwortet wird, der als DA auf dem Host slphost2 ausgeführt wird. Die Service-URL von slphost2 wurde gekürzt, damit sie auf eine einzelne Zeile passt. Der DA hat ein DA-Advertisement als Antwort auf die Multicast-DA-Erkennungsmeldung gesendet. Dies ist aus den übereinstimmenden Meldungsnummern in den Ablaufverfolgungen 1 und 2 ersichtlich.

3. Zeigt Multicast-Sendungen von den UAs auf slphost1 für weitere DAs. Da die Anforderung bereits von slphost2 beantwortet wurde, antwortet er nicht mehr. Andere DAs antworten auch nicht.

4. Wiederholt den in der vorangegangenen Zeile angegebenen Multicast-Vorgang.

5. Zeigt einen slpd auf slphost1, der SA-Clientregistrierungen an den DA auf slphost2 sendet. Eine Unicast-Serviceregistrierung (SrvReg) für einen Echoserver wird von slphost1 für den DA auf slphost2 durchgeführt.

6. Zeigt, dass slphost2 auf die slphost1-SrvReg-Meldung mit einer Servicebestätigung (SrvAck ) antwortet, wodurch angezeigt wird, dass die Registrierung erfolgreich durchgeführt wurde.

   Der Datenverkehr zwischen dem Echoserver, auf dem der SA-Client ausgeführt wird, und dem SLP-Dämon auf slphost1 wird nicht in der snoop-Ablaufverfolgung angezeigt. Dieses Fehlen von Informationen ist darauf zurückzuführen, dass der snoop-Vorgang über den Netzwerk-Loopback ausgeführt wird.

7. Zeigt, dass der Echoserver auf slphost1 die Registrierung des Echoservice-Advertisements entfernt. Der SLP-Dämon auf slphost1 leitet die Entfernung der Registrierung an den DA auf slphost2 weiter.

8. Zeigt, dass slphost2 dem slphost1 mit einer Servicebestätigung (SrvAck) antwortet, die anzeigt, dass die Entfernung der Registrierung erfolgreich durchgeführt wurde.

   Der /tcp-Parameter, der an die Meldungsnummer in den Zeilen 5, 6, 7 und 8 angefügt ist, zeigt an, dass der Meldungsaustausch über TCP stattgefunden hat.

Die nächsten Schritte

Nach der Überwachung des SLP-Datenverkehrs können Sie die mithilfe der snoop-Ablaufverfolgung gesammelten Informationen verwenden, um festzustellen, ob eine Neukonfiguration der SLP-Standardeinstellungen nötig ist. Zum Konfigurieren der SLP-Eigenschaftseinstellungen verwenden Sie die relevanten Informationen in Kapitel 9Verwalten von SLP (Aufgaben). Weitere Informationen zur SLP-Meldungsübermittlung und zu Serviceregistrierungen finden Sie in Kapitel 11SLP (Referenz).