Tabla de contenido
Publicidad
Si el nombre del fichero de actualización de soporte lógico que figura en el fichero de
configuración no concuerda con la actual imagen de soporte lógico del dispositivo, el
elemento PS DEBE solicitar el fichero en cuestión a través del servidor de soporte lógico
vía TFTP.
•
El elemento PS DEBE verificar que la imagen de soporte lógico descargada sea adecuada
para sí mismo. Si la imagen de soporte lógico descargada es adecuada, el elemento PS
DEBE salvar la nueva imagen de soporte lógico en almacenamiento no volátil. Una vez
completada la transferencia de ficheros con éxito, el dispositivo DEBE rearrancarse con la
nueva imagen de código.
•
Si el elemento PS no puede completar la transferencia del fichero por alguna razón, el
elemento PS DEBE seguir admitiendo nuevas descargas de soporte lógico (sin interacción
del operador ni del usuario, aunque se interrumpa la alimentación o la conexión entre
intentos).
•
El elemento PS DEBE anotar en el registro histórico los fallos de las descargas de soporte
lógico y PUEDE comunicar los fallos de modo asíncrono al gestor de la red.
•
Una vez actualizado el soporte lógico para adaptarse a una nueva versión de la presente
Recomendación, el soporte lógico DEBE poder trabajar con la versión anterior para
permitir la transición paulatina de las unidades de la red.
•
El elemento PS DEBE autenticar el origen de la descarga de soporte lógico.
•
El elemento PS DEBE verificar que el código descargado no ha sido modificado respecto a
la forma original suministrada por la fuente de confianza.
•
El proceso de descarga de soporte lógico DEBE dotar al operador de mecanismos de
actualización o retrotracción de las versiones de código de los elementos de
IPCable2Home.
•
El proceso de descarga de soporte lógico DEBE dotar al operador de opciones que le
permitan establecer sus propias políticas de descarga.
•
El fabricante del fichero de código DEBE aplicar una signatura de verificación de código
(CVS, code verification signature) a la imagen de código y a cualquier otro atributo
autenticado como los que se definen en esta especificación para la firma digital de
estructura PKCS#7 del fichero de código; la clave privada utilizada para aplicar la firma
DEBE estar vinculada a un certificado de clave pública que arranque de la raíz CVC. La
firma del fabricante autentica el origen e integridad del fichero de código.
•
El cofirmante (operador u organismo de certificación) PUEDE rubricar el fichero de código
adicionalmente a la firma del fabricante.
•
El elemento PS DEBE poder procesar la firma digital PKCS#7 y un certificado X.509
IPCable2Home como se define en 11.3.7.2.1.1 y 11.3.7.3 respectivamente.
•
(Opcional): El elemento PS DEBERÍA poder actualizar el certificado CA de raíz CVC
almacenado en el dispositivo.
•
(Opcional): El elemento PS DEBERÍA poder sustituir los certificados CA del fabricante
almacenados en el dispositivo.
•
(Opcional): El elemento PS DEBERÍA poder actualizar el certificado CA CVC almacenado
en el dispositivo.
•
(Opcional): El elemento PS DEBERÍA poder actualizar el certificado CA de raíz del
proveedor de servicio almacenado en el dispositivo.
La descarga facultativa del certificado CA de raíz del proveedor de servicio, el certificado CA de
raíz CVC, el certificado CA CVC y/o el certificado CA del fabricante como parte del fichero de
código permite la discriminación sin lugar a dudas de la imagen de código del resto de los
parámetros en el fichero de descarga de código. Existe la posibilidad de modificar los cuatro
148
Rec. UIT-T J.191 (03/2004)
Publicidad
Tabla de contenido
