contenedor servlet Embarcadero, en el puerto 8980. Abra su navegador y en:http://yourhost:8980/opennms/

el nombre de usuario y la contrasea son "admin" para empezar.

Descubre de la redEncontrar los Ejrcitos En primer lugar, OpenNMS necesita saber qu dispositivos (o "nodos") desea que se descubra. Para descubrir los nodos, OpenNMS hace un barrido ping en los rangos de direcciones IP que se configura a descubrir. Si una direccin IP que OpenNMS no es ya la gestin responde a un ping descubrimiento, a continuacin, OpenNMS comience a rastrear la direccin IP para los servicios, crear un nuevo nodo en su base de datos, y comenzar el seguimiento de las interfaces del nodo y servicios. Una nueva instalacin de OpenNMS no realizar ningn descubrimiento hasta que agregue uno o varios rangos de direcciones a la configuracin de descubrimiento. Para ello, acceda a la web la interfaz de usuario como de administrador de usuario y la navegacin a la administracin de men y luego hacer clic en ' Configurar Discovery ' en el marco del Operaciones seccin. En la Cordillera Incluir seccin de la Casa / Administrador / Descubrimiento / modificar la configuracin de pgina, haga clic en " Agregar nuevo " botn. En la ventana que aparece, introduzca el principio y el final de las direcciones IP del rango que desee incluir para el descubrimiento. Los valores predeterminados de reintentos y el tiempo de espera suelen ser adecuados. Haga clic en ' Add ' botn y la ventana emergente se cerrar y la nueva gama se mostrar en la Incluya Rangos seccin. Haga clic en ' Guardar y reiniciar Discovery ' botn para aplicar los cambios. El descubrimiento de la nueva gama agreg comenzar en pocos segundos, las solicitudes de ping y escaneos de servicios se extienden en el tiempo para evitar las inundaciones de la red, por lo que requerir algn tiempo para que todos los nodos en su gama agreg recientemente a explorar y descubrir. Para obtener ms informacin detallada sobre la configuracin de descubrimiento, incluyendo cmo agregar direcciones IP manualmente en el fichero de configuracin de descubrimiento, vea Descubrimiento .

Recibe avisos cuando se producen problemasPara empezar, tenemos que configurar el principal administrador de usuario para tener una direccin de correo electrnico vlida.1. Inicie la sesin como administrador de la web de IU 2. Ir a la administracin en la barra de mens 3. En el marco del Operaciones seccin, establezca la notificacin de estado de botn

de radio para El y haga clic en la actualizacin de botn

4. En el marco del Sistema de OpenNMS seccin, vaya a Configuracin de usuario,

grupos y roles y, a continuacin Configurar usuarios 5. haga clic en el icono en "Modificar" para la administracin de usuarios 6. configurar el correo electrnico direccin, y haga clic en Finalizar botn Esto debera OpenNMS configurado para enviar las notificaciones por defecto para el administrador de la direccin de correo electrnico. Las notificaciones son extremadamente flexible y puede ser configurado para hacer escaladas complejas, las interrupciones programadas, y la gestin de usuarios. Las instrucciones detalladas estn disponibles en la configuracin de notificacin Cmo se hace .

Contenido[ ocultar ]

1 Introduccin o 1.1 Propsito o 1.2 Derecho de Autor o 1.3 Correcciones y Omisiones 2 Informacin general 3 Descubrimiento o 3.1 Descubrimiento de la interfaz de usuario o 3.2 El descubrimiento de archivos de configuracin o 3.3 Otra manera de descubrir interfaces o 3.4 Registros 4 Capacidades o 4.1 Parmetros para el Proceso de capsd o 4.2 Protocolos o 4.3 Plugin Propiedades 4.3.1 Citrix 4.3.2 DHCP 4.3.3 DNS 4.3.4 Domino IIOP 4.3.5 FTP 4.3.6 HTTP 4.3.7 HTTPS 4.3.8 ICMP 4.3.9 IMAP 4.3.10 JBOSS 4.3.11 JDBC 4.3.12 Procedimiento almacenado JDBC 4.3.13 JSR160 4.3.14 LDAP 4.3.15 de Microsoft Exchange 4.3.16 mx4j 4.3.17 Notas HTTP 4.3.18 NRPE 4.3.19 NSClient 4.3.20 NTP 4.3.21 POP3 4.3.22 Radio 4.3.23 SMB 4.3.24 SMTP 4.3.25 SNMP 4.3.26 SSH 4.3.27 TCP 4.3.28 Servicios de Windows (Win32ServicePlugin) o 4.4 Protocolo de asignacin de complementos a los servicios o 4.5 Bloque de mensajes del servidor (SMB) o 4.6 Polticas de Gestin 5 SNMP o 5.1 El SNMP-config.xml Archivo

Introduccin PropsitoEste Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de AutorEl contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Correcciones y omisionesPor favor, enve las correcciones y omisiones al autor.

Informacin generalOpenNMS es una plataforma de gestin de red de nivel empresarial desarrollada en el marco del modelo de cdigo abierto. A diferencia de los productos de gestin de red que estn muy centrados en los elementos de red tales como las interfaces de switches y routers, OpenNMS se centra en los recursos de red ofrecer servicios de: pginas web, acceso a bases de datos, DNS, DHCP, etc (aunque la informacin sobre elementos de la red tambin est disponible ). Como la mayora de los servicios de red se proporcionan con el protocolo TCP / IP, OpenNMS es muy centrados en IP. El seguimiento de base "elemento" se llama una "interfaz", y una interfaz se identifica por una direccin IP. Los servicios se asignan a las interfaces, y si una serie de interfaces se descubri que en el mismo dispositivo (ya sea a travs de SNMP o SMB) a continuacin, pueden ser agrupados juntos como un "nodo". Discovery en OpenNMS consta de dos partes: el descubrimiento de una direccin IP para monitorear y descubrir los servicios de apoyo de esa direccin IP. La primera parte es mucho ms simple que el segundo.

Descubrimiento Descubrimiento de la interfaz de usuarioEl camino ms directo para iniciar Discovery es a travs de la interfaz web. Vaya a Admin> Configuracin de descubrimiento. All se presentan con dos opciones.1. Caractersticas - que le permite introducir las direcciones IP conocidas interfaces individuales. 2. Incluir URL - que le permite especificar un archivo que contiene las direcciones IP que se incluirn en el descubrimiento. 3. Incluya Rangos - que instruye OpenNMS para escanear un rango de direcciones IP para las interfaces activas.

Los nodos aparecern en la lista de nodos, ya que se descubren.

El archivo de configuracin de DiscoveryDiscovery en OpenNMS es controlado por el descubrimiento configuration.xml archivo (que se encuentra en el directorio / opt / OpenNMS / etc directorio. Echemos un vistazo a ese archivo:threads="1"

192.168.0.1 192.168.0.254 Final /> incluyen alcance 192.168.30.1 Hay tres -configuracin del protocolo de las etiquetas que se han agregado.

Suponga que tiene una subred que se encuentra sobre un vnculo lento y puede tardar un poco ms de una solicitud ICMP para ser devueltos. En el primer ejemplo, la subred 192.168.10.0 se permite un segundo de respuesta de 4 en lugar del predeterminado de 2, y tres intentos. Suponga que tiene otro segmento que no quieren para buscar ICMP. En el segundo ejemplo, escanear est en "off", y que van no hacerse la prueba de ICMP. Por ltimo, el tercer ejemplo muestra la configuracin de exploracin para "permitir", lo que obliga el protocolo de estar asociado con el dispositivo sin pruebas para ello. Esto es til si conoce el protocolo va a existir en un dispositivo, pero por alguna razn no se ha agregado an o se ha cado. Tenga en cuenta que "permitir" slo funciona para las etiquetas de configuracin del protocolo y no principales el plugin de etiquetas.

Plugin de PropiedadesLa siguiente tabla muestra todas las propiedades que las etiquetas estn disponibles para cada protocolo plugin. Los valores por defecto son los que en el cdigo en el propio plug-in, no los valores por defecto en el archivo de configuracin. Citrixpuerto El puerto al que conectarse. El valor predeterminado es "1494". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor por defecto es "0".

DHCPpuerto El puerto al que conectarse. El valor predeterminado es "67". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000".

reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3".

DNS

puerto El puerto al que conectarse. El valor predeterminado es "53". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3". bsqueda El nombre de host por defecto para tratar de resolver. El valor predeterminado es "localhost".

Domino IIOPpuertos El puerto al que conectarse. El valor predeterminado es "63148". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". puerto IOR Puerto para buscar la IOR a travs de HTTP. El valor predeterminado es "80".

FTPpuerto El puerto al que conectarse. El valor predeterminado es "21".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

HTTPpuertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). El valor predeterminado es "80,8080,8000". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". max-ret-cdigo (1.3.2 y posteriores) El ms alto cdigo de respuesta HTTP numricos que se tomarn para indicar el xito. El valor predeterminado es 399 si se especifica una direccin URL, 600 si no. de verificacin de cdigo de retorno (1.3.2 y posteriores) Booleano que indica si o no para comprobar el cdigo de respuesta HTTP para el xito / fracaso. El valor predeterminado es "true". Tenga en cuenta que los cdigos de retorno ilegales (99 = 600, por RFC1945 ) siguen indicando fracaso.

HTTPSpuertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). El valor predeterminado es "443". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "30000".

reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "1". max-ret-cdigo (1.3.2 y posteriores) El ms alto cdigo de respuesta HTTP numricos que se tomarn para indicar el xito. El valor predeterminado es 399 si se especifica una direccin URL, 600 si no. de verificacin de cdigo de retorno (1.3.2 y posteriores) Booleano que indica si o no para comprobar el cdigo de respuesta HTTP para el xito / fracaso. El valor predeterminado es "true". Tenga en cuenta que los cdigos de retorno ilegales (99 = 600, por RFC1945 ) siguen indicando fracaso.

ICMPtiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "800". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "2".

IMAPpuerto El puerto al que conectarse. El valor predeterminado es "143". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

JBOSSfbrica El mtodo de conexin a JMX. El valor predeterminado es "RMI". El valor aceptable otro es "HTTP".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". versin La versin de JBOSS ser detectado. El valor predeterminado es "4". puerto El puerto TCP a utilizar para la conexin. El valor predeterminado es "1099".

