ibm tivoli netcool/omnibus probe for motorola omc-r …€¦ · ibm ®tivoli netcool/omnibus probe...

IBM® Tivoli® Netcool/OMNIbus Probe for Motorola OMC-RGSR9 (CORBA)Version 3.0

Reference GuideNovember 8, 2013

SC27-6215-00

��

NoticeBefore using this information and the product it supports, read the information in “Notices and Trademarks,” on page 23.

Edition notice

This edition (SC27-6215-00) applies to version 3.0 of the IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-RGSR9 (CORBA) and to all subsequent releases and modifications until otherwise indicated in new editions.

© Copyright IBM Corporation 2013.US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contractwith IBM Corp.

Contents

About this guide . . . . . . . . . . . vDocument control page . . . . . . . . . . . vConventions used in this guide . . . . . . . . v

IBM Tivoli Netcool/OMNIbus Probe forMotorola OMC-R GSR9 (CORBA) . . . . 1Summary . . . . . . . . . . . . . . . 1Installing probes . . . . . . . . . . . . . 2Firewall considerations . . . . . . . . . . . 3Data acquisition . . . . . . . . . . . . . 4

Connecting to the CORBA interface. . . . . . 4Retrieving objects . . . . . . . . . . . . 5Filtering notifications and alarms . . . . . . 5Lookup table . . . . . . . . . . . . . 6Timeout . . . . . . . . . . . . . . . 7

IRP Agent status . . . . . . . . . . . . 7Backoff strategy . . . . . . . . . . . . 7Command line interface . . . . . . . . . 7Peer-to-peer failover functionality . . . . . . 9

Properties and command line options . . . . . . 9Elements . . . . . . . . . . . . . . . 14Error messages . . . . . . . . . . . . . 16ProbeWatch messages . . . . . . . . . . . 19Running the probe . . . . . . . . . . . . 21

Running multiple probes . . . . . . . . . 22

Appendix. Notices and Trademarks . . 23Notices . . . . . . . . . . . . . . . . 23Trademarks . . . . . . . . . . . . . . 25

© Copyright IBM Corp. 2013 iii

iv IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9 (CORBA): Reference Guide

About this guide

The following sections contain important information about using this guide.

Document control pageUse this information to track changes between versions of this guide.

The IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9 (CORBA)documentation is provided in softcopy format only. To obtain the most recentversion, visit the IBM® Tivoli® Information Center:

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.tivoli.namomnibus.doc/welcome_ptsm.htm

Table 1. Document modification history

Documentversion

Publicationdate

Comments

SC27-6215-00 November 08,2013

First IBM publication.

Conventions used in this guideAll probe guides use standard conventions for operating system-dependentenvironment variables and directory paths.

Operating system-dependent variables and paths

All probe guides use standard conventions for specifying environment variablesand describing directory paths, depending on what operating systems the probe issupported on.

For probes supported on UNIX and Linux operating systems, probe guides use thestandard UNIX conventions such as $variable for environment variables andforward slashes (/) in directory paths. For example:

$OMNIHOME/probes

For probes supported only on Windows operating systems, probe guides use thestandard Windows conventions such as %variable% for environment variables andbackward slashes (\) in directory paths. For example:

%OMNIHOME%\probes

For probes supported on UNIX, Linux, and Windows operating systems, probeguides use the standard UNIX conventions for specifying environment variablesand describing directory paths. When using the Windows command line withthese probes, replace the UNIX conventions used in the guide with Windowsconventions. If you are using the bash shell on a Windows system, you can use theUNIX conventions.

© Copyright IBM Corp. 2013 v



Note: The names of environment variables are not always the same in Windowsand UNIX environments. For example, %TEMP% in Windows environments isequivalent to $TMPDIR in UNIX and Linux environments. Where such variables aredescribed in the guide, both the UNIX and Windows conventions will be used.

Operating system-specific directory names

Where Tivoli Netcool/OMNIbus files are identified as located within an archdirectory under NCHOME or OMNIHOME, arch is a variable that represents youroperating system directory. For example:

$OMNIHOME/probes/arch

The following table lists the directory names used for each operating systemcurrently supported by Netcool/OMNIbus.

Table 2. Directory names for the arch variable

Operating system Directory name represented by arch

AIX® systems aix5

HP-UX PA-RISC-based systems hpux11

HP-UX Integrity-based systems hpux11hpia

Red Hat Linux and SUSE systems linux2x86

Linux for System z® linux2s390

Solaris systems solaris2

Windows systems win32

vi IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9 (CORBA): Reference Guide

IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9(CORBA)

The Motorola Operation and Maintenance Center - Radio (OMC-R) GSR9 serves asa network interface point to other management platforms.

The Probe for Motorola OMC-R GSR9 (CORBA) retrieves events from MotorolaOMC-R GSR9 using a Common Object Request Broker Architecture (CORBA) 3rdGeneration Partnership Project (3GPP) interface.

The probe complies with the following 3GPP standards:

Table 3. Supported 3GPP standards

3GPP Technical Specification Version Object

32.111-3 V6.2.0 Alarm Integration Reference Point(IRP)

32.303 V6.3.0 Notification IRP

32.363 V6.3.0 Entry Point IRP

This guide contains the following topics:v “Summary”v “Installing probes” on page 2v “Firewall considerations” on page 3v “Data acquisition” on page 4v “Properties and command line options” on page 9v “Elements” on page 14v “Error messages” on page 16v “ProbeWatch messages” on page 19v “Running the probe” on page 21

SummaryEach probe works in a different way to acquire event data from its source, andtherefore has specific features, default values, and changeable properties. Use thissummary information to learn about this probe.

The following table provides a summary of the probe.

Table 4. Summary

Probe target Motorola OMC-R GSR9 3GPP Interface V6.2

Probe executable name nco_p_motorola_3gpp_omcr_gsr9

Probe installation package omnibus-arch-probe-nco-p-motorola-3gpp-omcr-gsr9-version

Package version 3.0

© Copyright IBM Corp. 2013 1

Table 4. Summary (continued)

