Architecture SLP

Cette section décrit le fonctionnement de base de SLP, ainsi que les agents et processus utilisés pour l'administration SLP.

SLP fournit automatiquement tous les services suivants, avec peu ou pas de configuration.

• Sollicitation par l'application client des informations nécessaires pour accéder à un service

• Annonce des services sur les périphériques matériels réseau ou les serveurs logiciels (par exemple, les imprimantes, serveurs de fichiers, caméras vidéo et serveurs HTTP)

• Restauration gérée en cas de défaillance du serveur principal

En outre, vous pouvez effectuer les opérations suivantes pour gérer et régler le fonctionnement SLP, si nécessaire.

• Organiser les services et les utilisateurs en étendues composées de groupes fonctionnels ou logiques

• Activer la journalisation SLP pour surveiller et dépanner le fonctionnement SLP sur votre réseau

• Ajuster les paramètres de synchronisation SLP pour améliorer les performances et l'évolutivité

• Configurer le protocole SLP afin qu'il n'envoie pas et ne traite pas de messages de multidiffusion lorsqu'il est déployé sur des réseaux qui ne prennent pas en charge le routage multidiffusion

• Déployer les agents de répertoire SLP pour améliorer l'évolutivité et les performances

Synthèse de la conception SLP

Les bibliothèques SLP informent les agents conscients du réseau qui annoncent des services afin que ces services puissent être découverts par l'intermédiaire d'un réseau. Les agents SLP maintiennent des informations à jour sur le type et l'emplacement des services. Ces agents peuvent également utiliser des enregistrements de proxy pour annoncer les services sur lesquels SLP n'est pas directement activé. Pour plus d'informations, reportez-vous au Chapitre 4, Intégration des services hérités.

Les applications client s'appuient sur les bibliothèques SLP qui envoient des demandes directement aux agents qui annoncent les services.

Agents et processus SLP

Le tableau suivant décrit les agents SLP.

Tableau 1-1 Agents SLP

La figure ci-dessous montre les agents et processus de base qui mettent en oeuvre l'architecture SLP. La figure représente un déploiement SLP par défaut. Aucune configuration spéciale n'a été effectuée. Seuls deux agents sont requis : UA et SA. La structure SLP permet à l'UA d'envoyer des demandes multidiffusion de service au SA. Ce dernier envoie une réponse monodiffusion à l'UA. Par exemple, lorsque l'UA envoie un message de demande de service, le SA répond avec un message de réponse de service. La réponse de service contient l'emplacement des services qui répondent aux besoins du client. D'autres demandes et réponses sont possibles pour les attributs et types de service. Pour plus d'informations, reportez-vous au Chapitre 5, SLP (références).

Figure 1-1 Agents et processus SLP de base

La figure ci-dessous montre les agents et processus de base qui mettent en oeuvre l'architecture SLP lorsqu'un DA est déployé dans la structure.

Figure 1-2 Agents et processus d'architecture SLP mis en oeuvre avec un DA

Lorsque vous déployez des agents de répertoire, moins de messages sont envoyés sur le réseau et les agents utilisateur peuvent récupérer les informations beaucoup plus rapidement. Les DA sont cruciaux lorsque la taille d'un réseau augmente ou dans les cas où le routage multidiffusion n'est pas pris en charge. Le DA sert de cache de service pour les annonces de service enregistrées. Les SA envoient des messages d'enregistrement (SrvReg) qui répertorient tous les services qu'ils annoncent aux DA. Les SA reçoivent alors des accusés de réception (SrvAck) dans la réponse. Les annonces de service sont actualisées avec le DA ou elles expirent conformément à la durée de vie définie pour l'annonce. Une fois qu'un UA découvre un DA, l'UA envoie une demande monodiffusion au DA plutôt que d'envoyer des demandes multidiffusion aux SA.

Pour plus d'informations sur les messages SLP Oracle Solaris, reportez-vous au chapitre Chapitre 5, SLP (références).