Ignorer les liens de navigation | |
Quitter l'aperu | |
Administration d'Oracle Solaris : Interfaces réseau et virtualisation réseau Oracle Solaris 11 Information Library (Français) |
1. Présentation de la pile réseau
Configuration réseau dans cette version d'Oracle Solaris
Pile réseau dans Oracle Solaris
Noms des périphériques réseau et des liaisons de données
Administration d'autres types de liens
Partie I Configuration automatique de réseau
3. Configuration et administration NWAM (présentation)
4. Configuration de profil NWAM (tâches)
5. Administration des profils NWAM (tâches)
6. A propos de l'interface graphique NWAM
Partie II Configuration de liaisons de données et d'interfaces
8. Configuration et administration des liaisons de données
9. Configuration d'une interface IP
10. Configuration des communications via une interface sans fil sur Oracle Solaris
12. Administration de groupements de liens
13. Administration des réseaux locaux virtuels
Comparaison d'IPMP et du groupement de liens
Utilisation de noms de liaison flexibles sur une configuration d'IPMP
Composants IPMP dans Oracle Solaris
Types de configurations d'interface IPMP
Détection de défaillance et de réparation dans IPMP
Types de détection de défaillance dans IPMP
Détection de défaillance basée sur sonde
Détection de défaillance basée sur les liaisons
Détection de défaillance et fonction de groupe anonyme
Détection de réparation d'interface physique
IPMP et reconfiguration dynamique
Connexion de nouvelles cartes réseau
Déconnexion de cartes d'interface réseau
16. Echange d'informations sur la connectivité réseau à l'aide du protocole LLDP
Partie III Virtualisation du réseau et gestion des ressources
17. Introduction à la virtualisation du réseau et au contrôle des ressources (présentation)
18. Planification de la virtualisation du réseau et du contrôle des ressources
19. Configuration des réseaux virtuels (tâches)
20. Utilisation de la protection des liens dans les environnements virtualisés
21. Gestion des ressources réseau
22. Contrôle du trafic réseau et de l'utilisation des ressources
Vous pouvez configurer la détection de défaillance d'IPMP sur des réseaux IPv4 ainsi que sur des réseaux IPv4 et IPv6 double pile. Les interfaces configurées avec IPMP prennent deux types d'adresses en charge :
Les adresses de données sont les adresses IPv4 et IPv6 conventionnelles qui sont allouées à une interface IP dynamiquement pendant l'initialisation par le serveur DHCP ou manuellement avec la commande ipadm. Les adresses de données sont affectées à l'interface IPMP. Le trafic de paquets standard IPv4 et, le cas échéant, IPv6, est considéré comme du trafic de données. Le flux de trafic de données utilise les adresses de données qui sont hébergées sur l'interface IPMP et le flux à travers les interfaces actives de ce groupe.
Les adresses de test sont spécifiques à IPMP et utilisées par le démon in.mpathd pour effectuer une détection de défaillance et de réparation basée sur sonde. Des adresses de test peuvent également être affectées de façon dynamique par le serveur DHCP, ou manuellement avec la commande ipadm. Bien que les adresses de données soient affectées à l'interface IPMP, seules les adresses de test sont affectées aux interfaces sous-jacentes du groupe. Dans le cas d'une interface sous-jacente sur un réseau double pile, vous pouvez configurer une adresse de test IPv4, IPv6 ou les deux. Lorsqu'une interface sous-jacente échoue, l'adresse de test de l'interface continue d'être utilisé par le démon in.mpathd pour la détection de défaillance basée sur sonde pour vérifier la réparation qui suit.
Remarque - La configuration des adresses test n'est requise que si vous souhaitez utiliser spécifiquement la détection de défaillance basée sur sonde. Dans le cas contraire, vous pouvez activer le test transitif pour détecter la défaillance sans utiliser des adresses de test. Pour de plus amples informations sur la détection de défaillance basée sur sonde avec ou sans adresses de test, reportez-vous à la section Détection de défaillance basée sur sonde.
Dans les précédentes implémentations d'IPMP, les adresses de test devraient être marquées comme étant DEPRECATED pour éviter d'être utilisées par les applications en particulier au cours des défaillances d'interface. Dans l'implémentation actuelle, des adresses de test se trouvent dans les interfaces sous-jacentes. Par conséquent, ces adresses ne peuvent plus être accidentellement utilisées par des applications qui ne sont pas conscientes d'IPMP. Cependant, pour vous assurer que ces adresses ne sont pas considérées comme une source possible pour les paquets de données, le système les marque automatiquement avec l'indicateur NOFAILOVER ainsi que DEPRECATED.
En règle générale, vous pouvez utiliser l'adresse IPv4 de votre choix sur votre sous-réseau en tant qu'adresse de test. Il n'est pas nécessaire que les adresses test IPv4 soient acheminables. Dans la mesure où les adresses IPv4 sont une ressource limitée pour de nombreux sites, il est préférable dans certains cas d'utiliser des adresses privées RFC 1918 non acheminables en tant qu'adresses test. Notez que le démon in.mpathd n'échange que des sondes ICMP avec d'autres hôtes situés sur le même sous-réseau que l'adresse test. Si vous utilisez des adresses test de type RFC 1918, veillez à configurer d'autres systèmes, des routeurs de préférence, sur le réseau avec des adresses situées sur le sous-réseau RFC 1918. Le démon in.mpathd peut ensuite échanger les sondes avec des systèmes cible. Pour plus d'informations sur les adresses privées RFC 1918, reportez-vous au document RFC 1918, Address Allocation for Private Internets (en anglais).
La seule adresse test IPv6 valide correspond à l'adresse lien-local d'une interface physique. Vous n'avez pas besoin d'utiliser une adresse IPv6 en tant qu'adresse test IPMP. L'adresse IPv6 lien-local est basée sur l'adresse MAC (Media Access Control) de l'interface. Les adresses lien-local sont configurées automatiquement lorsque l'interface devient compatible IPv6 lors du démarrage ou lorsque l'interface est configurée manuellement via ipadm.
Pour de plus amples informations sur les adresses lien-local, reportez-vous à la section Link-Local Unicast Address du manuel System Administration Guide: IP Services.
Lorsqu'IPv4 et IPv6 sont montés sur la totalité des interfaces d'un groupe IPMP, il est inutile de configurer des adresses test IPv4 distinctes. Le démon in.mpathd peut utiliser des adresses IPv6 lien-local en tant qu'adresses test.