- Inicio
- /
- Artículo
Parámetros de aprovisionamiento para teléfonos 9800 y 8877 (BroadWorks)
En este artículoEste artículo de ayuda es para Cisco Desk Phone 9800 Series y Cisco Video Phone 8875 registrados en Cisco BroadWorks. La información de esta página incluye los parámetros de aprovisionamiento y su sintaxis.
Tipos de parámetros de aprovisionamiento
En esta sección, se describen los parámetros de aprovisionamiento ordenados de manera general según la función.
Parámetros de uso general
Los parámetros de uso general o GPP_* () se usan como registros de cadenas libres cuando se configura el teléfono para que interactúe con una solución de servidor de aprovisionamiento particular. De manera predeterminada, los parámetros GPP_* están vacíos. Se pueden configurar para que contengan diferentes valores, incluidos los siguientes:
-
Claves de cifrado
-
URLs
-
Información de estado de aprovisionamiento de varias etapas.
-
Plantillas de solicitudes Post (Publicar)
-
Asignaciones de alias de nombres de parámetros
-
Valores de cadenas parciales, que con el tiempo se combinarán para formar valores de parámetros completos.
Los parámetros GPP_* están disponibles para la expansión de macros junto con otros parámetros de aprovisionamiento. Para este propósito, los nombres de macros formados por una sola letra mayúscula (desde la A hasta la P) son suficientes para identificar los contenidos de GPP_A hasta GPP_P. Además, los nombres de macros formados por dos letras mayúsculas de SA a SD identifican GPP_SA hasta GPP_SD como un caso especial cuando se usan como argumentos de las siguientes opciones de URL:
key (clave), uid (ID de usuario), y pwd (contraseña)
Estos parámetros se pueden utilizar como variables en las reglas de aprovisionamiento y actualización. Se hace referencia a ellos si se antepone un carácter “$” al nombre de la variable, como $GPP _A.
Habilitar parámetros
Los parámetros Provision_Enable (Habilitar_Aprovisionamiento) y Upgrade_Enable (Habilitar_Actualización) controlan todas las operaciones de resincronización de perfiles y de actualización de firmware. Estos parámetros controlan las resincronizaciones y las actualizaciones de manera independiente entre sí. Además, estos parámetros controlan los comandos de URL de resincronización y actualización que se emiten a través del servidor web de administración. Estos dos parámetros se establecen en Yes (Sí) de manera predeterminada.
El parámetro Resync_From_SIP (Resincronización_Desde_SIP) controla las solicitudes de operaciones de resincronización. Se envía un evento SIP NOTIFY al teléfono desde el servidor proxy del proveedor de servicios. El proxy puede solicitar una resincronización si esta operación está habilitada. Para ello, el proxy envía un mensaje SIP NOTIFY con el encabezado Event: resync (Evento: resincronización) al dispositivo.
El dispositivo rechaza la solicitud con una respuesta 401 (autorización rechazada para las credenciales usadas). El dispositivo espera una solicitud autenticada subsiguiente antes de aceptar la solicitud de resincronización del proxy. Los encabezados Event: reboot_now y Event: restart_now (Evento: reiniciar_ahora) llevan a cabo reinicios duros y suaves, respectivamente, que también son rechazados.
Las dos habilitaciones restantes son Resync_On_Reset (Resincronización_Durante_El_Reinicio) y Resync_After_Upgrade_Attempt (Resincronización_Luego_Del_Intento_De_Actualización). Estos parámetros determinan si el dispositivo realiza una operación de resincronización después de que se reinicie el software de encendido y después de cada intento de actualización.
Cuando Resync_On_Reset está habilitado, el dispositivo introduce un retraso aleatorio que le sigue a la secuencia de arranque antes de que se lleve a cabo el restablecimiento. El retraso es un tiempo aleatorio cuyo valor máximo es el que especifica el Resync_Random_Delay (Resincronización_Con_Retraso_Aleatorio) en segundos. En un conjunto de teléfonos que se encienden al mismo tiempo, este retraso extiende los tiempos de inicio de las solicitudes de resincronización de cada unidad. Esta función puede resultar útil en una instalación residencial de gran tamaño, en el caso de un corte de electricidad regional.
Activadores
El teléfono le permite resincronizar a intervalos específicos o a una hora específica.
Resincronizar a intervalos específicos
El teléfono está diseñado para resincronizarse con el servidor de aprovisionamiento periódicamente. El intervalo de resincronización se configurada en Resync_Periodic (Resincronizar_Periodic) (segundos). Si este valor se deja vacío, el dispositivo no se resincronizará periódicamente.
La resincronización normalmente se lleva a cabo cuando las líneas de voz están inactivas. Si una línea de voz está activa cuando vence Resincronizar, el teléfono retrasa el procedimiento de resincronización hasta que la línea vuelva a estar inactiva. Una resincronización puede hacer que cambien los valores de los parámetros de configuración.
Una operación de resincronización puede fallar porque el teléfono no pudo recuperar un perfil del servidor, el archivo descargado está dañado o se produjo un error interno. El dispositivo intenta resincronizarse nuevamente después de una hora especificada en Resync_Error_Retry_Delay (Intervalo para el reintento de una resincronización por error) (segundos). Si Resync_Error_Retry_Delay (Intervalo para el reintento de una resincronización por error) se establece en 0, el dispositivo no vuelve a intentar la resincronización después de un intento fallido de resincronización.
Si falla una actualización, se realiza un reintento después de Upgrade_Error_Retry_Delay (Intervalo_Reintento_Resincronización_Actualizacion) segundos.
Dos parámetros que se pueden configurar están disponibles para activar de manera condicional una resincronización: Resync_Trigger_1 (Activar_Resincronizacion_1) y Resync_Trigger_2 (Activar_Resincronizacion_2). Cada parámetro se puede programar con una expresión condicional que se somete a expansión de macros. Cuando vence el intervalo de resincronización (tiempo para la próxima resincronización), si se establece, los desencadenadores evitarán la resincronización, a menos que uno o más desencadenantes se evalúen como verdadero.
La siguiente condición de ejemplo activa una resincronización. En el ejemplo, el último intento de actualización del teléfono tomó más de 5 minutos (300 segundos), y al menos 10 minutos (600 segundos) han pasado desde el último intento de resincronización.
$UPGTMR gt 300 y $PRVTMR ge 600Resincronizar a una hora específica
El parámetro Resync_At (Resincronización_A) permite que el teléfono se resincronice en un momento específico. Este parámetro utiliza el formato de 24 horas (hhmm) para especificar la hora.
El parámetro Resync_At_Random_Delay (Resincronizar_En_Intervalo_Aleatorio) permite que el teléfono se resincronice a una fecha de aplazada no especificada. Este parámetro utiliza un formato de número entero positivo para especificar la hora.
Se debe evitar la acumulación en el servidor de solicitudes de resincronización de varios teléfonos que se están configurados para resincronizarse al mismo tiempo. Para hacerlo, el teléfono activa la resincronización hasta 10 minutos después de la hora especificada.
Por ejemplo, si configura la hora de resincronización a las 1000 (10 a. m.), el teléfono activa la resincronización en cualquier momento entre las 10:00 a. m. y las 10:10 a. m.
De forma predeterminada, esta función está desactivada. Si el parámetro Resync_At (Resincronizar_A) está configurado, el parámetro Resync_Periodic (Resincronizar_Periodic) se ignora.
Cronogramas configurables
Puede configurar cronogramas para que se realicen resincronizaciones periódicas y especificar los intervalos de reintento en casos de errores de resincronización y actualización con estos parámetros de aprovisionamiento:
-
Resync_Periodic (Resincronización_Periódica)
-
Resync_Error_Retry_Delay (Intervalo_Reintento_Error_Resincronización)
-
Upgrade_Error_Retry_Delay (Intervalo_Reintento_Error_Actualización)
Cada parámetro acepta un valor único de retraso (segundos). La nueva sintaxis extendida permite una lista separada por comas de elementos de espera consecutivos. El último elemento de la secuencia se repite de manera implícita infinitamente.
Como opción, puede utilizar el signo más para especificar otro valor numérico que agregue un intervalo adicional aleatorio.
Ejemplo 1
En este ejemplo, el teléfono se resincroniza periódicamente cada 2 horas. Si se produce un error en la resincronización, el dispositivo reintenta la operación en estos intervalos: 30 minutos, 1 hora, 2 horas, 4 horas. El dispositivo continúa intentando la resincronización cada 4 horas hasta que se resincroniza con éxito.
Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400 Ejemplo 2
En este ejemplo, el dispositivo se resincroniza periódicamente cada hora (más un intervalo adicional aleatorio de hasta 10 minutos). En el caso de un error en la resincronización, el dispositivo vuelve a intentar la operación en estos intervalos: 30 minutos (más un intervalo de hasta 5 minutos), 1 hora (más un intervalo de hasta 10 minutos), 2 horas (más un intervalo de hasta 15 minutos). El dispositivo continúa reintentando la operación cada 2 horas (más un intervalo de hasta 15 minutos) hasta que se resincroniza con éxito.
Resync_Periodic=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900 Ejemplo 3
En este ejemplo, si falla un intento de actualización remoto, el dispositivo vuelve a intentar la actualización en 30 minutos, luego la reintenta después de una hora y, por último, en dos horas. Si se la actualización sigue fallando, el dispositivo reintentará la operación cada cuatro o cinco horas hasta que se complete con éxito.
Upgrade_Error_Retry_Delay (Intervalo_Reintento_Error_Actualización) = 1800,3600,7200,14400+3600Reglas de perfil
El teléfono proporciona varios parámetros de perfil de configuración remota (Profile_Rule* [Regla_Perfil*]). Por lo tanto, cada operación de resincronización puede recuperar varios archivos administrados por diferentes servidores.
En la situación más simple, el dispositivo se resincroniza periódicamente con un solo perfil en un servidor central, que actualiza todos los parámetros internos pertinentes. Como alternativa, el perfil se puede dividir entre diferentes archivos. Un archivo es común para todos los teléfonos de una implementación. Se proporciona un archivo único e independiente para cada cuenta. Incluso otro perfil, almacenado en un servidor independiente, puede suministrar las claves de cifrado y la información de certificados.
Cada vez que vence una operación de resincronización, el teléfono evalúa los cuatro parámetros Profile_Rule* (Regla_Perfil*) en secuencia:
-
Profile_Rule (Regla_Perfil)
-
Profile_Rule_B (Regla_Perfil_B)
-
Profile_Rule_C (Regla_Perfil_C)
-
Profile_Rule_D (Regla_Perfil_D)
Cada evaluación puede dar lugar a que se recupere el perfil de un servidor remoto de aprovisionamiento, con una posible actualización de algunos parámetros internos. Si una evaluación falla, la secuencia de resincronización se interrumpe y se vuelve a intentar desde el inicio con especificación del parámetro Resync_Error_Retry_Delay (Intervalo para el reintento de una resincronización por error) (segundos). Si todas las evaluaciones son correctas, el dispositivo espera el segundo especificado por el parámetro Resync_Periodic (Resincronizar_Periodic) y, a continuación, realiza otra resincronización.
El contenido de cada parámetro Profile_Rule* (Regla_Perfil*) consta de un conjunto de alternativas. Las alternativas están separadas por la | (barra vertical). Cada alternativa consta de una expresión condicional, una expresión de asignación, una URL del perfil y cualquier opción de URL asociada. Todos estos componentes son opcionales dentro de cada alternativa. Las siguientes son las combinaciones válidas y el orden en que deben aparecer, si están presentes:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]Dentro de cada parámetro Profile_Rule* (Regla_Perfil*), todas las alternativas, excepto la última, deben proporcionar una expresión condicional. Esta expresión se evalúa y se procesa de la siguiente manera:
-
Las condiciones se evalúan de izquierda a derecha, hasta que se encuentre una que se evalúe como verdadera (o hasta que se encuentre una alternativa sin expresión condicional).
-
Se evalúan las expresiones de asignación que lo acompañen, si están presentes.
-
Si se especifica una URL como parte de esa alternativa, se intenta de descargar el perfil ubicado en la URL especificada. El sistema intenta actualizar los parámetros internos en consecuencia.
Si todas las alternativas tienen expresiones condicionales y ninguna se evalúa como verdadera (o si la regla perfil completa está vacía), se omite el parámetro Profile_Rule* (Regla_Perfil*) entero. Se evalúa el siguiente parámetro de regla perfil en la secuencia.
Ejemplo 1
En este ejemplo, se resincroniza de manera incondicional al perfil en la URL especificada y se realiza una solicitud HTTP GET al servidor de aprovisionamiento remoto:
http://remote.server.com/cisco/$MA.cfgEjemplo 2
En este ejemplo, el dispositivo se resincroniza con dos URL diferentes, según el estado de registro de la línea 1. En caso de pérdida del registro, el dispositivo realiza un HTTP POST 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 no se ha instalado un certificado en la unidad (para unidades antiguas anteriores a 2,0):
¿ ("$CCERT" eq "Instalado")? 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 establezca igual que Aprovisionado a través de la primera URL. Después, se resincroniza con la segunda URL:
(“$A” ne “Aprovisionado”)? (Line_Enable_1_ = "No";)! https://p.tel.com/init-prov| https://p.tel.com/configsEjemplo 5
En este ejemplo, se supone que el perfil que devuelve el servidor contiene etiquetas de elementos XML. Estas etiquetas se deben reasignar a los nombres de parámetros apropiados mediante el mapa de alias almacenado en GPP_B:
[--alias b] https://p.tel.com/account/$PN$MA.xmlUna resincronización se suele considerar sin éxito si no se recibe un perfil solicitado desde el servidor. El parámetro Resync_Fails_On_FNF (Falla_Resincronizacion_En_FNF) puede reemplazar este comportamiento predeterminado. Si Resync_Fails_On_FNF (Falla_Resincronizacion_En_FNF) se establece como No, el dispositivo toma a una respuesta de archivo-no-encontrado del servidor como una resincronización correcta. El valor predeterminado para Resync_Fails_On_FNF (Falla_Resincronizacion_En_FNF) es Yes (Sí).
Regla de actualización
La regla actualización sirve para informar al dispositivo que se active para una nueva carga y desde dónde obtener la carga, si es necesario. Si la carga ya está en el dispositivo, no intentará obtener la carga. Por lo tanto, la validez de la ubicación de carga no importa cuando la carga deseada se encuentra en la división inactiva.
La Upgrade_Rule (Regla_Actualizacion) especifica una carga de firmware que, si es diferente de la carga actual, se descargará y aplicará a menos que esté limitada por una expresión condicional o que Upgrade_Enable (Habilitar_Actualizacion) esté establecida en No.
El teléfono proporciona un parámetro de actualización remota configurable, Upgrade_Rule (Regla_Actualizacion). Este parámetro acepta una sintaxis similar a los parámetros de regla perfil. Las opciones de URL no son compatibles con las actualizaciones, pero se pueden utilizar expresiones condicionales y expresiones de asignación. Si se usan expresiones condicionales, el parámetro se puede rellenar con varias alternativas, separadas por el caracter |. La sintaxis de cada alternativa es la siguiente:
[ conditional-expr ] [ assignment-expr ] URLComo en el caso de los parámetros Profile_Rule* (Regla_Perfil), el parámetro Upgrade_Rule (Regla_Actualizacion) evalúa cada alternativa hasta que se cumple una expresión condicional o una alternativa no tiene ninguna expresión condicional. Si se especifica, se evalúa la expresión de asignación correspondiente. A continuación, se intenta actualizar la URL especificada.
Si la Upgrade_Rule (Regla_Actualizacion) contiene una URL sin una expresión condicional, el dispositivo se actualiza a la imagen de firmware que especifica la URL. Después de la expansión de macros y la evaluación de la regla, el dispositivo no reintenta actualizar hasta que se modifique la regla o se cambie la combinación de esquema + servidor + puerto + ruta de archivo.
Para intentar actualizar el firmware, el dispositivo desactiva el audio al inicio del procedimiento y reincia al final del procedimiento. El dispositivo inicia automáticamente una actualización impulsada por el contenido de Upgrade_Rule (Regla_Actualizacion) solo si todas las líneas de voz están actualmente inactivas.
Por ejemplo,
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loadsEn este ejemplo, el Upgrade_Rule (Regla_Actualizacion) actualiza el firmware a la imagen almacenada en la URL indicada.
Aquí hay otro ejemplo:
(“$F” ne “beta-customer”)? http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads| http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loadsEste ejemplo indica a la unidad que cargue una de las dos imágenes, en función del contenido de un parámetro de propósito general, GPP_F.
Parámetros de aprovisionamiento
Puede encontrar los parámetros de aprovisionamiento en la pestaña Provisioning (Aprovisionamiento) en la página web del teléfono.
Parámetros del perfil de configuración
En la siguiente tabla, se definen la función y el uso de cada parámetro en la sección Configuration Profile Parameters (Parámetros de Perfil de Configuración) en la pestaña Provisioning (Aprovisionamiento).
|
Nombre del parámetro |
Descripción y valor predeterminado |
|---|---|
|
Provision Enable (Habilitación del aprovisionamiento) |
Controla todas las acciones de resincronización independientemente de las acciones de actualización de firmware. Configúrelo como Yes (Sí) para activar el aprovisionamiento remoto. El valor predeterminado es Yes (Sí). |
|
Resync On Reset (Resincronización durante el reinicio) |
Activa una resincronización después de cada reinicio, excepto con los reinicios causados por actualizaciones de parámetros y actualizaciones de firmware. El valor predeterminado es Yes (Sí). |
|
Resync Random Delay (Intervalo aleatorio de la resincronización) |
Es un intervalo aleatorio que ocurre luego de la secuencia de arranque y antes de realizar un reinicio, que se especifica en segundos. En un grupo de dispositivos de telefonía IP que están programados para encenderse al mismo tiempo, este introduce una extensión en el tiempo en el que cada unidad envía una solicitud de resincronización al servidor de aprovisionamiento. Esta función puede resultar útil en una instalación residencial de gran tamaño, en el caso de un corte de electricidad regional. El valor para este campo debe ser un número entero que se encuentre entre 0 y 65 535. El valor predeterminado es 2. |
|
Resync At HHmm (Resincronización a las HHmm) |
Es la hora (HHmm) en la que el dispositivo vuelve a sincronizarse con el servidor de aprovisionamiento. El valor para este campo debe ser un número de cuatro dígitos entre 0000 y 2400 para que indique la hora con el formato HHmm. Por ejemplo, 0959 indica las 09:59. El valor predeterminado es el vacío. Si el valor no es válido, el parámetro será ignorado. Si este parámetro se configura con un valor válido, el parámetro Resync Periodic (Resincronización periódica) será ignorado. |
|
Resync At Random Delay (Resincronización con intervalo aleatorio) |
Evita una sobrecarga del servidor de aprovisionamiento cuando se enciende una gran cantidad de dispositivos al mismo tiempo. Para evitar la acumulación de solicitudes de resincronización en el servidor de parte varios teléfonos, el teléfono se resincroniza en el rango entre las horas y los minutos, y entre las horas y los minutos más el intervalo aleatorio (hhmm, hhmm+random_delay). Por ejemplo, si el intervalo aleatorio es igual a (Resync At Random Delay + 30)/60 minutos, el valor de entrada en segundos se convierte en minutos y se redondea hasta el minuto siguiente para calcular el intervalo final random_delay (retraso_aleatorio). El valor válido se encuentra entre 600 y 65 535. Si el valor es inferior a 600, el intervalo interno de retraso aleatorio está entre 0 y 600. El valor predeterminado es de 600 segundos (10 minutos). |
|
Resync Periodic (Resincronización periódica) |
Es el intervalo de tiempo entre las resincronizaciones periódicas con el servidor de aprovisionamiento. El temporizador de resincronización asociado solo se activa después de la primera sincronización exitosa con el servidor. Los formatos válidos son los siguientes:
Establezca este parámetro en cero para desactivar la resincronización periódica. El valor predeterminado es de 3600 segundos. |
|
Resync Error Retry Delay (Intervalo de reintento debido a un error de resincronización) |
Si una operación de resincronización falla porque el dispositivo de telefonía IP no pudo recuperar un perfil del servidor, porque el archivo descargado está dañado o porque se produjo un error interno, el dispositivo intentará resincronizarse después de un tiempo especificado en segundos. Los formatos válidos son los siguientes:
Si el intervalo se establece en 0, el dispositivo no intenta resincronizarse después de un intento de resincronización fallido. |
|
Forced Resync Delay (Intervalo forzado de resincronización) |
Es el intervalo máximo (en segundos) que el teléfono espera antes de realizar una resincronización. El dispositivo no se resincroniza mientras una de las líneas de teléfono esté activa. Como una resincronización puede demorar varios segundos, es conveniente esperar hasta que el dispositivo se encuentre inactivo por un periodo prolongado antes de realizar la resincronización. Esto permite que el usuario realice llamadas sucesivas sin interrupciones. El dispositivo posee un temporizador que comienza la cuenta regresiva cuando todas las líneas están inactivas. Este parámetro es el valor inicial del contador. Los eventos de resincronización se retrasan hasta que el contador llegue a cero. El valor válido se encuentra entre 0 y 65 535. El valor predeterminado es de 14 400 segundos. |
|
Resync From SIP (Resincronización desde SIP) |
Permite que se desencadene una resincronización a través de un mensaje SIP NOTIFY. El valor predeterminado es Yes (Sí). |
|
Resync After Upgrade Attempt (Resincronización después de un intento de actualización) |
Habilita o deshabilita la operación de resincronización después de una actualización. Si se selecciona Yes (Sí), la sincronización se activa. El valor predeterminado es Yes (Sí). |
|
Resync Trigger 1, Resync Trigger 2 (Activación de la resincronización 1, Activación de la resincronización 2) |
Condiciones de activación de resincronización configurables. Se activa una resincronización cuando la ecuación lógica en estos parámetros se evalúa como TRUE (Verdadera). El valor predeterminado es empty (vacío). |
|
Resync Fails On FNF (Falla de resincronización debido a que no se encontró el archivo) |
Una resincronización se considera sin éxito si no se recibe un perfil solicitado desde el servidor. Esto se puede sobrescribir con el parámetro. Cuando se establece en No, el dispositivo acepta una respuesta de El valor predeterminado es Yes (Sí). |
|
Profile Rule (Regla del perfil) Profile Rule B (Regla del perfil B) Profile Rule C (Regla del perfil C) Profile Rule D (Regla del perfil D) |
Cada regla del perfil le informa al teléfono acerca de una fuente desde la cual obtener un perfil (archivo de configuración). Durante cada operación de resincronización, el teléfono aplica todos los perfiles en una secuencia. Valor predeterminado: Si aplica la encriptación AES-256-CBC en los archivos de configuración, especifique la clave de encriptación con la palabra clave
También puede colocar la clave de encriptación entre comillas dobles (“) de forma opcional. |
|
DHCP Option To Use (Opción DHCP que se utilizará) |
Son las opciones DHCP, delimitadas por comas, que se utilizan para recuperar firmware y perfiles. Valor predeterminado es 66, 160, 159, 150, 60, 43, 125. |
|
Log Request Msg (Mensaje de solicitud de registro) |
Este parámetro contiene el mensaje que se envía al servidor de registro del sistema al inicio de un intento de resincronización. El valor predeterminado es |
|
Log Success Msg (Mensaje de registro exitoso) |
El mensaje de registro del sistema que se utiliza luego de completar con éxito un intento de resincronización. El valor predeterminado es |
|
Log Failure Msg (Mensaje de falla del registro) |
El mensaje de registro del sistema que se envía después de una falla en el intento de resincronización. El valor predeterminado es |
|
User Configurable Resync (Resincronización que el usuario puede configurar) |
Permite que un usuario resincronice el teléfono desde la pantalla del teléfono IP. El valor predeterminado es Yes (Sí). |
Parámetros de la actualización de firmware
En la siguiente tabla, se definen la función y el uso de cada parámetro en la sección Firmware Upgrade (Actualización de Firmware) en la pestaña Provisioning (Aprovisionamiento).
|
Nombre del parámetro |
Descripción y valor predeterminado |
|---|---|
|
Upgrade Enable (Habilitación de la actualización) |
Habilita las operaciones de actualización de firmware independientemente de las acciones de resincronización. El valor predeterminado es Yes (Sí). Configure este parámetro con uno de los métodos:
|
|
Upgrade Error Retry Delay (Retraso de reintento por error de actualización) |
En caso de que falle la actualización, se aplica el intervalo de intentos de actualización (en segundos). El dispositivo tiene un temporizador de errores de actualización de firmware que se activa cuando hay un intento fallido de actualización de firmware. El temporizador se inicia con el valor de este parámetro. Se realiza el intento de actualización de firmware siguiente cuando este temporizador llega a cero. El valor predeterminado es de 3600 segundos. Configure este parámetro con uno de los métodos:
|
|
Upgrade Rule (Regla Actualizada) |
Es una secuencia de comandos de actualización de firmware que define las condiciones de actualización y las URL del firmware asociado. Utiliza la misma sintaxis que la regla perfil. Utilice el siguiente formato para ingresar la regla de actualización:
Por ejemplo: Si no se especifica ningún protocolo, se supone que se usa el protocolo TFTP. Si no se especifica el nombre del servidor, se utiliza el host que solicita la URL como nombre de servidor. Si no se especifica ningún puerto, se utiliza el puerto predeterminado (69 para TFTP, 80 para HTTP o 443 para HTTPS). El valor predeterminado es blank (en blanco). Configure este parámetro con uno de los métodos:
|
|
Log Upgrade Request Msg (Mensaje de solicitud de la actualización del registro) |
Es el mensaje de registro del sistema que se emitió al comienzo del intento de actualización de un firmware. Predeterminado: Configure este parámetro con uno de los métodos:
|
|
Log Upgrade Success Msg (Mensaje de la actualización del registro exitosa) |
Es el mensaje de registro del sistema que se emitió luego de un intento de actualización totalmente exitoso de un firmware. El valor predeterminado es Configure este parámetro con uno de los métodos:
|
|
Log Failure Msg (Mensaje de falla de la actualización del registro) |
Es el mensaje de registro del sistema que se emitió luego de un intento de actualización fallido de un firmware. El valor predeterminado es Configure este parámetro con uno de los métodos:
|
|
Peer Firmware Sharing (Uso compartido de firmware entre extremos) |
Activa o desactiva la función Peer Firmware Sharing (PFS). Selecione Yes (Sí) o No para habilitar o deshabilitar la función. Valor predeterminado: Yes (Sí) Configure este parámetro con uno de los métodos:
|
|
Peer Firmware Sharing Log Server (Servidor de registro del uso compartido de firmware entre extremos) |
Indica la dirección IP y el puerto al cual se envía el mensaje del UDP. Por ejemplo: 10.98.76.123:514, donde 10.98.76.123 es la dirección IP y 514 es el número de puerto. Configure este parámetro con uno de los métodos:
|
Parámetros de uso general
En la siguiente tabla, se definen la función y el uso de cada parámetro en la sección Parámetros de uso general en la pestaña Provisioning (Aprovisionamiento).
|
Nombre del parámetro |
Descripción y valor predeterminado |
|---|---|
|
GPP A - GPP P |
Los parámetros de uso general GPP_* se usan como registros de cadena libres cuando se configuran los teléfonos para que interactúen con una solución de servidor de aprovisionamiento particular. Se pueden configurar para que contengan diferentes valores, incluidos los siguientes:
El valor predeterminado es blank (en blanco). |
Variables de expansión de macros
Determinadas variables de macro se reconocen en los siguientes parámetros de aprovisionamiento:
-
Profile_Rule (Regla_Perfil)
-
Profile_Rule_* (Regla_Perfil_*)
-
Resync_Trigger_* (Activar_Resinc_*)
-
Upgrade_Rule (Regla_Actualizacion)
-
Log_* (Registro_*)
-
GPP_*
Dentro de estos parámetros, los tipos de sintaxis, como $NAME o $(NAME), se reconocen y se expanden.
Las subcadenas de variables de macros se pueden especificar con la notación $(NAME:p) y $(NAME:p:q), en las que p y q son números enteros no negativos (disponibles en la versión 2.0.11 y superiores). La expansión de macro obtenida es la subcadena que empieza en el desplazamiento de carácter p, con una longitud de q (o hasta el fin de cadena si no se especifica q). Por ejemplo, si GPP_A contiene ABCDEF, $(A:2) se extiende a CDEF y $(A:2:3) se extiende a CDE.
Un nombre no reconocido no se traduce y el formulario $NAME o $(NAME) se mantiene sin cambios en el valor del parámetro después de la expansión.
|
Nombre del parámetro |
Descripción y valor predeterminado |
|---|---|
|
$ |
El formulario $$ se extiende a un solo caracter $. |
|
A through P (De A a P) |
Se ha sustituido por el contenido de los parámetros de uso general GPP_A hasta GPP_P. |
|
SA through SD (SA hasta SD) |
Se ha sustituido por los parámetros de propósito especiales GPP_SA hasta GPP_SD. Estos parámetros contienen claves o contraseñas que se usan en el aprovisionamiento. $SA hasta $SD se reconocen como argumentos del calificador de URL de resincronización opcional, --key (--clave). |
|
MA |
Dirección MAC que utiliza dígitos hexadecimales en minúsculas, por ejemplo, 000e08aabbcc. |
|
MAU |
Dirección MAC que utiliza dígitos hexadecimales en mayúsculas, por ejemplo 000E08AABBCC. |
|
MAC |
Dirección MAC que utiliza dígitos hexadecimales en minúsculas y dos puntos para separar pares de dígitos hexadecimales. Por ejemplo 00:0e:08:aa:bb:cc. |
|
PN (Nombre de producto) |
Nombre del producto. Por ejemplo, CP-8875, DP-9851, DP-9871. |
|
PSN (NSP) | Número de serie de producto. Por ejemplo, V03. |
|
SN (Cadena de número de serie) |
Cadena de número de serie. Por ejemplo 88012BA01234. |
|
CCERT (Certificado cliente) |
Estado del certificado del cliente SSL: Instalado o No instalado. |
|
IP |
Dirección IP del teléfono dentro de su subred local. Por ejemplo 192.168.1.100. |
|
EXTIP (IPEXT) |
IP externa del teléfono, tal como se ve en Internet. Por ejemplo 66.43.16.52. |
|
SWVER (Versión de software) |
Cadena de versión de software. Por ejemplo, PHONEOS.3-1-1-0104-37 |
|
HWVER (Versión de hardware) |
Cadena de versión de hardware. Por ejemplo, 2.0.1 |
|
PRVST (Estado de aprovisionamiento) |
Estado de aprovisionamiento (una cadena numérica): -1 = solicitud de resincronización explícita 0 = resincronización en encendido 1 = resincronización periódica 2 = fallo de resincronización, reintentar |
|
UPGST (Estado de actualización) |
Estado de actualización (una cadena numérica): 1 = primer intento de actualización 2 = fallo de actualización, reintentar |
|
UPGERR (Error de actualización) |
Mensaje de resultado (ERR) del intento de actualización anterior; por ejemplo http_get falló. |
|
PRVTMR |
Segundos desde el último intento de resincronización. |
|
UPGTMR |
Segundos desde el último intento de actualización. |
|
REGTMR1 |
Segundos desde que la Línea 1 perdió el registro con el servidor SIP. |
|
REGTMR2 |
Segundos desde que la Línea 2 perdió el registro con el servidor SIP. |
|
UPGCOND |
Nombre de macro heredado. |
|
SCHEME (Esquema) |
Esquema de acceso a archivos, uno de TFTP, HTTP o HTTPS, como se obtuvo después de analizar la URL de resincronización o actualización. |
|
SERV (Servidor) |
Solicite el nombre de host del servidor de destino, como se obtuvo después de analizar la URL de actualización o resincronización. |
|
SERVIP (IP del servidor) |
Solicite una dirección IP del servidor de destino, tal como se obtuvo después de analizar la URL de resincronización o actualización, posiblemente después de la búsqueda de DNS. |
|
PORT (Puerto) |
Solicite el puerto UDP/TCP del destino de la solicitud, como se obtuvo después de analizar la URL de actualización o resincronización. |
|
PATH (Ruta) |
Solicite la ruta de archivo de destino, como se obtuvo después de analizar la URL de actualización o resincronización. |
|
ERR (Error) |
Mensaje de resultado de intento de resincronización o actualización. Solo es útil para generar resultados de mensajes de registros del sistema. El valor se conserva en la variable UPGERR en caso de intentos de actualización. |
|
UIDn |
El contenido del parámetro de configuración UserID (IDUsuario) de Line n. |
|
EME |
Estado de Extension Mobility |
|
MUID (ID del usuario de extension mobility) |
ID del usuario de Extension Mobility |
|
MPWD |
Contraseña de Extension Mobility |
Códigos de error interno
El teléfono define una serie de códigos de errores internos (X00–X99) para facilitar la configuración en el suministro de mayor control sobre el comportamiento de la unidad bajo ciertas condiciones de error.
|
Nombre del parámetro |
Descripción y valor predeterminado |
|---|---|
|
X00 |
Error de capa de transporte (o ICMP) cuando se envía una solicitud SIP. |
|
X20 |
Se agota el tiempo de espera de solicitudes SIP mientras se espera una respuesta. |
|
X40 |
Error general del protocolo SIP (por ejemplo, un códec inaceptable en SDP en 200 y mensajes ACK o se agota el tiempo de espera de ACK). |
|
X60 |
Número marcado no válido de acuerdo con el plan de marcación determinado. |
