Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris : Services réseau Oracle Solaris 11 Information Library (Français) |
Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
Configuration des propriétés SLP
Fichier de configuration SLP : éléments de base
Lignes de commentaire et notations
Modification de votre configuration SLP
Modification des annonces DA et de la fréquence de découverte
Limitation des UA et SA à des DA configurés de manière statique
Limitation des UA et SA pour obtenir des DA configurés de manière statique
Configuration de la découverte DA pour les réseaux commutés
Configuration de la découverte DA pour les réseaux commutés
Configuration du signal d'activité DA pour les partitions fréquentes
Configuration du signal d'activité DA pour les partitions fréquentes
Elimination d'une congestion du réseau
Adaptation d'autres médias réseau, topologies ou configurations
Réduction des réenregistrements SA
Réduction des réenregistrements SA
Configuration de la propriété de durée de vie de la multidiffusion
Configuration de la propriété de durée de vie de la multidiffusion
Configuration de la taille des paquets
Configuration de la taille de paquet
Configuration du routage de diffusion
Configuration du routage de diffusion
Modification des délais d'attente pour les demandes de découverte SLP
Modification des délais d'attente par défaut
Modification des délais d'attente par défaut
Moment adapté à la configuration des étendues
Eléments à prendre en compte lors de la configuration d'étendues
Moment adapté au déploiement des DA
Placement de plusieurs DA à des fins d'équilibrage de charge
Configuration multiréseau pour SLP
Moment adapté à la configuration d'interfaces réseau multiples sans routage
Configuration d'interfaces réseau multiples sans routage (liste des tâches)
Configuration de la propriété net.slp.interfaces
Configuration de la propriété net.slp.interfaces
Annonce de proxy sur les hôtes multiréseau
Placement du DA et affectation de nom à l'étendue
Eléments à prendre en compte lors de la configuration d'interfaces réseau multiples, sans routage
10. Intégration des services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
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.
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 9-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 .
Utilisez la procédure suivante pour modifier les propriétés SLP qui contrôlent les délais d'attente.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
# svcadm disable network/slp
net.slp.multicastMaximumWait=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
net.slp.datagramTimeouts=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.
# svcadm enable network/slp
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).
Utilisez la procédure suivante pour modifier la propriété net.slp.RandomWaitBound dans le fichier slp.conf.
Pour plus d'informations, reportez-vous à la section Procédure d’obtention des droits d’administration du manuel Administration d’Oracle Solaris : services de sécurité.
# svcadm disable network/slp
net.slp.RandomWaitBound=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.
net.slp.datgramTimeouts=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.
# svcadm enable network/slp