Gestión De Código De Estado Http En La Resincronización Y Actualización - Cisco 6800 Serie Guia

Gestión de código de estado HTTP en la resincronización y actualización
El aprovisionamiento basado en HTTP depende del método GET de HTTP para recuperar los perfiles de
configuración. Normalmente, se crea un archivo de configuración para cada teléfono implementado y estos
archivos se almacenan en un directorio de servidor HTTP. Cuando el servidor recibe la solicitud GET,
simplemente devuelve el archivo que se especifica en el encabezado de la solicitud GET.
En lugar de un perfil estático el perfil de configuración se puede generar dinámicamente consultando una base
de datos de cliente y generando el perfil sobre la marcha.
Cuando el teléfono solicita una resincronización, puede utilizar el método POST de HTTP para solicitar los
datos de configuración de resincronización. El dispositivo puede configurarse para transmitir cierta información
de estado e identificación al servidor en el cuerpo de la solicitud POST de HTTP. El servidor utiliza esta
información para generar un perfil de configuración de la respuesta deseada o para almacenar la información
de estado para su posterior análisis y el seguimiento.
Como parte de las solicitudes GET y POST, el teléfono incluye automáticamente información de identificación
básica en el campo de agente de usuario del encabezado de solicitud. Esta información incluye el fabricante,
el nombre del producto, la versión de firmware actual y el número de serie del dispositivo.
En el ejemplo siguiente es el campo de solicitud de agente de usuario de CP-6841-3PCC:
User-Agent: Cisco-CP-6841-3PCC/11.0 (00562b043615)
Cuando el teléfono se configura para resincronizar con un perfil de configuración mediante el protocolo HTTP,
se recomienda utilizar HTTPS o que se cifre el perfil para proteger la información confidencial. Los perfiles
cifrados que el teléfono descarga mediante el protocolo HTTP evitan el riesgo de exposición de información
confidencial que se incluye en el perfil de configuración. Este modo de resincronización genera una carga de
cálculo menor en el servidor de aprovisionamiento en comparación con el uso de HTTPS.
El teléfono puede descifrar perfiles de cifrado con uno de estos métodos de cifrado:
• Cifrado AES-256-CBC
• Cifrado basado en RFC-8188 cifrado con cifrado AES-128-GCM
Nota Los teléfonos son compatibles con HTTP Versión 1.0, HTTP Versión 1.1 y codificación por fragmentos
cuando HTTP Versión 1.1 es el protocolo de transporte negociado.
Gestión de código de estado HTTP en la resincronización y actualización
El teléfono admite la respuesta HTTP para el aprovisionamiento remoto (resincronización). El comportamiento
actual del teléfono se divide en tres formas:
• A: Éxito, cuando los valores de "Resincronización periódica" y "Retraso aleatorio de resincronización"
• B: error si no encuentra el archivo o el perfil está dañado. El valor "Retraso de reintento por error de
• C: otro fallo cuando una URL o una dirección IP incorrecta causa un error de conexión. El valor "Retraso
Guía de aprovisionamiento de los teléfonos multiplataforma para Cisco IP Phone serie 6800
46
determinan las solicitudes posteriores.
resincronización" determina las solicitudes posteriores.
de reintento por error de resincronización" determina las solicitudes posteriores.
Aprovisionamiento previo interno y aprovisionamiento de servidores