Probe supported on For details of supported operating systems, see thefollowing Release Notice on the IBM Software Supportwebsite:

http://www.ibm.com/support/docview.wss?uid=swg21653008

Properties file $OMNIHOME/probes/arch/motorola_3gpp_omcr_gsr9.props

Rules file $OMNIHOME/probes/arch/motorola_3gpp_omcr_gsr9.rules

Requirements For details of any additional software that this proberequires, refer to the description.txt file that issupplied in its download package.

Connection method CORBA

Remote connectivity The probe can connect to a remote device using theCORBA interface.

Licensing Electronic licensing was deprecated with the release ofIBM Tivoli Netcool V7.2.0. All IBM Tivoli NetcoolV7.2.0 (and later) products use the IBM softwarelicensing process.

Multicultural support Available

For information about configuring multiculturalsupport, including language options, see the IBM TivoliNetcool/OMNIbus Installation and Deployment Guide.

Peer-to-peer failover functionality Available

IP environment IPv4 and IPv6

Federal Information ProcessingStandards (FIPS)

IBM Tivoli Netcool/OMNIbus V7.3.0, 7.3.1 and 7.4.0use the FIPS 140-2 approved cryptographic provider:IBM Crypto for C (ICC) certificate 384 for cryptography.This certificate is listed on the NIST website athttp://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2004.htm For details about configuringNetcool/OMNIbus for FIPS 140-2 mode, see IBM TivoliNetcool/OMNIbus Installation and Deployment Guide.

Installing probesAll probes are installed in a similar way. The process involves downloading theappropriate installation package for your operating system, installing theappropriate files for the version of Netcool/OMNIbus that you are running, andconfiguring the probe to suit your environment.

The installation process consists of the following steps:1. Downloading the installation package for the probe from the Passport

Advantage Online website.Each probe has a single installation package for each operating systemsupported. For details about how to locate and download the installationpackage for your operating system, visit the following page on the IBM TivoliInformation Center:

2 IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9 (CORBA): Reference Guide



http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2004.htm

http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/1401val2004.htm

http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc/probes/install/wip/out-html/reference/install_download_intro.html

2. Installing the probe using the installation package.The installation package contains the appropriate files for all supportedversions of Netcool/OMNIbus. For details about how to install the probe torun with your version of Netcool/OMNIbus, visit the following page on theIBM Tivoli Information Center:http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc/probes/install/wip/out-html/reference/install_install_intro.html

3. Configuring the probe.This guide contains details of the essential configuration required to run thisprobe. It combines topics that are common to all probes and topics that arepeculiar to this probe. For details about additional configuration that iscommon to all probes, see the IBM Tivoli Netcool/OMNIbus Probe and GatewayGuide.

Firewall considerationsWhen using CORBA probes in conjunction with a firewall, the firewall must beconfigured so that the probe can connect to the target system.

Most CORBA probes can act as both a server (listening for connections from thetarget system) and a client (connecting to the port on the target system to whichthe system writes events). If you are using the probe in conjunction with a firewall,you must add the appropriate firewall rules to enable this dual behavior.

There are three possible firewall protection scenarios, for which you mustdetermine port numbers before adding firewall rules:1. If the host on which the probe is running is behind a firewall, you must

determine what remote host and port number the probe will connect to.2. If the host on which the target system is running is behind a firewall, you must

determine the incoming port on which the probe will listen and to which thetarget system will connect.

3. If each host is secured with its own firewall, you must determine the followingfour ports:a. The outgoing port (or port range) for the probe.b. The hostname and port of the target system.c. The outgoing port on which the target system sends events if the probe is

running as a client.d. The incoming port on which the probe listens for incoming events.

Note: Most, but not all, CORBA probes listen on the port specified by theORBLocalPort property. The default value for this property is 0, which means thatan available port is selected at random. If the probe is behind a firewall, the valueof the ORBLocalPort property must be specified as a fixed port number.

CORBA probes that use EventManager or NotificationManager objects may usedifferent hosts and ports from those that use NamingService and EntryPointobjects. If the probe is configured to get object references from a NamingService or

IBM Tivoli Netcool/OMNIbus Probe for Motorola OMC-R GSR9 (CORBA) 3




http://publib.boulder.ibm.com/infocenter/tivihelp/v8r1/index.jsp?topic=/com.ibm.netcool_OMNIbus.doc/probes/install/wip/out-html/reference/install_install_intro.html



EntryPoint object, you must obtain the host and port information from the systemadministrator of the target system. When you have this information, you can addthe appropriate firewall rules.

Data acquisitionEach probe uses a different method to acquire data. Which method the probe usesdepends on the target system from which it receives data.

The probe gathers events from Motorola OMC-R GSR9 using a CORBA 3GPPinterface.

Data acquisition is described in the following topics:v “Connecting to the CORBA interface”v “Retrieving objects” on page 5v “Filtering notifications and alarms” on page 5v “Lookup table” on page 6v “Timeout” on page 7v “IRP Agent status” on page 7v “Backoff strategy” on page 7v “Command line interface” on page 7v “Peer-to-peer failover functionality” on page 9

Connecting to the CORBA interfaceThe probe acts as an Integration Reference Point (IRP) Manager and connects toProbe for Motorola OMC-R GSR9 (CORBA) using a CORBA 3GPP interface.

The AlarmIRPOperation and NotificationIRPOperation points form a part of theIRP Agent to which the probe connects.

The probe can also connect to the Motorola IRP Agent IOR files using the MotCorbaNaming Context. The specific names for the Motorola IRP Agent areMotCorba/AlarmIRP and MotCorba/NotificationIRP.

Depending on your operating environment, use one of the following connectionconfigurations:

Option 1 - specify values for the following properties:v AlarmIrpFile - specify the location of the file that contains the Interoperable

Object Reference (IOR) of the Alarm IRP object.v NotificationIrpFile - specify the location of the file that contains the IOR of

the Notification IRP object.

Note: To enable the probe to connect to a remote server, the Alarm IRP andNotification IRP files must be available locally.

