![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Configuración del soporte del quórum de SIP mediante el grupo principal predeterminado
Puede configurar un quórum para evitar inconsistencias entre contenedores de Protocolo de iniciación de sesión (SIP) o errores repetidos de otro servidor proxy. Si el quórum está habilitado antes de que tenga lugar una partición de red, se pueden tomar las decisiones de direccionamiento correctas. Una partición de red puede tener lugar cuando un conjunto de contenedores SIP (Session Initiation Protocol) se desconectan de la red y luego se vuelven a conectar.
Antes de empezar
Determine si quiere configurar la característica de quórum para un grupo principal entero o para clústeres específicos dentro de un grupo principal. El tema Implicaciones de los valores de política de grupo de alta disponibilidad proporciona información sobre funcionalidad del quórum.
Acerca de esta tarea
Todos los contenedores SIP publican un conjunto de identificadores (ID) exclusivos en el servidor proxy del SIP. Cada ID representa un conjunto de sesiones SIP. El servidor proxy SIP puede tomar las decisiones de direccionamiento correctas en base a la correlación uno a uno de estos ID con los contenedores SIP.

Cuando se interrumpe la conectividad de red, un contenedor SIP se apropia de todos los ID que gestionaba el contenedor SIP desconectado. El contenedor de respaldo publica la propiedad de estos ID en el servidor proxy SIP, de modo que el servidor proxy pueda tomar las decisiones de direccionamiento correctas.
Cuando se restaura la conexión de red del contenedor principal, el contenedor principal comienza a publicar la propiedad de los ID en el servidor proxy SIP para indicar que posee los mismos ID que el contenedor de respaldo. Si el servidor proxy SIP tiene dos destinos para cada ID, es imposible que el servidor proxy SIP tome las decisiones de direccionamiento correctas. Para evitar este problema, debe configurar la característica de quórum SIP para los servidores proxy antes de que se produzca una partición de red.
La característica de quórum de SIP se puede habilitar para un grupo principal completo, como DefaultCoreGroup, o para clústeres específicos dentro de un grupo principal. Cuando la característica de quórum está habilitada en una política de quórum SIP por omisión para un grupo principal, la característica está habilitada para todos los clústeres del grupo principal. Si la característica de quórum sólo está habilitada para algunos clústeres de un grupo principal, deberá modificar la política predeterminada y crear un valor de política de grupo principal duplicado para habilitar el soporte de quórum para dichos clústeres.
Debe habilitar la política de grupo principal de quórum de SIP por omisión o configurar una política de grupo principal duplicada con el quórum habilitado para cada grupo principal que exija soporte de quórum. El objetivo del grupo de alta disponibilidad que utiliza esta política de grupo principal es realizar un seguimiento del quórum entre los contenedores SIP o los servidores proxy SIP, en un clúster.
Efectúe estos pasos para configurar la característica de quórum utilizando una política de grupo principal de quórum SIP adicional.
Procedimiento
Resultados
La mayoría de los miembros que se incluyen en un contenedor SIP o en un clúster de servidor proxy deben iniciarse antes de alcanzar un quórum. Los miembros de un clúster de servidor proxy no empiezan la escucha para solicitudes SIP hasta que se alcance el quórum.
Cuando se desconecta un servidor proxy SIP de la red, otro servidor SIP de la partición minoritaria de la célula continua gestionando las solicitudes SIP. La partición minoritaria de una célula es la partición que tiene conectividad con el menor número de clústeres.
Cuando se desconecta un contenedor SIP de la red, el contenedor SIP de la partición minoritaria se reinicia automáticamente para borrar toda la información sobre las particiones lógicas que se han gestionado anteriormente. Los contenedores SIP de la partición mayoritaria se apropian de las particiones lógicas del contenedor SIP desconectado y publican esos ID en los servidores proxy SIP.