Registro Histórico Local De Eventos - ITU UIT-T J Serie Manual Del Usuario

Redes de cable y transmisión de programas radiofónicos y televisivos, y de otras señales multimedios
Tabla de contenido

Publicidad

Los mensajes de petición SNMP SET dirigidos al objeto RFC 2669 docsDevEvReporting utilizando
los valores siguientes DEBEN provocar un error 'Wrong Value' para las PDU SNMP:
0x20 = sólo registro de sistema
0x40 = sólo trampa
0x60 = sólo (trampa + registro de sistema)
Un evento comunicado por trampa, histórico del sistema o informativo DEBE generar asimismo
una anotación histórica en el registro local ya sea volátil o no volátil conforme al cuadro 6-19, y
como se describe en 6.5.1.1.
6.5.1.1
Registro histórico local de eventos
El PS DEBE mantener un cuadro de eventos de registro histórico local que almacene los eventos ya
sea como locales volátiles o como locales no volátiles. Los eventos almacenados como locales no
volátiles DEBEN conservarse tras los rearranques del PS. El cuadro de eventos del histórico local
DEBE organizarse como una memoria intermedia cíclica con una capacidad mínima de 10 entradas.
El cuadro de eventos del histórico local DEBE ser accesible a través de docsDevEventTable
definido en RFC 2669.
La descripción de los eventos DEBE estar en inglés. Las descripciones de los eventos NO DEBEN
superar los 255 bytes de longitud, que es el máximo definido para SnmpAdminString.
El EventId es un entero de 32 bits sin signo. Los EventIds comprendidos entre 0 y (2
reservados. El EventId DEBE convertirse con arreglo a los códigos de error definidos en el
anexo B. Los EventId que van de 2
de acuerdo con el siguiente formato:
El bit 31 estará activado para indicar un evento específico del fabricante.
Los bits 30-16 contendrán los 15 bits finales del número de fabricante del SNMP.
Los bits 15-0 están destinados a la numeración de eventos del fabricante.
El objeto RFC 2669 docsDevEvIndex permite la ordenación relativa de los eventos en el registro
histórico. La calificación de los eventos del registro histórico local como volátiles locales y no
volátiles locales exige un método de sincronizar los valores docsDevEvIndex entre ambos tipos de
eventos tras un rearranque del PS. Tras éste, DEBE utilizarse el siguiente procedimiento para
sincronizar los valores docsDevEvIndex correspondientes a los elementos volátiles y no volátiles:
Los valores de docsDevEvIndex correspondientes a los eventos del registro histórico local
calificados como no volátiles locales DEBEN renumerarse desde 1.
El registro histórico local DEBE inicializarse, acto seguido, con los eventos calificados
como no volátiles locales en el mismo orden que tenían antes del rearranque.
Los eventos subsiguientes anotados en el histórico local, calificados como volátiles locales
o bien como no volátiles locales, DEBEN utilizar valores de incremento de
docsDevEvIndex.
La reactivación del registro histórico local iniciada por medio de un SNMP SET del objeto
docsDevEvControl RFC 2669 DEBE suprimir todos los eventos del histórico local, incluidos los
eventos del histórico calificados como volátiles locales o como no volátiles locales.
6.5.1.2
SNMP TRAP y SNMP INFORM
El PS DEBE soportar la PDU SNMP Trap descrita en RFC 2576. El PS DEBE soportar la PDU
SNMP INFORM descrita en RFC 2576. INFORM es una variante de trampa y exige que el servidor
receptor acuse recibo de la llegada de una PDU InformRequest con una PDU InformResponse.
Cuando se activa en el PS una trampa SNMP normal, DEBE enviar notificaciones para cualquier
evento de dicha categoría cuya prioridad sea "error" o "notice".
54
Rec. UIT-T J.191 (03/2004)
31
32
a (2
– 1) DEBEN utilizarse como específicos del fabricante
31
– 1) están

Publicidad

Tabla de contenido
loading

Este manual también es adecuado para:

Uit-t j-191

Tabla de contenido