Option 2 - specify values for the following properties:v NamingServiceHost - specify the name of the host machine where the CORBA

Naming Service is running.v NamingServicePort - specify the port on which the CORBA Naming Service

listens.


v AlarmIrpName - specify the name used to resolve the Alarm IRP in the CORBANaming Service.

v NotificationIrpName - specify the name used to resolve the Notification IRP inthe CORBA Naming Service.

Option 3 - specify values for the following properties:v EntryPointIrpFile - specify the location of the file that contains the IOR of the

EntryPoint IRP object.v NotificationIrpName - specify the name used to resolve the Notification IRP in

the CORBA Naming Service.v AlarmIrpName - specify the name used to resolve the Alarm IRP in the CORBA

Naming Service.

Retrieving objectsIf the Resynch property is set to true, the probe initially receives a list of all activealarms from the Alarm IRP point.

The probe then connects to the Notification IRP point and uses the CORBAnotification push model to receive new alarms. If the Resynch property is set tofalse, the probe only receives new alarms.

Filtering notifications and alarmsYou can specify the notifications and alarms that the probe receives from the targetdevice using the NotificationFilter and AlarmFilter properties.

When you use these properties, you must use the actual token names. Forexample, the token h represents the element NV_PERCEIVED_SEVERITY. So to specifythat the probe is only sent notifications with a perceived severity of 3, set theNotificationFilter property to $h == 3.

You can specify more complex filters using AND, OR, and NOT statements. Forexample, to specify that the probe is sent notifications with a perceived severity of3 or 4, set the NotificationFilter property to the following value:

($h == 3) OR ($h == 4)

Token/element mappings

The following table lists the token/element mappings available for the AlarmFilterand NotificationFilter properties:

Table 5. Token/element mappings

Token Element

a NV_NOTIFICATION_ID

b NV_EVENT_TIME

c NV_SYSTEM_DN

d NV_MANAGED_OBJECT_CLASS

e NV_MANAGED_OBJECT_INSTANCE

f NV_ALARM_ID

ff NV_ALARM_LIST_ALIGNMENT_REQUIREMENT

g NV_PROBABLE_CAUSE


Table 5. Token/element mappings (continued)

Token Element

gg NV_SERVICE_USER

h NV_PERCEIVED_SEVERITY

hh NV_SERVICE_PROVIDER

i NV_SPECIFIC_PROBLEM

ii NV_SECURITY_ALARM_DETECTOR

j NV_ADDITIONAL_TEXT

jj NV_VENDOR_SPECIFIC_ALARM_TYPE

k NV_ACK_TIME

l NV_ACK_USER_ID

m NV_ACK_SYSTEM_ID

n NV_ACK_STATE

o NV_COMMENTS

p NV_BACKED_UP_STATUS

q NV_BACK_UP_OBJECT

r NV_THRESHOLD_INFO

s NV_TREND_INDICATION

t NV_STATE_CHANGE_DEFINITION

u NV_MONITORED_ATTRIBUTES

v NV_PROPOSED_REPAIR_ACTIONS

w NV_CORRELATED_NOTIFICATIONS

x NV_REASON

y CLEAR_USER_ID

z CLEAR_SYSTEM_ID

Lookup tableThe probe is supplied with a lookup table that contains details of the various typesof alarms that the Motorola OMC-R GSR9 generates.

At installation, the Corba_3gpp_V620.lookup file supplied with the probeinstallation package is installed to the following location:

$OMNIHOME/probes/includes/

The following line in the rules file references the lookup file:

include "$OMNIHOME/probes/includes/Corba_3gpp_V620.lookup"

Note: The include command assumes that the probe is run from the standard$OMNIHOME/probes/ directory. If you are running the probe from a differentdirectory, use the absolute directory path to the lookup table. Do not use the$OMNIHOME environment variable in this directory path.


TimeoutThe probe has a timeout facility that allows it to disconnect from the system ifthere has been no activity for a predefined amount of time.

You can use the Timeout property to specify how long the probe waits beforedisconnecting. The default is 0, which instructs the probe to maintain theconnection indefinitely.

IRP Agent statusThe probe checks the status of the IRP Agent every 60 seconds.

You can use the Agentheartbeat property to change the frequency with which theprobe checks the status of the IRP Agent.

Backoff strategyIf the Retry property is set to true, the probe reverts to a backoff strategy when itfails to establish a connection, or loses an existing connection, to the Probe forMotorola OMC-R GSR9 (CORBA).

The probe's backoff strategy is to try to reestablish a connection at successiveintervals of one second, two seconds, four seconds, eight seconds, and so on, up toa maximum of 4096 seconds. When the maximum retry interval is reached, theprobe shuts down, restarts, and tries to reconnect again. The backoff strategyremains in place until a successful login occurs.

Command line interfaceThe probe is supplied with a command line interface (CLI) that enables you toexecute commands to acknowledge alarms or request a full resynchronization withthe CORBA interface.

To use the CLI, you must use the CommandPort property to specify a port throughwhich commands will be sent. The default port is 6970. When you want to issuecommands, use Telnet to connect through this port. You can use theCommandPortLimit property to limit the number of Telnet connections that theprobe can make at one time.

The following table describes the commands that you can use with the CLI:

Table 6. CLI commands

Command Description

acknowledge_alarm alarm_id Use this command to acknowledge an alarm inthe CORBA interface by specifying the identifier(NV_ALARM_ID) of the alarm.

Before you can use this command, you mustspecify a value for the AckSystemId property.


Table 6. CLI commands (continued)

Command Description

userid_acknowledge_alarm alarm_iduser_id

Use this command to deacknowledge an alarm inthe CORBA interface by specifying the identifier(NV_ALARM_ID) of the alarm and the user identifier(NV_ACK_USER_ID) of the user acknowledging thealarm.


If you specify a value for the AckUserId property,the user_id parameter is not required.

unacknowledge_alarm alarm_id Use this command to deacknowledge an alarm inthe CORBA interface by specifying the identifier(NV_ALARM_ID) of the alarm.


userid_unacknowledge_alarm alarm_iduser_id

