Partie I Introduction à l'administration système : services IP
1. Suite de protocoles réseau TCP/IP Oracle Solaris (présentation)
Partie II Administration TCP/IP
2. Planification de votre réseau TCP/IP (tâches)
4. Planification d'un réseau IPv6 (tâches)
5. Configuration des services réseau TCP/IP et de l'adressage IPv4 (tâches)
6. Administration d'interfaces réseau (tâches)
7. Configuration d'un réseau IPv6 (tâches)
8. Gestion d'un réseau TCP/IP (tâches)
9. Dépannage des problèmes de réseau (tâches)
10. Présentation détaillée de TCP/IP et IPv4 (référence)
11. Présentation détaillée de IPv6 (référence)
12. À propos de DHCP (présentation)
13. Planification pour le service DHCP (liste des tâches)
14. Configuration du service DHCP (tâches)
15. Administration de DHCP (tâches)
16. Configuration et administration du client DHCP
17. Résolution des problèmes DHCP (référence)
18. Commandes et fichiers DHCP (référence)
19. Architecture IPsec (présentation)
20. Configuration d'IPsec (tâches)
21. Architecture IPsec (référence)
22. Protocole IKE (présentation)
23. Configuration du protocole IKE (tâches)
25. IP Filter dans Oracle Solaris (présentation)
28. Administration de Mobile IP (tâches)
29. Fichiers et commandes de Mobile IP (références)
31. Administration d'IPMP (tâches)
Configuration d'IPMP (liste des tâches)
Configuration et administration de groupes IPMP (liste des tâches)
Planification d'un groupe IPMP
Procédure de planification pour un groupe IPMP
Procédure de configuration d'un groupe IPMP avec plusieurs interfaces
Configuration de systèmes cible
Configuration d'interfaces de réserve
Configuration de groupes IPMP avec une interface physique unique
Procédure de configuration d'un groupe IPMP à interface unique
Procédure d'affichage de l'appartenance d'une interface à un groupe IPMP
Procédure d'ajout d'une interface à un groupe IPMP
Procédure de suppression d'une interface d'un groupe IPMP
Procédure de déplacement d'une interface d'un groupe IPMP vers un autre
Remplacement d'une interface physique défaillante sur des systèmes prenant la DR en charge
Procédure de suppression d'une interface physique défaillante (DR puis déconnexion)
Procédure de remplacement d'une interface physique défaillante (DR puis connexion)
Récupération d'une interface physique absente à l'initialisation du système
Procédure de récupération d'une interface physique absente lors de l'initialisation du système
Modification des configurations IPMP
Procédure de configuration du fichier /etc/default/mpathd
Partie VII Qualité de service IP (IPQoS)
32. Présentation d'IPQoS (généralités)
33. Planification d'un réseau IPQoS (tâches)
34. Création du fichier de configuration IPQoS (tâches)
35. Démarrage et maintenance d'IPQoS (tâches)
36. Utilisation de la comptabilisation des flux et de la collecte statistique (tâches)
Cette section décrit les procédures pour la configuration de groupes IPMP. Elle propose également une description de la configuration d'une interface en tant qu'interface de réserve.
Avant de configurer des interfaces sur un système comme faisant partie d'un groupe IPMP, vous devez effectuer une planification de préconfiguration.
La procédure suivante inclut les tâches de planification et les informations à collecter préalablement à la configuration du groupe IPMP. Il n'est pas obligatoire de réaliser les tâches dans l'ordre dans lequel elles sont décrites.
Un groupe IPMP se compose en règle générale d'au moins deux interfaces physiques connectées à la même liaison IP. Vous pouvez cependant configurer un groupe IPMP à interface unique si nécessaire. Pour une introduction sur les groupes IPMP, reportez-vous à la section Configurations d'interfaces IPMP. Par exemple, vous pouvez configurer le commutateur Ethernet ou le même sous-réseau IP dans le même groupe IPMP. Vous pouvez configurer le nombre d'interfaces de votre choix dans un même groupe IPMP.
Vous ne pouvez pas utiliser le paramètre group de la commande ifconfig avec des interfaces logiques. Par exemple, vous pouvez utiliser le paramètre group avec hme0, mais pas avec hme0:1 .
Pour obtenir des instructions, reportez-vous à la section SPARC : Garantie de l'unicité de l'adresse MAC d'une interface.
Tout nom autre que NULL est approprié pour le groupe. Utilisez un nom qui identifie la liaison IP à laquelle sont connectées les interfaces.
Toutes les interfaces dans un même groupe doivent disposer de modules STREAMS configurés selon le même ordre.
Vous pouvez imprimer une liste de modules STREAMS à l'aide de la commande ifconfig interface modlist. Voici un exemple de sortie de la commande ifconfig pour une interface hme0 interface :
# ifconfig hme0 modlist 0 arp 1 ip 2 hme
Les interfaces existent normalement en tant que pilotes réseau directement sous le module IP, tel qu'illustré dans la sortie de ifconfig hme0 modlist. Aucune configuration supplémentaire ne devrait être nécessaire.
Cependant, certaines technologies comme NCA ou IP Filter, s'insèrent en tant que modules STREAMS entre le module IP et le pilote de réseau. Des problèmes peuvent se produire dans le comportement des interfaces dans un même groupe IPMP.
Dans le cas d'un module STREAMS avec état, des comportements inattendus peuvent être observés lors du basculement, même en cas de déplacement d'un même module sur toutes les interfaces d'un groupe. Cependant, vous pouvez utiliser des modules STREAMS sans état, à condition que vous les déplaciez selon le même ordre sur toutes les interfaces du groupe IPMP.
ifconfig interface modinsert module-name
ifconfig hme0 modinsert ip
Si une interface est configurée pour IPv4, toutes les interfaces du groupe doivent être configurées pour IPv4. Admettons que vous disposez d'un groupe IPMP composé d'interfaces provenant de plusieurs cartes d'interface réseau. Si vous ajoutez l'adressage IPv6 aux interfaces d'un NIC, toutes les interfaces du groupe IPMP doivent être configurées pour la prise en charge d'IPv6.
Les interfaces regroupées doivent être du même type, comme défini dans /usr/include/net/if_types.h . Par exemple, vous ne pouvez pas combiner les interfaces Ethernet et Token ring dans un groupe IPMP. En outre, vous ne pouvez pas combiner un bus d'interfaces Token avec des interfaces ATM (Asynchronous Transfer Mode, mode de transfert asynchrone) dans le même groupe IPMP.
IPMP n'est pas pris en charge par les interfaces préférant l'IP classique à l'ATM.
Cette section décrit les tâches relatives à la configuration pour un groupe IPMP classique contenant au moins deux interfaces physiques.
Les groupes IPMP à plusieurs interfaces sont décrits à la section Groupe IPMP.
Pour la planification de tâches, reportez-vous à la section Planification d'un groupe IPMP.
Pour configurer un groupe IPMP avec une seule interface physique, reportez-vous à la section Configuration de groupes IPMP avec une interface physique unique.
Les étapes suivantes permettent de configurer un groupe IPMP et s'appliquent également à la configuration de réseaux VLAN dans un groupe IPMP.
Avant de commencer
Configurez au préalable les adresses IPv4 et , le cas échéant, les adresses IPv6 de toutes les interfaces du futur groupe IPMP.
Attention - Vous ne devez configurer qu'un seul groupe IPMP pour chaque sous-réseau ou domaine de diffusion L2. Pour plus d'informations, reportez-vous à la section Exigences de base d'IPMP. |
Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Utilisation de la console de gestion Solaris (tâches) du Guide d’administration système : administration de base.
# ifconfig interface group group-name
Par exemple, pour placer hme0 et hme1 sous le groupe testgroup1, saisissez les commandes suivantes :
# ifconfig hme0 group testgroup1 # ifconfig hme1 group testgroup1
Évitez l'utilisation d'espaces dans les noms de groupes. L'affichage du statut ifconfig n'affiche pas les espaces. Par conséquent, n'utilisez pas deux noms de groupes similaires dont la seule différence est un espace. Si l'un des noms de groupe contient un espace, ces noms s'afficheront de la même façon dans l'affichage de statut.
Dans un environnement à double pile, si l'on place l'instance IPv4 d'une interface dans un groupe particulier, l'instance IPv6 est automatiquement placée dans ce même groupe.
La configuration d'une adresse test est nécessaire uniquement si vous souhaitez utiliser la détection de défaillance basée sur sonde sur une interface spécifique. Les adresses test sont configurées en tant qu'interfaces logiques de l'interface physique spécifiée à la commande ifconfig.
Si une interface du groupe est destinée à devenir l'interface de réserve, ne configurez pas d'adresse test pour celle-ci à cette étape. La configuration de l'adresse test de l'interface de réserve fait partie de la tâche décrite à la section Procédure de configuration d'une interface de réserve pour un groupe IPMP.
Utilisez la syntaxe de la commande ifconfig pour configurer une adresse test :
# ifconfig interface addif ip-address parameters -failover deprecated up
Par exemple, vous pouvez créer l'adresse test suivante pour l'interface réseau principale hme0 :
# ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up
Cette commande définit les paramètres suivants pour l'interface réseau principale hme0 :
adresse définie sur 192.168.85.21 ;
masque de réseau et adresse de diffusion définie sur la valeur par défaut ;
options -failover et deprecated définies.
Remarque - Marquez une adresse test IPv4 comme étant désapprouvée (deprecated) afin d'empêcher les applications d'utiliser cette adresse test.
A tout moment, pour afficher le statut actuel d'une interface, saisissez la commande ifconfig interface. Pour de plus amples informations sur l'affichage du statut d'une interface, reportez-vous à la section Méthode d'obtention d'informations sur une interface spécifique.
Vous pouvez obtenir des informations à propos de la configuration de l'adresse test d'une interface physique en spécifiant l'interface logique attribuée à l'adresse test.
# ifconfig hme0:1 hme0:1: flags=9000843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 2 inet 192.168.85.21 netmask ffffff00 broadcast 192.168.85.255
# ifconfig interface inet6 -failover
Les interfaces physiques disposant d'adresses IPv6 sont placées dans le même groupe IPMP que les adresses IPv4 des interfaces. Cela se produit lorsque vous configurez l'interface physique avec des adresses IPv4 dans un groupe IPMP. Si vous placez des interfaces physiques disposant d'adresses IPv6 dans un groupe IPMP, les interfaces physiques disposant d'adresses IPv4 sont implicitement placées dans un groupe IPMP.
Par exemple, pour configurer hme0 avec une adresse test IPv6, saisissez ce qui suit :
# ifconfig hme0 inet6 -failover
Il est inutile de marquer une adresse test IPv6 comme étant désapprouvée afin d'éviter que les applications utilisent l'adresse test.
# ifconfig hme0 inet6 hme0: flags=a000841<UP,RUNNING,MULTICAST,IPv6,NOFAILOVER> mtu 1500 index 2 inet6 fe80::a00:20ff:feb9:17fa/10 groupname test
L'adresse test IPv6 correspond à l'adresse lien-local de l'interface.
Pour IPv4, ajoutez la ligne suivante au fichier /etc/hostname. interface :
interface-address <parameters> group group-name up \ addif logical-interface -failover deprecated <parameters> up
Dans ce cas, l'adresse test IPv4 est configurée uniquement lors de la réinitialisation suivante. Si vous souhaitez que la configuration soit appelée dans la session actuelle, effectuez les étapes 1 et 2 et éventuellement l'étape 3.
Pour IPv6, ajoutez la ligne suivante au fichier /etc/hostname6. fichier interface :
-failover group group-name up
Cette adresse test IPv6 est configurée à la réinitialisation suivante. Si vous souhaitez que la configuration soit appelée dans la session actuelle, effectuez les étapes 1 et 2 et éventuellement l'étape 5.
Vous pouvez ajouter de nouvelles interfaces à un groupe existant sur un système actif. Cependant, les modifications ne sont pas conservées après réinitialisation.
Exemple 31-1 Configuration d'un groupe IPMP avec deux interfaces
En supposant que vous souhaitez effectuer ce qui suit :
définir le masque de réseau et l'adresse de réseau sur la valeur par défaut ;
configurer l'interface avec l'adresse test 192.168.85.21.
Saisissez la commande suivante :
# ifconfig hme0 addif 192.168.85.21 netmask + broadcast + -failover deprecated up
Marquez une adresse test IPv4 comme étant désapprouvée (deprecated) afin d'empêcher les applications d'utiliser cette adresse test. Reportez-vous à la section Procédure de configuration d'un groupe IPMP avec plusieurs interfaces.
Pour activer l'attribut de basculement de l'adresse, utilisez l'option failover sans le tiret.
Toutes les adresses IP test d'un groupe IPMP doivent utiliser le même préfixe de réseau. Les adresses IP test doivent appartenir à un sous-réseau IP unique.
Exemple 31-2 Conservation de la configuration du groupe IPMP IPv4 après réinitialisation
Supposons que vous souhaitez créer un groupe IPMP appelé testgroup1 avec la configuration suivante :
interface physique hme0 avec adresse de données 192.168.85.19 ;
interface logique avec adresse test 192.168.85.21 ;
Remarque - Dans cet exemple, l'interface physique et l'adresse de données sont associées. Il en va de même pour l'interface logique et l'adresse test. Cependant, il n'existe aucune relation inhérente entre une interface type et l'adresse type.
options deprecated et -failover définies ;
masque de réseau et adresse de diffusion définie sur la valeur par défaut ;
Vous ajoutez la ligne suivante au fichier /etc/hostname.hme0 :
192.168.85.19 netmask + broadcast + group testgroup1 up \ addif 192.168.85.21 deprecated -failover netmask + broadcast + up
De même, pour placer la seconde interface hme1 sous le même groupe testgroup1 et configurer une adresse test, ajoutez la ligne suivante :
192.168.85.20 netmask + broadcast + group testgroup1 up \ addif 192.168.85.22 deprecated -failover netmask + broadcast + up
Exemple 31-3 Conservation de la configuration du groupe IPMP IPv6 après réinitialisation
Pour créer un groupe test pour l'interface hme0 avec une adresse IPv6, ajoutez la ligne suivante au fichier /etc/hostname6.hme0 :
-failover group testgroup1 up
De même, pour placer la seconde interface hme1 dans le groupe testgroup1 et configurer une adresse test, ajoutez la ligne suivante au fichier /etc/hostname6.hme1 :
-failover group testgroup1 up
Erreurs fréquentes
Pendant la configuration du groupe IPMP, in.mpathd génère de nombreux messages sur la console système ou dans le fichier syslog. Ces messages à caractère informatif indiquent que la configuration IPMP fonctionne correctement.
Ce message indique que l'interface hme0 a été ajoutée au groupe IPMP testgroup1. Cependant, hme0 ne possède pas d'adresse test configurée. Pour activer la détection de défaillance basée sur sonde, attribuez une adresse test à l'interface.
May 24 14:09:57 host1 in.mpathd[101180]: No test address configured on interface hme0; disabling probe-based failure detection on it. testgroup1
Ce message s'affiche pour toutes les interfaces possédant uniquement des adresses IPv4 ajoutées à un groupe IPMP.
May 24 14:10:42 host4 in.mpathd[101180]: NIC qfe0 of group testgroup1 is not plumbed for IPv6 and may affect failover capability
Ce message s'affiche après la configuration d'une adresse test pour une interface.
Created new logical interface hme0:1 May 24 14:16:53 host1 in.mpathd[101180]: Test address now configured on interface hme0; enabling probe-based failure detection on it
Voir aussi
Pour que la configuration du groupe IPMP soit de type actif-de réserve, reportez-vous à la section Procédure de configuration d'une interface de réserve pour un groupe IPMP.
La détection de défaillance basée sur sonde nécessite l'utilisation de systèmes cible, comme expliqué dans la section Détection de défaillance basée sur sonde. Pour certains groupes IPMP, les cibles par défaut utilisées par in.mpathd sont suffisantes. Cependant, pour certains groupes IPMP, il est nécessaire de configurer des cibles spécifiques pour la détection de défaillance basée sur sonde. La détection de défaillance basée sur sonde s'effectue en configurant des routes hôte en tant que cibles de sondes dans la table de routage. Les routes hôte configurées dans la table de routage figurent dans la liste avant le routeur par défaut. Par conséquent, IPMP utilise les routes hôte définies explicitement pour la sélection de cibles. Il existe deux méthodes permettant de spécifier directement les cibles : définition manuelle de routes hôte ou création d'un script shell pouvant devenir un script de démarrage.
Tenez compte des critères suivants lorsque vous devez sélectionner les hôtes de votre réseau les plus adaptés en tant que cibles.
Assurez-vous que les cibles potentielles sont disponibles et en cours d'exécution. Établissez la liste de leurs adresses IP.
Assurez-vous que les interfaces cible se trouvent sur le même réseau que le groupe IPMP configuré.
Le masque de réseau et l'adresse de diffusion des systèmes cible doivent être les mêmes que ceux du groupe IPMP.
L'hôte cible doit pouvoir répondre aux requêtes ICMP provenant de l'interface qui utilise la détection de défaillance basée sur sonde.
$ route add -host destination-IP gateway-IP -static
Remplacez les valeurs de IP-destination et IP-passerelle par l'adresse IPv4 de l'hôte à utiliser en tant que cible. Par exemple, saisissez ce qui suit afin de spécifier le système cible 192.168.85.137 qui se trouve sur le même sous-réseau que les interfaces du groupe IPMP testgroup1.
$ route add -host 192.168.85.137 192.168.85.137 -static
Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Utilisation de la console de gestion Solaris (tâches) du Guide d’administration système : administration de base.
Par exemple, vous pouvez créer un script shell intitulé ipmp.targets avec le contenu suivant :
TARGETS="192.168.85.117 192.168.85.127 192.168.85.137" case "$1" in 'start') /usr/bin/echo "Adding static routes for use as IPMP targets" for target in $TARGETS; do /usr/sbin/route add -host $target $target done ;; 'stop') /usr/bin/echo "Removing static routes for use as IPMP targets" for target in $TARGETS; do /usr/sbin/route delete -host $target $target done ;; esac
# cp ipmp.targets /etc/init.d
# chmod 744 /etc/init.d/ipmp.targets
# chown root:sys /etc/init.d/ipmp.targets
# ln /etc/init.d/ipmp.targets /etc/rc2.d/S70ipmp.targets
Le préfixe S70 dans le nom de fichier S70ipmp.targets ordonne le nouveau script correctement en fonction des autres scripts de démarrage.
Cette procédure permet d'attribuer une configuration active-de réserve au groupe IPMP. Pour obtenir des informations supplémentaires sur ce type de configuration, reportez-vous à la section Configurations d'interfaces IPMP.
Avant de commencer
Toutes les interfaces doivent être configurées en tant que membres du groupe IPMP.
Ne configurez pas d'adresse test sur l'interface pour la définir en tant qu'interface de réserve.
Pour obtenir des informations sur la configuration d'un groupe IPMP et l'attribution d'adresses test, reportez-vous à la section Procédure de configuration d'un groupe IPMP avec plusieurs interfaces.
Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Utilisation de la console de gestion Solaris (tâches) du Guide d’administration système : administration de base.
# ifconfig interface plumb \ ip-address other-parameters deprecated -failover standby up
Une interface de réserve ne peut disposer que d'une adresse IP, l'adresse test. Définissez l'option -failover avant l'option standby up. Pour <other-parameters>, utilisez les paramètres requis par votre configuration, tels que décrits dans la page de manuel ifconfig(1M).
Par exemple, la commande suivante permet de créer une adresse test IPv4 :
# ifconfig hme1 plumb 192.168.85.22 netmask + broadcast + deprecated -failover standby up
Définit hme1 comme étant l'interface physique à configurer en tant qu'interface de réserve.
Atrtibue cette adresse test à l'interface de réserve.
Indique que l'adresse test n'est pas utilisée pour les paquets sortants.
Indique que l'adresse test ne bascule pas en cas de défaillance de l'interface.
Marque l'interface comme étant l'interface de réserve.
Par exemple, la commande suivante permet de créer une adresse test IPv6 :
# ifconfig hme1 plumb -failover standby up
# ifconfig hme1 hme1: flags=69040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER, STANDBY,INACTIVE mtu 1500 index 4 inet 192.168.85.22 netmask ffffff00 broadcast 19.16.85.255 groupname test
L'indicateur INACTIVE indique que cette interface n'est pas utilisée pour les paquets sortants. En cas de basculement vers cette interface de réserve, l'indicateur INACTIVE est effacé.
Remarque - La commande ifconfig interface permet de vérifier le statut d'une interface. Pour de plus amples informations sur l'affichage du statut d'une interface, reportez-vous à la section Méthode d'obtention d'informations sur une interface spécifique .
Attribuez l'interface au même groupe IPMP et configurez une adresse test pour l'interface de réserve.
Par exemple, pour configurer hme1 en tant qu'interface de réserve, ajoutez la ligne suivante au fichier /etc/hostname.hme1 :
192.168.85.22 netmask + broadcast + deprecated group test -failover standby up
Attribuez l'interface au même groupe IPMP et configurez une adresse test pour l'interface de réserve.
Par exemple, pour configurer hme1 en tant qu'interface de réserve, ajoutez la ligne suivante au fichier /etc/hostname6.hme1 :
-failover group test standby up
Exemple 31-4 Configuration d'une interface de réserve pour un groupe IPMP
En supposant que vous souhaitez créer une adresse test avec la configuration suivante :
interface physique hme2 en tant qu'interface de réserve ;
adresse test de 192.168.85.22 ;
options deprecated et -failover définies ;
masque de réseau et adresse de diffusion définie sur la valeur par défaut ;
Vous devez taper ce qui suit :
# ifconfig hme2 plumb 192.168.85.22 netmask + broadcast + \ deprecated -failover standby up
L'interface est marquée comme interface de réserve une fois que l'adresse est marquée comme étant sans basculement (NOFAILOVER).
Saisissez ce qui suit afin de supprimer le statut d'interface de réserve d'une interface :
# ifconfig interface -standby
Le basculement est impossible lorsqu'un groupe IPMP dispose d'une seule interface. Cependant, vous pouvez activer la détection de défaillance sur cette interface en l'attribuant à un groupe IPMP. Il est inutile de configurer une adresse IP test dédiée afin d'établir la détection de défaillance pour un groupe IPMP à interface unique. Vous pouvez utiliser une adresse IP unique pour l'envoi de données et la détection de défaillance.
Le rôle d'administrateur principal inclut le profil d'administrateur principal. Pour plus d'informations sur la création d'un rôle et son assignation à un utilisateur, reportez-vous au Chapitre 2, Utilisation de la console de gestion Solaris (tâches) du Guide d’administration système : administration de base.
La syntaxe suivante permet d'attribuer une interface unique à un groupe IPMP.
# ifconfig interface group group-name
Dans l'exemple suivant, l'interface hme0 est attribuée au groupe IPMP v4test :
# ifconfig hme0 group v4test
Une fois cette étape effectuée, IPMP active la détection de défaillance basée sur lien sur l'interface.
En outre, vous pouvez activer la détection de défaillance basée sur sonde à l'aide de la sous-commande -failover de ifconfig. Dans l'exemple suivant, la détection de défaillance basée sur sonde est activée sur hme0 à l'aide de l'adresse IP assignée à hme0:
# ifconfig hme0 -failover
Contrairement aux groupes comptant plusieurs interfaces, la même adresse IP peut servir d'adresse de données et d'adresse de test. Pour que l'adresse de test puisse être utilisée comme adresse de données par les applications, elle ne doit jamais être signalée comme désapprouvée dans les groupes IPMP à interface unique.
La syntaxe suivante permet d'attribuer une interface unique à un groupe IPMP :
# ifconfig interface inet6 group group-name
Par exemple, pour ajouter l'interface unique hme0 dans le groupe IPMP v6test, saisissez ce qui suit :
# ifconfig hme0 inet6 group v6test
Une fois cette étape effectuée, IPMP active la détection de défaillance basée sur lien sur l'interface.
En outre, vous pouvez activer la détection de défaillance basée sur sonde à l'aide de la sous-commande -failover de ifconfig. Dans l'exemple suivant, la détection de défaillance basée sur sonde est activée sur hme0 à l'aide de l'adresse IP assignée à hme0:
# ifconfig hme0 inet6 -failover
Contrairement aux groupes comptant plusieurs interfaces, la même adresse IP peut servir d'adresse de données et d'adresse de test. Pour que l'adresse de test puisse être utilisée comme adresse de données par les applications, elle ne doit jamais être signalée comme désapprouvée dans les groupes IPMP à interface unique.
Dans une configuration d'interface physique unique, il est impossible de vérifier si la défaillance s'est produite au niveau du système cible analysé ou au niveau de l'interface. Il est possible d'analyser le système cible en passant par une seule interface physique. Si un seul routeur par défaut se trouve sur le sous-réseau, désactivez IPMP si le groupe contient une interface physique unique. Si un routeur IPv4 et IPv6 par défaut distinct existe, ou si plusieurs routeurs par défaut existent, il est nécessaire d'analyser plusieurs systèmes cible. Vous pouvez par conséquent activer IPMP.