Fonctionnement de la fonctionnalité de chemins d'accès multiples sur réseau IP (IPMP)
IPMP assure la disponibilité du réseau en tentant de préserver le nombre d'interfaces actives et de secours initialement configurées à la création du groupe IPMP.
La détection de défaillance IPMP peut être basée sur les liaisons ou les sondes (ou les deux) pour déterminer la disponibilité d'une l'interface IP sous-jacente spécifique du groupe. Si IPMP détermine qu'une interface sous-jacente a échoué, alors cette interface est marquée comme ayant échoué et n'est plus utilisable. L'adresse IP de données qui a été associée à l'interface défaillante est ensuite redistribuées à une autre interface opérationnelle du groupe. Si elle est disponible, une interface de secours est également déployée pour maintenir le nombre initial d'interfaces actives.
Considérez un groupe IPMP à trois interfaces, itops0, avec une configuration active de secours, comme le montre la figure suivante.
Figure 2-1 Configuration IPMP active-de secours
-
Deux adresses de données sont affectées au groupe : 192.168.10.10 et 192.168.10.15.
-
Deux interfaces sous-jacentes sont configurées en tant qu'interfaces actives et des noms de liaison flexibles leur sont affectés : net0 et net1.
-
Le groupe possède une interface de secours, également avec un nom de liaison flexible : net2.
-
La détection de défaillance par sonde étant utilisée, les interfaces actives et de secours sont configurées avec les adresses de test suivantes :
-
net0: 192.168.10.30
-
net1: 192.168.10.32
-
net2: 192.168.10.34
-
Le groupe IPMP itops0 est configuré comme suit :
Remarque - Les zones Active, Hors ligne, De secours et Echec de Figure 2–1, Figure 2–2, Figure 2–3 et Figure 2–4 présentent uniquement l'état des interfaces sous-jacentes, et non leur emplacement physique. Aucun mouvement physique d'interfaces ou d'adresses, ni transfert d'interfaces IP ne se produit au sein de cette implémentation IPMP. Les zones servent uniquement à montrer comment une interface sous-jacente change d'état suite à une panne ou une réparation.
Vous pouvez exécuter la commande ipmpstat avec différentes options pour afficher des types d'informations spécifiques à propos de groupes IPMP existants. Pour d'autres exemples, reportez-vous à la section Surveillance des informations IPMP.
La commande ci-dessous affiche des informations sur la configuration IPMP de la Figure 2–1 :
# ipmpstat -g GROUP GROUPNAME STATE FDT INTERFACES itops0 itops0 ok 10.00s net1 net0 (net2)
Vous devez afficher des informations sur les interfaces sous-jacentes du groupe comme suit :
# ipmpstat -i INTERFACE ACTIVE GROUP FLAGS LINK PROBE STATE net0 yes itops0 ------- up ok ok net1 yes itops0 --mb--- up ok ok net2 no itops0 is----- up ok ok
IPMP permet de maintenir la disponibilité du réseau en gérant les interfaces sous-jacentes afin de conserver le nombre initial d'interfaces actives. Par conséquent, si net0 subit une défaillance, net2 est déployée pour garantir que le groupe IPMP compte toujours deux interfaces actives. L'activation net2 est illustrée ci-dessous.
Figure 2-2 Panne d'interface dans IPMP
Remarque - Le mappage univoque d'adresses de données sur des interfaces actives dans la Figure 2–2 ne sert qu'à simplifier l'illustration. Le module de noyau IP peut en effet attribuer des adresses de données de façon aléatoire sans nécessairement adhérer à une relation univoque entre des adresses de données et des interfaces.
La commande ipmpstat affiche les informations de la figure comme suit :
# ipmpstat -i INTERFACE ACTIVE GROUP FLAGS LINK PROBE STATE net0 no itops0 ------- up failed failed net1 yes itops0 --mb--- up ok ok net2 yes itops0 -s----- up ok ok
Une fois réparée, net0 revient à son état d'interface active. A son tour, net2 revient à son état initial d'attente.
La Figure 2–3 illustre un autre scénario de panne dans lequel l'interface de secours net2 subit une défaillance (1). Par la suite, l'administrateur met hors ligne l'interface active net1 (2). Le résultat est que le groupe IPMP est laissé avec une seule interface opérationnelle, net0.
Figure 2-3 Panne d'interface de secours dans IPMP
La commande ipmpstat affiche les informations de la figure comme suit :
# ipmpstat -i INTERFACE ACTIVE GROUP FLAGS LINK PROBE STATE net0 yes itops0 ------- up ok ok net1 no itops0 --mb-d- up ok offline net2 no itops0 is----- up failed failed
Pour cette panne, la récupération après réparation d'une interface se comporte différemment. Le processus de récupération dépend du nombre initial d'interfaces actives dans le groupe IPMP par rapport à la configuration après réparation. La figure suivante représente le processus de récupération.
Figure 2-4 Processus de récupération IPMP
Dans la Figure 2–4, lorsque net2 est réparée, elle doit normalement reprendre son état d'origine d'interface de secours (1). Cependant, le groupe IPMP ne reflète toujours pas le nombre initial de deux interfaces actives, car net1 est toujours hors ligne (2). Par conséquent, IPMP déploie net2 comme interface active (3).
La commande ipmpstat affiche le scénario IPMP post-réparation comme suit :
# ipmpstat -i INTERFACE ACTIVE GROUP FLAGS LINK PROBE STATE net0 yes itops0 ------- up ok ok net1 no itops0 --mb-d- up ok offline net2 yes itops0 -s----- up ok ok
Un processus de récupération similaire est mis en oeuvre si l'incident concerne une interface active également configurée en mode FAILBACK=no, dans lequel une interface active en panne ne revient pas automatiquement à l'état actif après réparation. Supposons que net0 dans la Figure 2–2 soit configurée en mode FAILBACK=no. Dans ce mode, net0 devient une interface de secours après sa réparation, même s'il s'agissait initialement d'une interface active. L'interface net2 demeure active afin de conserver le nombre initial de deux interfaces actives dans le groupe IPMP.
La commande ipmpstat affiche les informations de récupération comme suit :
# ipmpstat -i INTERFACE ACTIVE GROUP FLAGS LINK PROBE STATE net0 no itops0 i------ up ok ok net1 yes itops0 --mb--- up ok ok net2 yes itops0 -s----- up ok ok
Pour plus d'informations sur ce type de configuration, reportez-vous à la section Mode FAILBACK=no.