Use this command to deacknowledge an alarm inthe CORBA interface by specifying the identifier(NV_ALARM_ID) of the alarm and the user identifier(NV_ACK_USER_ID) of the user acknowledging thealarm.


If you specify a value for the AckUserId property,the user_id parameter is not required.

clear_alarm alarm_id Use this command to clear an alarm byspecifying the identifier (NV_ALARM_ID) of thealarm.

Before you can use this command, you mustspecify a value for the ClearSystemId property.

userid_clear_alarm alarm_id user_id Use this command to clear an alarm byspecifying the identifier (NV_ALARM_ID) of thealarm and the user identifier (NV_ACK_USER_ID) ofthe user clearing the alarm.

Before you can use this command, you mustspecify a value for the ClearSystemId property.

If you specify a value for the ClearUserIdproperty, the user_id parameter is not required.

resynch_all Use this command to perform a fullresynchronization with the CORBA interface.

resynch_filter filter Use this command to perform a partialresynchronization with the CORBA interface.

The filter parameter uses the same filter format asthe AlarmFilter property.

help This command displays online help about theCLI.

exit/quit This command closes the connection.

version This command displays the version of the probe.


CLI scripts

Because the CLI uses Telnet connections, you can connect to the probe fromanywhere by creating a desktop tool to open a Telnet connection, send a command,and then close the connection. This means that simple scripts can be set up toallow users to acknowledge selected events from the IBM Tivoli Netcool/OMNIbusevent list.

Peer-to-peer failover functionalityThe probe supports failover configurations where two probes run simultaneously.One probe acts as the master probe, sending events to the ObjectServer; the otheracts as the slave probe on standby. If the master probe fails, the slave probeactivates.

While the slave probe receives heartbeats from the master probe, it does notforward events to the ObjectServer. If the master shuts down, the slave probe stopsreceiving heartbeats from the master and any events it receives thereafter areforwarded to the ObjectServer on behalf of the master probe. When the master isrunning again, the slave continues to receive events, but no longer sends them tothe ObjectServer.

Example property file settings for peer-to-peer failover

You set the peer-to-peer failover mode in the properties files of the master andslave probes. The settings differ for a master probe and slave probe.

The following example shows the peer-to-peer settings from the properties file of amaster probe:Server : "NCOMS"RulesFile : "master_rules_file"MessageLog : "master_log_file"PeerHost : "slave_hostname"PeerPort : 5555 # [communication port between master and slave probe]Mode : "master"

The following example shows the peer-to-peer settings from the properties file ofthe corresponding slave probe:Server : "NCOMS"RulesFile : "slave_rules_file"MessageLog : "slave_log_file"PeerHost : "master_hostname"PeerPort : 5555 # [communication port between master and slave probe]Mode : "slave"

Properties and command line optionsYou use properties to specify how the probe interacts with the device. You canoverride the default values by using the properties file or the command lineoptions.

The following table describes the properties and command line options specific tothis probe. For more information about generic Netcool/OMNIbus properties andcommand line options, see the IBM Tivoli Netcool/OMNIbus Probe and GatewayGuide.


Table 7. Properties and command line options

Property Name Command Line Option Description

AckSystemId string -acksystemid string Use this property to specify thesystem identifier to use whenacknowledging and deacknowledgingalarms using the CLI.

The default is "".

AckUserId string -ackuserid string Use this property to specify the userID to use when acknowledging anddeacknowledging alarms using theCLI.

The default is "".

Agentheartbeat integer -agentheartbeat integer Use this property to specify thefrequency (in seconds) with whichthe probe checks the status of the IRPAgent.

The default is 60.

AlarmFilter string -alarmfilter string Use this property to specify the filterthat the Alarm IRP point uses to limitthe alarms sent to the probe.

The default is "".

AlarmIrpFile string -alarmirpfile string Use this property to specify thelocation of the file that contains theIOR of the Alarm IRP object.

The default is "".

AlarmIrpName string -alarmirpiorfilenamestring

Use this property to specify the nameof the Alarm IRP Agent.

The default is 1.SubNetwork/1.Management Node/1.IrpAgent/A0.AlarmIRP/Object.

BeatInterval integer -beatinterval integer Use this property to specify theheartbeat interval (in seconds) forpeer-to-peer failover.

The default is 2.

ClearSystemId string -clearsystemid string Use this property to specify thesystem identifier to use whenclearing alarms using the CLI.

The default is "".

ClearUserId string -clearuserid string Use this property to specify the userID to use when clearing alarms usingthe CLI.

The default is "".

CommandPort integer -commandport string Use this property to specify the portthrough which you will sendcommands using the CLI.

The default is 6970.


Table 7. Properties and command line options (continued)


CommandPortLimitinteger

-commandportlimit integer Use this property to specify themaximum number of Telnetconnections that the probe can makeusing the command port.

The default is 10.

EntryPointIrpFilestring

-entrypointirpfile string Use this property to specify thelocation of the file containing the IORof the Entry Point IRP object.

The default is "".

FlushBufferIntervalinteger

-flushbufferintervalinteger

Use this property to specify howoften (in seconds) the probe flushesall alerts in the buffer to theObjectServer.

The default is 0 (which instructs theprobe to never flush the alerts to theObjectServer).

Mode string -master (This isequivalent to Mode with avalue of master.)

-slave (This is equivalentto Mode with a value ofslave.)

Use this property to specify the modeof operation of a probe instance in apeer-to-peer failover relationship.This property takes the followingvalues:

master: The probe is the master probein the failover relationship.

slave: The probe is the slave probe inthe failover relationship.

standard: There is no failoverrelationship.

The default is standard.

NamingServiceHoststring

-namingservicehost string Use this property to specify the nameof the host where the Naming Serviceis available.

The default is localhost.

NamingServicePortstring

-namingserviceport string Use this property to specify the porton which the Naming Service listenson.





NotificationCategoriesstring

-notificationcategoriesstring

Use this property to specify thenotification categories to which theprobe subscribes.

To specify multiple categories,separate them using semicolons inthe following format:

