SLP définit trois types d'agent :
Les fonctions des agents Annuaire SLP ne sont pas fournies pour les systèmes Linux* ou Solaris*.
Les agents Utilisateur travaillent pour le compte d'applications client pour récupérer les URL et les attributs des services réseau souhaités. Les applications client peuvent demander toutes les URL d'un type de service spécifique, ou affiner la recherche en faisant porter la requête sur les seuls services d'un type donné avec des attributs spécifiques.
Si aucun agent Annuaire n'est disponible pour l'agent Utilisateur, la requête SLP est envoyée à plusieurs destinataires par le biais d'une adresse Service Location General Multicast (224.0.1.22, reportez-vous à RFC 2165). Tous les agents de service détenant des informations de service qui correspondent à la requête envoient directement la réponse à l'agent Utilisateur ayant formulé la requête (en utilisant UDP ou TCP).
Si un agent de service possède les informations de service demandées, il répond. En cas de réponse de plusieurs agents de service, l'agent Utilisateur combine les réponses avant de les présenter à l'application client. Si un agent Annuaire est disponible, l'agent Utilisateur lui transmet la requête SLP et ne la traite pas comme une requête multidestinataire. L'agent Annuaire envoie toujours une réponse individuelle, même si la réponse indique qu'aucun service n'est disponible.
Les agents Utilisateur envoient les requêtes SLP suivantes :
Tableau 110. Requêtes SLP envoyées par les agents Utilisateur
Les agents Utilisateur traitent les réponses SLP suivantes :
Tableau 111. Traitement des réponses SLP par les agents Utilisateur
Novell propose des versions d'agents Utilisateur pour NetWare, Windows 95/98, Windows NT et Windows 2000.
Les agents de service (définis par la norme RFC 2609) travaillent pour le compte d'applications de service réseau pour annoncer de façon passive des URL de service représentant les services proposés. Les applications de service réseau enregistrent l'URL de service et les attributs définissant ce service réseau auprès de l'agent de service.
L'agent de service gère une base de données locale des informations sur le service enregistré. L'agent de service ne diffuse ni n'effectue d'envoi multidestinataire des services enregistrés, mais attend passivement que des agents Utilisateur effectuent des requêtes SLP multidestinataires.
Si des agents Annuaire sont présents, l'agent de service enregistre les services avec chaque agent Annuaire.
Les agents de service envoient les requêtes SLP suivantes :
Enregistrement d'un service : Enregistre une URL de service et ses attributs auprès d'un agent Annuaire.
Annulation de l'enregistrement d'un service : Annule l'enregistrement d'une URL de service et de ses attributs sur un agent Annuaire.
Les agents de service traitent les requêtes SLP suivantes :
Requête de type de service : Envoie en retour tous les types de service gérés.
Requête de service : Retourne les URL de service d'un type spécifique.
Requête d'attribut : Retourne les attributs d'une URL de service.
Annonce DA : Envoyée par les agents Annuaire pour indiquer leur existence.
Novell propose des versions d'agents de service pour NetWare, Windows 95/98, Windows NT et Windows 2000.
L'agent Annuaire gère une base de données d'URL de service représentant des services réseau. Les agents de service, agissant pour le compte d'applications réseau, enregistrent les URL de service auprès de l'agent Annuaire.
Il est possible de déployer plusieurs agents Annuaire sur un réseau. Les agents de service enregistrent leur URL auprès de chaque agent Annuaire connu, pour maintenir la cohérence des informations entre tous les agents Annuaire.
RFC 2165 ne définit pas de protocole de synchronisation des informations de service entre les agents Annuaire. Pour compenser, les agents Annuaire SLP Novell prennent en charge une option appelée mode Annuaire.
Les agents Annuaire configurés en mode Annuaire utilisent le Novell® eDirectoryTM comme magasin commun de données répliquées distribuées, par le biais duquel plusieurs agents Annuaire peuvent partager des URL de service. Cela permet aux agents Annuaire de faire état des URL de service enregistrées auprès d'autres agents Annuaire, configurés en mode Annuaire, mais aussi des services enregistrés par les agents de service locaux.
Ainsi, les agents de service n'ont pas besoin d'effectuer un enregistrement auprès de tous les agents Annuaire du réseau, ce qui réduit le trafic. Cette réduction est particulièrement avantageuse pour les réseaux d'entreprise de grande taille avec épine dorsale WAN.
Novell propose des versions d'agents Annuaire pour NetWare, Windows NT et Windows 2000. Les agents Annuaire exécutés sous NetWare ne fonctionnent qu'en mode Annuaire. Les agents Annuaire exécutés sous Windows NT ou Windows 2000 peuvent fonctionner en mode Annuaire ou en mode local. Un agent Annuaire fonctionnant en mode local ne partage pas d'informations de service avec d'autres agents Annuaire. Il fonctionne de manière autonome, conformément à la norme RFC 2165.
L'agent Annuaire est responsable du traitement des messages de protocole SLP suivants :
Ces messages SLP entrent, suppriment ou demandent des URL de service et les attributs associés dans la base de données de services de l'agent Annuaire.
Pour plus de détails sur ces types de message, reportez-vous à RFC 2165.
Pour enregistrer les URL de service et leurs attributs auprès des agents Annuaire, les agents de service envoient des enregistrements de service. Chaque URL de service a une durée de vie définie ; à son expiration, l'agent Annuaire supprime le service correspondant de sa base de données.
L'agent de service doit rafraîchir l'enregistrement de service au moins une fois au cours de la durée de vie du service. La durée de vie du service garantit la purge éventuelle par l'agent Annuaire du cache des URL de service enregistrées par les agents de service qui n'annulent pas leurs URL de service.
Pour retirer une URL de service et ses attributs du cache de service des agents Annuaire, les agents de service envoient des annulations d'enregistrement de service aux agents Annuaire. Cela peut se produire si l'application réseau est fermée ou si l'agent de service est arrêté.
Pour obtenir la liste des types de service actif sur le réseau, les agents Utilisateur envoient des requêtes de type de service aux agents de service (plusieurs destinations) ou aux agents Annuaire (destination unique). Les agents de service et les agents Annuaire renvoient leurs types de service connus au moyen d'une réponse sur le type de service, qui est transmise uniquement à l'agent Utilisateur demandeur.
Les requêtes de service sont envoyées par les agents Utilisateur aux agents de service (plusieurs destinations) ou aux agents Annuaire (destination unique), pour qu'ils recherchent les URL de service qui représentent les services souhaités. Les URL de service correspondant aux critères demandés sont renvoyées au moyen d'une réponse sur le service, qui est transmise uniquement à l'agent Utilisateur demandeur.
Les requêtes de service peuvent présenter un caractère général et porter sur toutes les URL d'un type de service spécifique, ou contenir un prédicat qui spécifie que seuls des services d'un certain type et comportant des attributs spécifiques doivent être renvoyés.
Pour récupérer un ou plusieurs attributs d'une URL de service, les agents Utilisateur envoient des requêtes d'attribut aux agents de service (plusieurs destinations) ou aux agents Annuaire (destination unique).
La requête d'attribut peut présenter un caractère général, auquel cas tous les attributs sont renvoyés. La requête d'attribut peut également contenir une liste de sélection des attributs identifiant un ou plusieurs attributs spécifiques à renvoyer.
Les attributs demandés sont renvoyés dans une réponse sur l'attribut envoyée uniquement à l'agent Utilisateur demandeur.
Pour notifier périodiquement l'existence des agents Annuaire aux agents de service et aux agents Utilisateur, les agents Annuaire envoient les annonces de l'agent Annuaire à plusieurs destinataires. Les annonces de l'agent Annuaire sont également envoyées en réponse à des requêtes de service de type agent-annuaire.
Les annonces de l'agent Annuaire comprennent :
Si la multidestination n'est pas activée ou autorisée sur un réseau, les agents Utilisateur et les agents de service peuvent être configurés avec les adresses réseau des agents Annuaire. Dans ce cas, l'agent Utilisateur et l'agent de service demandent (à l'aide d'une requête de service de type agent-annuaire) à l'agent Annuaire son annonce d'agent Annuaire.
Reportez-vous à RFC 2165 pour obtenir la description complète de la synchronisation entre agents Utilisateur, agents de service et agents Annuaire.
Une étendue SLP est un groupe défini de services réseau. Les étendues permettent à un ou à plusieurs groupes d'utilisateurs d'utiliser facilement les services réseau.
Pour définir une étendue, vous pouvez utiliser des critères qui vous aident à organiser et à administrer des services réseau. Si vous avez configuré des utilisateurs pour qu'ils utilisent un ensemble spécifique d'étendues, vous pouvez réellement assigner un ensemble de services disponibles à ces utilisateurs.
Vous pouvez créer des étendues pour refléter les services de votre société, par exemple :
Avec ces étendues, vous pouvez configurer les utilisateurs du service Ressources humaines pour qu'ils utilisent l'étendue Ressources humaines. De même, vous pouvez configurer les utilisateurs du service Comptabilité pour qu'ils utilisent l'étendue Comptabilité. Les utilisateurs nécessitant des services dans les deux départements peuvent être configurés de façon à pouvoir utiliser les deux étendues.
De même, il est possible de regrouper des services selon des considérations géographiques. Vous pouvez définir une étendue SLP pour chaque ville ou pays dans lequel votre société a un bureau. Vous pouvez configurer des utilisateurs dans chaque localité pour qu'ils utilisent l'étendue définie pour leur bureau. Si un utilisateur doit accéder à des services sur plusieurs sites, vous pouvez le configurer pour qu'il utilise les étendues de tous les sites nécessaires.
Outre la possibilité de diviser des services en fonction de critères organisationnels et géographiques, vous pouvez définir des étendues qui permettent de regrouper des services communs partagés par plusieurs groupes. Cette fonction permet aux utilisateurs de localiser des services partagés tout en conservant des services locaux qui leur sont propres.
Une autre bonne raison d'utiliser des étendues est liée à l'amélioration de la modularité et des performances des SLP. Les enregistrements de service sont organisés et stockés selon l'étendue dans laquelle ils ont été enregistrés. Les agents Annuaire sont configurés pour traiter une ou plusieurs étendues. Si tous les services d'un réseau se trouvent dans une étendue unique, et par conséquent dans un cache de service unique, la quantité d'informations sur le service peut devenir ingérable. Les temps de réponse peuvent en pâtir en raison de la grande quantité de données à parcourir pour satisfaire une requête.
Par conséquent, dans des environnements de réseaux de grande taille, il est préférable de regrouper les services en étendues, puis d'assigner un ou plusieurs agents Annuaire pour traiter les étendues applicables aux utilisateurs qui utiliseront l'agent Annuaire.
La version 1 du protocole SLP (RFC 2165) définit par défaut les agents Utilisateur, les agents de service et les agents Annuaire dont les étendues doivent être supprimées (c'est-à-dire qu'aucune étendue ne doit être configurée). Cela signifie que tous les services sont gérés comme s'ils se trouvaient dans une étendue unique sans nom.
De plus, des règles particulières s'appliquent lors de l'enregistrement ou de la requête de services auprès d'agents sans étendue. En particulier, tous les services, quelle que soit leur étendue, doivent être enregistrés dans des agents Annuaire sans étendue. Mais si une requête sans étendue est effectuée par un agent sans étendue, seuls les services enregistrés sans étendue peuvent être renvoyés. En revanche, une requête avec étendue renverra tous les services de l'étendue demandée, ainsi que tous les services sans étendue correspondant aux critères de la recherche.
Lorsque des agents avec et sans étendue sont utilisés sur un même réseau, les résultats sont souvent confus et parfois incohérents. Par conséquent, la version 2 du protocole SLP (RFC 2608) a éliminé le fonctionnement sans étendue et redéfini la configuration d'exploitation par défaut, pour qu'une étendue par défaut soit utilisée.
Pour supprimer la confusion associée à un ensemble mixte d'agents avec et sans étendue dans un réseau unique et faciliter l'éventuelle migration vers la version 2 de SLP, nous recommandons aux utilisateurs de configurer systématiquement SLP pour une utilisation avec étendues.
Utilisez généralement des étendues pour organiser le service SLP, et ce pour les raisons suivantes :
Essentielles au succès de l'organisation, du déploiement et de l'administration de SLP sur un réseau, les étendues sont un outil efficace pour contrôler la disponibilité des services du réseau.