Reference Guide: March 02, 2012
Reference Guide: March 02, 2012
Reference Guide
March 02, 2012
SC23-7667-06
IBM® Tivoli® Netcool/OMNIbus Probe for Nokia-Siemens
NetAct 3GPP V4 (CORBA)
Version 10.0
Reference Guide
March 02, 2012
SC23-7667-06
Notice
Before using this information and the product it supports, read the information in “Notices and Trademarks,” on page 25.
Edition notice
This edition (SC23-7667-06) applies to version 10.0 of the IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens
NetAct 3GPP V4 (CORBA) and to all subsequent releases and modifications until otherwise indicated in new
editions.
This edition replaces SC23-7667-05.
© Copyright IBM Corporation 2007, 2012.
US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract
with IBM Corp.
Contents
About this guide . . . . . . . . . . . v Lookup table . . . . . . . . . . . . . 7
Document Control Page . . . . . . . . . . v Command line interface . . . . . . . . . 8
Conventions used in this guide . . . . . . . vii Peer-to-peer failover functionality . . . . . . 9
Properties and command line options . . . . . 10
IBM Tivoli Netcool/OMNIbus Probe for Elements . . . . . . . . . . . . . . . 12
Error messages . . . . . . . . . . . . . 14
Nokia-Siemens NetAct 3GPP V4 ProbeWatch messages . . . . . . . . . . . 19
(CORBA) . . . . . . . . . . . . . . 1 Running the probe . . . . . . . . . . . . 23
Summary . . . . . . . . . . . . . . . 2 Troubleshooting . . . . . . . . . . . . . 23
Installing probes . . . . . . . . . . . . . 2
Firewall considerations . . . . . . . . . . . 3 Appendix. Notices and Trademarks . . 25
Data acquisition . . . . . . . . . . . . . 4
Notices . . . . . . . . . . . . . . . . 25
Connecting to the CORBA interface. . . . . . 4
Trademarks . . . . . . . . . . . . . . 27
IRP Agent status . . . . . . . . . . . . 5
Filtering notifications and alarms . . . . . . 5
http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/
kc_welcome-444.html?lang=en
Table 1. Document modification history
Document Publication
version date Comments
SC23-6092-00 March 21, First IBM publication.
2007
SC23-7667-01 June 22, 2007 Probe version and patch number updated.
vi IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Conventions used in this guide
All probe guides use standard conventions for operating system-dependent
environment variables and directory paths.
All probe guides use standard conventions for specifying environment variables
and describing directory paths, depending on what operating systems the probe is
supported on.
For probes supported on UNIX and Linux operating systems, probe guides use the
standard UNIX conventions such as $variable for environment variables and
forward slashes (/) in directory paths. For example:
$OMNIHOME/probes
For probes supported only on Windows operating systems, probe guides use the
standard Windows conventions such as %variable% for environment variables and
backward slashes (\) in directory paths. For example:
%OMNIHOME%\probes
For probes supported on UNIX, Linux, and Windows operating systems, probe
guides use the standard UNIX conventions for specifying environment variables
and describing directory paths. When using the Windows command line with
these probes, replace the UNIX conventions used in the guide with Windows
conventions. If you are using the bash shell on a Windows system, you can use the
UNIX conventions.
Note: The names of environment variables are not always the same in Windows
and UNIX environments. For example, %TEMP% in Windows environments is
equivalent to $TMPDIR in UNIX and Linux environments. Where such variables are
described in the guide, both the UNIX and Windows conventions will be used.
$OMNIHOME/probes/arch
The following table lists the directory names used for each operating system.
Note: This probe may not support all of the operating systems specified in the
table.
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
OMNIHOME location
viii IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct
3GPP V4 (CORBA)
Nokia-Siemens NetAct is a networking and service management Operations
Support System (OSS). It provides fault and performance management, service
provisioning, support for multiple wireless network technologies, and customer
management interfaces. It operates across the radio-access and core subnetworks of
next-generation wireless Internet networks.
The Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA) collects alarms from
Nokia-Siemens NetAct using a Common Object Request Broker Architecture
(CORBA) 3rd Generation Partnership Project (3GPP) interface. The probe acquires
data from Nokia-Siemens NetAct devices that support 3GPP version 4.3.0. IBM
does not maintain a list of compatible Nokia-Siemens devices.
Installing probes
All probes are installed in a similar way. The process involves downloading the
appropriate installation package for your operating system, installing the
appropriate files for the version of Netcool/OMNIbus that you are running, and
configuring the probe to suit your environment.
2 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
The installation package contains the appropriate files for all supported
versions of Netcool/OMNIbus. For details about how to install the probe to
run with your version of Netcool/OMNIbus, visit the following page on the
IBM Tivoli Knowledge Center:
http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/
probes/all_probes/wip/reference/install_install_intro.html
3. Configuring the probe.
This guide contains details of the essential configuration required to run this
probe. It combines topics that are common to all probes and topics that are
peculiar to this probe. For details about additional configuration that is
common to all probes, see the IBM Tivoli Netcool/OMNIbus Probe and Gateway
Guide.
Firewall considerations
When using CORBA probes in conjunction with a firewall, the firewall must be
configured so that the probe can connect to the target system.
Most CORBA probes can act as both a server (listening for connections from the
target system) and a client (connecting to the port on the target system to which
the 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 must
determine 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 the
target system will connect.
3. If each host is secured with its own firewall, you must determine the following
four 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 the
ORBLocalPort property. The default value for this property is 0, which means that
an available port is selected at random. If the probe is behind a firewall, the value
of the ORBLocalPort property must be specified as a fixed port number.
The probe gathers alarms from Nokia-Siemens NetAct using a CORBA 3GPP
interface.
When using IOR files, the probe gets the object reference of the AlarmIrpName and
NotificationIrpName objects from the Interoperable Object Reference (IOR) files
specified in the AlarmIrpFile and NotificationIrpFile properties.
Set the AlarmIrpName property to the name used to resolve the Alarm IRP in the
Naming Service and set the NotificationIrpName property to the name used to
resolve the Notification IRP in the Naming Service.
The probe gets the Naming Service IOR file from the server specified by the
NetActServerName property (using the port specified by the NetActServerPort
property and the command specified by the NamingServiceIorRequest property).
The Naming Service uses the values specified by the AlarmIrpName and
NotificationIrpName properties to resolve the Alarm IRP and Notification IRP
points.
4 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
IRP Agent status
The probe checks the status of the IRP Agent every 60 seconds.
You can use the Agentheartbeat property to change the frequency with which the
probe checks the status of the IRP Agent.
When you use these properties, you must use the actual token names. For
example, the token h represents the element NV_PERCEIVED_SEVERITY. So to specify
that the probe is only sent notifications with a perceived severity of 3, set the
NotificationFilter property to $h == 3.
You can specify more complex filters using AND, OR, and NOT statements. For
example, to specify that the probe is sent notifications with a perceived severity of
3 or 4, set the NotificationFilter property to the following value:
($h == 3) OR ($h == 4)
The following table lists the token/element mappings available for the AlarmFilter
and NotificationFilter properties:
Table 5. Token/element mappings
Token Element
a NV_NOTIFICATION_ID
b NV_CORRELATED_NOTIFICATIONS
c NV_EVENT_TIME
d NV_SYSTEM_DN
e NV_MANAGED_OBJECT_CLASS
f NV_MANAGED_OBJECT_INSTANCE
g NV_PROBABLE_CAUSE
h NV_PERCEIVED_SEVERITY
i NV_SPECIFIC_PROBLEM
j NV_ADDITIONAL_TEXT
k NV_ALARM_ID
l NV_ACK_USER_ID
m NV_ACK_TIME
n NV_ACK_SYSTEM_ID
o NV_ACK_STATE
p NV_BACKED_UP_STATUS
q NV_BACK_UP_OBJECT
r NV_THRESHOLD_INFO
s NV_TREND_INDICATION
Filters
The probe retrieves elements by using a filter that associates an ObjectServer field
with its expected value.
The following table lists the valid operators and attribute values for the available
ObjectServer fields:
Table 6. Valid operators and attribute values
Name of the attribute Valid operators Valid attribute values
alarmType == COMMUNICATIONS_ALARM
ENVIRONMENTAL_ALARM
EQUIPMENT_ALARM
PROCESSING_ERROR_ALARM
QUALITY_OF_SERVICE_ALARM
managedObjectClass == The filtering of elements sent from the
device can only be configured in
Nokia-Siemens NetAct. For details of the
syntax required for filtering object classes,
refer to your CORBA documentation or
contact your system administrator.
< MAJOR
<= MINOR
> WARNING
>= CLEARED
6 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Valid filters
Invalid filters
The following are examples of invalid filters that will not work:
1. (perceivedSeverity == WARNING) OR (managedObjectInstance ==
SubNetwork=Nokia-1)
2. (alarmType == ENVIRONMENTAL_ALARM) AND (probableCause < 1000)
3. (alarmType < ENVIRONMENTAL_ALARM)
Lookup table
The probe is supplied with a lookup table that contains details of the various types
of alarms that Nokia-Siemens NetAct generates.
$OMNIHOME/probes/includes/
The following line in the rules file references the lookup file:
include "../includes/Corba_3gpp_V430.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 different
directory, replace “..” with the absolute directory path to the lookup file. Do not
use the $OMNIHOME environment variable in this directory path.
In this section of the rules file, you must also specify which version of
Nokia-Siemens Operations Support System (OSS) the probe is running against:
v For OSS4, specify $Version = "OSS4"
v For OSS3 and all previous versions, specify $Version = "OSS3"
To use the CLI, you must use the CommandPort property to specify a port through
which commands will be sent. The default port is 6970. When you want to issue
commands, use Telnet to connect through this port. You can use the
CommandPortLimit property to limit the number of Telnet connections that the
probe can make at one time.
The following table lists the commands that you can use with the CLI:
Table 7. CLI commands
Command Description
acknowledge_alarm alarm_id This command allows you to acknowledge an
alarm in the 3GPP interface.
CLI scripts
Because the CLI uses Telnet connections, you can connect to the probe from
anywhere 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 to
allow users to acknowledge selected events from the IBM Tivoli Netcool/OMNIbus
8 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
event list.
While the slave probe receives heartbeats from the master probe, it does not
forward events to the ObjectServer. If the master shuts down, the slave probe stops
receiving heartbeats from the master and any events it receives thereafter are
forwarded to the ObjectServer on behalf of the master probe. When the master is
running again, the slave continues to receive events, but no longer sends them to
the ObjectServer.
Note: In the examples, make sure to use the full path for the property value. In
other words replace $OMNIHOME with the full path. For example:
/opt/IBM/tivoli/netcool.
The following example shows the peer-to-peer settings from the properties file of a
master 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"
PidFile : "$OMNIHOME/var/opc_ua"
The following example shows the peer-to-peer settings from the properties file of
the 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"
PidFile : "$OMNIHOME/var/opc_ua2"
The following table describes the properties and command line options specific to
this probe. For more information about generic Netcool/OMNIbus properties and
command line options, see the IBM Tivoli Netcool/OMNIbus Probe and Gateway
Guide.
Table 8. Properties and command line options
Property name Command line option Description
AckSystemId string -acksystemid string Use this property to specify the
system identifier to use when
acknowledging alarms using the
CLI.
10 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 8. Properties and command line options (continued)
Property name Command line option Description
CommandPortLimit -commandportlimit integer Use this property to specify the
integer maximum number of Telnet
connections that can be made to
the probe.
Elements
The probe breaks event data down into tokens and parses them into elements.
Elements are used to assign values to ObjectServer fields; the field values contain
the event details in a form that the ObjectServer understands.
The following table describes the elements that the Probe for Nokia-Siemens
NetAct 3GPP V4 (CORBA) generates. Not all the elements described are generated
for each event; the elements that the probe generates depends upon the event type.
Table 9. Elements
Element name Element description
AttributeValue(element_name) This element contains the value of an
element being monitored. This element is
generated dynamically and its content is
dependent on the IRP agent.
12 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 9. Elements (continued)
Element name Element description
AttributeValueChange(element_name) This element indicates how the value of
the element being monitored has
changed.
Error messages
Error messages provide information about problems that occur while running the
probe. You can use the information that they contain to resolve such problems.
The following table describes the error messages specific to this probe. For
information about generic Netcool/OMNIbus error messages, see the IBM Tivoli
Netcool/OMNIbus Probe and Gateway Guide.
Table 10. Error messages
Error Description Action
A problem while connecting to The probe could not Check that the
AlarmIRP or connect to AlarmIRP or Nokia-Siemens NetAct
NotificationIRPBAD_PARAM Exception NotificationIRP points server is running
i.e one or more of the in/out due to a problem with correctly.
parameter is null: +e the CORBA interface.
Refer to your CORBA
Cannot proceed. Shutting down! documentation.
NotificationIRP is down!
InvalidParameter Exception
NetcoolIRPManager: Exception
occurred. Stack trace to stderr
OperationNotSupported Exception
14 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 10. Error messages (continued)
Error Description Action
Cannot initialize the Orb: " + e: The probe encountered Ensure that the
a problem during $CLASSPATH environment
initialization of the variable contains the
Object Request Broker path to the IBM ORB
(ORB). .jar files.
Command_Port Error occurred The probe encountered Check that you have
a problem with the specified the command
Command_Port Failed to get command port CLI port correctly.
CommandPortLimit property - using function.
10 Check the connection
between the probe and
Command_Port Failed to get property the command port.
CommandPort
NetcoolIRPManager: Failed to
acknowledge_alarms()
NetcoolIRPManager: Failed to
Unacknowledge_ alarms()
Command_Port Thread shutting down The probe encountered Check that the
due to error! a problem with the CommandPort property
command port CLI has the correct value.
function.
Check that the
nco_p_nonnative process
is running correctly.
Command_Port Failed to open The probe could not Specify a different port
listening socket, shutting down open a listening socket in the CommandPort
Thread! on the command port property.
specified.
COMMUNICATION FAILURE Exception i.e The probe could not Check that the
Server is dead connect to the Nokia-Siemens NetAct
Nokia-Siemens NetAct server is running
GetSubscriptionStatus Exception server. correctly.
16 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 10. Error messages (continued)
Error Description Action
NetcoolIRPManager: Notificationirp The probe could not Check that the
property needs to be set find one or more properties given in the
properties required to error message have the
NetcoolIRPManager: Both connect to the correct values.
NameServiceHost and NSPort property Nokia-Siemens NetAct
needs to be set server.
NetcoolIRPManager: Alarmirp
property needs to be set
Failed to resolve the AlarmIRP The AlarmIRP object is Check that AlarmIrpName
object : + e not registered in the property has the correct
Naming Service with value.
the AlarmIrpName
provided in the
properties file.
Failed to resolve the The NotificationIRP Check that the
NotificationIRP object : + e object is not registered NotificationIrpName
in the Naming Service property has the correct
with the value.
NotificationIrpName
provided in the
properties file.
NetcoolIRPManager: Failed to Failed to get either the Refer to your CORBA
retrieve AlarmIRP object from AlarmIRP or documentation.
security interface NotificationIRP object.
There is a problem with
NetcoolIRPManager: Failed to the CORBA interface.
retrieve NotificationIRP object
from security interface
"CORBA.OBJECT_NOT_EXIST exception
raised. NotificationIRP is down!"
18 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 10. Error messages (continued)
Error Description Action
[Command Port] Failed to get The probe could not Check that the
CommandPortLimit property - using retrieve the value of the CommandPortLimit
10 CommandPortLimit property has the correct
property. value.
ProbeWatch messages
During normal operations, the probe generates ProbeWatch messages and sends
them to the ObjectServer. These messages tell the ObjectServer how the probe is
running.
The following table describes the ProbeWatch messages that the probe generates.
For information about generic Netcool/OMNIbus ProbeWatch messages, see the
IBM Tivoli Netcool/OMNIbus Probe and Gateway Guide.
Failed to get
subscripton status
Failed to connect to
NotificationIRP:
ae.reason Shutting down
Failed to Connect:
Either, the server is
not running, the IOR is
out of date, or probe
cannot reach remote
Server
CORBA.OBJECT _NOT_EXIST
Exception: Lost
connection to
NotificationIRP
CORBA.TRANSIENT
Exception: Lost
connection to
NotificationIRP
Connection to The probe has successfully The probe has successfully
NotificationIRP server established a connection to subscribed to the Notification
has been established the Notification IRP. service.
Detaching subscription The probe is disconnecting Either the probe has not
from the Notification IRP. received any events for the
specified timeout period, the
probe is shutting down, or the
probe has received a stop
signal.
END SYNCHRONIZATION The probe is closing the The probe has finished
synchronization process. receiving alarms from the
alarm list.
20 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Table 11. ProbeWatch messages (continued)
ProbeWatch message Description Triggers or causes
Failed to get IRP The probe could not get either The AlarmirpName or
Outline (GetIRPOutline the AlarmIRP or the NotificationirpName
exception caught when Notification IRP object. properties have incorrect
calling get_IRP_outline) values.
22 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Running the probe
Before running the probe for the first time, you must specify a minimum set of
properties.
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 running
the probe:
v AlarmIrpFile
v NetActServerName
v NotificationIrpFile
For more information about these properties, see “Connecting to the CORBA
interface” on page 4.
$OMNIHOME/probes/nco_p_nokia_netact_3gpp
You can run multiple instances of the probe on the same machine. For each
instance, specify a different port to which the server listens using the ORBLocalport
property and specify a unique instance identifier using the InstanceId property.
To stop an instance of the probe, issue a stop signal to the process associated with
that probe instance.
Troubleshooting
Various issues arise as users work with the probe. This troubleshooting information
is provided to help you diagnose and resolve such issues.
The probe is running properly but the following error message appears in the log
file:
This issue arises because the IOR file is not available in the expected location the
first time the probe looks for it, but it is detected subsequently.
Nokia_Netact_R4_3_NetcoolIRPManager.ior
This file will not be available in this location the first time that you run the probe,
so the probe throws the error described above. The probe then continues to
connect to the Nokia-Siemens NetAct server and subsequently creates the IOR file
in the /tmp directory. The next time that the probe is started, it will detect the IOR
file in this directory.
IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA) 23
24 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
Appendix. Notices and Trademarks
This appendix contains the following sections:
v Notices
v Trademarks
Notices
This 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 in
other countries. Consult your local IBM representative for information on the
products and services currently available in your area. Any reference to an IBM
product, program, or service is not intended to state or imply that only that IBM
product, program, or service may be used. Any functionally equivalent product,
program, or service that does not infringe any IBM intellectual property right may
be used instead. However, it is the user's responsibility to evaluate and verify the
operation of any non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter
described in this document. The furnishing of this document does not grant you
any license to these patents. You can send license inquiries, in writing, to:
For license inquiries regarding double-byte (DBCS) information, contact the IBM
Intellectual Property Department in your country or send inquiries, in writing, to:
The following paragraph does not apply to the United Kingdom or any other
country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER
EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS
FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or
implied warranties in certain transactions, therefore, this statement may not apply
to you.
IBM may use or distribute any of the information you supply in any way it
believes appropriate without incurring any obligation to you.
Licensees of this program who want to have information about it for the purpose
of enabling: (i) the exchange of information between independently created
programs and other programs (including this one) and (ii) the mutual use of the
information which has been exchanged, should contact:
IBM Corporation
Software Interoperability Coordinator, Department 49XA
3605 Highway 52 N
Rochester, MN 55901
U.S.A.
The licensed program described in this information and all licensed material
available for it are provided by IBM under terms of the IBM Customer Agreement,
IBM International Program License Agreement, or any equivalent agreement
between us.
All statements regarding IBM's future direction or intent are subject to change or
withdrawal without notice, and represent goals and objectives only.
All IBM prices shown are IBM's suggested retail prices, are current and are subject
to change without notice. Dealer prices may vary.
This information is for planning purposes only. The information herein is subject to
change before the products described become available.
This information contains examples of data and reports used in daily business
operations. To illustrate them as completely as possible, the examples include the
names of individuals, companies, brands, and products. All of these names are
fictitious and any similarity to the names and addresses used by an actual business
enterprise is entirely coincidental.
26 IBM Tivoli Netcool/OMNIbus Probe for Nokia-Siemens NetAct 3GPP V4 (CORBA): Reference Guide
COPYRIGHT LICENSE:
Each copy or any portion of these sample programs or any derivative work, must
include 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 rights
reserved.
If you are viewing this information softcopy, the photographs and color
illustrations may not appear.
Trademarks
IBM, the IBM logo, ibm.com, AIX, Tivoli, zSeries, and Netcool are trademarks of
International Business Machines Corporation in the United States, other countries,
or both.
Adobe, Acrobat, Portable Document Format (PDF), PostScript, and all Adobe-based
trademarks are either registered trademarks or trademarks of Adobe Systems
Incorporated in the United States, other countries, or both.
Intel, Intel Inside (logos), MMX, and Pentium are trademarks of Intel Corporation
in the United States, other countries, or both.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of
Microsoft Corporation in the United States, other countries, or both.
Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the
United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other
countries.
Printed in USA
SC23-7667-06