AASTRA SIP-DECT (Release 1.8)-Installation- and Administration Guide SP - Manual (Página 75)

Instalación, Administración y Mantenimiento
Aastra depl-0900/ 1.8 Página: 75 (109)
5 Redundancia de OMM
Para lograr la redundancia de OMM, deben existir dos OpenMobility
Managers en una red OMM. Uno funcionará como OMM “maestro” y el otro
funcionará como OMM redundante o secundario.
En caso de que la RFP designada como OMM maestro falle, la otra RFP
designada como OMM secundario asume automáticamente el papel de
OpenMobility Manager.
5.1 Cómo funciona la redundancia de OMM
Durante el arranque del sistema, cada RFP IP obtiene una dirección IP de
OMM (si no hay redundancia de OMM) o dos (si está configurada la
redundancia de OMM), y ambas tratan de conectarse entre sí. El OMM
activo o “maestro” tratará todas las conexiones de las RFP’s. El OMM
redundante o secundario rechazará todos los intentos de conexión de las
RFP IP.
5.2 Introducción
Durante el funcionamiento normal, tanto el OMM activo como el OMM
redundante o secundario están en contacto y monitorizan su respectivo
estado de funcionamiento. Intercambian continuamente sus estados actuales
de redundancia y el OMM secundario recibe una copia de cualquier cambio
de configuración realizado en el OMM activo. Siempre que ambos OMM
estén en contacto entre sí, sus bases de datos se sincronizarán
automáticamente.
Si falla el OMM primario, el OMM secundario asume todas las
responsabilidades del OMM con el fin de mantener el funcionamiento.
Cuando esto ocurre, se muestra una advertencia de “Sin redundancia” en la
interfaz web del OMM, indicando que ya no hay dos OMM funcionando en la
red o en el cluster. Los cambios de configuración realizados en esta
situación no son en modo seguro.
Si falla el OMM activo, el OMM inactivo reconoce esta situación y comienza
a actuar como OMM activo, iniciando el servicio web. Todas las RFP IP
mantenidas por el OMM serán reiniciadas y todos los Terminales Móviles
(PP) serán sincronizados de nuevo. Si falla la conexión entre los dos OMM,
la red o el cluster se rompe en dos partes operacionales. El OMM
redundante o secundario pasa entonces a ser el OMM activo. En este punto,
los dos OMM no pueden detectarse entre sí y, por ello, no se pueden
sincronizar. Cuando la conexión entre los dos OMM se restablece, la
sincronización de los OMM fuerza a uno de ellos a convertirse en secundario
de nuevo. Una vez que la RFP IP que falló recientemente vuelve a estar
disponible y pasa a ser el OMM inactivo, no vuelve a asumir el papel de
OMM activo otra vez.
5.3 Configuración de la redundancia de OMM