Analyse d'un suivi snoop slp

Dans l'exemple suivant, slpd est exécuté sur slphost1 en mode par défaut en tant que serveur SA. Le démon SLP initialise et enregistre slphost2 en tant que serveur d'écho. Ensuite, le processus snoop slp est appelé sur slphost1.

(1) slphost1 -> 10.255.255.253 SLP V@ SrvRqst [24487] service:directory-agent []
(2) slphost2 -> slphost1 SLP V2 DAAdvert [24487] service:directory-agent://129
(3) slphost1 -> 10.255.255.253 SLP V2 SrvRqst [24487] service:directory-agent []
(4) slphost1 -> 10.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. Indique la commande slpd sur slphost1 exécutant la découverte de l'agent du répertoire actif en envoyant une multidiffusion à l'adresse du groupe de multidiffusion SLP à de la recherche d'agents de répertoire. 24487, le numéro du message pour la découverte active, est indiqué entre crochets dans l'affichage du suivi.

2. Indique que slpd a répondu à la requête de découverte active 24487 du suivi 1, la commande étant exécutée en tant que DA sur l'hôte slphost2. L'URL du service de slphost2 a été tronquée pour tenir sur une seule ligne. Le DA a envoyé une annonce DA en réponse aux messages de découverte d'un agent de répertoire de multidiffusion, comme indiqué par les numéros de message correspondants dans les suivis 1 et 2.

3. Indique les multidiffusions issues des UA sur slphost1 pour d'autres DA. slphost2 a déjà répondu à la demande, de sorte qu'il évite de répondre une autre fois, et aucun autre DA ne répond.

4. Répète l'opération de multidiffusion indiquée dans la ligne précédente.

5. Indique une commande slpd sur un hôte slphost1 transférant les enregistrements client SA au DA sur l'hôte slphost2. Un enregistrement de service monodiffusion (SrvReg) pour un serveur d'écho est effectué par slphost1 pour le DA sur slphost2.

6. Indique l'hôte slphost2 répondant à l'hôte slphost1 SrvReg avec un accusé de réception de service (SrvAck) indiquant que l'enregistrement a réussi.

   Le trafic entre le serveur d'écho qui exécute le client SA et le démon SLP sur slphost1 n'apparaît pas dans le suivi snoop. Cette absence d'informations s'explique par le fait que l'opération snoop est exécutée sur le réseau loopback.

7. Indique le serveur d'écho sur slphost1 qui annule l'enregistrement de l'annonce de service d'écho. Le démon SLP sur slphost1 transmet l'annulation de l'enregistrement au DA sur l'hôte slphost2.

8. Indique l'hôte slphost2 répondant à l'hôte slphost1 avec un accusé de réception de service (SrvAck) indiquant que l'annulation de l'enregistrement a réussi.

   Le paramètre /tcp ajouté au numéro de message sur les lignes 5, 6, 7 et 8 indique que l'échange de messages a été fait par le protocole TCP.

Etape suivante

Après la surveillance du trafic SLP, vous pouvez utiliser les informations collectées à partir des suivis snoop pour déterminer si la reconfiguration des valeurs SLP par défaut est nécessaire. Utilisez les informations connexes proposées au Chapter 3, Gestion du protocole Service Location Protocol pour configurer les paramètres des propriétés SLP. Pour plus d'informations sur les enregistrements de service et les messages SLP, reportez-vous au Chapter 5, Codes d'état et types de messages SLP (Service Location Protocol).