Tabla de contenido
Publicidad
11.3.7.2.1.1. Esta Recomendación no requiere que un operador cofirme los ficheros de código, pero
cuando el operador cumple con todas las reglas definidas en esta Recomendación para la
preparación del fichero de código, el elemento PS DEBE aceptarlo.
11.3.7.8 Proceso de activación
Las descargas de código, independientemente del modo de configuración, pueden iniciarse durante
el proceso de prestación y registro a través de una descarga iniciada por el fichero de configuración;
o durante el funcionamiento normal utilizando un mandato de descarga iniciado por SNMP. El
elemento PS DEBE soportar ambos métodos.
NOTA − Antes de activar una descarga segura de soporte lógico, DEBE incluirse en el fichero de
configuración la información CVC adecuada. Si el operador decide utilizar la descarga iniciada por SNMP
como método para activar una descarga segura de soporte lógico, se recomienda que la información CVC
esté siempre presente en el fichero de configuración de modo que el elemento PS tenga siempre la
información CVC inicializada cuando sea necesario. Si el operador decide utilizar la descarga iniciada por el
fichero de configuración como método de activar la descarga segura de soporte lógico, la información CVC
debe estar presente en el fichero de configuración en el momento en que se rearranca el dispositivo para
obtener el fichero de configuración que active la actualización.
11.3.7.8.1 Descarga de soporte lógico iniciada por SNMP
Desde una estación de gestión de la red:
•
Dar a docsDevSwServer el valor de la dirección del servidor TFTP que se encarga de las
actualizaciones de soporte lógico.
•
Dar a docsDevSwFilename el valor del nombre del trayecto del fichero de la imagen de
actualización de soporte lógico.
•
Dar a docsDevSwAdminStatus el valor Upgrade-from-mgt. docsDevSwAdminStatus, que
DEBE mantenerse tras las reactivaciones y los rearranques hasta que se sobreescriba por un
gestor SNMP o por el fichero de configuración del elemento PS.
El estado por defecto de docsDevSwAdminStatus DEBE ser el allowProvisioningUpgrade{2} hasta
que sea sobreescrita por ignoreProvisioningUpgrade{3} tras una actualización con éxito de soporte
lógico iniciada por SNMP o alterada por otro procedimiento por la estación de gestión.
docsDevSwOperStatus DEBE mantenerse a través de las reactivaciones para informar del resultado
del último intento de actualización de soporte lógico.
Si un elemento PS sufre un corte de energía o se reactiva durante una actualización iniciada por
SNMP, el elemento PS DEBE reanudar la actualización sin que sea necesaria la intervención
manual, y cuando el elemento PS reanude el proceso de actualización:
•
docsDevSwAdminStatus DEBE ser Upgrade-from-mgt{1}.
•
docsDevSwFilename DEBE ser el nombre del fichero de la imagen de soporte lógico a
actualizar.
•
docsDevSwServer DEBE ser la dirección del servidor TFTP que contiene la imagen de
actualización del soporte lógico a actualizar.
•
docsDevSwOperStatus DEBE ser inProgress{1}.
•
docsDevSwCurrentVers DEBE ser la versión actual de soporte lógico que opera en el
dispositivo.
Cuando el elemento PS alcance el máximo número de reintentos (número máximo de
reintentos = 3) como consecuencia de varios fallos de la alimentación o de reactivaciones durante
una actualización iniciada por SNMP, el estado del elemento PS DEBE cumplir los siguientes
requisitos una vez registrado:
•
docsDevSwAdminStatus DEBE ser el allowProvisioningUpgrade{2}.
160
Rec. UIT-T J.191 (03/2004)
Publicidad
Tabla de contenido
