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

Ocultar thumbs Ver también para 7800 Serie:
Tabla de contenido

Publicidad

• 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.
El parámetro Registro automático cuando conmutación por error controla el comportamiento de
conmutación por error cuando se produce un error. Cuando este parámetro está establecido en Sí, el
teléfono vuelve a registrase durante la conmutación por error o la recuperación.

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.

RFC3311

El Cisco IP Phone admite RFC-3311, el método UPDATE de SIP.

Servicio XML NOTIFY SIP

El Cisco IP Phone 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>
Autenticación:
challenge
Guía de administración de teléfonos multiplataforma de teléfonos IP serie 7800 de Cisco para la versión de firmware
= MD5( MD5(A1) ":" nonce ":" nc-value ":" cnonce ":" qop-value
Configuración de SIP y NAT
11.0(0)
51

Publicidad

Tabla de contenido
loading

Este manual también es adecuado para:

7811782178417861

Tabla de contenido