Déploiement de DA

Cette section décrit le déploiement stratégique de DA sur un réseau qui exécute SLP.

SLP fonctionne correctement avec uniquement les agents de base (UA et SA), sans DA déployé ni étendue configurée. Tous les agents qui ne disposent pas de configuration spécifique utilisent l'étendue default. Les DA servent de caches pour les annonces de service. Le déploiement des DA diminue le nombre de messages envoyés sur le réseau et réduit le temps nécessaire à la réception de réponses aux messages. Cette fonctionnalité permet l'adaptation de SLP à des réseaux de plus grande taille.

Pourquoi déployer un DA SLP ?

La principale raison pour déployer des DA est de réduire la quantité de trafic de multidiffusion et les délais associés à la collecte de réponses monodiffusion. Dans un réseau de grande taille comprenant de nombreux UA et SA, la quantité de trafic de multidiffusion impliquée dans la découverte de services peut devenir importante au point de dégrader les performances de ce réseau. Grâce au déploiement d'un ou plusieurs DA, les UA doivent effectuer une monodiffusion vers les DA associés au service et les SA doivent s'enregistrer avec les DA en utilisant la monodiffusion. La seule multidiffusion enregistrée auprès de SLP sur un réseau comprenant des DA est destinée à la découverte DA active et passive.

Les SA s'enregistrent automatiquement avec les DA qu'ils découvrent au sein d'un ensemble d'étendues commun, plutôt que d'accepter les requêtes de service multidiffusion. Les requêtes de multidiffusion dans les étendues qui ne sont pas prises en charge par le DA sont cependant toujours directement traitées par le SA.

Les requêtes de service émises par les UA sont envoyées en monodiffusion aux DA plutôt qu'en multidiffusion sur le réseau lorsqu'un DA est déployé dans les étendues de l'UA. Par conséquent, les DA au sein des étendues de l'UA réduisent la multidiffusion. En éliminant la multidiffusion pour les requêtes UA normales, le temps requis pour obtenir des réponses aux requêtes est considérablement réduit (de quelques secondes à quelques millisecondes).

Les DA agissent comme un point central pour l'activité des SA et UA. Le déploiement d'un ou plusieurs DA pour un ensemble d'étendues fournit un point centralisé pour la surveillance de l'activité SLP. En activant la journalisation DA, il est plus facile de surveiller les enregistrements et les requêtes qu'en consultant les journaux de plusieurs SA éparpillés sur le réseau. Vous pouvez déployer autant de DA que vous le souhaitez pour une étendue ou des étendues particulières, selon l'équilibre de charge nécessaire.

Dans les réseaux sur lesquels le routage multidiffusion n'est pas activé, vous pouvez configurer SLP pour utiliser la diffusion. Cependant, la diffusion est très peu efficace, car elle exige que chaque hôte traite le message. De plus, la diffusion ne se propage généralement pas sur les routeurs. Par conséquent, dans le cas d'un réseau ne prenant pas en charge le routage multidiffusion, les services peuvent être découverts uniquement sur le même sous-réseau. Une prise en charge partielle du routage multidiffusion entraîne des incohérences dans la découverte des services sur un réseau. Les messages de multidiffusion sont utilisés pour découvrir les DA. Par conséquent, la prise en charge partielle du routage multidiffusion implique que les UA et les SA enregistrent les services avec tous les DA connus dans l'étendue du SA. Par exemple, si un UA envoie une requête à un DA appelé DA1 et si le SA possède des services enregistrés avec DA2, l'UA échouera à découvrir un service. Pour plus d'informations sur le déploiement de SLP sur des réseaux sur lesquels la multidiffusion n'est pas activée. reportez-vous à la section Configuration du routage de diffusion.

Sur un réseau présentant une prise en charge incohérente du routage multidiffusion à l'échelle du site, vous devez configurer les UA et SA SLP avec une liste d'emplacements DA cohérente à l'aide de la propriété net.slp.DAAdresseses.

Enfin, le DA SLPv2 prend en charge l'interopérabilité avec SLPv1. L'interopérabilité SLPv1 est activée par défaut dans le DA. Si votre réseau contient des périphériques SLPv1, tels que des imprimantes, ou si vous avez besoin d'interagir avec Novell Netware 5, qui utilise SLPv1 pour la découverte de services, vous devez déployer un DA. Sans DA, les UA SLP Solaris ne sont pas en mesure de trouver les services SLPv1 annoncés.

Moment adapté au déploiement des DA

Déployez des DA pour votre entreprise si l'une des conditions suivantes s'applique :

