JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration d'Oracle Solaris : Services réseau     Oracle Solaris 11 Information Library (Fran├žais)
search filter icon
search icon

Informations document

Préface

Partie I Sujets relatifs aux services réseau

1.  Service réseau (présentation)

2.  Gestion des serveurs cache Web

3.  Services d'horodatage

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)

Partie III SLP

7.  SLP (présentation)

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

Propriétés de configuration

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

Configuration d'une limite d'attente aléatoire

Configuration de la limite d'attente aléatoire

Etendues de déploiement

Moment adapté à la configuration des étendues

Eléments à prendre en compte lors de la configuration d'étendues

Configuration des étendues

Déploiement de DA

Pourquoi déployer un DA SLP ?

Moment adapté au déploiement des DA

Déploiement des DA

Placement des DA

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

SLP et systèmes multiréseau

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

11.  SLP (références)

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)

24.  UUCP (présentation)

25.  Administration du protocole UUCP (tâches)

26.  UUCP (référence)

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

30.  Contrôle des performances du réseau (tâches)

Glossaire

Index

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 demandes de service multidiffusion. Les demandes 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 demandes 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 demandes 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 demandes 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 demande à un DA appelé DA1 et que le SA possède des services enregistrés avec DA2, l'UA ne parviendra pas à 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 Oracle 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 :

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.


  1. Devenez un administrateur.

    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é.

  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. Définissez la propriété net.slp.isda sur True dans le fichier slpd.conf :
    net.slp.isDA=True
  5. Enregistrez les modifications et fermez le fichier.
  6. 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.

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 :

Vous pouvez exécuter un suivi snoop du trafic SLP afin de déterminer combien de demandes UA reviennent avec l'erreur DA_BUSY_NOW. Si le nombre de demandes 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.