Modification des délais d'attente pour les demandes de découverte SLP

Deux situations peuvent exiger que vous modifiiez les délais d'attente pour les demandes de découverte SLP :

• Si les agents SLP sont séparés par plusieurs sous-réseaux, lignes commutées ou autres réseaux WAN, la latence du réseau peut être si élevée que la valeur des délais d'attente par défaut n'est pas suffisante pour exécuter une demande ou un enregistrement. A l'inverse, si la latence de votre réseau est faible, vous pouvez améliorer les performances en réduisant les délais d'expiration.

• Si le réseau est soumis à un trafic important ou un taux de collision élevé, le délai maximal que les SA et les UA doivent attendre avant d'envoyer un message peut être insuffisant pour garantir des transactions sans collision.

Modification des délais d'attente par défaut

Une latence élevée du réseau peut entraîner l'expiration des UA et des SA avant qu'une réponse aux demandes et enregistrements ne soit renvoyée. La latence peut être un problème si un UA est séparé d'un SA, ou si un UA et un SA sont séparés d'un DA, que ce soit par plusieurs sous-réseaux, une ligne d'appel ou un WAN. Vous pouvez déterminer si la latence est un problème en vérifiant si les demandes SLP échouent en raison des délais d'attente des demandes et enregistrements des UA et SA. Vous pouvez également utiliser la commande ping pour mesurer la latence réelle.

Le tableau suivant répertorie les propriétés de configuration qui contrôlent les délais d'attente. Vous pouvez utiliser les procédures décrites dans cette section pour modifier ces propriétés.

Tableau 3-4 Propriétés des délais d'attente

Si des délais d'attente se produisent fréquemment lors de la découverte de service de multidiffusion ou la découverte DA, augmentez la valeur de la propriété net.slp.multicastMaximumWait de la valeur par défaut à 15 000 millisecondes (15 secondes). L'augmentation du délai d'attente maximal donne davantage de temps aux demandes pour s'exécuter sur des réseaux présentant une latence élevée. Une fois la propriété net.slp.multicastMaximumWait modifiée, vous devez également modifier les propriétés net.slp.multicastTimeouts et net.slp.DADiscoveryTimeouts. La somme des valeurs de délai d'attente pour ces propriétés est égale à la valeur net.slp.multicastMaximumWait .

Modification des délais d'attente par défaut

Utilisez la procédure suivante pour modifier les propriétés SLP qui contrôlent les délais d'attente.

1. Connectez-vous en tant qu'administrateur.

   Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Arrêtez slpd et toutes les activités SLP sur l'hôte.

   # svcadm disable network/slp

3. Sauvegardez le fichier /etc/inet/slp.conf par défaut avant de modifier les paramètres de configuration.
4. Modifiez la propriété net.slp.multicastMaximumWait dans le fichier slpd.conf :

   net.slp.multicastMaximumWait=value

   value

   Nombre entier de 32 bits qui répertorie la somme des valeurs définies pour les propriétés net.slp.multicastTimeouts et net.slp.DADiscoveryTimeouts

   Valeur par défaut=15 000 millisecondes (15 secondes)

   Plage de valeurs=1 000 à 60 000 millisecondes

   Par exemple, si vous déterminez que les demandes de multidiffusion nécessitent 20 secondes (20 000 millisecondes), vous pouvez ajuster les valeurs répertoriées pour les propriétés net.slp.multicastTimeouts et net.slp.DADiscoveryTimeouts afin qu'elles soient égales à 20 000 millisecondes.

   net.slp.multicastMaximumWait=20000
   net.slp.multicastTimeouts=2000,5000,6000,7000
   net.slp.DADiscoveryTimeouts=3000,3000,6000,8000

5. Si nécessaire, modifiez la propriété net.slp.datagramTimeouts dans le fichier slpd.conf :

   net.slp.datagramTimeouts=value

   value

   Liste de nombres entiers de 32 bits qui spécifient les délais d'attente, en millisecondes, pour la mise en oeuvre de la transmission de datagrammes de monodiffusion aux DA

   Par défaut=3 000, 3 000, 3 000

   Par exemple, vous pouvez augmenter le délai d'attente des datagrammes à 20 000 millisecondes afin d'éviter des délais d'attente fréquents.

   net.slp.datagramTimeouts=2000,5000,6000,7000

   Sur des réseaux hautes performances, vous pouvez réduire la limite de délai d'attente pour la transmission de datagrammes UDP de multidiffusion et monodiffusion. Lorsque vous réduisez cette limite, vous réduisez la latence requise pour répondre aux demandes SLP.