Le trafic SLP de multidiffusion dépasse 1 % de la bande passante sur votre réseau, selon la mesure de la commande snoop.
Les clients UA rencontrent de longs délais ou des délais d'expiration lors des requêtes de service de multidiffusion.
Vous souhaitez centraliser le contrôle des annonces de service SLP pour certaines étendues sur un ou plusieurs hôtes.
La multidiffusion n'est pas activée sur votre réseau, et celui-ci se compose de plusieurs sous-réseaux qui doivent partager des services.
Votre réseau utilise les périphériques prenant en charge des versions antérieures de SLP (SLPv1) ou vous souhaitez que la découverte de services SLP interagisse avec Novell Netware 5.

Déploiement des DA

Utilisez la procédure suivante pour définir la propriété net.slp.isda sur True dans le fichier slp.conf.

Remarque - Vous pouvez uniquement attribuer un DA par hôte.

Connectez-vous en tant que superutilisateur ou endossez un rôle équivalent.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Arrêtez slpd et toutes les activités SLP sur l'hôte.
```
# svcadm disable network/slp
```
Sauvegardez le fichier /etc/inet/slp.conf par défaut avant de modifier les paramètres de configuration.
Définissez la propriété net.slp.isda sur True dans le fichier slpd.conf :
```
net.slp.isDA=True
```
Enregistrez les modifications et fermez le fichier.
Redémarrez slpd pour activer vos modifications.
```
# svcadm enable network/slp
```

Placement des DA

Cette section suggère des emplacements pour les DA dans différentes situations.

Le routage multidiffusion n'est pas activé et les DA doivent lier la découverte de services entre les sous-réseaux

Dans ce cas, un DA doit être placé sur un hôte avec les interfaces et tous les sous-réseaux qui partagent des services. La propriété de configuration net.slp.interfaces ne nécessite pas d'être définie, sauf si les paquets IP ne sont pas routés entre les interfaces. Pour plus d'informations sur la configuration de la propriété net.slp.interfaces, reportez-vous à la section Configuration multiréseau pour SLP .
Les DA sont déployés à des fins d'évolutivité et la principal élément à prendre en compte est l'optimisation de l'accès de l'agent

Les UA envoient généralement plusieurs requêtes de services aux DA. Un SA s'enregistre une fois auprès du DA, et peut actualiser l'annonce à intervalles réguliers mais peu fréquents. Par conséquent, l'accès de l'UA aux DA est beaucoup plus fréquent que l'accès du SA. Le nombre d'annonces de service est également généralement plus petit que le nombre de requêtes. Par conséquent, la plupart des déploiements DA sont plus efficaces si le déploiement est optimisé pour l'accès UA.
Placement des DA afin qu'ils soient topologiquement proches des UA sur le réseau afin d'optimiser l'accès UA

Naturellement, vous devez configurer le DA avec une étendue partagée par les clients UA et SA.

Placement de plusieurs DA à des fins d'équilibrage de charge

Vous pouvez déployer plusieurs DAs pour le même ensemble d'étendues à des fins d'équilibrage de charge. Déployez des DA dans les cas suivants :

Les requêtes UA envoyées à un DA expirent ou sont renvoyées avec l'erreur DA_BUSY_NOW.
Le journal DA indique que de nombreuses requêtes SLP sont ignorées.
Le réseau d'utilisateurs qui partagent des services dans les étendues s'étend sur plusieurs bâtiments ou sites physiques.

Vous pouvez exécuter un suivi snoop du trafic SLP afin de déterminer combien de requêtes UA reviennent avec l'erreur DA_BUSY_NOW . Si le nombre de requêtes UA renvoyées est élevé, les UA dans les bâtiments physiquement et topologiquement éloignées des DA peuvent présenter une réponse lente ou des délais d'attente excessifs. Dans un tel scénario, vous pouvez déployer un DA dans chaque bâtiment pour améliorer la réponse des clients UA dans les bâtiments.

Les liens entre les bâtiments sont souvent plus lents que les réseaux locaux dans les bâtiments. Si votre réseau s'étend sur plusieurs bâtiments ou sites physiques, définissez la propriété net.slp.DAAddresses dans le fichier /etc/inet/slp.conf sur une liste de noms d'hôtes ou d'adresses spécifiques, afin que les UA accèdent uniquement aux DA spécifiés.

Si un DA particulier utilise une grande quantité de mémoire de l'hôte pour les enregistrements de service, réduisez le nombre d'enregistrements SA en diminuant le nombre d'étendues prises en charge par le DA. Vous pouvez diviser en deux une étendue qui comporte de nombreux enregistrements. Vous pouvez ensuite prendre en charge l'une des nouvelles étendues en déployant un autre DA sur un autre hôte.

Ignorer les liens de navigation
Quitter l'aperu
	Guide d'administration système : Services réseau