category1;category2;categoryn

The default is "" (the probesubscribes to all available notificationcategories).

NotificationFilterstring

-notificationfilterstring

Use this property to specify the filterthat the Notification IRP point uses tolimit the notifications sent to theprobe.

The default is "".

NotificationIrpFilestring

-notificationirpfilestring

Use this property to specify thelocation of the file that contains theIOR of the Notification IRP object.

The default is "".

NotificationIrpNamestring

-notificationirpnamestring

Use this property to specify the nameof the Notification IRP Agent.

The default is 1.SubNetwork/1.Management Node/1.IrpAgent/N0.NotificationIRP/Object.

NotificationIrpVersionstring

-notificationirpversionstring

Use this property to specify theNotification IRP version.

The version specified must be use theformat \"32.303 VN.n\", where N isthe major version number and n isthe minor version number. Forexample: 32.303 V6.4

The default is "".

ORBCharEncoding string -orbcharencoding string Use this property to specify thenative character encoding set used bythe Object Request Broker (ORB) forcharacter data.

The default is UTF8.

ORBLocalPort integer -orblocalport integer Use this property to specify the localport to which the ORB listens.

The default is 0 (the ORB selects anavailable port at random).




ORBLocalHostName string -orblocalhostname string Use this property to specify the localhost used by the server-side ORB toplace the server's host name into theIOR of a remote object.

The default is "".

ORBWCharDefault string -orbwchardefault string Use this property to specify whatwide character (wchar) set the IBMORB uses when communicating withother ORBs that do not publish awchar set.

The default is UTF16.

PeerHost string -peerhost string Use this property to specify the hostname of the network element actingas the counterpart to this probeinstance in a peer-to-peer failoverrelationship.

The default is localhost.

PeerPort integer -peerport integer Use this property to specify the portthrough which the master and slaveprobes communicate in a peer-to-peerfailover relationship.


Resynch string -noresynch (This isequivalent to Resynchwith a value of false.)

-resynch (This isequivalent to Resynchwith a value of true.)

Use this property to specify whetherthe probe attempts to resynchronizeexisting alarms before retrieving newalarms. This property takes thefollowing values:

false : The probe does not attempt toresynchronize the alarms.

true : The probe attempts toresynchronize the alarms.

The default is false.

Retry string -noretry (This isequivalent to Retry witha value of false.)

-retry (This is equivalentto Retry with a value oftrue.)

Use this property to specify whetheror not the probe attempts toreconnect to the CORBA interfacefollowing a time out. This propertytakes the following values:

false : The probe does not attempt toreconnect to the CORBA interface.

true : The probe attempts toreconnect to the CORBA interface.

The default is false.




Timeout integer -timeout integer Use this property to specify thelength of time (in seconds) that theprobe waits to receive events beforedisconnecting from the NotificationService and shutting down.

The default is 0 (the probe nevertimes out).

TimeTick integer -timetick integer Use this property to specify theduration (in minutes) of thesubscription to the target.

The default is 0.

ElementsThe probe breaks event data down into tokens and parses them into elements.Elements are used to assign values to ObjectServer fields; the field values containthe event details in a form that the ObjectServer understands.

The following table describes the elements that the probe generates.

Table 8. Elements

Element name Element description

CLEAR_SYSTEM_ID This element identifies the system where thealarms in the IRP Manager are cleared.

CLEAR_USER_ID This element contains the name of the user whocleared an alarm.

DOMAIN_NAME This element contains the domain name fromwhich a notification originated.

EVENT_NAME This element indicates the notification type of anotification.

EVENT_TYPE This element indicates the event type of anotification.

NV_ACK_STATE This element indicates the acknowledgement stateof an alarm.

NV_ACK_SYSTEM_ID This element contains the System ID of the IRPManager processing a notification.

NV_ACK_TIME This element indicates the time at which the useracknowledged an alarm.

NV_ACK_USER_ID This element identifies the last user who haschanged the acknowledgement state.

NV_ADDITIONAL_TEXT This element contains information about thenetwork element from which an alarm originated.

NV_ALARM_ID This element contains the identifier of an alarmas it appears in the alarm list.

NV_ALARM_LIST_ALIGNMENT_REQUIREMENT This element indicates whether or not the alarmlist requires alignment.

NV_BACK_UP_OBJECT This element contains the Distinguished Name(DN) of the backup object.


Table 8. Elements (continued)

Element name Element description

NV_BACKED_UP_STATUS This element identifies whether the object hasbeen backed up.

NV_COMMENTS This element contains comments about an alarm.

NV_CORRELATED_NOTIFICATIONS This element contains a set of notifications towhich a notification is related. This element isgenerated dynamically and its content dependson the IRP Agent.

NV_EVENT_TIME This element indicates the time at which an eventoccurred.

NV_MANAGED_OBJECT_CLASS This element contains the Information ObjectClass of the managed network resource.

NV_MANAGED_OBJECT_INSTANCE This element contains the Managed ObjectInstance of the network resource.

NV_MONITORED_ATTRIBUTES This element contains the Managed Objectattributes of the network resource whose valuechanges are being monitored.

NV_NOTIFICATION_ID This element contains the identificationinformation of a notification.

NV_PERCEIVED_SEVERITY This element indicates the relative level ofurgency of an alarm.

NV_PROBABLE_CAUSE This element provides further information aboutthe probable cause of an alarm.

NV_PROPOSED_REPAIR_ACTIONS This element indicates the proposed repairactions associated with a notification.

NV_REASON This element indicates the reason that triggeredthe proposed repair action.

NV_SECURITY_ALARM_DETECTOR This element contains the security alarm detectorfor the device.

NV_SERVICE_PROVIDER This element contains the name of the serviceprovider.

NV_SERVICE_USER This element contains the name of the serviceuser whose request for service led to thegeneration of a security alarm.

NV_SPECIFIC_PROBLEMS This element contains further information aboutthe problem to which a notification relates.

NV_STATE_CHANGE_DEFINITION This element containss information about thestate change.

