Integrate > Integrate NNMi with Business Service Management

Integrate NNMi with Business Service Management

By integrating Business Service Management (BSM) with NNMi, you can view network fault information captured by NNMi incidents in BSM's Operations Management event browser and use the BSM console as a single center of control for your IT operations.

The NNMi-BSM integration provides the following capabilities:

  • Topology integration

    BSM stores NNMi-generated network topology information such as device name, interface name, and device IP address as Configuration Items (CIs) and includes these CIs in relevant views.

  • Events integration

    BSM displays NNMi incidents into the BSM Event Browser.

  • BSM>NNMi navigation

    You can configure the MyBSM page to display the NNMi console components like network maps and detailed information dialogs.

This topic contains the following sections:

Components of Integration

The NNMi-BSM integration requires the following components:

  • NNMi10.30
  • BSM 9.25, 9.26
  • BSM Connector 10.01

Perquisite Tasks

  1. Install NNMi.
  2. Install BSM.
  3. Install the BSM Connector on the NNMi management server.

  4. Exchange certificates

    Skip this task if NNMi and BSM are configured to use only HTTP.

    1. Log on to the NNMi management server as root or administrator.
    2. Check the certificate repository type.

      To check the type of certificate repository:

      1. Log on to the NNMi console.
      2. Click Help > System Information, and then go to the Server tab.
      3. Check the value of the javax.net.ssl.keyStore property.

        If the property points to the nnm-key.p12 file, your environment has a PKCS#12 repository.

        If the property points to the nnm.keystore file, your environment has a JKS repository.

      Alternatively, do the following:

      1. On the NNMi management server, as root or administer, run the following command:

        • On Windows: %nnminstalldir%\bin\nnmprops -l
        • On Linux: /opt/OV/bin/nnmprops -l
      2. From the command output, note the value of the javax.net.ssl.trustStoreType property.

        The value of this property indicates the type of certificate repository.

    3. Run the following command to export the NNMi certificate to a temporary file (for example, nnmi.ks).

      • For NNMi with a PKCS#12 repository:

        • On Windows:%nnminstalldir%\bin\nnmkeytool.ovpl -exportcert -alias<Cert alias>-keystore %nnmdatadir%\shared\nnm\certificates\nnm-key.p12 -storepass nnmkeypass -file C:\temp\nnmi.ks
        • On Linux:/opt/OV/bin/nnmkeytool.ovpl -exportcert -alias<Cert alias>-keystore /var/opt/OV/shared/nnm/certificates/nnm-key.p12 -storepass nnmkeypass -file /tmp/nnmi.ks
      • For NNMi with a JKS repository:

        When you use a JKS repository, you must use the keytool utility of the JDK that is configured to work with NNMi. The keytool utility is available in the bin directory under the home directory of the JDK.

        For easy access to the keytool utility:

        1. Determine the home directory of the JDK . The value of the com.hp.ov.nms.jdk.dir property in the nms-local.properties file indicates the directory path.

          The nms-local.properties file is available in the following directory on the NNMi management server:

          • On Windows: %nnmdatadir%\conf\nnm\props
          • On Linux: /var/opt/OV/conf/nnm/props
        2. Create an environment variable that points to the bin directory under the JDK home directory.

          For example, if the com.hp.ov.nms.jdk.dir property in above step shows /opt/OV/nonOV/jdk/zulu/zulu8.21.0.1-jdk8.0.131-linux_x64, set a new environment variable—for example, NNMi_JDK_BIN— that points to the /opt/OV/nonOV/jdk/zulu/zulu8.21.0.1-jdk8.0.131-linux_x64/bin directory.

        After setting the NNMi_JDK_BIN variable, run the following command:

        • On Windows:%NNMi_JDK_BIN%\keytool -exportcert -alias<Cert alias>-keystore %nnmdatadir%\shared\nnm\certificates\nnm.keystore -storepass nnmkeypass -file C:\temp\nnmi.ks
        • On Linux:$NNMi_JDK_BIN/keytool -exportcert -alias<Cert alias>-keystore /var/opt/OV/shared/nnm/certificates/nnm.keystore -storepass nnmkeypass -file /tmp/nnmi.ks

      In this instance, <Cert alias> is the alias of the NNMi certificate.

    4. Transfer the certificate to a temporary directory on the BSM gateway server.
    5. Log on to the BSM gateway server as root or administrator.
    6. Run the following command to import the NNMi certificate to the BSM trust store:

      • On Windows:<BSM_Home>\JRE\bin\keytool -import -keystore<BSM_Home>\odb\conf\security\server.truststore -storepass hppass -trustcacerts -file C:\temp\nnm.ks
      • On Linux:/opt/HP/BSM/JRE/bin/keytool -import -keystore /opt/HP/BSM/odb/conf/security/server.truststore -storepass hppass -trustcacerts -file /tmp/nnm.ks
    7. Run the following command:

      • On Windows:opr-cert-mgmt.bat -i <Cert alias>C:\temp\nnmi.ks
      • On Linux:opr-cert-mgmt.sh -i <Cert alias>/tmp/nnmi.ks
    8. Run the following command to export the BSM certificate to a temporary file (for example, BSM.ks):

      • On Windows:<BSM_Home>\JRE\bin\keytool -export -alias hpcert -keystore<BSM_Home>\odb\conf\security\server.truststore -storepass hppass -file C:\temp\BSM.ks
      • On Linux:/opt/HP/BSM/JRE/bin/keytool -export -alias hpcert -keystore /opt/HP/BSM/odb/conf/security/server.truststore -storepass hppass -file /tmp/BSM.ks
    9. Transfer the BSM certificate to a temporary directory on the NNMi management server.
    10. On the NNMi management server, run the following command to import the BSM certificate to NNMi's trust store:

      • For NNMi with a PKCS#12 repository

        • On Windows:%nnminstalldir%\bin\nnmkeytool.ovpl -importcert -aliashpcert -keystore %nnmdatadir%\shared\nnm\certificates\nnm-trust.p12 -file C:\temp\BSM.ks
        • On Linux:/opt/OV/bin/nnmkeytool.ovpl -importcert -aliashpcert-keystore /var/opt/OV/shared/nnm/certificates/nnm-trust.p12 -file /tmp/BSM.ks
      • For NNMi with a JKS repository

        • On Windows:%NNMi_JDK_BIN%\bin\keytool -importcert -aliashpcert-keystore %nnmdatadir%\shared\nnm\certificates\nnm.truststore -file C:\temp\BSM.ks
        • On Linux:$NNMi_JDK_BIN/bin/keytool -importcert -aliashpcert-keystore /var/opt/OV/shared/nnm/certificates/nnm.truststore -file /tmp/BSM.ks

