Limitaciones Del Registro Dual Y De Srv De Dns; Registro Dual Y Proxy Alternativo; Registro De Conmutación Por Error Y Recuperación; Comportamiento De Respaldo - Cisco 7800 Serie Guía De Administración

Configuración de SIP y NAT

Limitaciones del registro dual y de SRV de DNS

• Si el registro dual está activado, el respaldo y la recuperación del proxy SRV de DNS deben estar
desactivados.
• No use el registro dual con otros mecanismos de respaldo o recuperación. Por ejemplo, con el mecanismo
Broadsoft.
• No existe ningún mecanismo de recuperación para la solicitud de función. Sin embargo, el administrador
puede ajustar el tiempo de nuevo registro de una solicitud de actualización del estado de registro en el
proxy principal o alternativo.

Registro dual y proxy alternativo

Si el parámetro de registro dual tiene el valor No, el proxy alternativo se ignora.
Registro de conmutación por error y recuperación
• Failover (Conmutación por error): el teléfono realiza una operación de este tipo si se produce un fallo
o se agota el tiempo de espera del transporte o si falla la conexión TCP. Si las opciones Try Backup
RSC (Probar RSC de respaldo) y Retry Reg RSC (Reintentar RSC de registro) están activadas, los
valores se rellenan.
• Recovery (Recuperación): el teléfono intenta volver a registrarse en el proxy principal mientras está
registrado o conectado activamente al secundario.

Comportamiento de respaldo

El respaldo se produce cuando el registro actual caduca o se activa el parámetro Proxy Fallback Intvl (Intervalo
de recuperación de proxy).
Si se supera el intervalo de respaldo del proxy, todos los mensajes de SIP nuevos pasan al proxy principal.
Por ejemplo, si el valor de caducidad del registro es de 3600 segundos y el intervalo de respaldo del proxy es
de 600 segundos, el respaldo se activa 600 más tarde.
Si el valor de la caducidad del registro es de 800 segundos y el intervalo de respaldo del proxy es de 1000
segundos, el respaldo se activa a los 800 segundos.
Tras un registro correcto de nuevo en el servidor principal, todos los mensajes SIP pasan al servidor principal.

RFC3261

El teléfono IP de Cisco admite RFC-3261, el método de actualización de SIP.

Servicio XML NOTIFY SIP

El teléfono IP de Cisco admite el evento de servicio XML NOTIFY de SIP. Al recibir un mensaje NOTIFY
de SIP con un evento de servicio XML, el teléfono lo desafía con una respuesta 401 si el mensaje no contiene
las credenciales correctas. El cliente debe proporcionar las credenciales correctas mediante el resumen MD5
con la contraseña de la cuenta SIP para la línea correspondiente del teléfono IP.
El cuerpo del mensaje puede incluir el mensaje de evento XML. Por ejemplo:
<CiscoIPPhoneExecute>
<ExecuteItem Priority="0" URL="http://xmlserver.com/event.xml"/>
</CiscoIPPhoneExecute>
Guía de administración de los teléfonos IP serie 7800 de Cisco para control de llamadas de terceros
42