NV_SYSTEM_DN This element contains the Distinguished Name(DN) used to identify the system.

NV_THRESHOLD_INFO This element provides information about athreshold that has been crossed.

NV_TREND_INDICATION This element indicates how an observedcondition has changed.

NV_VENDOR_SPECIFIC_ALARM_TYPE This element indicates the alarm type specific tothe vendor.


Error messagesError messages provide information about problems that occur while running theprobe. You can use the information that they contain to resolve such problems.

The following table describes the error messages specific to this probe. Forinformation about generic Netcool/OMNIbus error messages, see the IBM TivoliNetcool/OMNIbus Probe and Gateway Guide.

Table 9. Error messages

Error Message Description Action

[Command Port] host Failedto get socket IO io

[Command Port] host Failedto read command exception

[Command Port] Erroroccurred exception

[Command Port] Failed toget property 'CommandPort'

[Command Port] host Failedto close command socketexception

There was a problem withthe command port.

Check that you havespecified the command portproperties correctly. Checkthe connection between theprobe and the commandport.

[Command Port] Failed toget CommandPortLimitproperty - using 10

The probe could not retrievethe value of theCommandPortLimit property.The probe will use thedefault value of 10.

Check that you havespecified the command portcorrectly. Check theconnection between theprobe and the commandport.

[Command Port] Failed toopen listening socket,shutting down Thread!

The probe could not open alistening socket on thecommand port.

Try using another port.

[Command Port] Threadshutting down due toerror!

There was a problem withthe command port.

Check that the commandport has been specifiedcorrectly and that thenco_p_nonnative process isrunning.

[Command Port] Failed tosend probewatch message!

The probe was unable tosend a ProbeWatch messageto the ObjectServer.

Check the connection to theObjectServer.

Cannot initialize the Orbexception

A problem was encounteredduring initialization of theObject Request Broker (ORB).

Ensure the CLASSPATHenvironment variablecontains the path to the ORB.jar files.

Cannot proceed. Shuttingdown!

There is a problem with yournetwork or with the probeconfiguration.

Contact IBM SoftwareSupport.


Table 9. Error messages (continued)


Communication failure -lost connection toNoticiationIRP: exception

CORBA.TRANSIENT exceptionraised. NotificationIRP isdown!

CORBA.OBJECT_NOT_EXISTexception raised.NotificationIRP is down!

BAD_PARAM Exception i.eone or more of the in/outparameter is nullexception

CORBA Exception stacktrace to stderr exception

NetcoolIRPManager: StackTrace to stderr exception

NetcoolIRPManager :Exception raised fromattaching to notificationcategories : exception

Failed to retrievesubscr_id_filename_oldfile='subscr_id_filename_old 'exception

Communication with theNotification IRP server hasfailed.

Check that the NotificationIRP server is running.

Failed to Connectexception

The server is not running,the IOR is out of date, or theprobe cannot reach theremote server.

Check that the relevantproperties are set correctlyand that the target host isworking correctly.

Failed to connect to theNaming Context exception

The probe cannot connect tothe Naming Context.

Check the values of theNamingServiceHost andNamingServicePortproperties.

Failed to iterate throughresynch alarms

A problem occurred whilethe probe was parsing thealarms retrieved during aresynchronization.

Check that the server isrunning correctly. Check thatyou have specified theresynchronization parameterscorrectly.

Failed to perform resynch

NetcoolIRPManager : Failedto attach to notificationcategories : exception

The probe failed to get thealarm list or failed to iteratethrough theresynchronization alarms.

Check the value specified forthe Resynch property.

Check that the server isrunning correctly. Check thatyou have specified theresynchronization parameterscorrectly.




Failed to pingnotification service

Failed to get subscriptionstatus: exception

The probe encounteredconnection problems withthe Notification IRP point.

Check the value specified forthe Agentheartbeat property.

Check that the CORBAinterface is running correctly.

Failed to resolve theAlarmIRP object exception

The Alarm IRP object is notregistered in the NamingService with the Alarm IRPname provided in theproperties file.

Check the value specified forthe AlarmIrpName property.

Failed to resolve theNotificationIRP objectexception

The Notification IRP object isnot registered in the NamingService with the NotificationIRP Name provided in theproperties file.

Check the value specified forthe NotificationIrpNameproperty.

login: Unknown exceptionoccurred exception

Problems getting the IRPObject.

Check the values specifiedfor the AlarmIrpName,NotificationIrpName, andEntryPointIrpFileproperties.

NetcoolIRPManager: ERRORwhen parsing anotification event

The probe encounteredcorrupted data whileparsing. The data is not inthe expected format.

Check the settings in thenotification and problem logfiles.

NetcoolIRPManager: Failedto acknowledge_alarms():exception

The probe could notacknowledge the alarm.

Check that the alarmidentifier provided to theCLI is correct.

NetcoolIRPManager: Failedto retrieve AlarmIRPobject from securityinterface

Failed to get the Alarm IRPobject.

Check the value specified forthe AlarmIrpName property.

NetcoolIRPManager: Failedto retrieveNotificationIRP objectfrom security interface

Failed to get the NotificationIRP object.


NetcoolIRPManager: Failedto send event exception

The probe could not forwardthe event to the ObjectServer.

Check that the ObjectServeris running.

NetcoolIRPManager: Failedto Unacknowledge_alarms():exception

The probe could notunacknowledge the alarm.

Check the connectionbetween the probe and thecommand port. Check thatyou have specified thecommand port correctly.

OperationNotSupportedexception

The Nokia-Siemens OMC-RGSR9 does not support theoperation specified.


Problem while trying toconnect to the IRP pointsexception

A problem occurred whileconnecting to the Alarm IRPor the Notification IRP.

Check the values specifiedfor the AlarmIrpName andNotificationIrpNameproperties.

Login: Failed to find IORfile 'ior_file'

The probe failed to get thenamed IOR file.

Check the value specified forthe EntryPointIrpFileproperty.




Login: Failed to narrowEntry Point IRP interface:exception

The probe failed to narrowthe object reference to theEntry Point IRP Agent object.