JDBC A diferencia de casi todos los otros plugins, el plugin de JDBC es * muy * poco probable que funcione con los valores de configuracin por defecto. Usted tendr que configurar el usuario. contrasea, URL y el conductor para que coincida con la base de datos para que esto funcione.tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". usuario El nombre de usuario con el que autenticar a la base de datos. El valor predeterminado es "sa" contrasea La contrasea correspondiente al nombre de usuario. Por defecto est en blanco url La url de la base de datos (JDBC foramt url). El valor predeterminado es "jdbc: sybase: Tds: OPENNMS_JDBC_HOSTNAME / tempdb" conductor La clase del controlador JDBC para crear la conexin. El valor predeterminado es "com.sybase.jdbc2.jdbc.SybDriver" de acogida

La sede de la base de datos sigue viva. El valor predeterminado es "OPENNMS_JDBC_HOSTNAME"

JDBC procedimiento almacenado La configuracin es que para el plugin de JDBC, excepto que es un parmetro adicional para definir el procedimiento almacenado para ejecutar. Advertencias sobre la configuracin del plugin de JDBC se aplican aqu tambin. El parmetro adicional:procedimiento almacenado El nombre del procedimiento almacenado para ejecutar despus de conectarse a la base de datos. El valor predeterminado es "isRunning". El procedimiento almacenado debe tener un parmetro de salida nica de java.sql.Types.BIT tipo. El valor de retorno real se descarta

JSR160tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000".

LDAPpuerto El puerto TCP en el que buscar el servicio LDAP. El valor predeterminado es "389". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

Microsoft Exchangetiempo de espera El puerto al que conectarse. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0" pop3 puerto

El puerto para buscar el protocolo POP3. El valor predeterminado es "110". imap puerto El puerto para buscar el protocolo IMAP. El valor predeterminado es "143". puerto mapi El puerto para buscar el protocolo MAPI. Este puerto / servicio es utilizado por Exchange para hacer RPC a travs de HTTP. El valor predeterminado es "593".

Mx4jtiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000".

Notas HTTPpuertos El puerto para conectarse a (puede ser ms de uno, separados por una coma). Busca la cadena "Notas" en el banner. El valor predeterminado es "80,8080,8000". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

NRPEcomando El comando para enviar al agente NRPE. El valor predeterminado es el NRPE Hola comando ("_NRPE_CHECK") puerto El puerto del agente NRPE est escuchando. El valor predeterminado es "5666" relleno

El relleno a utilizar en el paquete. El valor predeterminado es 2 tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". vuelva a intentar El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". usessl (disponible en OpenNMS 1.3.10) Si desea utilizar NRPE a travs de SSL. El valor predeterminado es "falso". Se establece en "true" para habilitar.

NSClient

comando El comando para enviar al agente NSClient. El valor predeterminado es la comprobacin de versin de cliente ("1"). puerto El puerto en el que el agente est escuchando. El valor predeterminado es "1248" parmetro Un parmetro para enviar junto con el comando. Predeterminado es null criticalPercent Si el comando enviado devuelve un valor que se puede comparar, este valor es el valor de la comparacin de un nivel crtico. El valor predeterminado es "0" warningPercent Si el comando enviado devuelve un valor que se puede comparar, este valor es el valor de comparacin para un nivel de alerta. El valor predeterminado es "0" contrasea La contrasea necesaria para conectarse al agente. El valor predeterminado es "Ninguno" tiempo de espera

El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". vuelva a intentar El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

NTP

puerto El puerto al que conectarse. El valor predeterminado es "123". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "3000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "3".

POP3puerto El puerto al que conectarse. El valor predeterminado es "110". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

Radioauthport El puerto del demonio de radio utiliza para la autenticacin. Por defecto es 1812 acctport El puerto del demonio de radio utiliza para la contabilidad. El valor predeterminado es 1813 AuthType

El tipo de autenticacin, el demonio de radio requiere. El valor predeterminado es "pap" usuario Un nombre de usuario que puede ser utilizado para probar la autenticacin. El valor predeterminado es "OpenNMS" contrasea Una contrasea correspondiente que puede ser utilizado para probar la autenticacin. El valor predeterminado es "OpenNMS" secreto El secreto compartido con el demonio de radio. El valor predeterminado es "secreto" tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

SMB No tiene propiedades para SMB plugin. SMTPpuerto El puerto al que conectarse. El valor predeterminado es "25". tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0".

SNMPpuerto El puerto al que conectarse. El valor predeterminado es "161".

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es nulo. reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es nulo. vigor la versin La versin del protocolo (SNMPv1 o SNMPv2) a utilizar para comprobar el servicio. El valor predeterminado es nulo. vbname El OID de consulta. El valor predeterminado es ".1.3.6.1.2.1.1.2" (esto es SNMPv2-MIB:: sysObjectID.0). vbvalue El valor (opcional) para comprobar si la devuelve una OID. El valor predeterminado es nulo.

SSH

tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". puerto El puerto del demonio de ssh est escuchando. El valor predeterminado es "22". partido Una expresin regular para verificar si en la respuesta desde el servidor SSH. Predeterminado es null banner Si el partido no se define, otra expresin regular para verificar si en la respuesta. Predeterminado es null

TCP

puerto El puerto al que conectarse. El valor predeterminado es nulo. tiempo de espera El tiempo en milisegundos para esperar una respuesta. El valor predeterminado es "5000". reintentos El nmero de intentos realizados para detectar el servicio. El valor predeterminado es "0". banner Verifica en el "banner" cadena con la cadena que se devuelve si la conexin es correcta. El valor predeterminado es nulo.

Servicios de Windows (Win32ServicePlugin)nombre de servicio El nombre del servicio de Windows que usted est interesado en, por ejemplo "Programador de tareas". El valor predeterminado es "servidor".

Este complemento ampla el SnmpPlugin y por lo tanto tambin acepta todas sus propiedades.

Asignacin de Plugins Protocolo de ServiciosTenga en cuenta que los plugins protocolo representan el cdigo que se utiliza para determinar si existe un servicio en particular. No es el propio servicio. El capsdconfiguration.xml archivo es donde los servicios estn definidos. Por ejemplo, visita el servicio HTTP: clave de la propiedad key="timeout"

Este servicio se utiliza el plugin de HTTP para comprobar si hay un servicio en el puerto 80 y crear un servicio llamado "HTTP". Con un simple cambio de nmero de puerto, puede crear un nuevo servicio: clave de la propiedad

El mismo protocolo plugin, sino un servicio totalmente diferentes en cuanto a OpenNMS que se trate. En algunos casos, principalmente con HTTP, puede comprobar varios puertos. Si lo hace, entonces el servicio se considera que existe una respuesta vlida si se recibe en cualquiera o todos los puertos de la prueba.

Uno de los plugins ms poderosa es la TCP plugin. Aqu se utiliza para probar la existencia de un shell seguro:

clave de la propiedad key="port"

Este se conectar al puerto 22 y buscar la cadena "SSH" para ser devueltos. Mediante el uso de este control banner puede crear diferentes servicios para diferentes versiones de software, tales como Oracle7 frente Oracle8, siempre y cuando la informacin se incluy en la bandera (para ver el banner, usted puede usar telnet direccin IP del puerto ). En la actualidad, el partido es estrictamente una bsqueda de subcadena. En futuras versiones de expresiones regulares pueden ser permitidos.

Bloque de mensajes del servidor (SMB)SMB es usado por los servidores de Windows para compartir archivos, similar al de NFS. OpenNMS no sondea o SMB o NFS, pero puede utilizar algunas de las informaciones proporcionadas por SMB a nombre de los nodos e interfaces de grupo en los nodos. Si SMB se descubre en un dispositivo, ser observado en la pgina del nodo. Puede permitir OpenNMS a "conectarse" a un recurso compartido SMB utilizando la siguiente etiqueta: GRUPO DE TRABAJO

Aqu puede introducir en un nombre de usuario contrasea y dominio para OpenNMS utilizar cuando se intenta conectar a una interfaz.

Gestin de PolticasComo se mencion al principio de esta seccin, la poltica de gestin por defecto es "administrada", lo que significa que capsd tratar de un servicio de exploracin en todas las interfaces en eventos newSuspect. Esto se puede reemplazar con la ip de gestin de etiquetas. Desde el defecto capsd-configuration.xml fichero de configuracin:policy="managed"> 0.0.0.0 Esta etiqueta tiene una poltica de atributo que puede ser gestionado o no gestionado . A continuacin, puede definir los rangos, determinadas direcciones

IP

y los archivos segn sea necesario. Tenga en cuenta que la "gestin" ejemplo se utiliza especficamente como un ejemplo: desde la poltica por defecto es "administrada" no es necesario.

SNMPEl protocolo SNMP es un caso especial. Si bien la mayora de los otros servicios con el tiempo ser encuestados, el servicio SNMP se utiliza para recopilar datos. los Veamos en su definicin en el fichero de configuracin: clave de la propiedad Tenga en cuenta la versin vigente de propiedad. Desde la versin de SNMP

dos agentes respondern a las solicitudes SNMP versin 1, esta prueba se encuentran los dos agentes. Esta propiedad no tiene nada que ver con cmo los datos sern recogidos . El colector SNMP de forma automtica los controles de SNMPv2 y uso GRANEL comandos GET para recuperar los datos (a menos que se reemplaza en el snmp-config.xml archivo). Pero si usted quiere gestionar un servicio llamado "SNMPv2" se puede crear uno con: clave de la propiedad

Tenga en cuenta que el "SNMPv2" que existan a principios de 0.9 ya no est activada de forma predeterminada.

El SNMP-config.xml ArchivoLos parmetros utilizados para conectar con los agentes SNMP se definen en el snmp-config.xml archivo. Aqu est un ejemplo: 192.168.0.5 retry="4" 192.168.5.50 Los atributos del snmp-config etiquetas son las siguientes:

vuelva a intentar

El nmero de intentos que se hicieron para conectar con el agente SNMP. tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del agente. lectura de la comunidad El valor por defecto "leer" cadena de comunidad SNMP para las consultas. escritura de la comunidad El valor por defecto "escribir" cadena de comunidad SNMP para las consultas. Tenga en cuenta que esto es para el desarrollo futuro OpenNMS no realiza SNMP "fija" en este momento.

Todos los parmetros globales se puede reemplazar con definicin de las etiquetas. Estas nuevas definiciones de SNMP se pueden aplicar a rangos o direcciones IP especficas. Adems, hay dos otros atributos disponibles:puerto Esto anula el puerto predeterminado de 161. versin Aqu se puede obligar a cualquiera de las versiones de SNMP 1 "v1" o 2c versin "v2c".

