Cómo funciona IPMP
IPMP mantiene la disponibilidad de la red mediante un intento de mantener la misma cantidad de interfaces activas y en espera que había en la configuración original cuando se creó el grupo IPMP.
La detección de fallos IPMP puede estar basada en enlaces, en sondeos o en ambos para determinar la disponibilidad de una interfaz IP subyacente específica del grupo. Si IPMP determina que una interfaz subyacente ha fallado, esa interfaz se marca como con fallos y ya no es utilizable. La dirección IP de datos asociada con la interfaz con fallos se redistribuye a otra interfaz en funcionamiento del grupo. Si está disponible, una interfaz en espera también se implementa para mantener el número original de interfaces activas.
Considere un grupo IPMP de tres interfaces, itops0, con una configuración activa/en espera como se ilustra en la siguiente figura.
Figura 2-1 Configuración activa/en espera de IPMP
-
Dos direcciones de datos se asignan al grupo: 192.168.10.10 y 192.168.10.15.
-
Dos interfaces subyacentes se configuran como interfaces activas y se asignan nombres de enlace flexibles: net0 y net1.
-
El grupo posee una sola interfaz en espera, también con un nombre de enlace flexible: net2.
-
Se utiliza la detección de fallos basada en sondeos y, por consiguiente, las interfaces activas y en espera se configuran con direcciones de prueba, de la siguiente manera:
-
net0: 192.168.10.30
-
net1: 192.168.10.32
-
net2: 192.168.10.34
-
El grupo IPMP itops0 se configura del siguiente modo:
Notas - Las áreas Activa, Fuera de línea, En espera y Con fallo en Figure 2–1, Figure 2–2, Figure 2–3 y Figure 2–4 indican el estado de las interfaces subyacentes solamente, no el de ubicaciones físicas. Ningún movimiento físico de interfaces o direcciones, ni ninguna transferencia de interfaces IP, se produce en esta implementación de IPMP. Las áreas sirven solamente para mostrar cómo una interfaz subyacente cambia de estado como resultado de un fallo o reparación.
Puede usar el comando ipmpstat con diferentes opciones para mostrar tipos determinados de información sobre grupos IPMP existentes. Para ver ejemplos adicionales, consulte Supervisión de información de IPMP.
El siguiente comando muestra información sobre la configuración IPMP en Figure 2–1:
# ipmpstat -g GROUP GROUPNAME STATE FDT INTERFACES itops0 itops0 ok 10.00s net1 net0 (net2)
Debe ver información sobre las interfaces subyacentes del grupo de la siguiente manera:
# 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 mantiene la disponibilidad de la red administrando las interfaces subyacentes para mantener el número original de interfaces activas. Por lo tanto, si net0 falla, se implementa net2 para garantizar que el grupo IPMP siga teniendo dos interfaces activas. La activación de net2 se muestra en la siguiente figura.
Figura 2-2 Fallo de la interfaz en IPMP
Notas - La asignación uno a uno de direcciones de datos a interfaces activas en la Figure 2–2 solo sirve para simplificar la ilustración. El módulo de núcleo IP puede asignar direcciones de datos aleatoriamente sin que sea necesario adherirse a una relación de uno a uno entre direcciones de datos e interfaces.
El comando ipmpstat muestra la información en la figura como se indica a continuación:
# 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
Una vez que net0 se ha reparado, vuelve a su estado como una interfaz activa. A su vez, net2 vuelve a su estado en espera original.
Otro escenario de fallo se muestra en la Figure 2–3, donde la interfaz en espera net2 falla (1). Más tarde, el administrador desconecta una interfaz activa, net1 (2). El resultado es que el grupo IPMP se deja con una única interfaz en funcionamiento, net0.
Figura 2-3 Fallo de interfaz en espera en IPMP
El comando ipmpstat muestra la información en la figura como se indica a continuación:
# 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
Para este fallo en particular, el proceso de recuperación después de que una interfaz se repara de manera diferente. El proceso de restauración depende del número original de interfaces activas del grupo IPMP en comparación con la configuración después de la reparación. La siguiente figura representa el proceso de recuperación.
Figura 2-4 Proceso de recuperación de IPMP
En la Figure 2–4, cuando se repara net2, vuelve a su estado original como una interfaz en espera (1). Sin embargo, el grupo IPMP no refleja el número original de dos interfaces activas, ya que net1 sigue estando sin conexión (2). Por lo tanto, IPMP implementa net2 como una interfaz activa en su lugar (3).
La utilidad ipmpstat mostrará el escenario de IPMP posterior a la reparación, de la siguiente manera:
# 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
Una secuencia de restauración similar se produce si el fallo implica una interfaz activa que también está configurada en modo FAILBACK=no, donde una interfaz activa con fallos no se revierte automáticamente al estado activo después de la reparación. Supongamos que net0 en la Figure 2–2 se configura en modo FAILBACK=no. En ese modo, una interfaz net0 reparada se convierte en una interfaz en espera, incluso si originalmente era una interfaz activa. La interfaz net2 permanece activa para mantener el número original de dos interfaces activas del grupo IPMP.
El comando ipmpstat muestra la información de recuperación, como se indica a continuación:
# 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
Para obtener más información sobre este tipo de configuración, consulte Modo FAILBACK=no.