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.
Déterminez les interfaces du système qui feront partie du groupe IPMP.
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 .
Assurez-vous que chaque interface du groupe dispose d'une adresse MAC unique.
Pour obtenir des instructions, reportez-vous à la section SPARC : Garantie de l'unicité de l'adresse MAC d'une interface.
Attribuez un nom au groupe IPMP.
Tout nom autre que NULL est approprié pour le groupe. Utilisez un nom qui identifie la liaison IP à laquelle sont connectées les interfaces.
Assurez-vous que le même ensemble de modules STREAMS est déplacé et configuré sur toutes les interfaces dans le groupe IPMP.
Toutes les interfaces dans un même groupe doivent disposer de modules STREAMS configurés selon le même ordre.
Vérifiez l'ordre des modules STREAMS sur toutes les interfaces du groupe IPMP futur.
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.
Déplacez les modules d'une interface selon l'ordre standard pour le groupe IPMP.
ifconfig interface modinsert module-name |
ifconfig hme0 modinsert ip |
Utilisez le même format d'adressage IP sur toutes les interfaces du groupe IPMP.
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.
Assurez-vous que toutes les interfaces du groupe IPMP sont connectées au même lien IP.
Assurez-vous que le groupe IPMP ne contient pas d'interfaces avec différents types de média réseau.
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.
En cas d'IPMP avec interfaces ATM, configurez les interfaces ATM en mode d'émulation LAN.
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.
Configurez au préalable les adresses IPv4 et , le cas échéant, les adresses IPv6 de toutes les interfaces du futur groupe IPMP.
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.
Sur le système sur lequel vous devez configurer les interfaces, connectez-vous en tant qu'administrateur principal ou superutilisateur.
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, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.
Placez chaque interface physique dans un groupe IPMP.
# 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.
(Facultatif) Configurez une adresse test IPv4 sur une ou plusieurs interfaces physiques.
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.
Marquez une adresse test IPv4 comme étant désapprouvée (deprecated) afin d'empêcher les applications d'utiliser cette adresse test.
Vérifiez la configuration IPv4 pour une interface spécifique.
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 |
(Facultatif) Le cas échéant, configurez une adresse de test IPv6.
# 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.
Vérifiez la configuration IPv6.
# 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.
(Facultatif) Conservation de la configuration du groupe IPMP après réinitialisation.
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.
(Facultatif) Ajoutez des interfaces supplémentaires au groupe IPMP en répétant les étapes 1 à 6.
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.
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.
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 ;
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 |
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 |
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 |
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.
Connectez-vous à l'aide de votre compte utilisateur au système dans lequel vous configurez la détection de défaillance basée sur sonde.
Ajoutez une route à un hôte spécifique, à utiliser en tant que cible dans le cadre de 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 |
Ajoutez les routes vers les hôtes supplémentaires du réseau à utiliser en tant que systèmes cible.
Sur le système sur lequel vous avez configuré un groupe IPMP, connectez-vous en tant qu'administrateur principal ou superutilisateur.
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, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.
Créez un script shell définissant les routes statiques vers les cibles proposées.
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 |
Copiez le script shell dans le répertoire du script de démarrage.
# cp ipmp.targets /etc/init.d |
Modifiez les permissions dans le nouveau script de démarrage.
# chmod 744 /etc/init.d/ipmp.targets |
Modifiez la propriété du nouveau script de démarrage.
# chown root:sys /etc/init.d/ipmp.targets |
Créez une liaison pour le script de démarrage dans le répertoire /etc/init.d.
# 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.
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.
Sur le système sur lequel vous devez configurer les interfaces de réserve, connectez-vous en tant qu'administrateur principal ou superutilisateur.
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, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.
Configurez une interface en tant qu'interface de réserve et attribuez l'adresse test.
# 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 |
Vérifiez les résultats de la configuration de l'interface de réserve.
# 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é.
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 .
(Facultatif) Conservez l'interface de réserve IPv4 après réinitialisation.
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 |
(Facultatif) Conservez l'interface de réserve IPv6 après réinitialisation.
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 |
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.
Sur le système possédant le groupe IPMP à interface unique, connectez-vous en tant qu'administrateur principal ou superutilisateur.
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, Working With the Solaris Management Console (Tasks) du System Administration Guide: Basic Administration.
Pour IPv4, créez le groupe IPMP à interface unique.
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.
Pour IPv6, créez le groupe 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.