capsd y SNMPCuando la prueba SNMP, capsd hace un intento para recibir la sysObjectID para el dispositivo utilizando la cadena de comunidad y el puerto se define en el snmpconfig.xml . Si esto tiene xito, el protocolo SNMP est marcado como "verdadero" para esta direccin IP. Tenga en cuenta que tiene el partido vlido por primera vez en snmp-config.xml para que la direccin IP, algo que debe observar si la direccin se incluye en varios rangos. Una vez que todos los protocolos han sido probados, si SNMP es vlido para esta direccin IP, ms pruebas se realizan por capsd. En primer lugar, tres hilos se generan tres solicitudes SNMP se hacen para recoger los datos del rbol del sistema, el ipAddrTable y ifTable. Si, por alguna razn, el ipAddrTable ifTable o no estn disponibles, el proceso se detiene (aunque los datos del sistema SNMP pueden aparecer en la pgina del nodo - esto sucede mucho con la Universidad de California-Davis agentes SNMP en el que slo el rbol del sistema est disponible para una consulta a travs del "pblico" cadena de comunidad). En segundo lugar, todas las direcciones IP objetivo secundario en el ipAddrTable se ejecutan a travs de las capacidades capsd exploracin. Tenga en cuenta que esto es independientemente de cmo la administracin se configura en el archivo de configuracin. Esto slo ocurre en la exploracin inicial y vuelve a explorar forzoso. En escaneos normales (por defecto, cada 24 horas), las direcciones IP que son "administrados" en capsd no se mira. En tercer lugar, todas las direcciones IP en el ipAddrTable que soporta SNMP es una prueba para ver si se asigna a un ifIndex vlido en el ifTable. Si esto es cierto, la direccin IP est marcado como un segundo interfaz SNMP y es un candidato para convertirse en la principal interfaz de SNMP. Por ltimo, todas las secundarias interfaces SNMP son probados para ver si coinciden con un paquete vlido de la collectd la configuracin de archivos. Si ms de una direccin IP vlida cumple los tres criterios (soporta SNMP, tiene un ifIndex vlido y est incluido en un paquete de coleccin), el ms bajo direccin IP est marcado como principal. Todos recopilacin de datos SNMP se realiza a travs de la principal interfaz SNMP. (Nota: en el futuro tendremos la posibilidad de cambiar a una posicin secundaria interfaz SNMP caso de que el principal no est disponible).

Cuando el proceso de prueba capsd es completa, se generan los eventos, incluyendo eventos NodeGainedService. SNMP recopilacin de datos est cubierto en otro Cmo se hace ( la recopilacin de datos de procedimientos de configuracin ).

Conclusin

Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.

Contenido[ ocultar ]

1 Introduccin o 1.1 Propsito 2 Derecho de Autor o 2.1 Correcciones y Omisiones 3 Informacin general 4 de votacin o 4.1 La configuracin del archivo de encabezado Poller o 4.2 Paquetes Poller o 4.3 Servicios Poller o 4.4 Poller calendario de interrupcin o 4.5 Modelos de tiempo de inactividad o 4.6 Poller Monitores 5 Documentacin para Pollers especficas 6 Conclusin 7 Ejemplos

Introduccin PropsitoEste Cmo se forma parte de una serie diseada para servir de referencia para comenzar a OpenNMS. Eventualmente, estos documentos cubrir todo lo necesario para obtener OpenNMS instalado y funcionando en su entorno.

Derecho de AutorEl contenido est disponible bajo Creative Commons Reconocimiento-No comercialShareAlike2.5 licencia .

Correcciones y omisionesPor favor, enve las correcciones y omisiones al autor.

Informacin general

OpenNMS es una plataforma de gestin de red de nivel empresarial desarrollada en el marco del modelo de cdigo abierto. A diferencia de los productos de gestin de red que estn muy centrados en los elementos de red tales como las interfaces de switches y routers, OpenNMS se centra en los recursos de red ofrecer servicios de: pginas web, acceso a

bases de datos, DNS, DHCP, etc (aunque la informacin sobre elementos de la red tambin est disponible ). Hay dos formas principales que rene datos OpenNMS sobre la red. La primera es a travs de votacin . Procesos llamados monitores de conectarse a un recurso de red y realizar una sencilla prueba para ver si el recurso est respondiendo correctamente. Si no, se generan los eventos. La segunda es a travs de la recopilacin de datos utilizando los coleccionistas . En la actualidad, el colector es slo para los datos SNMP, y ser cubierto en otro Cmo se hace. La idea bsica detrs del Poller agrupacin comienza con los dispositivos de red en los paquetes . Cada paquete constar de diversos servicios y cmo van a ser encuestados (frecuencia). Adems, en caso de un corte de luz se detectaron, cada paquete puede tener su propio modelo de tiempo de inactividad que controla cmo el Poller dinmicamente ajustar su votacin sobre los servicios que estn abajo. Por ltimo, cada paquete tiene un calendario de cortes que los tiempos de los horarios cuando el Poller es no a la encuesta (es decir, el tiempo de inactividad programado). El Poller slo funcionar en las interfaces y servicios que han sido previamente descubierto por capsd (ver el Discovery Cmo se hace para obtener informacin sobre la configuracin de ese proceso).

Votacin La configuracin del archivo de encabezado Poller

De votacin en OpenNMS es controlado por el Poller-configuration.xml archivo (que se encuentra en el directorio / opt / OpenNMS / etc directorio). Echemos un vistazo a ese archivo:threads="30" status="on"

