IntroducciónServidores SIP primarios y de respaldo
El mecanismo de redundancia del servidor SIP asegura la fiabilidad y continuidad de los servicios SIP. La implementación de servidores primario/respaldo es uno de estos métodos de redundancia. Los servidores primario y de respaldo comparten cuentas de usuario, información de diálogo (dependiendo de la implementación de redundancia del servidor), información de registro y otros datos relacionados. En condiciones normales, todas las solicitudes y respuestas SIP son manejadas por el servidor primario. Cuando el servidor primario falla, está en mantenimiento o se vuelve inalcanzable, el terminal SIP cambia automáticamente al servidor de respaldo para las solicitudes de servicio, asegurando el acceso continuo del usuario. Una vez que el servidor primario se recupera, el terminal SIP puede volver automáticamente al servidor primario.
Figura 1 Servidor SIP Primario y Respaldo
Failover: Mecanismo mediante el cual el servidor de respaldo asume todos los servicios cuando el servidor primario no está disponible, sin afectar la experiencia del usuario.
Failback: Mecanismo mediante el cual el dispositivo verifica si el servidor primario se ha recuperado mientras el servidor de respaldo está en servicio, para poder volver al servidor primario rápidamente.
Servidor no disponible: Cuando el cliente intenta registrarse, el servidor responde con 500/503, o UDP recibe un mensaje ICMP de destino inalcanzable, o la conexión TCP expira.
Failback de Registro: Cuando el servidor primario no está disponible y el teléfono se registra en el servidor de respaldo, el teléfono crea un nuevo diálogo de registro para detectar si el servidor primario se ha recuperado. Esta función tiene un intervalo de sondeo independiente y configurable.
Este documento está destinado a los usuarios de teléfonos y al personal de mantenimiento.
Configure dos entradas de servidor para la línea SIP en el teléfono. El Servidor SIP1 es el servidor primario y el Servidor SIP2 es el servidor de respaldo.
El teléfono actualmente admite failover de señalización para Register, Invite y Bye. Otros métodos de señalización no son compatibles por el momento.
1. Failover de Registro
Condiciones de activación: Registro manual / tiempo de espera de registro / tiempo de espera de OPTIONS / tiempo de espera de solicitud CANCEL
(1) El teléfono envía una solicitud Register al servidor primario;
(2) El teléfono intenta enviar solicitudes Register al servidor primario un número específico de veces (productos V3) o dentro de un período específico (productos V2);
(3) Si el servidor primario no está disponible, el teléfono envía una solicitud Register al servidor de respaldo;
(4) El servidor de respaldo responde con 200 OK, y el teléfono se registra correctamente.
2. Failover de Invite
Condición de activación: El usuario realiza una llamada
(1) El teléfono A llama al teléfono B;
(2) El teléfono A envía una solicitud Invite al servidor primario;
(3) El teléfono A intenta enviar solicitudes Invite al servidor primario un número específico de veces (productos V3) o dentro de un período específico (productos V2);
(4) Si el servidor primario no está disponible, el teléfono envía una solicitud Register al servidor de respaldo;
(5) El servidor de respaldo responde con 200 OK, y el teléfono se registra correctamente en el servidor de respaldo;
(6) El teléfono envía una solicitud Invite al servidor de respaldo;
(7) El servidor de respaldo responde con 200 OK, y se establece una llamada entre los teléfonos A y B.
3. Failover de Bye
Condición de activación: Después de que se establece una llamada a través del servidor primario, el teléfono cuelga
(1) El teléfono A establece una llamada con el teléfono B a través del servidor primario;
(2) El teléfono A cuelga;
(3) El teléfono A envía una solicitud Bye al servidor primario;
(4) El teléfono A intenta enviar solicitudes Bye al servidor primario un número específico de veces (productos V3) o dentro de un período específico (productos V2);
(5) Si el servidor primario no está disponible, el teléfono envía una solicitud Register al servidor de respaldo;
(6) El servidor de respaldo responde con 200 OK, y el teléfono se registra correctamente en el servidor de respaldo;
(7) El teléfono envía un mensaje Bye al servidor de respaldo;
(8) El servidor de respaldo responde con 200 OK, y la llamada con el teléfono B finaliza.
4. Fallo de Failover
Cuando todos los servidores no están disponibles, el teléfono intenta cada servidor en orden de prioridad primario/respaldo un número específico de veces (productos V3) o dentro de un período específico (productos V2). El último servidor se trata como una excepción. Según RFC 3261, SIP reintentará durante 64*T1 (32 segundos). Si la solicitud de señalización SIP actual aún falla, se informa del fallo al usuario.
El teléfono admite Failback de Registro independiente. Después de que el teléfono se registra correctamente en el servidor de respaldo, envía periódicamente una solicitud Register independiente al servidor primario para detectar si el servidor primario se ha recuperado.
Condición de activación: tiempo de espera del temporizador de Failback de Registro.
(1) El teléfono se registra correctamente en el servidor de respaldo;
(2) Cuando el Failback de Registro expira, el teléfono envía una solicitud Register independiente al servidor primario;
(3) Si el servidor primario responde con 200 OK, el teléfono vuelve al servidor primario;
(4) Si el servidor primario aún no está disponible, la solicitud Register se retransmite según RFC 3261 hasta que expire 64*T1 (32 segundos). Después del tiempo de espera, el temporizador se reinicia y continúa sondeando periódicamente el servidor primario.
| Elemento de Configuración | Descripción | Valor |
| SIPN Register Addr: | Dirección del servidor primario. | IP / Nombre de dominio Predeterminado: Vacío |
| SIPN Register Port: | Puerto del servidor primario. | Numérico Predeterminado: 5060 |
| SIPN Register TTL: | Intervalo de registro del servidor primario. | Numérico Predeterminado: 3600 segundos |
| SIPN Transport: | Protocolo de transporte del servidor primario: UDP, TCP o TLS. | 0: UDP 1: TCP 3: TLS Predeterminado: 0 |
| SIPN Backup Addr: | Dirección del servidor de respaldo. | IP / Nombre de dominio Predeterminado: Vacío |
| SIPN Backup Port: | Puerto del servidor de respaldo. | Numérico Predeterminado: 5060 |
| SIPN Backup TTL: | Intervalo de registro del servidor de respaldo. | Numérico Predeterminado: 3600 segundos |
| SIPN Backup Transport: | Protocolo de transporte del servidor de respaldo: UDP, TCP o TLS. | 0: UDP 1: TCP 3: TLS Predeterminado: 0 |
| SIPN Enable Failback: | Controla si el Failback de Registro está habilitado para la línea. | 0 / 1 Predeterminado: 1 |
| SIPN Failback Interval: | El intervalo para sondear si el servidor/proxy primario se ha recuperado después de que el teléfono se haya registrado en el servidor/proxy de respaldo. | Numérico Predeterminado: 1800 segundos |
| SIPN Signal Retry Counts: | El número de retransmisiones de solicitudes SIP cuando el servidor/proxy no está disponible, excepto para el último servidor/proxy (tiempo de espera de 32 segundos). | Numérico Predeterminado: 3 |
Los usuarios pueden iniciar sesión en el servidor web del teléfono para configurar los servidores primario y de respaldo.
(1) Haga clic en la pestaña "Línea" y seleccione la subpestaña SIP (esta es la página predeterminada);
(2) Seleccione la línea a configurar de la lista desplegable "Línea" dentro de la página;
(3) Configure la información de registro de la línea;
(4) Configure la información del Servidor SIP1 (servidor primario) y del Servidor SIP2 (servidor de respaldo), como se muestra en la Figura 2;
(5) Haga clic en "Configuración básica" en la página actual para configurar los ajustes relacionados con el Failback para los servidores primario y de respaldo, como se muestra en la Figura 3;
(6) Haga clic en el botón "Enviar" en la parte inferior de la página para aplicar la configuración.
Figura 2 Configuración de Servidor SIP Primario/Respaldo
