Tabla de contenido
configuración de PS (sujeto a las condiciones que se describen más adelante para otros
requisitos), DEBE concluir la fase de descarga. Cuando el PS (CMP) termina
satisfactoriamente dicha descarga, DEBE procesarlo antes de emitir una petición TFTP de
otro fichero de configuración de PS.
Se necesita un mecanismo de señalización para informar a la entidad de gestión que el PS
se encuentra procesando un fichero de configuración. El objeto MIB Dev de PS
cabhPsDevProvConfigFileStatus se destina a desempeñar la función de mecanismos de
señalización.
Si un PS (CMP) no se encuentra solicitando, descargando o procesando un fichero de
configuración, DEBE fijar cabhPsDevProvConfigFileStatus = idle(1). Cuando el mismo PS
ha emitido una petición TFTP de un fichero de configuración especificado en
cabhPsDevProvConfigFile, DEBE fijar cabhPsDevProvConfigFileStatus = busy(2), y
cuando completa el procesamiento del fichero de configuración del PS, DEBE fijar
cabhPsDevProvConfigFileStatus = idle(1).
El PS (CMP) DEBE tratar de descargar y procesar el fichero de configuración con el
nombre y dirección especificados en cabhPsDevProvConfigFile cuando recibe un mensaje
de petición de establecimiento de SNMP para el objeto cabhPsDevProvConfigFile, si son
verdaderas las condiciones:
•
el PS se encuentra funcionando en el modo de configuración SNMP;
•
el objeto cabhPsDevProvConfigHash tiene un valor válido; Y
•
cabhPsDevProvConfigFileStatus = idle(1).
El formato de cabhPsDevProvConfigFile DEBE ser una dirección IP de servidor TFTP
codificada como URL y un nombre de fichero de configuración.
Si el PS (CMP) que está funcionando en el modo de configuración SNMP recibe una
petición de establecimiento de SNMP del NMS con objeto de actualizar el valor de
cabhPsDevProvConfigFile Y cabhPsDevProvConfigFileStatus = busy(2) O si el objeto
cabhPsDevProvConfigHash no tiene un valor válido, en ese caso el PS DEBE rechazar la
petición de establecimiento.
Funcionamiento tras la activación:
Una vez activado, el PS DEBE utilizar un cliente TFTP conforme a RFC 1350 para
descargar los ficheros de configuración del PS.
A continuación, el elemento PS DEBE seguir tratando de descargar el fichero de
configuración del PS especificado de la ubicación determinada hasta que lo logre
satisfactoriamente y se calcule con éxito el troceo como se describe en 7.3.3.3. Si el primer
intento no tuvo éxito, el PS DEBE utilizar un límite temporal adaptativo para el TFTP
basado en la reducción exponencial binaria que se describe más adelante, hasta que el PS
(CMP) reciba satisfactoriamente el fichero solicitado del servidor TFTP en la cabecera:
•
cada reintento se realiza 2
4 ó 5] el contador de reintentos del fichero de configuración del PS;
•
n = 0 para el primer reintento, y a continuación aumenta en 1 para cada intento
subsiguiente, hasta n = 5;
•
si el PS no consigue satisfactoriamente el fichero solicitado después del intento con
n = 5, n se reactiva a 0 y el PS debe rearrancar el proceso de adquisición de IP de la
WAN-Man a través de DHCP.
El PS DEBE intercambiar mensajes TFTP sólo a través de la interfaz WAN-Man del PS y
rechazar cualquier fichero de configuración que no se reciba a través de dicha interfaz.
Cuando se completa la descarga TFTP del fichero de configuración del PS, Y ese fichero se
autentica adecuadamente conforme a 7.3.3.3, el PS debe procesar los TLV incluidos en el
90
Rec. UIT-T J.191 (03/2004)
n
segundos a partir del intento anterior, siendo n = [0, 1, 2, 3,
Tabla de contenido
