Regla De Actualización - Cisco 8832 Guía De Administración

Aprovisionamiento del teléfono IP de Cisco
Regla de actualización
Ejemplo 2
En este ejemplo, el dispositivo se resincroniza con dos direcciones URL diferentes, según el estado de registro
de la línea 1. En caso del registro perdido, el dispositivo ejecuta POST HTTP a una secuencia de comandos
CGI. El dispositivo envía el contenido de la macro expandida GPP_A, que puede proporcionar información
adicional sobre el estado del dispositivo:
($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg
| [--post a] http://p.tel.com/lost-reg?
Ejemplo 3
En este ejemplo, el dispositivo se resincroniza con el mismo servidor. El dispositivo proporciona información
adicional, si un certificado no está instalado en la unidad (en las unidades de previas a 2.0 heredadas):
("$CCERT" eq "Installed")? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
Ejemplo 4
En este ejemplo, la línea 1 está desactivada hasta que GPP_A se aprovisiona a través de la primera URL.
Después, se resincroniza a la segunda dirección URL:
("$A" ne "Provisioned")? (Line_Enable_1_ = "No";)! https://p.tel.com/init-prov
| https://p.tel.com/configs
Ejemplo 5
En este ejemplo, se supone que el perfil que el servidor devuelve contiene etiquetas de elementos XML. Estas
etiquetas deben reasignarse a los nombres de parámetro adecuados mediante la asignación de alias que se
almacena en GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xml
Normalmente se considera que una resincronización no se ha realizado correctamente si no se recibe un perfil
solicitado del servidor. El parámetro Resync_Fails_On_FNF puede omitir este comportamiento predeterminado.
Si Resync_Fails_On_FNF se ajusta en No, el dispositivo acepta una respuesta file-not-found (archivo no
encontrado) del servidor como resincronización correcta. El valor predeterminado de Error_Resinc_En_FNF
es Sí.
Regla de actualización
La Regla de actualización indica al dispositivo que se active para una nueva carga y de dónde la carga, si
fuera necesario. Si la carga ya está en el dispositivo, no intenta obtenerla. Por lo tanto, la validez de la ubicación
de carga no importa si la carga deseada se encuentra en la partición inactiva.
Upgrade_Rule especifica un firmware que, si es diferente de la carga actual, se descargará y se aplicará a no
ser que esté limitado por una expresión condicional o que Upgrade_Enable se establezca en No.
Guía de administración de los teléfonos IP para conferencias 8832 multiplataforma de Cisco para la versión de firmware 11.3(1) y posteriores
87