Failed to retrieveproperty AlarmIrpFile

The probe cannot retrieve thevalue specified by theAlarmIrpFile property.

Check the value specified forthe AlarmIrpFile property.

Failed to find IOR file'alarmirp_ior_file'

The probe cannot find thenamed Alarm IRP file.

Check the value specified forthe AlarmIrpFile property.

Failed to retrievepropertyNotificationIrpFile

The probe cannot retrieve thevalue specified by theNotificationIrpFileproperty.

Check the value specified forthe NotificationIrpFileproperty.

Failed to find IOR file The probe failed to get theIOR file.


InvalidParameterException: exception

There is a problem with theCORBA interface.

Refer to your CORBAdocumentation.

Failed to Connect tonotification service:exception

The probe lost the connectionto the CORBA server.

Check the connection to theCORBA server.

Either, the server is notrunning, the IOR is out ofdate, or probe cannotreach remote Server!

The probe lost the connectionto the CORBA server.

Check the connection to theCORBA server.

NetcoolIRPManager: Failedto clear_alarms: exception

The probe failed to clearalarms.

Check that the alarmidentifier (NV_ALARM_ID)specified by the CLI iscorrect.

Error. Failed to parseevent completely

The probe encountered aproblem while parsing anevent.

Verify that the Probe forMotorola OMC-R GSR9(CORBA) server is runningcorrectly.

Name is null, cannotcreate Element

The probe failed to parse analarm.

Verify that the alarmconforms to theStructuredEvent format.

Failed to retrieve oldprobe-IOR: exception

The probe failed to find theIOR file in the expectedlocation at the first try.

The IOR file will not beavailable in the expectedlocation the first time thatyou run the probe, so theprobe throws the error. Thenext time that the probe isstarted, it will detect the IORfile in the expected location.

ProbeWatch messagesDuring normal operations, the probe generates ProbeWatch messages and sendsthem to the ObjectServer. These messages tell the ObjectServer how the probe isrunning.


The following table describes the ProbeWatch messages that the probe generates.For information about generic Netcool/OMNIbus ProbeWatch messages, see theIBM Tivoli Netcool/OMNIbus Probe and Gateway Guide.

Table 10. ProbeWatch Messages

ProbeWatch message Description Triggers or causes

Communication failure -lost connection toNoticiationIRP exception

CORBA.TRANSIENT Exception:Lost connection toNotificationIRP exception

CORBA.OBJECT_NOT_EXISTException: Lost connectionto NotificationIRPexception

Failed to connect toNotificationIRP: reason.Shutting down.

Failed to Connect: Either,the server is not running,the IOR is out of date, orprobe cannot reach remoteServer

The communication with theNotification IRP server hasfailed.

The probe lost its connectionto the Notification IRPserver.

END SYNCHRONIZATION The synchronization ofalarms has stopped.

The probe hasresynchronized all theavailable alarms.

Failed to find IOR file'alarmirp_ior_file'

The specified Alarm IRP filedoes not exist.

The IRP Manager has beenset up incorrectly.

Failed to find IOR file'notificationirp_ior_file'

The specified NotificationIRP file does not exist.

The IRP Manager has beenset up incorrectly.

Failed to get IRP Outlineexception

The probe could not get thesupported IRP outline usingEntry Point IRP.

Incorrect value set for theAlarmIrpName orNotificationIrpNameproperties.

Failed to get IRPreference exception

Failed to get IRPreferences - invalidparameter

The probe could not get theIRP references using EntryPoint IRP.

Failed to get the IRP Outline.

Failed to listen forcommands on port numberlistening_port : io

A problem occurred whiletrying to listen forcommands.

There was a probleminitializing the connectiondue to insufficient memoryor (if this message was sentafter some events had beenparsed) there was aconnection failure.

Invalid IRPVersion The specified IRP version isincorrect.

An incorrect IRP name isspecified in the propertiesfile.


Table 10. ProbeWatch Messages (continued)

ProbeWatch message Description Triggers or causes

START SYNCHRONIZATION The synchronization ofalarms has started.

The probe started toresynchronize alarmscollected in the systemduring the timeout period.

Will listen for commandson port numberlistening_port

The probe will listen forcommands on the specifiedport number.

The probe has successfullycreated the CLI server on thespecified command portspecified in the propertiesfile.

Unexpected fatal error,failed to connectexception

Unexpected fatal errorwhile getting IRP Outline

Unexpected fatal errorwhen getting IRP referencefrom Entry Point IRP

The probe has encountered afatal error.

Contact IBM SoftwareSupport.

Login: Failed to find IORfile 'ior_file'

The specified IRP file doesnot exist.

The IRP manager has beenset up incorrectly.

Failed to get subscriptonstatus: exception

The probe has lost itsconnection to the server.

The 3GPP server is notrunning correctly or theconnection to the 3GPPserver is lost.

Connection toNotificationIRP server hasbeen established

The probe has successfullyconnected to the server.

The server is running andthe probe will start receivingnotifications.

Running the probeBefore running the probe for the first time, you must specify a minimum set ofproperties.

Depending on which method you use to connect to the CORBA 3GPP interface,you must specify values for the some of the following properties before runningthe probe:v AlarmIrpFile

v AlarmIrpName

v EntryPointIrpFile

v NamingServiceHost

v NamingServicePort

v NotificationIrpFile

v NotificationIrpName

For more information about these properties, see “Connecting to the CORBAinterface” on page 4.


Starting the probe

Use the following command to start the probe:

$OMNIHOME/probes/nco_p_motorola_3gpp_omcr_gsr9

Shutting down the probe

To stop an instance of the probe, issue a stop signal to the process associated withthat probe instance.

Running multiple probesYou can run multiple instances of the probe.

For each running instance, specify a different port to which the server listens usingthe ORBLocalPort property.

Running multiple probes in a failover configuration

If you have implemented a peer-to-peer failover configuration, both the masterprobe and the slave probe have their own Object Request Broker (ORB) local port.