Existen tres comportamientos bsicos que se configuran en el encabezado de este archivo:configuracin Poller-hilos Esto determina el nmero mximo de subprocesos que se utilizarn para la votacin, y se puede ajustar hacia arriba o hacia abajo dependiendo del tamao de su red y la potencia de su servidor. (Ver Ajuste del rendimiento # discusiones Poller .) serviceUnresponsiveEnabled Una encuesta consiste en una conexin a un puerto determinado en un interface remoto, y luego una prueba para ver si el servicio en ese puerto devuelve una respuesta esperada. Si la respuesta no se recibe dentro del tiempo de espera , el servicio se considera abajo. En algunas redes, sin embargo, las fallas intermitentes de corta son comunes. Esto dar como resultado lo que se conoce como un " corte de 30 segundos ". Debido al modelo de tiempo de inactividad por defecto, un servicio no se encuest a ms de 30 segundos. Tenga en cuenta que este es un problema real: un usuario que intenta acceder a ese recurso tambin han experimentado un tiempo de espera. Sin embargo, en algunas redes de estos 30 cortes de segundo puede ser molesto pero difcil de corregir.

As que la opcin se ha aadido para indicar un fallo que cuando falla la conexin del puerto y no la respuesta. En este caso, uno no responde de servicios no genera una interrupcin, sino slo un "servicio que no responde" evento. Para habilitar este comportamiento, establezca este valor en "true". nodo-corte El evento de base que se genera cuando una encuesta no se llama "NodeLostService". Si ms de un servicio se pierde, mltiples eventos NodeLostService se generar. Si todos los servicios en una interfaz se han reducido, en lugar de un evento NodeLostService, un "InterfaceDown" evento se generar. Si todas las interfaces en un nodo estn abajo, el propio nodo puede ser considerado abajo, y esta seccin del archivo de configuracin controla el comportamiento Poller que debe ocurrir. Si un "NodeDown" acontecimiento y se -parada de estado de los ganglios = "on" entonces todos los eventos y NodeLostService InterfaceDown ser suprimido y slo un evento NodeDown se generar. En lugar de intentar sondear todos los servicios en el nodo de abajo, el Poller intentar nica encuesta de la crtica de servicio , de forma predeterminada ICMP. Una vez que devuelve el servicio crtico, el Poller continuacin, se reanudar la votacin de otros servicios. Si el servicio crtico no est disponible en un nodo, el pollAllIfNoCriticalServiceDefined parmetro controla el comportamiento. Si se establece en "true", entonces todos los servicios sern consultados. Si se establece en "false", el primer servicio en el paquete que existe en el nodo ser encuestados hasta que el servicio se restablezca, y luego de votacin se reanudar de todos los servicios.

Tenga en cuenta que cualquier cambio en este archivo no tendr efecto hasta que se reinicie OpenNMS.

Poller PaquetesUn paquete de Poller consta de un nombre, un grupo de interfaces para la encuesta, y los servicios a ser consultados sobre las interfaces. Varios paquetes se pueden configurar, y una interfaz puede existir en ms de un paquete (aunque el valor de que es cuestionable). Esto le da una gran flexibilidad a la forma en los niveles de servicio ser determinado por un determinado producto. Por ejemplo, puede crear paquetes calculadas mediante los tipos de votacin diferentes, por ejemplo, "de oro", "plata" y "bronce". En el paquete de oro, los servicios se encuest a cada minuto, el paquete de plata cada cinco minutos y el paquete de bronce cada quince. O, usted podra construir paquetes de diferentes Poller basado en los niveles de supervisin. Un paquete "bsico" slo puede votar ICMP y HTTP, mientras que un "lujo" de paquetes que incluyen bases de datos, etc. Adems de una lista de servicios, cada paquete puede tener un "tiempo muerto" de modelo y un "calendario de interrupcin", ambos discuten a continuacin.

La definicin de un paquete comienza con un paquete de etiquetas:name="example1"> paquete>

Esto es seguido por una lista de etiquetas que definen lo que las interfaces se incluir en el paquete. Hay cinco de estas etiquetas:filtroIPADDR IPLIKE *.*.*.*

Cada envase tiene una etiqueta de filtro que realiza la prueba inicial para ver si una interfaz se debe incluir en un paquete. Filtros de operar en las interfaces (no nodos) y se discuten en la filtros de pgina. Slo un filtro de estado puede existir por paquete.especfica 192.168.1.59

Esto especifica una direccin IP para incluir en un paquete.incluyen alcance

Esto especifica un rango de direcciones IP para incluir en un paquete.excluir alcance

Esto especifica un rango de direcciones IP para excluir en un paquete. Esto se sobrepondr a la inclusin / gama de etiquetas.de inclusin / url file: / opt / OpenNMS / etc / include

Esta etiqueta se apuntan a un archivo que consta de una lista de direcciones IP, uno en cada lnea, que se incluir en el paquete. Los comentarios pueden ser vistos en este archivo. Cualquier lnea que comienza con un carcter "#" ser ignorado, al igual que el resto de cualquier lnea que incluye un espacio seguido por "#". Todas las etiquetas de arriba, a excepcin de filtro, son opcionales y sin lmites.

Poller ServiciosUna vez que las direcciones IP para incluir en un paquete se definen los servicios que se encuest a una lista. Por ejemplo:name="DNS" servicio> interval="300000" user-defined="false" key="retry" Value="3"/> key="port"

Los parmetros comunes para el servicio Poller son los siguientes:vuelva a intentar El nmero de intentos que se hicieron para conectarse al servicio. El valor predeterminado es tiempo de espera La cantidad de tiempo, en milisegundos, que OpenNMS esperar una respuesta del servicio. El valor predeterminado es puerto

bsqueda

Esta encuesta ser el servicio de DNS, una vez cada cinco minutos (300.000 m). El resto del bloque es similar al bloque correspondiente en la configuracin capsd. Dado que los usuarios pueden definir los servicios a que se encuest, el definido por el usuario indica que este atributo para un servicio particular. De votacin tambin puede ser universalmente se detuvo por un servicio en particular, indicado por el estado de etiquetas. Tenga en cuenta que el servicio tal como se define en el Poller puede ser diferente a la definida en capsd. Si lo desea, un tiempo de espera ms largo durante el descubrimiento, por ejemplo. Adems, en este ejemplo, una peticin DNS se har para buscar "localhost". Esto debera devolver un error (como localhost no aparece normalmente en un DNS), pero si ese error se devuelve, el DNS est funcionando correctamente y se supera la prueba. la implementacin de Microsoft de DNS, sin embargo, a veces tiene problemas con esto, por lo que puede poner una gran cantidad real para el valor de bsqueda (y en capsd tambin). Debe haber al menos un servicio definido por el paquete.

Poller calendario de interrupcin(En las versiones 1.5.x ms reciente que esta caracterstica se llama "cortes programados") Con el fin de mantener los servidores funcionando correctamente, a menudo es necesario para llevarlos fuera de servicio por mantenimiento programado. En lugar de tener estos cortes de servicio de mantenimiento se refleja como un corte de servicio de verdad, pueden ser incluidos en un "apagn Calendario Poller" y, a continuacin hace referencia el paquete de Poller con el corte en el calendario de etiquetas. Esta etiqueta contiene el nombre de una interrupcin vlida en la encuesta-outages.xml archivo. La interrupcin en el calendario de etiquetas es opcional y sin lmites (es decir, puede hacer referencia a ms de una interrupcin). Desde la versin 1.5.91 se puede configurar las interrupciones programadas de la interfaz grfica de usuario, se puso a Admin -> Cortes programados. Antes de la versin 1.5.91, haba tres tipos de cortes: semanal, mensual y especficos. Desde 1.5.91 tambin existe la posibilidad de configurar las interrupciones diarias. Si usted tiene el problema que los nodos se comunican a estar abajo pensaron que se encuentran dentro de un corte que va todos los das pasada la medianoche tratar de definir dos intervalos de tiempo dentro de la corte, uno hasta la medianoche y el otro de partida despus de la medianoche, por ejemplo, en lugar de 22:00 apagn :00-01: 00:00 y definir 22:00:00-23:59:59 00:00:00-01:00:00. Ejemplos de la encuesta-cortes de archivo: interface> address="192.168.0.1"/> interface> address="192.168.0.36"/> direccin corte de

Esto define un calendario de cortes llamados "global" que se ejecuta cada semana. Se especifica cuatro veces falla: domingo a partir de las 12:30 y dura 15 minutos, el domingo a partir de las 1:30 pm y duran una hora y quince minutos, la parada misma hora del lunes, y otro el martes de 1:00 pm a 2 : 45 horas. Esto es para demostrar que se puede tener cortes

mltiples en un da determinado y el mismo corte en diferentes das. Tres interfaces se vern afectados.name="hub oid

variable de las colecciones de SNMP se colocan en grupos para que sea ms fcil de asociar con tipos especficos de dispositivos. Un grupo se compone de un grupo de nombre y los tipos de interfaces ( ifType ) para los que los objetos miembro debe ser recogida. El ifType atributo puede tomar en los siguientes valores:todos los Esto significa que todos los tipo de interfaz se sondean para las OID incluido en el grupo. ignorar Esto se utiliza para los valores escalares, es decir, aquellos que aparecen slo una vez en un dispositivo, como la "media carga" de un router. Este valor se recogen y almacenan una vez para el dispositivo. [Especficos valor numrico] Si lo desea, para sondear cierto valor de las interfaces ATM, otros de los enlaces WAN punto a punto, y otros de las interfaces Ethernet. Por ejemplo:

grupo> name = ifType "my-ATM-example" = "37"> grupo> nombre ifType "ethernet-example" = = "6,62">

Ver http://www.iana.org/assignments/ianaiftype-mib para obtener una lista completa de ifType valores. Como caso especial, los grupos que contienen definiciones de objeto de tabla (tambin conocido como "columna") los datos de las tablas de indexado por ningn identificador de instancia que no sea ifIndex debe tener un tipo de grupo de todos . Este tipo de datos se denomina ndice de genricos de datos, y se describe con ms detalle en el artculo La recopilacin de datos SNMP de tablas con ndices arbitraria . Es importante no mezclar los datos escalares, los datos de nivel de interfaz, y los datos genricos del ndice en el mismo grupo. Cada variable MIB de SNMP consiste en un OID adems de un ejemplo. Por lo general, esa instancia es cero (0) o un ndice a una tabla. Por el momento, OpenNMS slo entiende el ndice ifIndex a la ifTable. Todos los otros casos tienen que ser configurado explcitamente. El alias debe ser no ms de 19 caracteres de longitud (una limitacin derivada de la concepcin de RRDtool), nico por cada combinacin de tipo de dispositivo y tipo de recurso, y por lo general debe ser nico por OID. El archivo RRD que se crea tendr el alias como nombre de archivo. OpenNMS comprende cuatro tipos de variables numricas para recoger: calibre, timeticks, entero, contador . Desde RRD slo entiende de datos numricos, cualquier tipo de cadena encontradas se va a analizar a un nmero antes de que se mantuvo en el almacenamiento de RRD. Si la conversin no se puede hacer (tal vez usted est tratando de cobrar SystemName, por ejemplo), un mensaje de registro se generar. A partir de OpenNMS 1.3.2, un tipo de cadena se pueden utilizar para recoger los valores de cadena y almacenar sus valores por separado de los archivos RRD. Sistemas Una vez que los grupos se definen, el ltimo paso es asociar con los sistemas a ser controlados. El SNMP systemOID (.1.3.6.1.2.1.1.2, ejemplo 0) devuelve otra OID que tiene la intencin de identificar de forma nica el tipo de equipo que se utiliza.nombre = . 1.3.6.1.4.1.2021.250. MIB2 interfaces-Net-SNMP MIB2 -anfitrin de los recursos de almacenamiento MIB2anfitrin de los recursos del sistema MIB2-anfitrin de los recursos de memoria ucd-loadavg systemDef

En esta definicin del sistema, cualquier dispositivo con un OID sistema que se utiliza SNMP para la recoleccin de datos cuya systemOID comienza con ".1.3.6.1.4.1.2021.250". recoger en cinco grupos de MIB: MIB2 interfaces-Net-SNMP, MIB2 los recursos de acogida de almacenamiento, MIB2-anfitrin de los recursos del sistema, MIB2-anfitrin de los recursos de memoria y ucd loadavg. Si desea un partido contra uso especfico oid lugar de Por lo tanto, para revisar una vez ms - de configurar paquetes de recogida, de forma similar a los paquetes de Poller, en el collectd-configuration.xml archivo. Una de las claves en que los puntos de archivo a un determinado snmp-coleccin de etiquetas en DataCollection-config.xml (esto es lo que me he referido como un sistema). Para cada rgimen, se configura cmo los datos sern almacenados, si todas las interfaces sern recogidos en o simplemente la interfaz principal para cada nodo, lo que OID MIB se

incluyen en cada grupo de MIB y MIB qu grupos estn asociados con los sistemas de lo que, sobre la base de la definicin del sistema. Lo tienes? Menos mal. Configuracin modular A partir de OpenNMS 1.8.4 y 1.9.1, ahora es posible incluir de forma modular de mltiples archivos de configuracin en DataCollection-config.xml, al igual que eventconf.xml. En primer lugar, asegrese de que tiene un OPENNMS_HOME $ / etc / DataCollection directorio. Si no, hacerlo. A continuacin, cree uno o ms ficheros de configuracin en ese directorio. La etiqueta de apertura debe ser "" con un nombre de conjunto, que puede contener cualquier nmero de resourceType, grupo, y las definiciones systemDef, al igual que el DataCollection-config.xml archivo principal. Por ejemplo:

nombre oid .1.3.6.1.4.1.9.1. rfc1315 -frame relay MIB2-X-interfaces ietf-bgp4-peer-stats cisco-bgp-peer-dir-familia-prefijo-stats

A continuacin, aadir al final de DataCollection-config.xml dentro de una etiqueta snmprecoleccin, con el nombre del grupo que se define en el individuo archivo XML: ...> < p > un registro de interrupcin ha creado el nuevo servicio y los clculos de disponibilidad de nivel se vern afectados hasta que esta interrupcin. se ha resuelto. < / p > % interrupcin% identificado en la interfaz% interfaz%. Mayor Cada evento es seguida por una etiquetas. Dentro de esas etiquetas son diferentes

otras definiciones:La UEI El "Identificador Universal Event" es simplemente una etiqueta para identificar el evento. La intencin original era que sera una especie de espacio de nombres XML, por lo tanto el "http://", pero en realidad es slo una etiqueta. En la versin 1.1 y ms all, el "http://" se ha eliminado. Nota: para eventos internos OpenNMS, la UEI es generado directamente por el cdigo y no se puede cambiar sin modificar la fuente. El evento de etiqueta Esta es una etiqueta de texto sin formato para el evento, a veces se utiliza en la interfaz de usuario de la web.descr

es la descripcin del evento. Puedes integrar las entidades HTML si desea dar formato a la descripcin ms completa. Tenga en cuenta que hay elementos como la interfaz%% que puede colocar en la descripcin del evento y el mensaje de registro (que se describir ms adelante en este documento).logmsg

Es una breve descripcin o resumen del evento. El " dest "atributo puede tomar una serie de valores:

logndisplay

Tanto el registro de sucesos en la base de datos y mostrarlos en la interfaz de usuario Web.logonly

El registro de sucesos en la base de datos, pero no la pantalla.suprimir

Ni el registro de sucesos en la base de datos o mostrarlo.donotpersist

No registrar el evento en la base de datos, pero an as enviar a los demonios OpenNMS que estn escuchando en este tipo de evento (por ejemplo: esto se puede utilizar para generar notificaciones).discardtraps

Esto slo se aplica a las trampas llegando a travs de trapd. Esto har que trapd para descartar la trampa sin crear un evento. Otros demonios OpenNMS que estn escuchando en este tipo de evento no recibir este evento. Esta caracterstica est disponible en OpenNMS 1.3.0.gravedad

Esto indica la gravedad del evento.

Niveles de gravedad Al establecer niveles de gravedad de los acontecimientos, a menudo pienso volver a una escena de la pelcula Spinal Tap . Esta pelcula es un "documental" sobre una banda de rock duro de envejecimiento. En una escena que el entrevistador est pidiendo un miembro de la banda sobre lo que l atribuye la popularidad de la banda. Seala a los amplificadores y ha dicho ", mientras que la mayora de los amplificadores de ir a 10, el nuestro va a 11". El entrevistador le pregunta por qu no los hacen ir a 10, pero slo hacen ms fuerte 10, a la que el miembro de la banda responde: "pero el nuestro va a 11". Lo he visto cuando la gente se dispuso a establecer niveles de gravedad de los hechos en sus nuevos Estados miembros. Eventos son "crticos" (algo anda mal con mi red!) O "Normal". La severidad entre los dos tienden a ser ignorados. Por desgracia, se hace muy duro para poner de relieve los acontecimientos realmente importantes cuando todo est verde o rojo. As que en lugar de poner todo "a 11", sugiero cortes normales de la red como menores o mayores (pero los tratamos de la misma manera como lo hara normalmente), y autor de la reserva crtica de los acontecimientos que realmente importan. Otra forma de ver esto es asignar acciones a los niveles de gravedad. As, una "crtica" caso significa que se despierta el presidente de su compaa en la maana de Navidad y arruinar sus vacaciones. As que si el circuito de respaldo RDSI de Helmut baja, es poco probable

que usted quiere la gravedad siendo crtica. Sin embargo, si la columna vertebral de toda la red est abajo, que podran justificar esa llamada telefnica. La siguiente es una lista de niveles de gravedad que vienen con OpenNMS, y mi descripcin personal de lo que significan. En la actualidad, los eventos predeterminados en OpenNMS no se ajustan exactamente a esta lista, pero en el futuro:Crtico (rojo oscuro) Este evento significa numerosos dispositivos en la red se ven afectados por el evento. Todos los que pueden deben dejar lo que estn haciendo y se centran en solucionar el problema. Mayor (luz roja) Un dispositivo es completamente abajo o en peligro de bajar. La atencin debe prestarse a este problema de inmediato. Menor (naranja) Una parte de un dispositivo (un servicio, y la interfaz, una fuente de alimentacin, etc) ha dejado de funcionar. El dispositivo necesita atencin. Advertencia (amarillo) Ha ocurrido un acontecimiento que puede requerir una accin. Esta gravedad tambin se puede utilizar para indicar una condicin que debe tenerse en cuenta (conectado) pero no requiere la accin directa. Normal (verde) Mensaje informativo. No se requiere accin. Restablecido (gris claro) Este evento indica que una condicin de error antes de que se haya corregido y el servicio se restaura. Indeterminado (amarillo-verde) La gravedad del caso no se puede determinar.

Parmetros adicionales Una serie de parmetros adicionales se pueden producir entre la tags (tenga en cuenta que hay otros definidos en el cdigo, pero an no aplicadas):

Se trata de un conjunto de instrucciones para el operador NMS cuando se produce el evento.

Esto puede ser un texto que se mostrar cuando el ratn se coloca sobre el evento en el navegador de eventos de la interfaz de usuario Web.

El texto de esta etiqueta debe ser la ruta completa a un programa ejecutable. El programa se ejecutar cada vez que se produce el evento.

Tenga en cuenta que cada etiqueta debe estar cerrado con su correspondiente "/" etiquetas. Elementos Varios elementos pueden ser incluidos en la descripcin, el mensaje de registro, la instruccin del operador y acciones automticas para cada evento. No todos los eventos tendrn valores para todos los elementos, y algunos se refieren a las trampas SNMP, que se debatir en la prxima seccin.%% Uei

El Universal Event identificador para el evento.%% De origen

El origen del evento (qu proceso).%% Del tiempo

La hora del evento.%% Nodeid

La identificacin del nodo del dispositivo que caus el evento.%% De interfaz

La interfaz asociado al evento.%% De servicio

El servicio asociado al evento.%% De severidad

La gravedad del evento.%% Snmphost

El anfitrin de la agente SNMP que gener el evento.%% Snmp

La informacin SNMP asociado al evento.

Id%%

La Empresa OID SNMP para el evento.%% Genricos

El nmero trampa genricos para el evento.%% Especficos

El nmero de trampas especficas para el evento.%% De la comunidad

La cadena de comunidad de la trampa.%% La versin

La versin de SNMP de la trampa.%% Operinstruct

Las instrucciones del operador para el evento.%% Mouseovertext

El ratn sobre el texto para el evento.

En la versin 1.1 y ms all, hay dos parmetros ms disponibles:%% Nodelabel

Devuelve la etiqueta del nodo para el nodo dado en %% nodeid si est disponible.%% Interfaceresolv

Hace una bsqueda inversa en el interfaz%% y devuelve su nombre si est disponible.

Tambin hay un parm elemento que se ver ms adelante.

SNMP TrapsFuera de los eventos generados internamente, OpenNMS tambin puede recibir capturas SNMP a travs de la trapd proceso. Estos son controlados en eventconf.xml con el etiquetas. Por ejemplo:

Identificacin .1.3.6.1.4.1.9.9.70.2 genricos < mevalue> 6 17 mscara http://uei.opennms.org / vendor/Cisco/traps/ciscoC3800SysAggregateStatusChange CISCO-C3800-MIB define evento trampa:

ciscoC3800SysAggregateStatusChange < p > Notificacin de que la situacin global de un nodo ha cambiado. < / p > < > < mesa tr > > < < td b > < c3800SysNextTrapSeqNum / b > > td parm% [# 1] < p > td; y # 38gt; < / td; > < / tr > > < < tr td > < b y # 38gt; sysname < / b > < / td < > > td parm% [# 2]% < / > < td td y # 38gt, p < / p > < / td; > < / tr > > < tr > < < td b > < c3800SysTrapSeverity / b > < / td < > > td parm% [# 3]% y # 38lt; / td > < < p > td; > claro (1) menores (2) mayor (3) < / p > & lt ; / td; > < / tr > > < < tr td > < b > < c3800SysAggregateStatus / b > < / td < > > td parm% [# 4]% < / td < > < p > td; y gt , claro (1) menores (2) mayor (3) < / td; > < / > < tr / > tabla Cisco suceso: C3900:. estado de los ganglios ha cambiado Indeterminado

Se trata de un evento de Sistemas de Cisco para su dispositivo C3800. Partes de ella es similar a la generada eventos internos, con la diferencia principal es la bloque. Este bloque se compone de etiquetas, y el nico evento coincidir si todas las etiquetas definidas se cumplan. Este evento en particular coincidir con una captura de SNMP cuya empresa OID (id) es igual a ".1.3.6.1.4.1.9.9.70.2", su valor genrico de trap es la empresa especfica (6) y su valor trampa especfica es de 17. La posible valores son:

uei fuente de acogida snmphost nodeid interfaz servicio Identificacin del especfica genricos comunidad

Es posible utilizar el smbolo "%" para indicar un comodn en los valores de la mscara. Por ejemplo, para que coincida con todos los eventos de Cisco, que podra utilizar: Identificacin . 1.3.6.1.4.1.9.% Nota: El orden en que los eventos se muestran en la eventconf.xml archivo es

extremadamente importante. La bsqueda se detiene con la definicin primer evento que coincide con el evento dado. As, si el cdigo anterior con el comodn antes de que la lista fue ms especfico ciscoC3800SysAggregateStatusChange caso, el ltimo caso, no se generaran. Tambin tenga en cuenta que el comodn es simplemente una coincidencia de subcadena. Si un evento fue generado por un dispositivo de Cisco con la Empresa de la OID ".1.3.6.1.4.1.9" sera no coincidir con este evento, ya que no hay final ".". Si el final "." se dej, se debe tener cuidado para que una trampa con un OID de ".1.3.6.1.4.1.99" est en la lista antes de la ".1.3.6.1.4.1.9%" evento o de lo contrario el partido ms genrico evento. El parm Elemento

Algunos eventos, sobre todo las trampas SNMP, disponer de informacin adicional enviada con los llam "asignaciones de variables" o "varbinds" para abreviar. En el ciscoC3800SysAggregateStatusChange caso antes mencionados, hay cuatro de ellos, y se puede acceder mediante el parm elemento. Cada parmetro se compone de un nombre y un valor.parm% [todos]%

Devolver una lista separada por espacio de todos los valores de los parmetros en forma parmName1 = "parmValue1" parmName2 = "parmValue2" etc% [Valores-todos] parm%

Devolver una lista separada por espacios de todos los valores de los parmetros asociados con el evento.% Parm [nombres-todos]%

Devolver una lista separada por espacios de todos los nombres de los parmetros asociados con el evento.% Parm [NOMBRE]%

Devolver el valor del parmetro denominado si existe.[##]%% Parm

Devolver el nmero total de parmetros.Parm% [# ]%

Devolver el valor de nmero de parmetro.parm% [nombre-# ]%

Devolver el nombre de nmero de parmetro.

Por ejemplo, el ciscoC3800SysAggregateStatusChange descripcin del evento listas a cada uno de los parmetros. As, el parmetro de segundo, el sysname se imprime utilizando parm% [# 2]% . Y filtros de varbinds (OpenNMS 1.1 y ms all) Echemos un vistazo al ejemplo ciscoC3800SysAggregateStatusChange evento una vez ms. Cul debera ser su gravedad? Dado que el evento se genera cada vez que cambia de estado, no s si el cambio es "malo" (del operativo para no operativa) o "bueno" (el estado de funcionamiento-no se borra). Esa informacin est contenida dentro de los parmetros que se pasan con el evento, en particular el parmetro # 3, la gravedad de la trampa. Con 1.1, la capacidad de filtrar en asignaciones de variables se agreg. Esto se hace en el bloque. Para volver a escribir el caso anterior:

Identificacin . 1.3.6.1.4.1.9.9.70.2 genricos 6 especfica 17 3 3 Copia de los eventos y cambiar el bloque a lo anterior partido en el mismo id, y

valores especficos de genricos, pero tambin ser necesario que el tercer parmetro es igual a "3" (que indica un Cisco determina la gravedad trampa de "importante" ). As se puede cambiar la descripcin y / o la gravedad para que coincida con el evento. Tambin es posible conseguir ms de un VarBind, y ms de un valor por VarBind:

3 2 3 4 2 3

El fragmento de cdigo anterior partido si el tercer parmetro tiene un valor de "2" o "3" y el cuarto parmetro tiene un valor de "2" o "3". Esta caracterstica se ha actualizado mucho antes de la liberacin 1.6.0 para permitir que una coincidencia de expresin regular en el valor VarBind. Slo especifique la expresin con un prefijo con una "~". 1 ~ [DD] propia

Esto coincide con un VarBind 1 que contengan la palabra "Baja" o "abajo" en cualquier lugar dentro de su valor.

Tambin puede hacer partidos rpidos con el prefijo '%' en un valor VarBind: 1 error:

esto coincide VarBind 1 con cualquier cadena que comienza por "error"

Una vez ms, tenga en cuenta que el orden en que se enumeran los eventos es muy importante. Ponga los eventos ms especficos primero. Decodificacin varbinds (OpenNMS 1.7.0 y posteriores) Una gran cantidad de definir las variables MIB especfica para codificar el valor de algunos OID. Como ejemplo, el agente SNMP devuelve un valor numrico para la ifAdminStatus y ifOperStatus: un medio de seguridad y dos medios de Down. Debido al hecho de que OpenNMS no tiene un MibParser solemos poner este mapa (entre el valor numrico codificado y su significado) en la descripcin del evento. Configuracin de los eventos correctamente ahora son capaces de descifrar el valor numrico enviado al varbinds trampa para el valor de cadena que corresponde a la . Vamos a considerar un estado de Cisco HSRP cambios trampa (OID .1.3.6.1.4.1.9.9.106.2 genricos 6 y especficos 1), esta trampa corresponden a uei.opennms.org / proveedor / Cisco / trampas / evento cHsrpStateChange. La trampa contiene el VarBind siguientes: cHsrpGrpStandbyState cuyos valores posibles van de 1 a 6 y cuyo significado es:inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6). Quiero mostrar en logmsg el sentido literal de la situacin HSRP.

Aqu est la definicin de caso original:

Identificacin .1.3.6.1.4.1.9.9.106.2 genricos < mevalue> 6 1 mscara uei.opennms.org / proveedor / Cisco / trampas / cHsrpStateChange CISCO-HSRP-MIB define evento trampa: cHsrpStateChange cHsrpStateChange notificacin se enva cuando un transiciones cHsrpGrpStandbyState ya sea el estado activo o de reserva , o las hojas estado activo o de reserva. Slo habr una notificacin emitida cuando el cambio de estado es el modo de espera a activo y viceversa. cHsrpGrpStandbyState parm % [# 1]% inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6) < / tr> descr Cisco suceso:. HSRP cambio de estado Menor Un aqu sigue la definicin nuevo evento en el que se descifra el estado en el logmsg: Identificacin .1.3.6.1.4.1.9.9.106.2 genricos < mevalue> 6 1 mscara uei.opennms.org / proveedor / Cisco / trampas / cHsrpStateChange CISCO-HSRP-MIB define evento trampa: cHsrpStateChange cHsrpStateChange notificacin se enva cuando un transiciones cHsrpGrpStandbyState ya sea el estado activo o de reserva , o las hojas estado activo o de reserva. Slo habr una notificacin emitida cuando el cambio de estado es el modo de espera a activo y viceversa. cHsrpGrpStandbyState parm % [# 1]% inicial (1) aprender (2) escuchar (3) hablar (4) el modo en espera (5) activo (6) < / tr> descr Cisco suceso: HSRP cambio de estado de parm% [# 1 ]%. Menor < /> gravedad parm [# 1] Aqu el parm [# 1] (As que la VarBind por primera vez en la trampa se convierte utilizando el mapa decodificar Si el valor de la OID por primera vez en esta trampa es de 6 el mensaje de registro sern.: Cisco suceso: HSRP cambio de estado a activo .Creacin de definiciones de caso de la definicin de la trampa en mibs Hay un programa llamado mib2opennms disponibles para convertir las definiciones trampa de la mib a las definiciones de eventos OpenNMS, vea Conversin de MIB Uso mib2opennmsEl eventconf.xml ArchivoComo se mencion anteriormente, el eventconf.xml archivo controla la definicin de los eventos internos y externos en OpenNMS. El orden en que los eventos se enumeran es muy importante, ya que es posible disponer de numerosas definiciones de eventos para un evento determinado si usted comienza a filtrar en asignaciones de variables.Todo esto ha hecho que el archivo a ser muy grande. En 1.0.2, eventconf.xml fue ms de 3,1 MB de texto. Con el fin de hacer de este archivo ms fcil de manejar, una nueva marca fue introducida en 1.1.0 llamado . Esto permite que los archivos a ser "incluidos" como parte de eventconf.xml . El nuevo archivo ahora se ve as: / opt/OpenNMS/etc/events/3Com.events.xml / opt / OpenNMS / etc / eventos / APC.events.xml / opt / OpenNMS / etc / eventos / Brocade.events.xml / opt / OpenNMS / etc / eventos / CIM.events.xml / opt / OpenNMS / etc / eventos / Cisco.events.xml / opt / OpenNMS / etc / eventos / Fore.events.xml / opt / OpenNMS / etc / eventos / HP.events.xml / opt / OpenNMS / etc / eventos / Intel.events.xml / opt / OpenNMS / etc / eventos / Microsoft.events.xml / opt / OpenNMS / etc / eventos / Novell.events.xml / opt / OpenNMS / etc / eventos / Oracle.events.xml / opt / OpenNMS / etc / eventos / SonicWall.events.xml / opt / OpenNMS / etc / eventos / Xerox.events.xml / opt / OpenNMS / etc / eventos / Standard.events.xml Los archivos incluidos debe comenzar con una etiquetas y terminan con un etiquetas. En el medio se definiciones al igual que en el original eventconf.xml archivo.Todos los eventos se han desatado por el proveedor. Cuando OpenNMS comienza, cada archivo se cargar en orden, as que de nuevo el orden en que los archivos aparecen es importante. Tambin hay todava algunos eventos en eventconf.xml . Estos se cargan antes de que los archivos incluidos, y las mejores prcticas a la lista de los estados slo el OpenNMS eventos internos en ese archivo directamente. En la parte inferior del fichero es / opt / OpenNMS / etc / eventos / default.events.xml evento . Este contiene los sucesos predeterminados genrica y debe ser siempre el ltimo. Algunos consejos:Dado que el sistema tiene que buscar a travs de todos los eventos para encontrar una coincidencia, es la mejor manera de eliminar los archivos de eventos que no est utilizando. Si personaliza un archivo, tales como eventos de Cisco, es posible que desee simplemente copia a "my.Cisco.events.xml" y la lista de su primer archivo. De esta manera usted tendr menos trabajo que el archivo predeterminado puede cambiar en una futura versin.Muestra: Desechar entrada eventos rtcPara evitar que los eventos de inicio de sesin rtc que aparecen y persisten en la base de agregar la siguiente definicin en eventconf.xml sobre el evento existente para uei uei.opennms.org / interior / autenticacin / successfulLogin : uei uei.opennms.org / interior / autenticacin / successfulLogin 1 rtc uei.opennms.org / interior /autenticacin / successfulLogin internos caso OpenNMS definidas: un usuario ha de autenticacin a la WebUI Este evento es enviado por el WebUI cuando rtc usuario se ha autenticado correctamente usuario OpenNMS parm%% [usuario] ha iniciado la sesin de% parm% [ip]. Normal Active los cambios en las configuraciones de casoDespus de cambiar las configuraciones de eventos utilizan$ OPENNMS_HOME / bin / uei.opennms.org envo event.pl / interior / eventsConfigChangepara informar a OpenNMS que la configuracin de eventos se ha cambiado y necesita ser recargado. Ver tambin los archivos de configuracin para ms detalles sobre recarga cambios.Prueba de configuracin de eventosHay dos herramientas muy tiles para probar las configuraciones de evento:$ OPENNMS_HOME / bin / envo event.ply$ OPENNMS_HOME / bin / envo trap.plSimplemente comienza a las secuencias de comandos sin parmetros para obtener una explicacin de cmo usarlosLa base de datosCada evento que ocurre en OpenNMS se escribe en la base de datos en el eventos mesa. Para verlos, slo tiene que acceder a la base de datos con " U-OpenNMS OpenNMS psql "y luego ver los acontecimientos con" SELECT * DE acontecimientos; ". Una gran herramienta de solucin de problemas es buscar en el eventparms que son enviadas al evento. Por ejemplo:SELECCIONAR eventparms eventos DE DONDE EventID = 204; eventparms ------------------------------------------------------------------------------------------------------------------------- ds = http (cadena, texto), valor = 11.75 (cadena, texto) ; umbral = 100,0 (cadena, texto); gatillo = 3 (cadena, texto); rearmarse = 50.0 (cadena, texto) (1 fila) Aqu estn todos los parmetros enviados durante una highThresholdRearmed evento,ypueden ser utilizados en filtros de eventos, si es necesario. Por ltimo, cabe sealar que la base de datos puede ser muy completo, y puede ser necesario eliminar los eventos de la tabla de eventos que ya no son necesarios. Si usted sabe de SQL, esto es bastante simple, pero desde los acontecimientos OpenNMS veces se hace referencia en la tabla de cortes y en las notificaciones, es posible que no desea eliminar aquellos (la mesa de corte es necesario para el clculo de disponibilidad). Aqu hay un ejemplo de SQL para borrar los eventos no se hace referencia:DELETE FROM eventos donde EventID NO IN (SELECT svclosteventid interrupciones DE) Y NO EN EventID (cortes SELECCIONAR svcregainedeventid DE);DepuracinEditar $ OPENNMS_HOME/etc/log4j.properties y establecer el nivel de registro para el eventd de depurar. A continuacin, compruebe la eventd.log y podrs ver los parmetros y sus valores para cada evento de entrada como en los siguientes trminos (fecha y hora de corte para facilitar la lectura):353 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] TcpStreamHandler: registro de sucesos convertidos 353 DEBUG [Evento TCPreceptor [5817] [127.0.0.1:14115]] TcpStreamHandler: manejo de eventos, uei = uei.opennms. org / interior / rtc / subscribe 404 DEBUG [Evento TCP Server [5817]] tcpserver: Nueva conexin aceptadas a partir del 127.0.0.1:14117 404 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] RunnableConsumerThreadPool $ SizingFifoQueue: modifica : comenz fibra EventHandlerPool-fiber0 ratio = 1,0, vivo = 0 404 DEBUG [Evento TCP receptor [5817] [127.0.0.1:14115]] TcpStreamHandler: detener controlador de registro 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: Evento {404 DEBUG [EventHandlerPool -fiber0] DefaultEventHandlerImpl: uuid = 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: uei = uei.opennms.org / interior / rtc / subscribe 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: src = RTCPostSubscriber 404 DEBUG [EventHandlerPool -fiber0] DefaultEventHandlerImpl: iface = null 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: tiempo = Lunes, 22 de febrero 2010 04:26:29 GMT 404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: parms {404 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (url, http://localhost:8980/opennms/rtc/post/Infrastructure+CentralSide) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (usuario, RTC) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (passwd, rtc ) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl: (catlabel, Infraestructura CentralSide) 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl:} 405 DEBUG [EventHandlerPool-fiber0] DefaultEventHandlerImpl:} 405 DEBUG [EventHandlerPool-fiber0] EventConfData: Que se encuentran con la clave: EventKeyConclusinEl sistema de gestin de eventos es bastante sencillo una vez que se entiende. Si bien mucho tiempo para crear, una vez configurado es bastante automtico. Se espera que esta Cmo se ha demostrado su utilidad. Por favor, correcciones directa y comentarios al autor.Contenido[ ocultar ] 1 2 3 4 5 6Informacin general Los archivos de configuracin Operacin rutas de destino Elementos de una notificacin Reconocimiento o 6.1 Reconocimiento automtico 7 regla de coincidencia 8 Ejemplos o 8.1 Notificacin de comandos personalizados8.1.1 simple llamada telefnicaInformacin generalOpenNMS utiliza notificaciones a los usuarios acerca de un evento. Los mtodos comunes de notificacin son de correo electrnico y buscapersonas, pero los mecanismos de notificacin tambin existen paraXMPP (Jabber, un protocolo de mensajera instantnea), arbitraria programas externos trampas SNMP pueden ser enviadas, y arbitraria GET HTTP / POST se pueden hacer a un sitio web.Las notificaciones se pueden enviar a los usuarios, grupos o roles configurados en OpenNMS, as como a las direcciones de correo electrnico arbitraria, si es necesario. Un retraso puede ser introducida antes de enviar una notificacin, y una o varias escaladas se pueden aadir en caso de que la notificacin no se reconoce dentro de un perodo de tiempo configurable. Las notificaciones se contiene un mensaje de texto y muchas veces un tema (segn el mtodo de notificacin) que se construye con el texto. El texto del mensaje y / o el sujeto puede ser configurado para incluir los detalles de la activacin de eventos, tales como el nombre del nodo, direccin IP, servicio de mensaje de error, etcArchivos de configuracindestinationPaths.xmlLas notificaciones se maneja a travs del demonio de notificacin, "notifd". Este demonio se ejecuta por defecto, y es gestionado a travs de tres archivos de configuracin:Configura rutas destino que especifique que se notific y las escaladas. notifd-configuration.xml Configura las propiedades globales para el demonio de notificacin, como los detalles de la cola de procesamiento y acuses de recibo automtico (asignacin de "abajo" con los acontecimientos "hasta" los acontecimientos que automticamente reconoce la notificacin, sin causar escalada ms para llevar a cabo). notificationCommands.xml Configura los mtodos de notificacin, como el correo electrnico, buscapersonas, XMPP, traps SNMP, etc. Aunque se denomina notificacin "comandos", que slo no puede ejecutar comandos externos, sino tambin las clases de Java que puede realizar una accin de notificacin. Los mtodos de notificacin de Java normalmente se prefieren ya que tienen un mayor rendimiento y, lo ms importante sobrecarga menor que llamar a un programa externo. La mayora de los mtodos de notificacin se aplican de esta manera. Una interfaz estndar existe, org.opennms.netmgt.notifd.NotificationStrategy , que se pueden utilizar para poner en prctica mtodos de notificacin personalizada de Java. Por supuesto, llamar a la lnea de los programas y mando y scripts de shell tambin se permite. notifications.xml Configura reales notificaciones.Operacin1. Al inicio, notifd crea una lista de eventos UEIs que debera escuchar sobre la base de las notificaciones configurado en notifications.xml y suscribe con el demonio caso OpenNMS, eventd , para recibir estos eventos. 2. Cuando se recibe un evento, una pocas evaluaciones se llevan a cabo: 1. Si las notificaciones de encendido (el "status" en el atributo "notifd-configuracin" elemento de notifd-configuration.xml )? Si no, el caso se descarta y la notificacin no se realiza. 2. Tiene la UEI en el caso de coincidir con un UEI configurado en una notificacin habilitado y no la regla en la notificacin que coincida con el evento (ver Regla Coincidencia abajo)? Si no, el caso se descarta y la notificacin no se realiza. Nota: la cadena de especial UEI " match-any-UEI "se puede utilizar para que coincida con todos los UEIs evento (el Estado todava tiene que coincidir, tambin). 3. Si la notificacin tiene un configurado con un nombre y un valor, se utiliza para un partido entre maysculas y minsculas contra el principio un parmetro de evento del mismo nombre. 3. Si las evaluaciones por encima de paso, una o ms notificaciones se envan. Si el "match-all" en el atributo "notifd-configuracin" elemento se establece en "true", cada notificacin correspondiente ser ejecutado por caminar su ruta de destino, de lo contrario slo la notificacin primer apareamiento se ejecutar.Destino CaminosEn OpenNMS, una ruta de destino especifica el "quin", "cundo", y "cmo" de la notificacin. Se especifica los destinatarios de dicha notificacin, el mtodo de notificacin, cualquier retraso inicial, y la progresividad alguna. La ruta de destino se separa de eventos individuales como la misma informacin se utiliza a menudo para las notificaciones mltiples, por lo que reduce al mnimo la duplicacin y alienta la reutilizacin. Cuando se recibe un evento que coincide con la UEI y el Estado en una notificacin habilitado, OpenNMS "camina" la ruta de destino para que la notificacin (o notificaciones si hay varios y "todos los partidos" se establece en "true"). Nosotros decimos que la ruta de destino es "caminar" porque es a menudo una serie de acciones escalonadas en el tiempo y no necesariamente slo una sola accin (aunque puede ser). La ruta de destino sigue siendo camin hasta que todas las notificaciones y la progresividad se han enviado o la notificacin se reconoce (automtica o intervencin manual). Una vez que la ruta de destino se ha iniciado, el retraso inicial se esperaba (por defecto: cero segundos) antes de enviar la primera notificacin. A continuacin, espera a que el retardo para cada escalada (en su caso) y enva la escalada en secuencia. Nota: la demora para cada escalada es el retraso de la activacin de eventos.Elementos de una notificacinNombreUn nombre nico para identificar este defintion notificacin. Se utiliza para identificar la definicin de la interfaz web y en mensajes deregistro. Este se almacena en el atributo "name" de la "notificacin" elemento en el archivo de configuracin XML. Evento La UEI que hace que este evento para disparar. Este se almacena en el "uei" elemento en el archivo de configuracin XML. Descripcin Una descripcin del evento, pero no es muy visible (slo es visible en la web de IU unas cuantas pginas en el asistente de edicin y en el archivo de configuracin XML). Almacenados en la "descripcin" elemento en el archivo de configuracin XML. Regla Un filtro que deben coincidir para que la notificacin que se enviar. Oftentime esta es una direccin IP y / o el partido servicio. Almacenados en la "regla" elemento en el archivo de configuracin XML. Destino Camino El "destino de ruta" para que esta notificacin ser enviada si el evento es recibido y coincide con la regla. Vase ms abajo para obtener ms informacin sobre rutas de destino. El nombre de la ruta de destino se almacena en el "destinationPath" atributo en el archivo de configuracin XML y debe coincidir con el nombre de una ruta de destino de configuracin en destinationPaths.xml. Asunto El objeto de la notificacin, en particular, el asunto de los mensajes de correo electrnico generados por la presente notificacin. sustituciones de eventos en forma de clave%% se puede utilizar para insertar detalles del evento en el mensaje de texto. Almacenados en el "asunto" el elemento en el archivo de configuracin XML. Mensaje de texto El mensaje de texto de la notificacin. Al igual que el tema, sustituciones de eventos en forma de clave%% se puede utilizar para insertar detalles del evento en el mensaje de texto. Almacenados en el "mensaje de texto" elemento en el archivo de configuracin XML. On / offYa sea que esta notificacin est habilitado o no. Almacenados en el "estado" atributo de la "notificacin" elemento en el archivo de configuracin XML.Reconocimientonotifd sigue caminando por la ruta de destino para la notificacin hasta que la notificacin haya sido reconocido. La notificacin se reconoce por un usuario desde la interfaz web. Una vez que la notificacin haya sido reconocido nada ms usuarios, grupos, etc sern notificados de dicha notificacin.Reconocimiento automticoMuchos eventos que representan un corte de luz de algn tipo tambin tienen un juego de "limpieza" apagn que se enva cuando el problema original se ha resuelto. Un ejemplo es un "nodeDown" evento y un juego evento "nodeUp". OpenNMS tiene la idea de un evento que reconoce que se auto-reconoce el evento original. Al igual que un reconocimiento de lo normal, un reconocimiento automtico se detendr la ruta de destino para ser pisado por la notificacin inicial. Tambin crear una nueva notificacin a indicar a los usuarios que el problema original se ha resuelto. Aqu est un ejemplo de configuracin para el nodeUp par de eventos en nodeDown notifdconfiguration.xml: nodeid Tenga en cuenta la "coincidencia" elemento. Especifica los datos en caso de compensacin debe coincidir con un evento original para el reconocimiento automtico a ser aplicado. Por desgracia, no es posible para que coincida con los parmetros de evento aqu. Si necesita hacer eso, automticamente reconoce y coincidan con los parmetros caso valdra la pena un vistazo. (Vase tambin: AutoNotify Cmo se hace )Regla de correspondenciaLa regla en la notificacin se compara con los datos en caso si el evento contiene un identificador de nodo vlido y, o bien una interfaz o un servicio. Si el evento no contiene una interfaz o si la interfaz es "0.0.0.0", slo el nodo se compara con la regla. De lo contrario, la interfaz se corresponde, y si el evento contiene un servicio, que se corresponde tambin.Ejemplos Notificacin de comandos personalizadosSimple llamada telefnicaTenamos la obligacin de marcar simplemente un telfono a travs de un mdem USB para POTES una notificacin. La siguiente implementacin se complet en un sistema RHEL 4 con el wvdial comando. Configurar cuentas de usuario en OpenNMS (por supuesto)read-only="false"> usuario> sortova Tarus B 448835772A0F26DFFC8D1089AEBB7906 contrasea contacto> type="pagerEmail" info=""/> contacto> info=""/> contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> usuario Matt B < / type="email" usuario comentarios> 448835772A0F26DFFC8D1089AEBB7906 contrasea contacto> info=""/> type="pagerEmail" contacto> info=""/> tipo de contacto contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> usuario Ben R nombre completo 448835772A0F26DFFC8D1089AEBB7906 contrasea type="email" contacto> type="pagerEmail" info=""/> contacto> info=""/> contacto> type="numericPage" info="" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> user Jeff G < xmlns password = ""> 448835772A0F26DFFC8D1089AEBB7906 contrasea contacto> info=""/> type="email" type="pagerEmail" info=""/> contacto> type="xmppAddress" info=""/> contacto> info="" contacto> type="numericPage" serviceProvider=""/> contacto> type="textPage" info="" serviceProvider=""/> usuario> read-only="false"> usuario < xmlns-id = ""> thedonald Donald D 448835772A0F26DFFC8D1089AEBB7906 contrasea type="email" contacto> info=""/> contacto> type="pagerEmail" info=""/> type="xmppAddress" contacto> info=""/> contacto> type="textPage" info="" serviceProvider=""/> Ponga estos usuarios en un grupo ("operaciones" para este ejemplo) y crear un papel OnCall operaciones usuario> sortova xmlns=""> usuario> brozow xmlns=""> usuario> guardabosques xmlns=""> xmlns=""> jeffg usuario> xmlns=""> thedonald usuario> -1700 Grupos papelesConfigurar wvdial (el mdem debe estar instalado y funcionando ... Me suelen hacer un enlace simblico desde la tty real a / dev / modem)sudo wvdial / etc / wvdial.confAadir a los usuarios wvdial.conf y el cambio algunos cambios para buscar algo como esto[Dialer Defaults] Modem = / dev / modem baudios = 460800 inic1 = ATZ init2 = ATQ0 V1 E1 S0 = 0 & C1 & D2 + FCLASS = 0 RDSI = 0 Modem Tipo = Analog Modem Dial prefix = 6, telfono = 19195551212 Nombre de usuario = dh Contrasea = = ONMS reconexin automtica de acceso telefnico intentos = 1 [Dialer sortova] Telfono = 19195551211 [Dialer brozow] Telfono = 19195551212 [Marcador guarda] Telfono = 19195551213 [Dialer jeffg] Telfono = 19195551214 [Dialer thedonald] Telfono = 19195551215Crea el comando de notificacin llamada de telfono / usr / bin / wvdial mdem de marcacin programa -d Este comando pasa el usuario OpenNMS id al comando que se corresponde con el "Telfono" en el archivo / etc / wvdial.conf /.Ahora basta con crear notificaciones que envan a una ruta de destino que utiliza este comando. Ejemplo de ruta de destino operaciones en xmlns comando < = ""> OnCall en rutaPrspero! Observe que el comando de llamada de telfono se le asigna a la funcin OnCall. usuarios Keen, tambin se dar cuenta de que el usuario "sortova" est de guardia durante todo el mes (sonrisa) y que el grupo slo sern notificados durante las horas de servicio. Si el problema ocurre despus de horas de actividad y la notificacin no ha sido reconocida (o resuelto el problema) en el momento en el horario de trabajo para el grupo comienza, de nuevo, los usuarios del grupo sern notificados por correo electrnico. Page Discusin Ver cdigo fuente HistoriaDesde OpenNMSSaltar a navegacin , bsquedaAadir sonido / intermitente de fondo a la pgina principal OpenNMSVer http://bugzilla.opennms.org/show_bug.cgi?id=3062 , desconocido, versin, probablemente 1.6.x y ms tardeAadir sonido a la servicesdown cajaOpenNMS Uso 1.5.93: En OPENNMS_HOME / jetty-webapps/opennms/includes/servicesdown-box.jsp (o OPENNMS_HOME / webapps / OpenNMS / includes / servicesdown-box.jsp si se utiliza Tomcat en lugar de Embarcadero):

var="summary" $ {summary.nodeLabel} ( $ {summary.fuzzyTimeDown}) < c: var url = "moreLink" value = "apagn / current.jsp" /> $ {} moreCount ms ... La lnea con la etiquetas es nuevo, el resto es de valores. Esto hace que un sonido ( tngchime.wav , que debe estar presente dentro del directorio web, aplicacin OpenNMS) puede jugar en cualquier momento se carga esta casilla si existe al menos un corte de corriente. Funciona en Firefox 1. IE6 + y . Las necesidades de RealPlayer para Linux (en el navegador del cliente, no en el servidor OpenNMS), pero M $ parece manejarlo sin.Contenido[ ocultar ] Una optimizacin general o 1.1 Hardware o 1.2 del sistema operativo o 1.3 Base de datos PostgreSQL o 1.4 de la mquina virtual de Java o 1.5 OpenNMS Dos consideraciones de hardware o 2.1 Asistente para la optimizacin de disco o 2.2 Memoria respaldada por sistemas de archivos 3 del sistema operativo Cuatro bases de datos PostgreSQL o 4.1 PostgreSQL 8.1 y posteriores 4.1.1 Los sistemas con mucha memoria RAM y PostgreSQL 8.2 o 4.2 de PostgreSQL y la memoria compartida del sistema o 4.3 * PostgreSQL cualquier Versin * o 4.4 procedimiento almacenado iplike o 4.5 postgres y el disco E / S espera o 4,6 encontrar problemas debido a las consultas de larga duracin o 4.7 de optimizacin para una gran cantidad de consultas de pequeos 5 de Java Virtual Machine (JVM) o 5.1 Ajuste tamao de la pila o 5.2 Ajustar el tamao mximo Permanente Generacin o 5.3 Ajuste de recoleccin de basura o 5.4 biblioteca de subprocesos en paralelo en los sistemas Solaris 6 OpenNMS o 6.1 Inicio de sesin o 6.2 Recoleccin de Datos 6.2.1 No recoja lo que no es necesario 6.2.2 No trate de recoger lo que no se o 6.3 RRDtool / JRobin o 6.4 de Tomcat (si no est utilizando una funcin de servidor de Embarcadero) o 6.5 demonio OpenNMS o 6.6 webapp OpenNMS o 6.7 Capsd descubrimiento de servicios / volver a examinar o 6.8 Poller las discusiones o 6.9 Control de eventoso6.10 Archivo de eventosAsistente para la optimizacin generalHardware Si se disea un sistema de OpenNMS nuevo, lea cuidadosamente las consideraciones de hardware a continuacin. Si ya tiene un sistema en funcionamiento, an pueden encontrar algunas posibilidades de acercarse al diseo se describe a continuacin / S de disco y memoria de sistema son los puntos que usted debe buscar en Recuerde que una CPU de 64 bits se requiere para que un solo proceso para hacer frente a ms de unos 2 GB de memoria, incluso con un ncleo de PAE-consciente.Sistema operativo Hay algunos parmetros sobre los sistemas de archivos de base de datos y los datos recogidos para sintonizar compartida del sistema de bloque de memoria puede ser que necesite cada vez mayor de la base de datos Si tiene hardware de 64 bits, asegrese de instalar un sistema operativo de 64 bits para hacer frente a ms de 4 GB de memoria fsicaBase de datos PostgreSQLparte ms difcil pero muy importante, ya que hay una gran cantidad de parmetros a ajustarMquina virtual Javaespacio de pila, el tamao de la generacin permanente, y recoleccin de basuraOpenNMS aqu se puede generar una gran cantidad de datos con tanto cuidado diseo de lo que realmente necesita tala recopilacin de datos almacenamiento de datos y la consolidacin descubrimiento votacin HouskeepingConsideraciones de hardwareSi es posible, utilice un servidor con una CPU de 64 bits ya que esto permitir a la CPU para hacer frente a ms de 4 GB de memoria fsica. Recuerde que la mayora, incluso con un ncleo de PAE-consciente o de sistemas operativos, sistemas operativos de 32 bits no permiten un proceso determinado para hacer frente a ms de unos 2 GB de memoria. Probablemente, la mayor mejora de rendimiento en sistemas que estn recopilando una gran cantidad de datos RRD es mover PostgreSQL y Tomcat a un sistema separado de OpenNMS demonios! gran diferencia.En un servidor con hardware RAID, considere invertir en una cach de escritura respaldada por batera. En un HP DL380 G4, el I / O de esperar que el servidor se redujo de un promedio de 15% a casi cero, con la adicin de un BBWC 128 MB. Adems, asegrese de que tiene una amplia memoria en el sistema, en un G4 HP - solo procesador cuatro actuaciones de control de memoria de 300 dispositivos con 700 interfaces, I / O el tiempo de espera cada vez empez a subir. El tiempo de espera de la CPU se obsesivamente acaparando todos los procesadores, por lo que se arrastran OpenNMS, decidimos esta incrementando nuestra memoria de 12 Gigas de memoria, que a su vez trajo el tiempo de espera de regreso a 1%. Para una pequea coleccin de nodos de control, moviendo el rea de datos RRD en una unidad de RAM tmpfs / tambin puede aliviar el I / O esperar causada por todos los de la escritura exigida por los datos RRD. La desventaja es que una cada del servidor o la energa-abajo har que los archivos RRD a perderse, a menos que poner en prctica una herramienta de sincronizacin para sincronizar la unidad de RAM con una copia de seguridad en disco. Disco Tuning Debido a OpenNMS est bien equipada para la recogida y grabacin de datos sobre la red y los sistemas de rendimiento y comportamiento, que tiende a ser una aplicacin de escritura pesada. Si el entorno ofrece un gran nmero de puntos de datos a gestionar, que le servir bien para asegurarse de que en gran medida de la separacin del huso existe. En particular y en lo posible, velar por que: OpenNMS Coleccin SNMP Tiempo de respuesta OpenNMS Coleccin OpenNMS (y del sistema) el registro Base de datos PostgreSQL PostgreSQL Writeahead registro.. Se producen en ejes separados, y en algunos casos las unidades separadas o dispositivos independientes. Adems, en un entorno * nix, puede competer a asegurarse de que RRD de poner fin a la arriba en diferentes soportes, por lo que uno tiene la opcin de montaje con los noatime y nodiratime directivas sin comprometer otros aspectos de la configuracin del sistema. Los valores por defecto para los directorios antes mencionados son OpenNMS/ Opt / OpenNMS / share / RRD / snmp / opt / OpenNMS / share / RRD / respuesta / opt / OpenNMS / logs o / var / log / OpenNMSpero ten cuidado con los enlaces simblicos! Como un sistema de archivos, el mejor rendimiento se consigue con XFS. EXT (2,3) se han incorporado en las limitaciones en el nmero de descriptores de archivo por directorio y no se puede utilizar en instalaciones ms grandes. El almacenamiento de datos es el factor crtico, por lo tanto, la capacidad de almacenamiento debe coincidir con el tamao de la instalacin: El mejo