Factores Que Favorecen Vdi; Resincronización A Intervalos Específicos - Cisco 6800 Serie Guia

Formatos de aprovisionamiento
El parámetro Resync_From_SIP controla las solicitudes de operaciones de resincronización. Se envía un
evento SIP NOTIFY desde el servidor proxy del proveedor del servicio al teléfono. Si está activado, el proxy
puede solicitar una resincronización. Para ello, el proxy envía un mensaje SIP NOTIFY que contiene el evento:
encabezado de resincronización al dispositivo.
El dispositivo comprueba la solicitud con una respuesta 401 (autorización rechazada para las credenciales
usadas). El dispositivo espera una solicitud posterior autenticada antes de aceptar la solicitud de resincronización
del proxy. Los encabezados Event: reboot_now y Event: restart_now realizan reinicios en fío y en caliente,
respectivamente, que también se comprueban.
Las dos activaciones restantes son Resync_On_Reset y Resync_After_Upgrade_Attempt. Estos parámetros
determinan si el dispositivo realiza una operación de resincronización después de reinicios de software de
encendido y después de cada intento de actualización.
Cuando se activa Resync_On_Reset, el dispositivo presenta un retraso aleatorio que sigue la secuencia de
arranque antes de realizar el restablecimiento. El retraso es un tiempo aleatorio hasta el valor que especifica
la Resync_Random_Delay (en segundos). En un grupo de teléfonos que se encienden al mismo tiempo, este
retraso se propaga a la hora de inicio de las solicitudes de resincronización de cada unidad. Esta función puede
resultar útil en una gran implementación residencial, en caso de que se produzcan cortes de energía regionales.

Factores que favorecen VDI

El teléfono permite resincronizar a intervalos específicos o a una hora concreta.
Resincronización a intervalos específicos
El teléfono se ha diseñado para resincronizar con el servidor de aprovisionamiento de forma periódica. El
intervalo de resincronización se configura en Resync_Periodic (segundos). Si el valor se deja vacío, el
dispositivo no se resincroniza periódicamente.
La resincronización suele realizarse cuando las líneas de voz están inactivas. Si una línea de voz está activa
y hay prevista una resincronización, el teléfono retrasa el proceso de resincronización hasta que la línea vuelve
a estar inactiva. Una resincronización puede provocar que los valores del parámetro de configuración cambien.
Una operación de resincronización puede fallar porque el teléfono no puede recuperar un perfil desde el
servidor, el archivo descargado está dañado o se ha producido un error interno. El dispositivo intenta volver
a resincronizarse tras el tiempo especificado en Resync_Error_Retry_Delay (segundos). Si
Resync_Error_Retry_Delay se ajusta en 0, el dispositivo no intenta resincronizar de nuevo tras un intento
fallido de resincronización.
Si se produce un error en una actualización, se realiza un reintento tras los segundos de
Upgrade_Error_Retry_Delay.
Hay disponibles dos parámetros configurables para desencadenar condicionalmente una sincronización:
Resync_Trigger_1 y Resync_Trigger_2. Cada parámetro se puede programar con una expresión condicional
que experimenta una expansión de macro. Cuando caduca el intervalo de resincronización (tiempo para la
resincronización siguiente) los desencadenadores, si se han establecido, evitarán la resincronización a no ser
que uno o más desencadenadores se evalúen como verdaderos.
La siguiente condición de ejemplo desencadena una resincronización. En el ejemplo, han transcurrido más
de 5 minutos (300 segundos) desde el último intento de actualización del teléfono y han transcurrido al menos
10 minutos (600 segundos) desde el último intento de resincronización.
$UPGTMR gt 300 and $PRVTMR ge 600
Guía de aprovisionamiento de los teléfonos multiplataforma para Cisco IP Phone serie 6800
Factores que favorecen VDI
29