Descargar Imprimir esta página

Cisco 8811 Guía De Administración página 68

Ocultar thumbs Ver también para 8811:

Publicidad

Configuración de SIP y NAT
• 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 Cisco IP Phone serie 8800 para la versión de firmware
11.0(0)
52
= MD5( MD5(A1) ":" nonce ":" nc-value ":" cnonce ":" qop-value

Publicidad

loading

Este manual también es adecuado para:

8800 serie884188518861