Enable the Integration

To enable the integration, follow these steps:

  1. Configure topology synchronization.

    To configure NNMi to forward its topology information to BSM, follow these steps:

    1. Optional. Update the RTSM model for interfaces to set the interface display label to use interface name instead of MAC address:

      1. In the Operations Management console, open the CI Type Manager page (Administration > RTSM Administration > Modeling > CI Type Manager).
      2. In the CI Types pane, select Interface (Configuration Item > Infrastructure Element > Node Element > Interface).
      3. In the Default Label tab in the editing pane, select InterfaceName.
      4. Under CI Type Label Definition Format, set the format to interface_name | mac_address.

    2. In the NNMi console, click Integration Module Configuration, and then click NNMi - BSM/UCMDB Topology. The NNMi - BSM/UCMDB Topology Integration Configuration page opens.
    3. On the NNMi - BSM/UCMDB Topology Integration Configuration page, do the following:

      1. Select Enable Integration.
      2. If NNMi uses the HTTPS protocol for communication, select NNMi SSL Enabled.
      3. In the NNMi User box, type the name of an NNMi administrator.
      4. In the NNMi Password box, type the password of the above user.
      5. If BSM is configured to use HTTPS, select BSM SSL Enabled.
      6. In the BSM Host box, type the FQDN of the BSM gateway server.
      7. In the BSM Port box, specify the communication port of BSM.
      8. In the BSM RTSM User box, type the user name of an BSM administrator.
      9. In the BSM RTSM Password box, type of password of the above user.
      10. Optional. Select Only synchronize managed objects if you want to exclude unconnected interfaces from the integration.

      11. Optional. Click More Options for finer grain control over the types of CIs to be included in the topology synchronization. The Additional Object Filtering Options page opens. The page enables you send the following attributes of discovered devices to BSM:

        • Subnets
        • Interfaces
        • Addresses
        • Cards
        • Ports
        • Connections
        • VLANs

        Click Submit after making the selection.

      12. In the Topology Synchronization interval box, type the interval at which BSM will synchronize its database with the NNMi topology data.
      13. Type a Rule bundle name that defines the set of rules used to identify impacted BSM CIs.

        You can also type a Rule severity level, which determines the impact analysis trigger severity when applying the rules.

    4. Click Submit.
  2. Configure NNMi to communicate with BSM through the BSM Connector.

    To configure NNMi to communicate with BSM through the BSM Connector, follow these steps:

    1. On the NNMi management server, generate an SNMP trap policy file:

      1. Verify that the NNMi services are running:

        ovstatus -c

        All NNMi services should show the state RUNNING.

      2. Generate the SNMP trap policy file by entering the following command:

        • On Windows:%nnminstalldir%\bin\nnmopcexport.ovpl -u<username>-p<password>-template "NNMi Management Events" -application "NNMi" -omi_policy -omi_hi
        • On Linux:/opt/OV/bin/nnmopcexport.ovpl -u<username>-p<password>-template "NNMi Management Events" -application "NNMi" -omi_policy -omi_hi

        In this instance, <username> and <password> are the credentials of an NNMi administrator.

        This command creates two files in the current directory:

        • <UUID>_data
        • <UUID>_header.xml

        Do not rename these output files. The <UUID>_data file includes a policy condition for each management event and SNMP trap configuration in the current NNMi incident configuration.

      3. To forward NNMi severity information to BSM, run the following commands:

        On Windows:

        1. findstr /V SEVERITY<UUID>_data > <UUID>_data_new
        2. robocopy /mov <UUID>_data_new<UUID>_data

        On Linux:

        1. grep -v SEVERITY<UUID>_data ><UUID>_data_new
        2. mv<UUID>_data_new<UUID>_data
      4. By using the BSM Connector console, import the <UUID>_data and <UUID>_header.xml files.
    2. Identify an available port for SNMP communications between NNMi and the BSM Connector. This port number must be different from the port on which NNMi receives SNMP traps.
    3. On the NNMi management server, run the following commands:

      On Windows:

      1. %ovinstalldir%bin\ovconfchg -ns eaagt -set SNMP_TRAP_PORT<custom_port>-set SNMP_SESSION_MODE NETSNMP
      2. %ovinstalldir%bin\ovconfchg -ns eaagt.integration.nnm -set OPC_SNMP_SET_SEVERITY TRUE
      3. %ovinstalldir%bin\ovc -restart opctrapi

      On Linux:

      1. /opt/OV/bin/ovconfchg -ns eaagt -set SNMP_TRAP_PORT<custom_port>-set SNMP_SESSION_MODE NETSNMP
      2. /opt/OV/bin/ovconfchg -ns eaagt.integration.nnm -set OPC_SNMP_SET_SEVERITY TRUE
      3. /opt/OV/bin/ovc -restart opctrapi

      In this instance, <custom_port> is the port that you selected in step c.

  3. Configure event integration.

    To configure NNMi to forward its incidents to BSM, follow these steps:

    1. In the NNMi console, click Integration Module Configuration, and then click HPEOM. The NNMi - OM Integration Selection page opens.
    2. On the NNMi - OM Integration Selection page, do the following:

      1. Click OM Agent Implementation.
      2. Click New. The NNMi - OM Agent Destination form opens.
      3. Click Enabled, and then specify the following details:

        Field Description
        Port Specify the port that you identified in step c.
        Community String Specify public.
      4. In the Sending Options section, select the following options:

        • Management: Select this option if you want to forward only NNMi-generated management events to BSM.
        • SNMP 3rd Party Trap: Select this option if you want to forward only SNMP traps that NNMi receives from managed devices to BSM.
        • Syslog: Select this option if you want to forward SNMP traps that NNMi receives from managed devices.
      5. Select one of the following options:

        • Management: NNMi forwards only NNMi-generated management events to BSM.
        • SNMP 3rd Party Trap: NNMi forwards only SNMP traps that NNMi receives from managed devices
        • Syslog: NNMi forwards both NNMi-generated management events and SNMP traps
        • Lifecycle State Changes:

          • Enhanced Closed: This option enables NNMi to send an incident closed trap to BSM for each incident that changes to the CLOSED lifecycle state.

          • State Changed: This option enables NNMi to send an incident lifecycle state changed trap to BSM for each incident that changes to the IN PROGRESS, COMPLETED, or CLOSED lifecycle state.
          • Both: This option enables NNMi to send an incident closed trap to BSM for each incident that changes to the CLOSED lifecycle state. Additionally, the integration sends an incident lifecycle state changed trap to BSM for each incident that changes to the IN PROGESS, COMPLETED, or CLOSED lifecycle state.

            In this case, each time an incident changes to the CLOSED lifecycle state, the integration sends two notification traps: an incident closed trap and an incident lifecycle state changed trap.

          • Correlation:

            • None: With this selection, NNMi does not notify BSM of incident correlations resulting from NNMi causal analysis.
            • Single: This option enables NNMi to send a trap for each parent-child incident correlation relationship resulting from NNMi causal analysis.
            • Group: This option enables NNMi to send one trap per correlation that lists all child incidents correlated to a parent incident.

              Select this option if you also want events correlated in BSM.

          • Deletions:

            • Don’t Send: This selection stops NNMi from notifying BSM when incidents are deleted in NNMi.
            • Send: This option enables NNMi to send a deletion trap to BSM for each incident that is deleted in NNMi.
          • NNMi Console Access:

            The integration requires an HTTPS or HTTP connection to the NNMi console. Select the HTTPS or HTTP option.

          • Incident Filters:

            • None: With this selection, NNMi forwards all incidents to BSM.
            • Include: This option enables you to specify a list of OIDs; NNMi forwards only those incidents to BSM that match the OIDs in this list.
            • Exclude: This option enables you to specify a list of OIDs; NNMi forwards only those incidents to BSM that do not match the OIDs in this list.
  4. Click Submit.
  5. Optional. Configure NNMi to close incidents after the corresponding BSM events are closed.

    1. On the NNMi management server, run the following command:

      • Windows:%nnminstalldir%\bin\nmsconfigurebacksync.ovpl
      • Linux:/opt/OV/bin/nmsconfigurebacksync.ovpl

      When prompted to provide the user name and password, specify the credentials of an NNMi user with administrative privileges.

      In an application failover environment, make sure the above user is created with the same password on the standby NNMi management server as well.

    2. Windows only. Run the following command from the %ovinstall% directory:

      newconfig\HPNmsCommon\scripts\nnm-configure-perl.ovpl -source newconfig\HPNmsCommon\perl\a -target nonOV\perl\a

    3. Run the following command to restart the ombacksync process:

      ovc -restart ombacksync

    4. On the NNMi management server, use the nnmopcexport.ovpl script to regenerate each policy file for the new traps.

      After modifying these existing policies, the BSM Connector finds and runs new scripts that initiates automatic incident synchronization with BSM as it detects alerts being acknowledged.

    5. Import the policy files (*_header.xml and *_data) to the BSM Connector.
    6. Activate the new policy files in the BSM Connector.
  6. Enable NNMi visualization from BSM.

    If you want to see NNMi information in the My Workspace pane, follow these steps:

    1. In the BSM console, click Admin >Platform > Setup and Maintenance > Infrastructure Settings > Foundations > Integrations with other applications > NNM.
    2. In the NNM table, locate and modify the following parameters:

      • HPENNM Integration URL: The NNMi FQDN and port number (<protocol>://<FQDN>:<port>/nnm).
      • HPENNM UI drilldown use global CI ID: Set to true if the NNMi topology integration is synchronized to a different RTSM or UCMDB.
  7. Optional. Configure single sign-on.

    To be able to seamlessly switch between NNMi and BSM, it is recommended that you configure single sign-on. To configure single sign-on between BSM and NNMi, follow these steps:

    1. Open the following file in a text editor:

      • Windows:%NNM_PROPS%\nms-ui.properties
      • Linux:$NNM_PROPS/nms-ui.properties
    2. Look for a section in the file that resembles the following:

      com.hp.nms.ui.sso.isEnabled =

      Make sure the com.hp.nms.ui.sso.isEnabled property is set to true.

    3. Search for the string initString.

      The initialization string is the value of the initString parameter without the quotation marks.

    4. Copy this string.
    5. In the BSM console, go to Admin > Platform > Users and Permissions > Authentication Management.
    6. Under the Single Sign-On Configuration section, click Configure. The Single Sign-On Configuration wizard opens.

    7. In the Single Sign-On Configuration wizard:

      • Select Lightweight.
      • In the Token Creation Key box, type the value copied in step d.
    8. Follow the instructions in BSM Online Help for configuring other settings in the Single Sign-On Configuration wizard.

To verify that the integration is successfully established, check that the Event Browser of BSM shows open NNMi incidents, Layer 2 neighbor view, and Layer 3 neighbor view.

NNMi Object - CI Attribute Mapping

The integration maps the following NNMi objects to the following CI attributes in BSM:

  NNMi Node - Node CI Attribute Mapping

NNMi Node Attribute Node CI Attribute

Hostname

PrimaryDnsName

System Name

SnmpSysName

System Object ID

SysObjectId

System Contact

DiscoveredContact

System Location

DiscoveredLocation

System Description

DiscoveredDescription

Device Model

  • NodeModel
  • DiscoveredModel

Device Vendor

DiscoveredVendor

Device Family

NodeFamily

Capabilities

NodeRole

PartitionID

BiosUuid

Capability: IP Forwarding (Layer 3)

Node Is Route

Capability: Virtual Machine

Node Is Virtual

UUID

  • Host Key
  • Host NNM UID

 

 NNMi Interface - Interface CI Attribute Mapping

NNMi Interface Attribute Interface CI Attribute

Physical Address

MacAddress

ifName

InterfaceName

ifAlias

InterfaceAlias

ifDescr

InterfaceDescription

ifIndex

InterfaceIndex

ifSpeed

InterfaceSpeed

ifType

InterfaceType

 

NNMi IP Address - IpAddress CI Mapping

NNMi IP Address Attribute IpAddress CI Attribute

Address

  • IP Address
  • Name
  • IpAddressType
  • IpAddressValue

 

NNMi IP Subnet IpSubnet CI Attribute Mapping

NNMi IP Subnet Attribute IpSubnet CI Attribute

Prefix

  • Name
  • IpAddressType
  • IpAddressValue

Prefix Length

IpPrefixLength

 

 NNMi Card - HardwareBoard CI Attribute Mapping

NNMi Card Attribute HardwareBoard CI Attribute

Name

Name

Serial Number

SerialNumber

Firmware Version

FirmwareVersion

Hardware Version

HardwareVersion

Index

BoardIndex

 

NNMi Port - PhysicalPort CI Attribute Mapping

NNMi Port Attribute PhysicalPort CI Attribute

Name

Name

Port Index

PortIndex

 

NNMi Layer 2 Connection - Layer2Connection CI Attribute Mapping

NNMi Layer 2 Connection Attribute Layer2Connection CI Attribute

Name

Name

 

NNMi VLAN - Vlan CI Attribute Mapping

VLAN Attribute Vlan CI Attribute

Name

VLAN Name

VLAN Id

  • Vlanid
  • Name

Use the Integration

To use the integration:

  1. Log on to BSM.
  2. Create a user-defined MyBSM page.
  3. Open the Component Gallery.
  4. Add NNMi components to the page.

    Network fault data collected by NNMi appears on this new MyBSM page.

Disable the Integration

To disable the integration:

  1. In the NNMi console, click Integration Module Configuration, and then click NNMi - BSM/UCMDB Topology. The NNMi - BSM/UCMDB Topology Integration Configuration page opens.
  2. Clear the Enable Integration check box.
  3. Click Submit.