Where you are running this configuration in conjunction with a firewall, add thereceiving port of each probe to the firewall rules. The direction of the connection isfrom the target system to the master or slave probe.

You set the peer-to-peer failover mode in the properties files of the master andslave probes.

Include the following peer-to-peer settings in the master's probe properties file:PeerHost : "slave_hostname"PeerPort : 5555 # [communication port between master and slave probes]

Include the following peer-to-peer settings in the slave's probe properties file:PeerHost : "master_hostname"PeerPort : 5555 # [communication port between master and slave probes]


Appendix. Notices and Trademarks

This appendix contains the following sections:v Noticesv Trademarks

NoticesThis information was developed for products and services offered in the U.S.A.

IBM may not offer the products, services, or features discussed in this document inother countries. Consult your local IBM representative for information on theproducts and services currently available in your area. Any reference to an IBMproduct, program, or service is not intended to state or imply that only that IBMproduct, program, or service may be used. Any functionally equivalent product,program, or service that does not infringe any IBM intellectual property right maybe used instead. However, it is the user's responsibility to evaluate and verify theoperation of any non-IBM product, program, or service.

IBM may have patents or pending patent applications covering subject matterdescribed in this document. The furnishing of this document does not grant youany license to these patents. You can send license inquiries, in writing, to:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785U.S.A.

For license inquiries regarding double-byte (DBCS) information, contact the IBMIntellectual Property Department in your country or send inquiries, in writing, to:

IBM World Trade Asia CorporationLicensing 2-31 Roppongi 3-chome, Minato-kuTokyo 106-0032, Japan

The following paragraph does not apply to the United Kingdom or any othercountry where such provisions are inconsistent with local law:INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THISPUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHEREXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIEDWARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESSFOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express orimplied warranties in certain transactions, therefore, this statement may not applyto you.

This information could include technical inaccuracies or typographical errors.Changes are periodically made to the information herein; these changes will beincorporated in new editions of the publication. IBM may make improvementsand/or changes in the product(s) and/or the program(s) described in thispublication at any time without notice.

© Copyright IBM Corp. 2013 23

Any references in this information to non-IBM Web sites are provided forconvenience only and do not in any manner serve as an endorsement of those Websites. The materials at those Web sites are not part of the materials for this IBMproduct and use of those Web sites is at your own risk.

IBM may use or distribute any of the information you supply in any way itbelieves appropriate without incurring any obligation to you.

Licensees of this program who want to have information about it for the purposeof enabling: (i) the exchange of information between independently createdprograms and other programs (including this one) and (ii) the mutual use of theinformation which has been exchanged, should contact:

IBM CorporationSoftware Interoperability Coordinator, Department 49XA3605 Highway 52 NRochester, MN 55901U.S.A.

Such information may be available, subject to appropriate terms and conditions,including in some cases, payment of a fee.

The licensed program described in this information and all licensed materialavailable for it are provided by IBM under terms of the IBM Customer Agreement,IBM International Program License Agreement, or any equivalent agreementbetween us.

Any performance data contained herein was determined in a controlledenvironment. Therefore, the results obtained in other operating environments mayvary significantly. Some measurements may have been made on development-levelsystems and there is no guarantee that these measurements will be the same ongenerally available systems. Furthermore, some measurements may have beenestimated through extrapolation. Actual results may vary. Users of this documentshould verify the applicable data for their specific environment.

Information concerning non-IBM products was obtained from the suppliers ofthose products, their published announcements or other publicly available sources.IBM has not tested those products and cannot confirm the accuracy ofperformance, compatibility or any other claims related to non-IBM products.Questions on the capabilities of non-IBM products should be addressed to thesuppliers of those products.

All statements regarding IBM's future direction or intent are subject to change orwithdrawal without notice, and represent goals and objectives only.

All IBM prices shown are IBM's suggested retail prices, are current and are subjectto change without notice. Dealer prices may vary.

This information is for planning purposes only. The information herein is subject tochange before the products described become available.

This information contains examples of data and reports used in daily businessoperations. To illustrate them as completely as possible, the examples include thenames of individuals, companies, brands, and products. All of these names arefictitious and any similarity to the names and addresses used by an actual businessenterprise is entirely coincidental.


COPYRIGHT LICENSE:

This information contains sample application programs in source language, whichillustrate programming techniques on various operating platforms. You may copy,modify, and distribute these sample programs in any form without payment toIBM, for the purposes of developing, using, marketing or distributing applicationprograms conforming to the application programming interface for the operatingplatform for which the sample programs are written. These examples have notbeen thoroughly tested under all conditions. IBM, therefore, cannot guarantee orimply reliability, serviceability, or function of these programs.

Each copy or any portion of these sample programs or any derivative work, mustinclude a copyright notice as follows:

© (your company name) (year). Portions of this code are derived from IBM Corp.Sample Programs. © Copyright IBM Corp. _enter the year or years_. All rightsreserved.

If you are viewing this information softcopy, the photographs and colorillustrations may not appear.

TrademarksIBM, the IBM logo, ibm.com, AIX, Tivoli, zSeries, and Netcool are trademarks ofInternational Business Machines Corporation in the United States, other countries,or both.

Adobe, Acrobat, Portable Document Format (PDF), PostScript, and all Adobe-basedtrademarks are either registered trademarks or trademarks of Adobe SystemsIncorporated in the United States, other countries, or both.

Intel, Intel Inside (logos), MMX, and Pentium are trademarks of Intel Corporationin the United States, other countries, or both.

Microsoft, Windows, Windows NT, and the Windows logo are trademarks ofMicrosoft Corporation in the United States, other countries, or both.

Java™ and all Java-based trademarks are trademarks of Sun Microsystems, Inc. inthe United States, other countries, or both.

Linux is a trademark of Linus Torvalds in the United States, other countries, orboth.

UNIX is a registered trademark of The Open Group in the United States and othercountries.

Appendix. Notices and Trademarks 25

��

Printed in USA

SC27-6215-00

ibm tivoli netcool/omnibus probe for motorola omc-r …€¦ · ibm ®tivoli netcool/omnibus probe...

Documents