6. Enregistrez les modifications et fermez le fichier.
7. Redémarrez slpd pour activer vos modifications.

   # svcadm enable network/slp

Configuration d'une limite d'attente aléatoire

Dans des réseaux soumis à un trafic important ou un taux de collision élevé, la communication avec un DA peut être affectée. Si le taux de collision est élevé, l'agent à l'origine de l'envoi doit retransmettre le datagramme UDP. Vous pouvez déterminer si la retransmission se produit en utilisant la commande snoop pour surveiller le trafic sur un réseau d'hôtes qui exécutent slpd comme un serveur SA et un hôte qui exécute slpd comme un DA. Si plusieurs messages d'enregistrement de service pour le même service s'affichent dans le suivi snoop à partir de l'hôte qui exécute slpd comme un serveur SA, des collisions de notices peuvent survenir.

Les collisions peuvent s'avérer particulièrement problématiques pendant l'initialisation. Lors du premier démarrage d'un DA, il envoie des annonces non sollicitées et les SA répondent avec des enregistrements. Le protocole SLP demande aux SA d'attendre pendant une durée aléatoire après la réception d'une annonce DA avant de répondre. La limite d'attente aléatoire est uniformément distribuée avec une valeur maximale contrôlée par la propriété net.slp.randomWaitBound. La valeur de la limite d'attente aléatoire par défaut est de 1 000 millisecondes (1 seconde).

Configuration de la limite d'attente aléatoire

Utilisez la procédure suivante pour modifier la propriété net.slp.RandomWaitBound dans le fichier slp.conf.

1. Connectez-vous en tant qu'administrateur.

   Pour plus d'informations, reportez-vous à la section Utilisation de vos droits d’administration du manuel Administration d’Oracle Solaris 11.1 : Services de sécurité.

2. Arrêtez slpd et toutes les activités SLP sur l'hôte.

   # svcadm disable network/slp

3. Sauvegardez le fichier /etc/inet/slp.conf par défaut avant de modifier les paramètres de configuration.
4. Modifiez la propriété net.slp.RandomWaitBound dans le fichier slpd.conf :

   net.slp.RandomWaitBound=value

   value

   Limite supérieure pour le calcul du temps d'attente aléatoire avant d'essayer de contacter un DA

   Valeur par défaut=1 000 millisecondes (1 seconde)

   Plage de valeurs=1 000 à 3 000 millisecondes

   Par exemple, vous pouvez augmenter le temps d'attente maximal à 2 000 millisecondes (2 secondes).

   net.slp.randomWaitBound=2000

   Lorsque vous augmentez le temps d'attente aléatoire, un délai d'enregistrement plus long se produit. Les SA peuvent terminer les enregistrements avec les nouveaux DA détectés plus lentement afin d'éviter les collisions et les délais d'expiration.

5. Si nécessaire, modifiez la propriété net.slp.datagramTimeouts dans le fichier slpd.conf :

   net.slp.datgramTimeouts=value

   value

   Liste de nombres entiers de 32 bits qui spécifient les délais d'attente, en millisecondes, pour la mise en oeuvre de la transmission de datagrammes de monodiffusion aux DA

   Par défaut=3 000, 3 000, 3 000

   Par exemple, vous pouvez augmenter le délai d'attente des datagrammes à 20 000 millisecondes afin d'éviter des délais d'attente fréquents.

   net.slp.datagramTimeouts=2000,5000,6000,7000

   Sur des réseaux hautes performances, vous pouvez réduire la limite de délai d'attente pour la transmission de datagrammes UDP de multidiffusion et monodiffusion. Ce paramètre permet de réduire la latence pour les demandes SLP.

6. Enregistrez les modifications et fermez le fichier.
7. Redémarrez slpd pour activer vos modifications.

   # svcadm enable network/slp