U2000 SNMP NBI User Guide (V200R015C60)
U2000 SNMP NBI User Guide (V200R015C60)
System
V200R015C60
Issue 01
Date 2016-01-15
and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective
holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or
representations of any kind, either express or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute a warranty of any kind, express or implied.
Website: http://www.huawei.com
Email: support@huawei.com
Related Versions
The following table lists the product versions related to this document.
Intended Audience
This document describes the basic concept and principles of the SNMP NBI (northbound
interface). And it is also describes how to deploying and maintaining the SNMP NBI. This
document also provides the relationship between the SNMP NBI and license, description of
alarms reported by the SNMP NBI, the glossary, and the acronyms and abbreviations.
This document guides the user to understand basic operations of the SNMP NBI.
Symbol Conventions
The symbols that may be found in this document are defined as follows.
Symbol Description
Symbol Description
Command Conventions
The command conventions that may be found in this document are defined as follows.
Convention Description
GUI Conventions
The GUI conventions that may be found in this document are defined as follows.
Convention Description
Change History
Updates between document issues are cumulative. Therefore, the latest document issue
contains all updates made in previous issues.
Contents
2 Overview......................................................................................................................................... 4
2.1 Introduction.................................................................................................................................................................... 5
2.2 Network Position............................................................................................................................................................ 5
2.3 Function.......................................................................................................................................................................... 6
2.3.1 U2000 MIB..................................................................................................................................................................6
2.3.2 U2000-T MIB.............................................................................................................................................................. 8
2.4 Security Mechanism....................................................................................................................................................... 9
2.5 Standard Compliance....................................................................................................................................................11
2.6 Performance Indicators.................................................................................................................................................12
1 Preview
The preview describes main contents of each chapter and provides recommended chapters for
different readers.
1.1 Overview
The overview describes main contents of each chapter.
1.2 Reading Guide
This reading guide provides recommended chapters for different readers.
1.1 Overview
The overview describes main contents of each chapter.
Chapter Description
3 Introduction to the SNMP This chapter describes the basic principles of the SNMP
NBI protocol, including its system architectures, message
types, and protocol versions.
5 Deploying and This chapter describes the methods for deploying and
Configuring the SNMP NBI configuring the SNMP NBI.
6 Configuring the SNMP This chapter describes how the OSS connects to the
NBI on the OSS U2000 through the SNMP NBI when different protocol
versions are used.
7 Calling the SNMP NBI This chapter describes how the OSS manages alarms on
the U2000 through the SNMP NBI.
8 Maintaining the SNMP This chapter describes the routine maintenance and FAQs
NBI of the SNMP NBI.
E Service Ports Description This appendix describes service ports used by the SNMP
NBI.
NOTE
The SNMP NBI supports two formats of management information bases (MIBs): U2000 MIB and U2000-T
MIB.
l Both HW-IMAPV1NORTHBOUND-TRAP-MIB.mib and HW-IMAPV2NORTHBOUND-TRAP-
MIB.mib refer to the U2000 MIB, which is used to manage transport, access, and datacom devices, or
cross-domain devices. V1 and V2 indicate the SMI (Structure of Management Information) versions of
the HW-IMAPV1NORTHBOUND-TRAP-MIB.mib and HW-IMAPV2NORTHBOUND-TRAP-
MIB.mib respectively. The OSS selects a version based on its supported SMI version. SMI versions
differ in syntax. For details, see RFC 1155 and RFC 1902.
l T2000-NETMANAGEMENT-MIB.mib refers to the U2000-T MIB and complies with SMIv1, which
supports upgrades of original transport NMSs and can manage only transport devices.
Application Develop the OSS and programs for 2 Overview, 3 Introduction to the
Developer interconnecting with the SNMP SNMP NBI, 5 Deploying and
NBI. They need to know basic Configuring the SNMP NBI, 6
principles, functions, MIB Configuring the SNMP NBI on
structures, and parameter definitions the OSS, 7 Calling the SNMP
of the SNMP NBI. NBI, B Configuration
Parameters, C U2000 MIB, andD
U2000-T MIB
Focus on C U2000 MIB and D
U2000-T MIB.
Installation Deploy the SNMP NBI and verify Chapters 5, 6, and 7, and 6, and
and its connection with the OSS. They appendixes B and D
Commissioni do not need to know basic concepts Focus on 5 Deploying and
ng Engineer or principles of the SNMP NBI. Configuring the SNMP NBI.
Data Complete SNMP NBI deployment
Configuratio and configuration by referring to
n Engineer the flowchart and procedures.
5 Deploying and Configuring the
SNMP NBI, 6 Configuring the
SNMP NBI on the OSS, 7 Calling
the SNMP NBI, B Configuration
Parameters, andE Service Ports
Description
2 Overview
2.1 Introduction
The Simple Network Management Protocol (SNMP) northbound interface (NBI) is one of the
NBIs provided by the U2000. The operational support systems (OSSs) can access U2000 by
the SNMP NBI to monitor and manage alarms in Huawei equipment networks.
2.2 Network Position
The SNMP NBI is deployed between the OSS and the U2000; it establishes transmission
channels for alarm information between these two systems.
2.3 Function
The SNMP NBI supports two types of management information bases (MIBs) for different
functions. Telecommunication carriers can select an appropriate MIB to interconnect managed
devices with the OSS for network operation and maintenance (O&M) based on the following
principles.
2.4 Security Mechanism
The security mechanism used by the SNMP NBI is also the security mechanism of the SNMP
protocol. Any access to the SNMP NBI must be authenticated by the security mechanism of
the specific SNMP version (SNMPv1, SNMPv2c, and SNMPv3).
2.5 Standard Compliance
The SNMP NBI was developed based on the SNMP protocol.
2.6 Performance Indicators
The OSS manages alarms on the U2000 through the SNMP NBI. Performance indicators for
the SNMP NBI include maximum number of concurrent NMS connections, alarm forwarding
efficiency, alarm forwarding delay, and SNMP request response delay.
2.1 Introduction
The Simple Network Management Protocol (SNMP) northbound interface (NBI) is one of the
NBIs provided by the U2000. The operational support systems (OSSs) can access U2000 by
the SNMP NBI to monitor and manage alarms in Huawei equipment networks.
The SNMP protocol consists of a set of standards for network management and is the most
widely used protocol in TCP/IP networks. TCP is short for Transmission Control Protocol and
IP is short for Internet Protocol.
Huawei developed the SNMP NBI for the U2000 in compliance with industry standards. With
this NBI, OSSs can interconnect with the U2000 quickly and manage alarms on the network.
NOTE
OSSs are computer systems used by telecommunications carriers to manage performance, inventories,
services, and faults of network equipment efficiently. By function, OSSs can be classified into the
service assurance OSS, the service provisioning OSS, and the inventory management OSS.
In this document, OSSs cover upper-layer NMSs and third-party NMSs (NMS is short for network
management system). Currently, the SNMP NBI supports alarm management only and the OSS is
usually a service assurance OSS.
OSS
Northbound SNMP
Interface
U2000
Device Network
NEn
NE1
NE2
OSS: The SNMP NBI can support alarm management only. Generally, the OSS
indicates the service assurance OSS.
2.3 Function
The SNMP NBI supports two types of management information bases (MIBs) for different
functions. Telecommunication carriers can select an appropriate MIB to interconnect managed
devices with the OSS for network operation and maintenance (O&M) based on the following
principles.
synchronizing is to query active alarms and report alarm acknowledgement and clearance
status.
U2000
At the U2000 side, the primary functions are:
l Reporting alarms
l Reporting heartbeat
NOTE
To enable this function, set third-party NMS parameters only on the U2000 when deploying the SNMP
NBI instead of configuring the OSS. Alarm information will be received at the preset port of the OSS
server.
After receiving alarms from the equipment or the U2000, the SNMP NBI reports these alarms
to the OSS by means of standard SNMP trap messages.
The SNMP NBI periodically reports heartbeat to the OSS. Based on the heartbeat, the OSS
determines whether the connection with the SNMP NBI is proper.
Function Description
Subscribi Subscribes alarms by alarm severity and alarm category. You can set the
ng alarms severity and category when deploying the SNMP NBI.
Sets the alarm field or variable binding (VB).
OSS
At the OSS side, the primary functions are:
l Synchronizing alarms (querying current alarms)
l Changing filter criteria in real time
l Acknowledging/Unacknowledging alarms
l Clearing alarms
NOTE
Ensure that the OSS is connected to the SNMP NBI properly before the query function is enabled.
Function Description
Synchronizing Queries current alarms (uncleared alarms) on the U2000 in the Set
alarms (querying operation.
current alarms) To query current alarms on the U2000, the OSS issues the query
begin command (value: 1) in the Set operation. After receiving the
command, the SNMP agent queries current alarms from the U2000
and reports the result to the OSS. If there are too many alarms and
the query needs to be stopped, the OSS issues the query end
command (value: 0) in the Set operation. After receiving the
command, the SNMP agent stops querying and does not report the
result to the OSS.
For details on alarm synchronization, see 7.1.3 Synchronizing
Alarms.
For details on trap messages, see C.3 U2000 MIB Trap.
Querying alarms by Reports alarms by alarm severity and category. The filter criteria
criteria are specified during alarm subscription.
You can change filter criteria in real time when loading the U2000
MIB.
Changing filter Changes filter criteria using the Set operation when the SNMP NBI
criteria in real time is running.
The change will take effect without restarting the SNMP NBI.
U2000
At the U2000 side, the primary function is automatic alarm reporting.
NOTE
To enable this function, set third-party NMS parameters only on the U2000 when deploying the SNMP
NBI instead of configuring the OSS. Alarm information will be received at the preset port of the OSS
server.
After receiving alarms from the equipment or the U2000, the SNMP NBI reports these alarms
to the OSS using standard SNMP traps. For details, see D.3 U2000-T MIB Trap.
Function Description
Subscribi Subscribes alarms by alarm severity and alarm category. You can set the
ng alarms severity and category when deploying the SNMP NBI.
OSS
At the OSS side, the primary function is querying current alarms on the U2000 (current
alarms are uncleared alarms). The OSS uses the Set operation to query these alarms.
NOTE
Ensure that the OSS is connected to the SNMP NBI properly before the query function is enabled.
To query current alarms on the U2000, the OSS issues the query begin command (value: 1) in
the Set operation. After receiving the command, the SNMP agent queries current alarms from
the U2000 and reports the result to the OSS. If there are too many alarms and the query needs
to be stopped, the OSS issues the query end command (value: 0) in the Set operation. After
receiving the command, the SNMP agent stops querying and does not report the result to the
OSS.
Function Description
Querying Reports all alarms by default. You can stop alarm synchronization using the
all Set operation.
current
alarms
Querying Reports alarms by alarm severity and category. The filter criteria are specified
alarms by during alarm subscription.
criteria
Figure 2-2 shows that SNMPv1 and SNMPv2c use the community-based security
mechanism, while SNMPv3 uses the user-based security mechanism.
NMS
l Before the Get, Get Next, or Set operation, the NMS must know the read and write
community names configured for the agent.
l For trap and inform packets, the community name is the read community name
configured for the agent.
NOTE
SNMPv3
The security mechanism of SNMPv3 is user-based. In terms of security, SNMPv3 emphasizes
data security and access control and therefore offers a higher level of security than SNMPv1
and SNMPv2c.
In data security, SNMPv3 provides protection for SNMP packets in the following ways:
In access control, the NMS performs security checks on managed objects (MOs) based on
SNMPv3.
Security Level
Table 2-1 shows security levels supported by the SNMP versions.
NOTE
Currently, the SNMP NBI complies with the following three SNMP protocol versions:
l SNMPv2c: the second release version. Some data types and protocol applications are
added. For details, see RFC1902.
l SNMPv3: the latest release version. The security mechanism is reinforced. For details,
see RFC2571, RFC2572, RFC2573, RFC2574, and RFC2575.
Alarm forwarding efficiency No less than 60 alarms per second (for three
NMS connections)
SNMP request response delay Less than 5 seconds (CPU usage is less than
50%)
This topic describes the working principles of the SNMP NBI. For details on the SNMP
protocol, see the relevant protocol documents.
3.1 Overview
SNMP is one of the widely applied NMS protocols in the TCP/IP network.
3.2 Network Management Framework
The Simple Network Management Protocol (SNMP) is a set of protocols and standards. It
provides channels for the OSS to collect network management data from network equipment
and for network equipment to report problems and errors to the OSS.
3.3 SNMP Message Structure
The SNMP message structure also refers to protocol data units (PDUs) or SNMP packet
types.
3.4 MIB
MIB is a key part of the SNMP network management framework.
3.5 SNMP Packet Operation Process
This topic uses the SNMPv1 as an example to introduce the operation process of SNMP
packet.
3.6 Version Evolution
Currently there are three SNMP versions: SNMPv1, SNMPv2c, and SNMPv3, all of which
are supported by the SNMP NBI.
3.1 Overview
SNMP is one of the widely applied NMS protocols in the TCP/IP network.
As a widely applied industry standard for the NMS protocols, the SNMP aims:
l To transmit the management information between two nodes.
l To help the manager to search and modify the information, and locate faults at any node
in the network.
l To help the manager to diagnose the faults, configure the capacity, and generate reports.
The features of the SNMP are as follows:
l Uses the polling mechanism and provides a basic function set.
l Fits small, fast and cost effective network.
NOTE
In SNMPv3, both the NMS and the agent are called an entity.
SNMP MIB
NMS Agent
l NMS
An independent system that runs network management applications.
The NMS performs the following operations:
Send query packets to NEs.
Receive responses or traps from NEs.
l SNMP agent
SNMP
UDP
IP
Link Layer
Physical Layer
NOTE
For the SNMP NBI, the agent is running on the U2000 and the NMS refers to the OSS. Currently two
MIBs are supported: U2000-T MIB andU2000 MIB. For details, see C U2000 MIB and D U2000-T
MIB.
GetNextRequest
GetRequest
NMS SetRequest Agent
GetResponse
Trap
l GetRequest: The PDU that the NMS uses to visit the agent and obtains one or several
parameter values.
l GetNextRequest: The PDU that the NMS uses to visit the agent and obtains the next
parameter value.
l SetRequest: The PDU that the NMS uses to visit the agent and sets one or more
parameter values.
l GetResponse: The PDU that the agent uses to return one or more parameter values to the
NMS as responses to GetRequest, GetNextRequest, and SetRequest packets.
l Trap: The PDU that the agent uses to send traps to inform the NMS of important events
or state changes that occurred in NEs.
GetRequest, GetNextRequest, and SetRequest packets are sent from the NMS to agents while
GetResponse and trap packets are sent from agents to the NMS.
3.4 MIB
MIB is a key part of the SNMP network management framework.
NOTE
For U2000, the MIB defines managed objects that are used by the function interfaces of the SNMP NBI.
These definitions are extremely important for the U2000 in that they determine what operations the OSS can
perform and what network management information the OSS can obtain.
The MIB covers all managed objects (MOs) and refers to a group of SNMP-based entities.
The MIB structure resembles a tree, so it is also called a MIB tree. Each MO is mapped to a
leaf node, also called an object or object identifier (OID). The MIB tree is static in that after
the agent is started and the MIB is initialized, the NMS queries or modifies MOs based on the
current MIB. The NMS manages the MIB in read and write mode.
All MOs in a network are displayed as a leaf node in the MIB tree. An MO is identified by
OID, a unique path that originates from the root node to the leaf node.
An OID consists of a set of integers greater than or equal to 0 and is used to identify an MO in
the MIB tree. The structure of management information (SMI) ensures that an MO is mapped
to a unique OID.
Once the MIB file is released, OIDs are bound to related MOs and this binding cannot be
modified. A MO in the MIB cannot be deleted, but can be set to obsolete indicating that this
MO is not no longer used.
Figure 3-4 gives an OID example: In the MIB tree, the MO mgmt is marked { iso(1)
org(3) dod(6) internet(1) mgmt(2) } or simply 1.3.6.1.2.
SNMPv1
l Mutual access to management information between the NMS (also called SNMP
manager) and SNMP agent.
l Operations include:
Get
Set
Trap
l Protocol data units (PDU) are:
GetRequest
GetNextRequest
GetResponse
SetRequest
Trap
l Community-based security model
NOTE
The OSS must get the community information from the U2000 administrator.
SNMPv2c
SNMPv2 inherits all functions in SNMPv1 and provides the following new features:
The OSS must get the community information from the U2000 administrator.
SNMPv3
SNMPv3 inherits all functions in SNMPv2 and provides the following new features:
l User-based security model
l SNMPv3 supports all security levels as follows:
Without authentication and encryption
With authentication and without encryption
With authentication and encryption
The authentication supports MD5 and SHA algorithms and the encryption supports DES
and AES algorithms.
NOTE
The OSS must get the SNMPv3 information from the U2000 administrator, including security levels,
user names, authentication passwords, and encryption passwords.
Before deploying the SNMP NBI, you need to collect related configuration data. Modifying
some configuration items may require the restart of the U2000. Therefore, to prevent service
interruption, you need to apply for modifications in advance.
Alarm Field The number of alarm field You need check the number
will be changed if you have of alarm field with OSS,
modified this configuration then set this item.
item. The OSS maybe can
not parse the alarm
correctly.
MIB Frame The OSS maybe can not U2000-T MIB and U2000
parse the alarm correctly if MIB are both supported.
you have modified this You need to check the MIB
configuration item. type that the OSS used. If it
is T2000-
NETMANAGEMENT-
MIB.mib, you must set to
U2000-T MIB. If it is HW-
IMAPV1NORTHBOUND-
TRAP-MIB.mib or HW-
IMAPV2NORTHBOUND-
TRAP-MIB.mib, you must
set toU2000 MIB.
NOTICE
l Collect general parameters only and use default values for advanced parameters.
l For U2000 upgrades, select the MIB structure carefully by referring to B.2 Advanced
Configuration.
l Using SNMPv3 is recommended because of its higher security than SNMPv1 and
SNMPv2c.
Write Changeme_
Community 123
SNMPv3 Security Model USM Model Indicates the security model, security
level, authentication protocol and data
Security Level With encryption protocol for SNMPv3.
authenticati
on and For details, see B.1 General
encryption Parameters.
Authentication HMACSHA
Data AES
Encryption
Alarm Filter Alarm Level Critical Indicates the level of alarms that are
Major reported to the OSS.
This chapter describes how to deploy and configure the U2000 SNMP NBI. It includes the
following information:
5.1 Overview
This topic describes the background information and the terms involved in the process of
configuring the northbound interface.
5.2 Configuration Requirements
U2000 SNMP NBI and the U2000 server run on the same PC or Sun workstation, any
additional configuration is not required. However, to enable the SNMP NBI, you must
purchase the license for the corresponding functions.
5.3 Flow of Deploying the SNMP NBI
After installed U2000, you can configure the SNMP NBI to interconnection with the NMS/
OSS.
5.4 Checking the License
The U2000 controls the functions and available resources of the SNMP NBI by the license.
Before using the SNMP NBI , ensure that you have obtained its license and ensure that the
SNMP NBI configurations in the license meet requirements.
5.5 Logging in to NBI Config Tools
The NBI Config Tools is a graphical maintenance tool developed for the northbound
interfaces (NBIs) of iManager U2000. The MSuite is used to configure the NBIs.
5.6 Configuring the SNMP NBI
By default, the SNMP NBI is installed during the installation of the U2000. But to enable the
SNMP NBI, you need to configure the SNMP NBI parameters by referring to the network
management system (NMS) planning guide.
5.7 Testing the SNMP NBI
This topic describes how to check whether the SNMP NBI functions properly and whether it
is successfully interconnected with the OSS.
5.8 Configuration Sample
This section introduce how to configure the SNMP NBi by configuration sample.
5.1 Overview
This topic describes the background information and the terms involved in the process of
configuring the northbound interface.
Attention Item
l Northbound interface is an optional component of the U2000. A license is required for
using this function.
l The northbound interface system has been added automatically during the installation of
U2000. But you need to configure the parameters manually to enable the functions.
NOTICE
l After the U2000 is installed, you need to start the NBI-related process. Then, you can
configure the parameters.
l After initializing the database of the U2000, you need to configure the northbound
interface again.
l You can configure only one IP address for one network interface. It is not allowed to set
multiple IP addresses for the same network interface. It is suggested that configure
multiple network interface for multiple IP address.
l If the NAT is used to transform addresses between the NBI Config Tools server and
clients, log in the NBI Config Tools client that installed on the U2000 server. Otherwise,
the operation may be failed.
l The U2000 server and the OSS must can communicate with each other. Otherwise, the
OSS cannot interconnect with the NBI of the U2000. Therefore, if the U2000 server is
configured with multiple network interface cards (NICs) and the NICs are in different
network segments, set the IP address for connecting to the OSS as the IP address of the
U2000 server.
l You must configure the northbound interface again after the IP of NMS changed.
The NBI Config Tools is a graphical maintenance tool developed for the northbound interface
of Huawei iManager U2000, a type of Huawei network product. The MSuite is used to
configure the northbound interface.
MSuite
The MSuite is a graphical maintenance tool developed for the Huawei iManager U2000, a
type of Huawei network product. The MSuite is used to debug, maintain, and redeploy the
U2000.
For U2000 northbound interface, MSuite is used to update the security certificates.
Refer to the MSuite part of the iManager U2000 Administrator Guide for the details about the
MSuite.
NOTE
For different operating system, the configuration requirements of U2000 is different, refer to the
corresponding Software Installation Guide for more information.
Hardware Configuration
In practice, the U2000 SNMP interface and the U2000 server run on the same PC or SUN
workstation. The hardware should be well configured enough to ensure the proper installation
and running of the U2000 server. Any additional hardware configuration is not required the
U2000 SNMP interface.
For details of hardware requirements of U2000 Server, refer to section Configuration
Requirements in the iManager U2000 Software Installation Guide.
Software Configuration
The function of U2000 SNMP interface is implemented based on the ORB technology of the
SNMP. Since the the SNMP is integrated into the U2000 installation software, no additional
software configuration is required for the installation of the U2000SNMP interface.
For details of software requirements U2000 Server, refer to section Configuration
Requirements in the iManager U2000 Software Installation Guide.
License
The U2000 controls the functions and available resources of the SNMP NBI through a
license. If you want to enable the SNMP interface, you need to purchase the U2000 license.
Ensure the license support SNMP interface function before deploying the SNMP NBI.
For details, see A Relations Between License and SNMP Interface. If the license does not
support the functions or resources needed, contact Huawei engineers to apply for the license.
For the license introduction and information on how to apply for a license, see section
Applying for and Updating the U2000 License in the iManager U2000 Administrator Guide.
Context
l Through NBI Config Tools, you can conveniently configure SNMP NBIs.
l SNMP NBI is an optional component of the U2000. A license is required for using this
function.
l By default, the SNMP NBI is installed during the installation of U2000. But you need to
configure the parameters of SNMP NBI to enable the function of it.
l After initializing the database of the U2000, you need to configure the SNMP NBI again.
Start
No
Is SNMP NBI licensed
Yes
End
Prerequisites
l The U2000 has been installed.
l The U2000 license has been loaded.
l The U2000 has NE management licenses and functions properly.
Context
NOTE
Procedure
Step 1 Log in U2000 server.
l On the Windows OS, log in the U2000 server as the Administrator user.
l On the Solaris or Linux OS, log in U2000 server as the ossuser user.
Step 2 Open the directory that contain License. Use the text viewer to view the contents of the
License file. For the relations between the control items in the U2000 license file and the
SNMP NBI functional items, see Table 5-1.
NOTE
Step 3 If the license does not support the function needed, contact Huawei engineers to apply for the
license. For the license introduction and information on how to apply for a license, see section
Applying for and Updating the License in the iManager U2000 Administrator Guide.
----End
Prerequisites
l The nbi_configtools and is_server processes are running.
l The desired NBI process is running.
NBI Type Process
NOTICE
If you do not want to use the default SSL certificate provided by the NBI Config Tools, apply
for a secure certificate and replace the original certificate with the new one. For details, see
Replacing the Certificate of the NBI Config Tools.
Context
Browser requirement:
Browser Requirements
Procedure
Step 1 Open Internet Explorer, enter the address of the NBI Config Tools server in the address bar,
and press Enter. The NBI Config Tools Login dialog box is displayed.
NOTE
Enter the address of the server, for example, https://IP:13231. The IP is the IP address of the local server
computer in a centralized system or the IS server computer in a distributed system. 13231 is the port ID.
Step 2 Enter the user name, password, and verification code, and click Login.
NOTE
In a centralized system, the NBI Config Tools can be logged in to as the user of the U2000. That is, the
default user name is admin, and the default password is Changeme_123.
In a distributed system, the NBI Config Tools can be logged in to as the user of the U2000 administrator.
That is, the default user name is ssoadmin, and the default password is Changeme_123.
----End
Prerequisites
l NBI Config Tools running normally.
l After the U2000 is installed, the SNMP NBI process is not running by default. You have
started the snmpagent process manually.
l The U2000 License include SNMP NBI function.
NOTICE
l Set the MIB toU2000 MIB when loading the U2000 MIB.
l Set the MIB to U2000-T MIB when loading the U2000-T MIB.
When the U2000-T MIB is loaded, the following advanced parameters are not supported:
l Heartbeat Settings
l Alarm Field Settings
l Report Date Format Settings
Generally, advanced parameters are optional (default values are recommended). Advanced
parameters are independent of each other and no configuration order is required.
Optional Start
Yes
Whether Set the v3 security level,
SNMPv3 is used? authentication and encrption
No
Set read/write Set v3 user name,
password for authentication
community
and encryption
Yes
Multiple NMS?
No
Set Advanced
parameters
End
NOTICE
For a distributed U2000 system, configure the SNMP NBI on the NM server. You do not need
to configure the SNMP NBI on the NBI gateway or EM server.
Context
This topic uses a single-server system as an example. In an HA system, you only need to set
the IP addresses of the primary and secondary sites additionally. Other settings are the same
as those of the single-server system. The specific setting method is as follows.
In an HA system, you only need to log in to the NBI Config Tools on the active server to set
the SNMP Agent parameters, without the need to log in to the standby server for repetitive
setting.
l Active server: Select an IP address that is interconnected with the OSS from the drop-
down list.
l Standby server: Enter an IP address that is interconnected with the OSS.
NOTE
If the active and standby servers have multiple network adapters, select (or enter) a correct IP address
that is interconnected with the OSS.
Procedure
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP > General Config from the navigation tree on the left.
By default, the trap sending port is 6666 and the request receiving port is 9812.
NOTICE
The trap sending address and request receiving address are both the U2000 server IP
address. Ensure that this IP address can be used for successful communication between
the U2000 and the OSS.
Refer to chapter "U2000 Port List" in the iManager U2000 Administrator Guide and the
iManager U2000 Planning Guide before you configure ports for the SNMP NBI. Before
configuring these ports, ensure that the specified ports are idle.
Do not use the default ports of the SNMP protocol (port 161 and port 162) to deploy the
SNMP NBI, because they are occupied by other processes.
2. Select the SNMP version. You also need to set the security level, authentication protocol,
and data encryption protocol if the version is set to v3.
NOTICE
When SNMPv3 is used, it is recommended that the OSS use the securer SHA and AES
algorithms.
Step 4 Set parameters for the OSS in the Third-Party NMS area.
The Receiving/Sending Address is not the IP address of the U2000 server but the IP address of a
third-party NMS of the upper layer. If the third-party NMS uses two servers to receive traps and
send requests, the IP addresses for these two servers must be configured respectively.
Currently a maximum of 10 third-party NMSs are supported. The following table lists the
configuration requirements for third-party NMSs.
U2000 v1/v2c You are advised to set different read and write community names
MIB for third-party NMSs. If multiple third-party NMSs (for example,
NMS 1 and NMS 2) use the same read and write community
names, ensure that the SNMP protocol versions used by the NMSs
are the same.
v3 You are advised to set different user names for third-party NMSs.
If multiple third-party NMSs (for example, NMS 1 and NMS 2)
use the same user name, the same authentication password or
encryption password must be set for all the NMSs.
U2000-T v1/v2c You are advised to set different read and write community names
MIB for third-party NMSs.
v3 You are advised to set different user names for third-party NMSs.
NOTICE
In the case of SNMPv3, V3 User Name is required. If no user name is entered, the
SNMP service process cannot start after deployment.
To ensure the security of the U2000, remember to change the default passwords of
U2000 and update the passwords regularly, passwords must be complex enough.
The password must meet the following requirements to safeguard your user account.
1. Contain 8 to 30 characters.
2. Contains at least four types of the following combinations:
n Uppercase letter
n Lowercase letter
n Digit
n Special characters ~!@#$^&*()-_=+|[{}];:' ",<.>/?
3. Cannot contain more than two consecutive identical characters.
3. Set the alarm filter criteria, including Alarm Level and Alarm Category.
NOTE
Alarms are reported to the OSS based on the defined alarm severity and category.
The OSS can change the filter criteria in real time. For details, see 7.1.2 Changing Filter Criteria.
Fault: Specifies whether to report alarm generation and alarm clearance. After this check box is
selected, the SNMP NBI will report alarm generation and alarm clearance. That is, the second and third
places of the value of AlarmCategoryFilter in binary mode are set to 0 when the
thirdNMSFaultFilter subinterface is invoked.
Event alarm reporting is disabled by default and cannot be configured by using the NBI Config Tools.
But you can enable this function by following methods.
You can enable event alarm function manually. For details, see 8.3.9 How to report the event
alarm.
To configure event alarm reporting, you can invoke the thirdNMSFaultFilter subinterface and
set the first place of the value of AlarmCategoryFilter in binary mode to 0.
4. Optional: Repeat the preceding substeps to add, modify, or delete the third-party NMS.
Step 5 Optional: Set advanced parameters in the Advanced area.
1. Specify whether to set the heartbeat, and set the heartbeat period.
NOTE
2. Set the alarm fields to be reported. For details, see B.2 Advanced Configuration.
3. Set the reporting mode and other relevant parameters.
Alarm Default: All All: Queries and reports all alarms including the root
Correlation Root alarm and correlative alarms.
Root: Queries and reports only the root alarm and
common alarms.
NOTICE
Select an appropriate MIB structure based on integration scenarios. For details, see B.2
Advanced Configuration.
9. Specify whether to log alarms, and set the cache size for alarms.
Parameters Value Description
Step 6 Click Save, the dialog box displayed prompt restart the NBI processes for the updates to take
effect. Click OK, the dialog box displayed prompt successfully saved. Click OK to complete
the configuration.
NOTICE
If you click Cancel in the dialog box displayed prompting you to restart the NBI processes for
the updates to take effect, the user configurations are saved only on the configuration page but
not applied to the configuration file. In this case, the configurations will not take effect even
after the related NBI process is restarted.
NOTE
In a Linux-based HA system, floating IP addresses can be used to deploy SNMP NBIs. Specifically, the
active and standby servers use the same floating IP address. In a non-Linux-based HA system, perform
the following operations to complete the configuration.
CAUTION
Restart the U2000 when you first deploy NBIs. After NBIs are deployed, restart the U2000
only when Alarm Correlation and Engineering Alarm are modified.
Step 7 Check the status of the SNMP service process. If the process is running, the SNMP NBI has
been enabled successfully.
----End
Prerequisites
l The SNMP NBI is correctly deployed and configured.
l Set SNMP heartbeat information.
Heartbeat Period: 60s
Report Heartbeat Info: yes
Procedure
Step 1 On the System Monitor client, check the status of the SNMP service. If Status is Running,
the SNMP NBI is enabled.
l If no SNMP NBI process is found, see the 8.3.1 SNMP Service Process Is Not
Displayed for troubleshooting.
l If the SNMP NBI process fails to be started, see the 8.3.2 SNMP Service Process Fails
to Be Started for troubleshooting.
Step 2 Check whether heartbeat messages are received on the related OSS port. If no heartbeat
message is received, see the 8.3.4 The OSS Cannot Receive Heartbeat Information for
troubleshooting.
----End
Prerequisites
The SNMP NBI is correctly deployed and configured.
Procedure
Step 1 On the System Monitor client, check the status of the SNMP service. If Status is Running,
the SNMP NBI is enabled.
l If no SNMP NBI process is found, see the 8.3.1 SNMP Service Process Is Not
Displayed for troubleshooting.
l If the SNMP NBI process fails to be started, see the 8.3.2 SNMP Service Process Fails
to Be Started for troubleshooting.
----End
Prerequisites
NBI Config Tools running normally.
Network Planning
The MIB file HW-IMAPV1NORTHBOUND-TRAP-MIB.mib is loaded to the OSS, as
shown in Figure 5-3. The OSS manages and monitors alarms from Huawei network
equipment using the SNMPv1 NBI. Table 5-2 and Table 5-3 list detailed parameters.
You are advised to use default values for other relevant parameters. For more details, see B
Configuration Parameters.
MIB HW-IMAPV1NORTHBOUND-
TRAP-MIB.mib
IP: 10.167.239.92
U2000 Received Request Port: 9812
Send Trap Port: 6666
Device Network
Procedure
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP > General Config from the navigation tree on the left.
Step 4 Set parameters for third-party NMSs in the Third-Party NMS area.
Third-party NMS parameters are OSS parameters. Set the parameters according to the data
plan.
l Receiving/Sending Address: 10.70.71.97
l Port: 6666
l SNMP Version: v1
l Old Community: Changeme_123
l Read Community: Changeme_1234
l Write Community: Changeme_1234
NOTE
Parameter for SNMPv3 (such as user name/password, authentication password, and encryption
password) are invalid if v3 is not selected.
Step 5 In the Advanced area, select U2000 MIB from the MIB Frame drop-down list.
Step 6 Click Save, the dialog box displayed prompt restart the NBI processes for the updates to take
effect. Click OK, the dialog box displayed prompt successfully saved. Click OK to complete
the configuration.
----End
Prerequisites
NBI Config Tools running normally.
Network Planning
The MIB file T2000-NETMANAGEMENT-MIB.mib is loaded to the OSS, as shown in
Figure 5-4. The OSS manages and monitors alarms from Huawei network equipment using
the SNMPv1 NBI. Table 5-4 and Table 5-5 list detailed parameters.
You are advised to use default values for other relevant parameters. For more details, see B
Configuration Parameters.
MIB T2000-NETMANAGEMENT-
MIB.mib
SNMP Version v3
Old Password You must enter the old password to set the
password. The default password is
Changeme_123.
v3 User: admin
set/get Inform Authentication password: Changme_1234
SNMPv3 Encryption password: Changme_1234
IP: 10.167.239.92
U2000 Received Request Port: 9832
Send Trap Port: 9831
Device Network
Procedure
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP > General Config from the navigation tree on the left.
Step 4 Set parameters for third-party NMSs in the Third-Party NMS area.
Third-party NMS parameters are OSS parameters. Set the parameters according to the data
plan.
l Receiving/Sending Address: 10.70.71.97
l Port: 9833
l SNMP Version: v3
l v3 User Name: admin
l Old Password: Changeme_123
l v3 Authentication Password: Changeme_1234
l v3 Encryption Password: Changeme_1234
Step 5 In the Advanced area, select U2000-T MIB from the MIB Frame drop-down list.
Step 6 Click Save, the dialog box displayed prompt restart the NBI processes for the updates to take
effect. Click OK, the dialog box displayed prompt successfully saved. Click OK to complete
the configuration.
----End
After the SNMP NBI was deployed properly, the OSS can receive real-time alarms. To
connect to the U2000 and enable operations on reported alarms (such as synchronize,
acknowledge, unacknowledge, and clear alarms), you need also load the appropriate MIB file
to the OSS and set relevant parameters. A maximum of ten OSSs can be connected
concurrently to the U2000. For the NMS connection, SNMPv1, SNMPv2c, and SNMPv3 can
be used.
Prerequisites
l For SNMP NBI deployment, the SNMP version has been set to SNMPv1 or SNMPv2c,
and write and read communities have been configured.
l For SNMP NBI deployment, third-party NMS parameters have been set properly and the
OSS can receive real-time alarms or heartbeat from the U2000.
Procedure
Step 1 Confirm SNMP NBI parameters with the U2000 administrator.
1. Log in to the NBI Config Tools.
2. Choose Configure SNMP > General Config from the navigation tree on the left. View
parameters as follows.
Para Description Default Navigation Path
meter Value
s
Step 2 Configure the OSS based on the previous parameters set on the U2000.
NOTICE
Confirm with the U2000 administrator if you need to modify a parameter; otherwise, the
connection may fail.
----End
Prerequisites
l For SNMP NBI deployment, the SNMP version has been set to SNMPv3, and related
security parameters have been set.
l For SNMP NBI deployment, third-party NMS parameters have been set properly and the
OSS can receive real-time alarms or heartbeat from the U2000.
Procedure
Step 1 Confirm SNMP NBI parameters with the U2000 administrator.
1. Log in to the NBI Config Tools.
2. Choose Configure SNMP > General Config from the navigation tree on the left. View
parameters as follows.
Parameters Description Default Navigation Path
Value
Security For SNMPv3, USM model In the General area, view Security
Model you can set the Mode.
security model.
The USM model
is support for
current version.
User Name Indicates the user admin In the Third-Party NMS area, view
name for v3 User Name.
authentication.
Step 2 Configure the OSS based on the previous parameters set on the U2000.
NOTICE
Confirm with the U2000 administrator if you need to modify a parameter; otherwise, the
connection may fail.
----End
The OSS calls SNMP subinterfaces to perform operations such as alarm synchronization on
the U2000. Available interfaces vary with the loaded MIB (U2000-T MIB or U2000 MIB).
NOTE
Ensure that the OSS has connected to the U2000 through the SNMP NBI and the desired operations
have been licensed for use.
NOTICE
Ensure that the U2000 MIB has been loaded to the OSS. To load the U2000 MIB, set the MIB
type to U2000 MIB when deploying the SNMP NBI.
NOTICE
The SNMP NBI in distributed U2000 cannot report events.
Function
The OSS can call the alarm filter interface to change alarm filter criteria dynamically when
the SNMP NBI is working.
MIB Definition
The OID is 1.3.6.1.4.1.2011.2.15.1.3.5.
The full path is
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).hwNetManagement(15).hwNmAgent(1).hwNmFau
lt(3).thirdNMSFaultFilter(5)
Setting Method
The OSS can set the value of the MIB node to change the alarm filter criteria. The format is as
follows:
IPAddress:Port:AlarmFilterLevel:AlarmCategoryFilter
NOTICE
l The thirdNMSFaultFilter node only supports the set operation, that is, only the write
attribute is enabled. Therefore, you need to use the U2000 MSuite to query the setting
results of the thirdNMSFaultFilter node.
l When you set the OID of MIB node, you must add .0 to the end of the OID of MIB node.
IPAddress Indicates the IP address used by the OSS. This IP address is the trap-
receiving IP address preset for third-party NMSs when the SNMP NBI is
deployed.
Port Indicates the port used by the OSS. This port is the trap-receiving port
preset for third-party NMSs when the SNMP NBI is deployed.
Field Description
NOTICE
The SNMP NBI in distributed U2000 cannot report events.
Sample
Prerequisite
l The IP address of the OSS is set to 10.70.73.97 and the port for receiving alarms 6666.
l The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
To change the filter criteria as follows: alarm severity (critical or major) and alarm category
(fault or clear).
Procedure
The OSS receives responses from the U2000, indicating that the filter criteria are changed
successfully. The OSS will then receive the required alarms only.
Function
The UDP-based SNMP protocol cannot guarantee that all alarms are reported to the OSS and
some alarm packets may be lost. Therefore, the OSS synchronizes alarms to ensure alarm data
consistency and can also stop synchronization.
After the synchronization starts, the U2000 sends traps through the SNMP NBI to inform the
OSS that the alarm synchronization is started.
When the synchronization is complete or stopped, the U2000 will send traps through the
SNMP NBI to inform the OSS that the alarm synchronization is ended.
Set alarm
synchronization start node
Report alarm
synchronization start trap
Report alarm
. . All
synchronization result trap
. . Alarms
. . are
. Report the alarm . reported
synchronization stop trap
Set alarm
synchronization start node
Report alarm
synchronization stop trap
Operation Description
Operation Description
NOTE
For details of the alarm synchronization start trap, see C.3.2 Active Alarm Synchronization Start
Trap.
For details of the alarm synchronization result trap, see C.3.3 Active Alarm Report Trap.
For details of the alarm synchronization stop trap, see C.3.4 Active Alarm Synchronization End Trap.
MIB Definition
There are two MIB nodes for alarm synchronization:
hwNmNorthboundEventSynchronizationCommandStart and
hwNmNorthboundEventSynchronizationCommandStop. The former indicates start alarm
synchronization, while the latter indicates stop alarm synchronization.
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).hwNetManagement(15).hwNmAgent(1).hwNmNor
thboundEvent(7).hwNmNorthboundEventSynchronization(7).hwNmNort
hboundEventSynchronizationCommandStop(5)
Setting Method
Start alarm synchronization.
The OSS can set the value of the MIB node to start alarm synchronization within a specified
time. The format is as follows:
IP:port:start time:end time
Stop alarm synchronization.
The OSS can set the value of the MIB node to stop alarm synchronization. The format is as
follows:
IP:port
NOTE
l When you set the OID of MIB node, you must add .0 to the end of the OID of MIB node.
l You do not need to set the start and end time to stop the alarm synchronization.
IP Indicates the IP address used by the OSS. This IP address is the trap-
receiving IP address set for third-party NMSs when the SNMP NBI is
deployed.
port Indicates the port used by the OSS. This port is the trap-receiving port set
for third-party NMSs when the SNMP NBI is deployed.
start Indicates the start and end time for alarm synchronization.
time:endtime The U2000 reports alarms that are generated during the preset time period.
NOTE
l If the end time is not set, the current system time of the U2000 is used as the end
time.
l If the start and end time are not set, all the active alarms are synchronized.
l If the end time is set, the start time is mandatory.
l Both the start and end time indicate the time period when alarms are generated
on the equipment rather than reported to the U2000.
l The timekeeping standard is universal time coordinated (UTC).
The syntax for start time and end time is:YYYYMMDDhhmmss.
l YYYY: Four-digit year. The range of values is 1970 onwards.
l MM: Two-digit month. The range of values is 01-12.
l DD: Two-digit date. The range of values is 01-31.
l hh: Two-digit hour. The range of value is 00-23.
l mm: Two-digit minutes. The range of values is 00-59.
l ss: Two-digit seconds. The range of values is 00-59.
Sample
Prerequisite
l The IP address of the upper-layer OSS is set to 10.70.73.97 and the port for receiving
alarms is set to 6666.
l The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
To synchronize alarms that are generated between 2011-03-01 00:00:00 and 2011-03-15
00:00:00.
Procedure
1. The OSS sets the OID of hwNmNorthboundEventSynchronizationCommandStart
node to:
1.3.6.1.4.1.2011.2.15.1.7.7.4.0
2. The OSS sets hwNmNorthboundEventSynchronizationCommandStart to:
10.70.73.97:6666:20110301000000:20110315000000
The OSS receives traps from the U2000, indicating that the synchronization is
started.
The U2000 reports alarms saved in the database that are generated during the preset
time period.
3. Optional:
To stop the synchronization, the OSS sets
hwNmNorthboundEventSynchronizationCommandStop to 10.70.73.97:6666.
4. After the synchronization is completed or stopped, the U2000 sends traps through the
SNMP NBI to inform the OSS that the synchronization is ended.
Function
The OSS can acknowledge U2000 alarms based on the alarm serial numbers.
The alarm status will change after the alarm is acknowledged. If acknowledged alarms are
specified as the filter criteria, the OSS will receive the information about state changes along
with the alarms.
NOTICE
The Acknowledgement User parameter is SNMP Agent User on the U2000 client after an
alarm is acknowledged by the OSS through the SNMP NBI.
Alarms with invalid or nonexistent serial numbers and historical alarm cannot be
acknowledged and the serial numbers will be returned to the OSS.
MIB Definition
The OID is 1.3.6.1.4.1.2011.2.15.1.3.7.
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).hwNetManagement(15).hwNmAgent(1).hwNmFau
lt(3).hwNmAcknowledgeAlarms(7)
NOTE
Setting Method
The OSS can set the value of the MIB node to acknowledge the active alarm on U2000. The
format is as follows:
Parameter Description
Table 7-6 shows the status changes when alarms are acknowledged.
NOTE
If you set the life cycle for acknowledged and cleared alarms and these alarms are not converted to
historical alarms, no data will be returned after you acknowledge these alarms. The life cycle specifies
the period in which these alarms are saved in the current-alarm database.
When you set the OID of MIB node, you must add .0 to the end of the OID of MIB node.
Sample
Prerequisite
The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
Procedure
Query the alarm status on the OSS or U2000. The state for the alarm
20,30,10005,18000 is Acknowledge, indicating the alarm is acknowledged
successfully. The Acknowledgement User parameter is SNMP Agent User on the U2000
client.
NOTE
If acknowledged alarms are specified as the filter criteria, the OSS will receive the information about
state changes along with the alarms. The alarm time is when the alarm is acknowledged.
Function
The OSS can unacknowledge alarms based on alarm serial numbers.
The alarm status will change after the alarm is unacknowledged. If unacknowledged alarms
are specified as the filter criteria, the OSS will receive the information about state changes
along with the alarms.
NOTICE
The Acknowledgement User parameter is SNMP Agent User on the U2000 client after an
alarm is unacknowledged by the OSS through the SNMP NBI.
Alarms with invalid or nonexistent serial numbers and historical alarm cannot be
unacknowledged and the serial numbers will be returned to the OSS.
MIB Definition
The OID is 1.3.6.1.4.1.2011.2.15.1.3.8.
The full path is
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).hwNetManagement(15).hwNmAgent(1).hwNmFau
lt(3).hwNmUnAcknowledgeAlarms(8)
NOTE
Setting Method
The OSS can set the value of the MIB node to unacknowledge the active alarm on U2000.
The format is as follows:
Parameter Description
Table 7-9 shows the state change when alarms are unacknowledged.
NOTE
If you set the life cycle for acknowledged and cleared alarms and these alarms are not converted to
historical alarms, no data will be returned after you unacknowledge these alarms. The life cycle specifies
the period in which these alarms are saved in the current-alarm database.
When you set the OID of MIB node, you must add .0 to the end of the OID of MIB node.
Sample
Prerequisite
The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
Step
1. The OSS sets the OID of hwNmUnAcknowledgeAlarms node to
1.3.6.1.4.1.2011.2.15.1.3.8.0.
2. The OSS sets hwNmUnAcknowledgeAlarms to 20,30,10005,18000.
Query the alarm state on the OSS or U2000. The state for the alarm 20,30,10005,18000
is Unacknowledge, indicating the alarm is unacknowledged successfully. The
Acknowledgement User parameter is SNMP Agent User on the U2000 client.
NOTE
If unacknowledged alarms are specified as the filter criteria, the OSS will receive the information about
status changes along with the alarms. The alarm time is when the alarm is generated.
Function
The OSS can clear alarms based on the alarm serial numbers.
The alarm status will change after the alarm is cleared. If cleared alarms are specified as the
filter criteria, the OSS will receive the information about status changes along with the
alarms.
NOTICE
The Clearance User parameter is SNMP Agent User on the U2000 client after an alarm is
cleared by the OSS through the SNMP NBI.
Alarms with invalid or nonexistent serial numbers and historical alarm cannot be cleared and
the serial numbers will be returned to the OSS.
MIB Definition
The OID is 1.3.6.1.4.1.2011.2.15.1.3.6.
The full path is
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).hwNetManagement(15).hwNmAgent(1).hwNmFau
lt(3).hwNmClearAlarms(6)
NOTE
Setting Method
The OSS can set the value of the MIB node to clear the active alarm on U2000. The format is
as follows:
Serial Number,Serial Number,...
Table 7-12 shows the change in state when alarms are cleared.
NOTE
If you set the life cycle for acknowledged and cleared alarms and these alarms are not converted to
historical alarms, no data will be returned after you clear these alarms. The life cycle specifies the period
in which these alarms are saved in the current-alarm database.
When you set the OID of MIB node, you must add .0 to the end of the OID of MIB node.
Sample
Prerequisite
The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
To clear the alarm with the serial number 20,30,10005,18000.
Procedure
1. The OSS sets the OID of hwNmClearAlarms node to:
1.3.6.1.4.1.2011.2.15.1.3.6.0
2. The OSS sets hwNmClearAlarms to:
20,30,10005,18000
Query the alarm state on the OSS or U2000. The state for the alarm 20,30,10005,18000
is Clear, indicating the alarm is cleared successfully. The Clearance User parameter is
SNMP Agent User on the U2000 client.
NOTE
Description
When a user configures the reporting alarm acknowledging status function of the SNMP NBI
on the U2000, the OSS receives alarm acknowledging status in real-time.
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).netManagement(15).nmAgent(1).nmNorthboun
dEvent(7).hwNmNorthboundEventInfo(1).hwNmNorthboundConfirmStat
us(33)
NOTE
The MIB node does not support Get and Set operations.
Setting Method
For details, see Configuring the SNMP NBI.
Description
When a user configures the reporting alarm clearing status function of the SNMP NBI on the
U2000, the OSS receives alarm clearing status in real-time.
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).netManagement(15).nmAgent(1).nmNorthboun
dEvent(7).hwNmNorthboundEventInfo(1).hwNmNorthboundRestoreStat
us(34)
NOTE
The MIB node does not support Get and Set operations.
Setting Method
For details, see Configuring the SNMP NBI.
NOTICE
Ensure that the U2000-T MIB has been loaded to the OSS. To load the U2000-T MIB, set the
MIB type to U2000-T MIB when deploying the SNMP NBI.
After the trap-receiving IP address or port and SNMP version have been set for the OSS on
the U2000, the OSS can receive alarms in real time.
You do not need to set related parameters on the OSS. Ensure that the OSS is properly
connected to the U2000 and the related ports are permitted by the firewall.
For details on how to deploy and configure the SNMP NBI, see 5 Deploying and
Configuring the SNMP NBI.
NOTICE
l The reported alarm field for the U2000-T MIB consists of 36 bound variables (VBs). For
details, see D.2 Reported Alarm Field by U2000-T MIB.
l The SNMP NBI in distributed U2000 cannot report events.
Function
The UDP-based SNMP protocol cannot guarantee that all alarms are reported to the OSS and
some alarm packets may be lost. Therefore, the OSS synchronizes alarms to ensure alarm data
consistency and can also stop the synchronization.
After the synchronization starts, the U2000 sends traps through the SNMP NBI to inform the
OSS that the alarm synchronization is started.
When the synchronization is complete or stopped, the U2000 will send traps through the
SNMP NBI to inform the OSS that the alarm synchronization is ended.
Figure 7-2 shows the alarm synchronization process.
Set alarm
synchronization start node
Report alarm
synchronization start trap
Report alarm
. . All
synchronization result trap
. . Alarms
. . are
. Report the alarm . reported
synchronization stop trap
Set alarm
synchronization start node
Report alarm
synchronization stop trap
Operation Description
NOTE
For details of the alarm synchronization start trap, see D.3.2 Active Alarm Synchronization Start
Trap.
For details of the alarm synchronization result trap, see D.3.3 Active Alarm Report Trap.
For details of the alarm synchronization stop trap, see D.3.4 Active Alarm Synchronization End Trap.
MIB Definition
The OID is 1.3.6.1.4.1.2011.2.15.1.7.4.1.
The full path is
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).netManagement(15).nmAgent(1).nmNorthboun
dEvent(7).northboundSynchAlarm(4).northBoundSynchAlarmCommand(
1)
Setting Method
The OSS can set the value of the MIB node to start or stop the synchronization. The format is
as follows:
number
number 0, 1
l 0: indicates the stop of alarm synchronization.
l 1: indicates the start of alarm synchronization.
Sample
Prerequisite
The OSS connects to the SNMP NBI and can receive heartbeat or real-time alarms.
Purpose
To start or end the alarm synchronization.
Step
1. The OSS sets the OID of northBoundSynchAlarmCommand node to
1.3.6.1.4.1.2011.2.15.1.7.4.1.0.
2. The OSS sets the northBoundSynchAlarmCommand node to 1.
The OSS receives traps from the U2000, indicating that the synchronization is
started.
The U2000 reports alarms saved in the database that are generated during the set
time period.
3. Optional:
To stop the synchronization, set the northBoundSynchAlarmCommand node to 0.
4. After the synchronization is completed or stopped, the U2000 sends traps through the
SNMP NBI to inform the OSS that the synchronization is ended.
Prerequisites
Before login, ensure that the U2000 client and server are connected properly and that the
server works correctly.
Context
l The default port number of the server is 31030. Do not change it in normal conditions.
Otherwise, you cannot log in to the U2000 server.
l The login modes include the SSL mode and common mode. In SSL mode, the data is
encrypted when being transmitted between the client and the server. In common mode,
the data is not encrypted during transmission. To ensure the security of data
transmission, you are recommended to use the Security (SSL) mode.
l The port used for login in common mode is different from that in SSL mode. The port
number is 31030 in common mode, and 31080 in security (SSL) mode.
l After last login, if you do not log in again during the preset period, your account
hibernates or the U2000 deletes the account.
l If you never use a new user account for login, the U2000 does not invalidate or delete the
account.
Procedure
Step 1 Double-click the shortcut icon of U2000 System Monitor on the desktop to start the system
monitor client.
NOTE
In the Solaris and Linux OS , login to the OS of the server as the ossuser user. Run the following
command to start the system monitor client.
$ cd /opt/oss/client
$ ./startup_sysmonitor_global.sh
/opt/oss is the default installation path for the U2000. You can change it as required.
Step 2 In the Login dialog box, select a server by selecting an IP address or host name from the
Server drop-down list.
NOTE
Step 3 In the Login dialog box, enter the user name and password.
The user name and password are the same as those used on the U2000 client.
l If the user name and the password are correct, the Loading dialog box is displayed, showing the
loading progress.
l If the user name or password is incorrect, the Information dialog box is displayed, prompting that
you cannot log in.
l If the password will expire in the specified days, a dialog box is displayed, prompting you to change
the password before the expiration date.
----End
Prerequisites
l Log in to the Solaris or Linux OS as user ossuser.
l Log in to the Windows OS as user Administrator.
l The U2000 must be operating.
l The SnmpAgent service are in the Running state.
Context
NOTE
The default start mode is Automatic. The SNMP interface process is started with the U2000.
Procedure
Step 1 Log in to the System Monitor.
Step 2 On the System Monitor, enter the Service Monitor tab.
Step 3 Select SnmpAgent service, right-click and choose Stop the Service.
Step 4 The prompt dialog box displayed, click Yes.
Step 5 On the System Monitor client, if Status of the related service of the SNMP NBI is Stopped, it
indicates that the operation is successful.
----End
Prerequisites
l Log in to the Solaris or Linux OS as user ossuser.
l Log in to the Windows OS as user Administrator.
l The U2000 must be operating.
l The SnmpAgent Service is in the Stopped state.
Procedure
Step 1 Log in to the System Monitor.
Step 3 Select the SnmpAgent service, right-click, and choose Startup Mode > Disable to disable
the process.
Step 4 On the System Monitor client, if Startup Mode of the related service of the SNMP NBI is
Disabled, it indicates that the operation is successful.
----End
Prerequisites
l Log in to the Solaris or Linux OS as user ossuser.
l Log in to the Windows OS as user Administrator.
l The U2000 must be operating.
l The SnmpAgent Service is in the Stopped state.
Procedure
Step 1 Log in to the System Monitor.
Step 3 Select the SnmpAgent service, right-click, and then choose Start the Service from the
shortcut menu.
Step 4 In the System Monitor client, when Status of the relevant SNMP service, namely SNMP
Service are Running, the operation is successful.
----End
Possible Causes
The SNMP NBI is not licensed.
Procedure
Step 1 Check whether the license for the SNMP NBI has been obtained. If not, the SNMP service
process is not displayed on the System Monitor client. For details, see 5.4 Checking the
License.
Step 2 If there is a license for the SNMP NBI, redeploy the NBI or restart the U2000. Then check for
the SNMP Service process.
Step 3 If the SNMP Service process is not running, contact your Huawei engineers.
----End
Possible Causes
Port 9812 for configuring the SNMP NBI is occupied by other processes.
The V3 User is blank when use the SNMP v3.
NOTICE
Do not use the default ports of the SNMP protocol (port 161 and port 162) to configure the
SNMP NBI, because these they are occupied by other processes.
Refer to chapter "U2000 Port List" in the iManager U2000 Administrator Guide and the
iManager U2000 Planning Guide before you configure ports for the SNMP NBI.
Procedure
Step 1 Check whether other processes are using the port of the SNMP service.
Run the netstat -an command to view the service ports opened by the system.
l On the Solaris or Linux OS, run the netstat -an | grep port_number command to view
the status of a specified port.
For example, run the netstat -an | grep 6666 command to view the status of port 6666.
l In the Windows OS, run the netstat -an | find "port_number" command to view the
status of a specified port.
For example, run the netstat -an | find "6666" command to view the status of port 6666.
NOTE
If any router or firewall is located on the network between the U2000 and the OSS, you must check the
ports used by the U2000 and the OSS and ensure that these ports can be opened for normal
communication.
Step 2 If the port is occupied by other processes, negotiate with OSS engineers to modify the port for
the SNMP NBI, or end the processes if they are not needed.
Step 3 Choose Configure SNMP > General Config from the navigation tree on the left.
Step 4 View Third-party NMS in the General area. Check whether the V3 user is blank. If it is
blank, input the correct value, then deploy the SNMP NBI.
----End
Symptom
The NMS user cannot connect to the SNMP NBI.
Possible Causes
l The SNMP service process is not started.
l As the following tables shows, the communication parameters of the OSS do not match
with those of the U2000.
l The firewall blocks the communication between the request transmit port on the OSS
and the request receive port on the U2000.
Procedure
Step 1 Log in the client of U2000 System Monitor and check whether the SNMP Service process is
started.
l If there is no SNMP Service process, see8.3.1 SNMP Service Process Is Not
Displayed.
l If the SNMP Service process cannot be started, see 8.3.2 SNMP Service Process Fails
to Be Started.
Step 2 If the SNMP Service process has been started, determine the communication parameters with
OSS engineers and redeploy the SNMP NBI.
Step 3 Ensure the communication between the request transmit port on the OSS and the request
receive port on the U2000 is not blocked by the firewall; otherwise they cannot communicate
with each other.
----End
Symptom
The OSS can receive alarms but cannot receive heartbeat information from the U2000.
Possible Causes
l The OSS is loaded with the U2000-T MIB that does not support heartbeat transmission.
l The heartbeat function is disabled when the SNMP NBI is deployed.
Procedure
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP > General Config from the navigation tree on the left.
----End
Symptom
The OSS cannot receive real-time alarms.
Possible Causes
l The following parameters are incorrect when the SNMP NBI is deployed.
Send Trap address/port in SNMP Agent
NMS receive Trap address/port in Third-part NMS
l The request transmit port on the OSS and the request receive port on the U2000 are
disabled on the firewall, so they cannot communicate with other.
The request transmit port on the OSS is 6666 by default.
The request receive port on the U2000 is 6666 by default.
Procedure
Step 1 After confirming the previous parameters with OSS engineers, log in to the NBI Config Tools
MSuite client and reconfigure the SNMP NBI based on the confirmation.
Step 2 Check whether the request transmit port on the OSS and the request receive port on the
U2000 are enabled on the firewall; otherwise they cannot communicate with each other.
----End
Symptom
The NMS/OSS can receive heartbeat and alarms, but active alarms cannot be acknowledged
or unacknowledged or cleared.
Possible Causes
l The alarm have converted to the history alarm.
l The dependent services are down, such as log service and fault service.
l Version mismatch of the MIB file.
The U2000-T MIB cannot acknowledged or unacknowledged or cleared alarms.
The MIB file that the NMS/OSS loaded is mismatch with the U2000.
Procedure
Step 1 Log in the client of U2000, browse the history alarms. View the serial number is exist. If the
serial number is exist, the alarm is converted to history alarm, then you cannot acknowledge,
unacknowledge and clear history alarms.
Step 2 Log in the client of U2000 System Monitor, view whether the log service and fault service are
running normally. If not started, please restart the processes.
Step 3 View whether the MIB file the U2000 loaded is correct.
1. Log in the client of NBI Config Tools.
2. Choose Configure SNMP > General Config from the navigation tree on the left.
3. In Advanced area, view whether the MIB Frame is set to U2000 MIB. If the MIB is set
to U2000-T MIB, please modify to U2000 MIB. Then deploy the SNMP NBI again.
Step 4 View whether the MIB file the NMS/OSS loaded is correct.
l If the MIB file is T2000-NETMANAGEMENT-MIB.mib, acknowledged or
unacknowledged or cleared alarms is not supported.
l If the MIB file is HW-IMAPV1NORTHBOUND-TRAP-MIB.mib or HW-
IMAPV2NORTHBOUND-TRAP-MIB.mib, please get the U2000 version
documentation iManager U2000 Northbound SNMP Interface MIB file from Huawei
technology engineer. This documentation is published in Huawei support website.
----End
Question
By default, the heartbeat notification trap reports the hwNMAgent field. You can make
modifications for the trap to report the hwNmNorthboundKeepAlive field. How to configure
the heartbeat notification trap to hwNmNorthboundKeepAlive?
Answer
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP NBI > Custom Configuration from the navigation tree on the
left.
Step 3 Select KeepAliveVBOID from the Configuration Item Name drop-down list, set
Configuration Item Value to 1.3.6.1.4.1.2011.2.15.1.7.2.1. To report the default field
hwNmAgent, set Configuration Item Value to 1.3.6.1.4.1.2011.2.15.1.
----End
Question
By default, the configuration item T2000Support is 1, then the SNMP NBI can report the
information of optical NE. C.4.1 Active Alarm Trap shows the sample of enable and disable
this item. How to configure the T2000Support item?
Answer
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP NBI > Custom Configuration from the navigation tree on the
left.
Step 3 Select T2000Support from the Configuration Item Name drop-down list, and set
Configuration Item Value. Select 1 when managing transport optical NEs. Select 0 when
managing cross-domain NEs. The default value is 1.
----End
Question
By default, the SNMP NBI cannot report the event alarm. How to enable the event alarm
report function?
NOTICE
The SNMP NBI in distributed U2000 cannot report events.
Answer
The OSS can change the filter criteria in real time. For details, see 7.1.2 Changing Filter
Criteria.
Step 1 Log in to NBI Config Tools. For details, see 5.5 Logging in to NBI Config Tools.
Step 2 Choose Configure SNMP NBI > Custom Configuration from the navigation tree on the
left.
Step 3 Select event.* from the Configuration Item Name drop-down list, where * indicates the
sequence number (1-10) of the OSS. Set Configuration Item Value to 1, which indicates that
the SNMP NBI will report event alarms to the OSS. The default value is 0.
----End
Question
The passwords of the SNMP read and write communities must meet certain complexity
requirements. If you want to use simple passwords, you can disable the password complexity
check function in the configuration file.
NOTICE
To ensure the security of your system, passwords must be complex enough. Exercise
cautiously when you want to disable the password complexity check function.
Answer
Step 1 Change the value of the enableComplexityChecking configuration item in the
$IMAP_ROOT/etc/oss_cfg/nbi/snmp/tools.cfg file to FALSE.
1. Run the following command to open the editor. $ vi /opt/oss/server/etc/
oss_cfg/nbi/snmp/tools.cfg
2. Edit the server/nbi/snmp/bin/tools.cfg file. Move the cursor in the editor by typing the
key, h for left, l for right, k for up, j for down. Move until you find
enableComplexityChecking. Then change its value to FALSE.
3. Type key : to enter the command mode, and then type two keys wq to save and exit the
editor.
----End
Question
The GroupID of MxUs can be represented in two modes. How can I modify the representation
mode of the GroupID?
Answer
Step 1 Log in to the OS of the U2000 server.
The default value is 0, which indicates that the new GroupID representation mode is used. Set
the value of the SupportOldGroupID configuration item to 1, which indicates that the old
GroupID representation mode is used. The following uses the MA5616 as an example to
show the two representation modes.
MA5616 59 71
<!--The parameter is used to configure the GroupID value for MUX NEs in
sending traps to the upper NMS.
0 means uses new GroupID value for MUX NEs.
1 means uses old GroupID value for MUX NEs.
Default value is 0. -->
<param name="SupportOldGroupID">0</param>
----End
Windows OS
1. Log in to the server where the NBI Config Tools resides.
2. Back up the original certificate keystore.jks on the server. For example, copy the
keystore.jks file and rename it as keystore.jks_bak.
3. Copy the new certificate to the original certificate path to replace the keystore.jks
certificate. The name of the new certificate must be changed to keystore.jks.
4. Go to the encryption tool directory, and run the GenerateNBPass.bat -e command to
encrypt the certificate password.
After the following information is displayed, enter N:
check complexity of password or not(Y/N,default is 'Y',need check and suggest
this. if enter 'N', then will not check.):
NOTICE
To ensure the security of the U2000, remember to change the default passwords of
U2000 and update the passwords regularly, passwords must be complex enough.
The password must meet the following requirements to safeguard your user account.
1. It is a character string consisting of 8 to 18 characters.
2. Not be the same as or the reverse of the user name.
3. It contains at least three types of the following characters:
l Lowercase letter: a-z
l Uppercase letter: A-Z
l Digit: 0-9
l Special character: =~@#^*-_+[{}]:./;?.
4. On UNIX or Linux OS, if a pound key (#) is used as the first character of the
password, you need to add a slash (\) before the pound key.
Linux/Solaris OS
1. Log in to the server where the NBI Config Tools resides as the ossuser user.
2. Run the following commands to back up the original certificate keystore.jks on the
server:
$ cd $OSS_ROOT/server/etc/ssl/nbi/configtool/certificate
$ cp keystore.jks keystore.jks_bak
3. Copy the new certificate to the original certificate path to replace the keystore.jks
certificate. The name of the new certificate must be changed to keystore.jks.
4. Go to the encryption tool directory, and run the following commands to encrypt the
certificate password:
$ cd $OSS_ROOT/server/nbi/tools/encrypt
$ ./GenerateNBPass -e
NOTICE
To ensure the security of the U2000, remember to change the default passwords of
U2000 and update the passwords regularly, passwords must be complex enough.
The password must meet the following requirements to safeguard your user account.
1. It is a character string consisting of 8 to 18 characters.
2. Not be the same as or the reverse of the user name.
3. It contains at least three types of the following characters:
l Lowercase letter: a-z
l Uppercase letter: A-Z
l Digit: 0-9
l Special character: =~@#^*-_+[{}]:./;?.
4. On UNIX or Linux OS, if a pound key (#) is used as the first character of the
password, you need to add a slash (\) before the pound key.
This topic describes how to revoke the SSL certificate of the U2000 NBI Config Tools.
Windows OS
1. Log in to the server where the NBI Config Tools resides.
2. Modify the server/etc/oss_cfg/nbi/configtool/conf/config.properties file by adding the
path and name of the certificate to be revoked to the CRLFile configuration item. By
default, the CRLFile configuration item is left blank. To revoke a certificate, enter the
correct path and name of the certificate to be revoked.
Linux/Solaris OS
1. Log in to the server where the NBI Config Tools resides as the ossuser user.
2. Use the vi editor to modify the server/etc/oss_cfg/nbi/configtool/conf/
config.properties file by adding the path and name of the certificate to be revoked to the
CRLFile configuration item. By default, the CRLFile configuration item is left blank.
To revoke a certificate, enter the correct path and name of the certificate to be revoked.
3. Use FTP as the ossuser user to upload the CRL file huaweiossCA.crl to the
$OSS_ROOT/server/etc/ssl/nbi/configtool/certificate directory.
This part introduces the relations between license and SNMP interface.
The U2000 license controls the software of SNMP interface in the following three
dimensions:
l Interface function
l Technical domain
l Management capacity
The three dimensions depend on each other. The U2000 divides the license according to the
dimensions to dynamically control the SNMP software.
For details of Dimension, refer to Figure A-1 and Table A-1.
y
ci t
a pa
tC
technical domain
m en
ge
ana
M
Interface Function
On Solaris or Linux, view the license as user root. Use the text viewer to view the contents of
the $IMAP_ROOT/etc/conf/license/LIC_ONxxxxxxx.dat file.
On Windows, view the license as user administrator. Use the text viewer to view the contents
of the %IMAP_ROOT%\etc\conf\license\LIC_ONxxxxxxx.dat file.
Here each "X" represents an integer ranging from 0 to 9. Refer to Table A-2 for the details of
license control items.
B Configuration Parameters
The U2000 can connect to the NMS/OSS after you correctly set general parameters by using
the NBI Config Tools. You can also set advanced parameters to customize the messages
queried or reported through the SNMP NBI.
Navigation Path
Choose Configure SNMP > General Config from the navigation tree on the left.
Parameters
NOTICE
The trap sending address and request receiving address are both the U2000 server IP address.
Ensure that this IP address can be used for successful communication between the U2000 and
the OSS.
Refer to chapter "U2000 Port List" in the iManager U2000 Administrator Guide and the
iManager U2000 Planning Guide before you configure ports for the SNMP NBI. Before
configuring these ports, ensure that the specified ports are idle.
Do not use the default ports of the SNMP protocol (port 161 and port 162) to deploy the
SNMP NBI, because they are occupied by other processes.
SNMP Agent
Address for Sending IP addresses except 127.0.0.1 Specifies the IP address on the
Trap Default: IP address of the SNMP agent for sending traps
U2000 server to the OSS.
On the U2000 with multiple
network interface cards (NICs),
set an IP address for successful
communication between the
U2000 and the OSS.
SNMPv3 Parameters
Navigation Path
Choose Configure SNMP > General Config from the navigation tree on the left.
Heartbeat
The U2000 can periodically send heartbeat information to the OSS through the SNMP NBI.
Based on the heartbeat information, the OSS determines whether the communication is
successful. The heartbeat settings are applicable to the U2000 MIB only.
NOTE
Heartbeat Interval Default: 60s Specifies the heartbeat period of the third-
3s-300s party NMS.
Time Format
The data format for reported alarm information can be set on the OSS. Currently the universal
time coordinated (UTC) format and local time format are supported.
Alarm Correlation
Cause analysis indicates that some alarms are triggered by the root alarm. Report all alarms or
only the root alarm as required.
Alarm Default: All All: Queries and reports all alarms including the root alarm
Correlation Root and correlative alarms.
Root: Queries and reports only the root alarm and common
alarms.
Engineering Alarm
During engineering commissioning or service cutover, a large number of alarms are generated
on NEs. If you set the NEs in engineering maintenance state, generated alarms are displayed
as engineering alarms. You can specify whether to report the engineering alarms. You must
restart the server if you have changed the configuration of engineering alarm.
Encoding Format
The NMS/OSS can set the encoding format of the reported alarms according to requirement.
The SNMP NBI support UTF-8 and GBK currently.
Active-Alarm Cache Default: Specifies the cache for real-time alarms. Each
Size 10000 NMS/OSS user is assigned with an independent
0-50000 cache.
When the alarm generate rate is more than the alarm
reporting rate, the SNMP NBI will buffer the alarm
data in the cache.
Notification
You can set the reported mode and the relevant parameters.
CAUTION
l Trap mode: A received alarm is reported immediately regardless of whether the OSS
returns a response to the previous alarm reporting.
l Inform mode: A received alarm is reported immediately after the OSS returns a response
to the previous alarm reporting or the retried times is excessed. In this mode, if the
parameters configured for the OSS are incorrect, the SNMP agent tries connecting to the
OSS for many times. This will occupy a large number of resources. As a result, the
efficiency of the SNMP agent is reduced. Therefore, exercise caution when you set this
parameter to Inform.
l The SNMPv1 supports the Trap mode only.
Reporting Mode Default: Trap Specifies the mode used by the SNMP
Trap, Inform agent for sending alarms to the OSS.
Support X.733 Default: No Specifies whether traps use the event types
Alarms Yes, No and levels defined in X.733.
Yes indicates that the X.733 format is used.
No indicates that the X.733 format is not
used.
MIB Frame
The correct MIB frame must be set when the SNMP NBI is deployed. This ensures that the
OSS connects to the U2000 for alarm management.
NOTICE
This setting has a direct impact on the successful communication between the U2000 and the
OSS for alarm management. Confirm the MIB frame with the MIB frame on the OSS.
Alarm Field
The reported alarm field, also called bound variable (VB), specifies the alarm information to
be reported through the SNMP NBI.
NOTICE
This parameter is applicable to the U2000 MIB only.
This parameter is applicable to all third-party NMSs connected to the SNMP NBI.
The U2000 automatically fills the alarm field and the alarm field is not support manual
setting.
Event hwNmNorthb Indicates the alarm type. For non- Octet Yes. See
Type oundEventTy X.733-compliant alarms, options string the
pe are as follows: enumerate
l Environment d value.
l Equipment
l Communication
l Service
l Process
l Security
For X.733-compliant alarms,
options are as follows:
l EnvironmentalAlarm
l EquipmentAlarm
l CommunicationsAlarm
l QualityofServiceAlarm
l ProcessingErrorAlarm
l SecurityAlarm
Type hwNmNorthb Indicates the alarm type. Options Octet Yes. See
Flag oundFaultFla are as follows: string the
g l Event: indicates that an event is enumerate
generated. d value.
l Fault: indicates that an alarm is
generated.
l Recovery: indicates that the trap
is alarm recovery.
l Acknowledge: indicates that the
alarm is acknowledged.
l Unacknowledge: indicates that
the alarm is unacknowledged.
l Change: indicates that the alarm
is changed.
Alarm hwNmNorthb Indicates the alarm type based on Octet Yes. See
Function oundFaultFun functions, as same as string the
Category ction hwNmNorthboundEventType. enumerate
d value.
Parameters
NOTE
The Receiving/Sending Address is not the IP address of the U2000 server but the IP address of a third-
party NMS of the upper layer. If the third-party NMS uses two servers to receive traps and send
requests, the IP addresses for these two servers must be configured respectively.
Currently a maximum of 10 third-party NMSs are supported. The following table lists the configuration
requirements for third-party NMSs.
U2000 v1/v2c You are advised to set different read and write community names for
MIB third-party NMSs. If multiple third-party NMSs (for example, NMS 1
and NMS 2) use the same read and write community names, ensure
that the SNMP protocol versions used by the NMSs are the same.
v3 You are advised to set different user names for third-party NMSs. If
multiple third-party NMSs (for example, NMS 1 and NMS 2) use the
same user name, the same authentication password or encryption
password must be set for all the NMSs.
U2000-T v1/v2c You are advised to set different read and write community names for
MIB third-party NMSs.
v3 You are advised to set different user names for third-party NMSs.
NOTICE
To ensure the security of the U2000, remember to change the default passwords of U2000 and
update the passwords regularly, passwords must be complex enough.
The password must meet the following requirements to safeguard your user account.
1. It is a character string consisting of 8 to 16 characters.
2. It contains at least four types of the following characters:
l Lowercase letter: a-z
l Uppercase letter: A-Z
l Digit: 09
l Special character: ` ~ ! @ # $ % ^ & * ( ) - _ = + \ | [ { } ] ; : ' " , < . > / ? or space.
Port Default: 6666 Specifies the port of the third-party NMS for
1 to 65535 receiving traps.
NOTE
l When the U2000 is interconnected with the OSS,
enter the port provided by the upper layer NMS
that receives traps or sends requests.
l When the U2000 is not interconnected with the
OSS, the port ID cannot be left blank. In this case,
use the default port ID 6666.
SNMP version v1, v2c, v3 The SNMP NBIU2000 support three SNMP
Default: v3 protocol versions: SNMPv1, SNMPv2c, and
SNMPv3.
v3 User Name Default: admin Specifies the user name used by the OSS to
Character string (20) communicate with the SNMP agent through the
SNMPv3 protocol.
v3 Privacy The default password Indicates the password for encrypting data when
Password is Changeme_123. the OSS visits the SNMP agent.
If the security level is set to With
authentication and encryption, set encryption
policy of the password.
C U2000 MIB
The U2000 MIB is used mainly in the management of a multi-domain network or upgrades of
network management systems (NMSs) such as the N2000 DMS and N2000 BMS.
The U2000 MIB has two versions: HW-IMAPV1NORTHBOUND-TRAP-MIB and HW-
IMAPV2NORTHBOUND-TRAP-MIB. The OSS selects a version based on its supported
SMI version.
This document uses HW-IMAPV1NORTHBOUND-TRAP-MIB as an example.
SMI-V1 HW-IMAPV1NORTHBOUND-TRAP-MIB.mib
SMI-V2 HW-IMAPV2NORTHBOUND-TRAP-MIB.mib
NOTE
The iManager U2000 SNMP NBI MIB File is available on the Huawei technical support website. To
obtain this document, contact the local technical support engineers.
T2000Support=0
Table C-1 shows the reported details of the SNMP NBI if T2000Support is 0.
Event hwNmNorthb Indicates the alarm type. For non- Octet Yes. See
Type oundEventTy X.733-compliant alarms, options string the
pe are as follows: enumerate
l Environment d value.
l Equipment
l Communication
l Service
l Process
l Security
For X.733-compliant alarms,
options are as follows:
l EnvironmentalAlarm
l EquipmentAlarm
l CommunicationsAlarm
l QualityofServiceAlarm
l ProcessingErrorAlarm
l SecurityAlarm
Type hwNmNorthb Indicates the alarm type. Options Octet Yes. See
Flag oundFaultFla are as follows: string the
g l Event: indicates that an event is enumerate
generated. d value.
l Fault: indicates that an alarm is
generated.
l Recovery: indicates that the trap
is alarm recovery.
l Acknowledge: indicates that the
alarm is acknowledged.
l Unacknowledge: indicates that
the alarm is unacknowledged.
l Change: indicates that the alarm
is changed.
Alarm hwNmNorthb Indicates the alarm type based on Octet Yes. See
Function oundFaultFun functions, as same as string the
Category ction hwNmNorthboundEventType. enumerate
d value.
T2000Support=1
If T2000Support is 1. the Table C-2 shows the reported details of the SNMP NBI
Alarm hwNmNorthboundPr The alarm ID and NE ID are not reported, and only
Cause obableCause the alarm cause is contained.
Example: The user logs out or fails to log in.
Alarm hwNmNorthboundE The alarm ID and NE ID are not reported, and only
Details ventDetail the alarm details are contained.
Example: NE NE(9-8886) not login
Alarm hwNmNorthboundPr The alarm ID and NE ID are not reported, and only
Recovery obableRepair the alarm recovery advice is contained.
Advice Example: None
Event Name hwNmNorthboundE The alarm ID and NE ID are not reported, and only
ventName the event name is contained.
Example: NE_NOT_LOGIN
Function
When alarms are generated on NEs or the U2000, the U2000 automatically sends this type of
traps to notify the OSS of real-time alarms through the SNMP NBI.
Trigger Condition
Alarms generated on NEs or the U2000 trigger the sending of active alarm notification traps
through the SNMP NBI.
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types are for SNMPv1. Most of these data types are
applicable to SNMPv2c or SNMPv3. For any differences, details will be described in
brackets.
NOTE
l Bound variables (VBs) are the same for active alarm notification and report traps. Active alarm
notification traps are automatically sent by the U2000 while active alarm report traps are responses
to the query of active alarms from the OSS.
Function
After the OSS sends alarm query requests, the U2000 sends this type of traps to inform the
OSS that the synchronization starts.
Trigger Condition
The OSS triggers the alarm synchronization. For details, see 7.1.3 Synchronizing Alarms.
NOTE
Definition
Name Enterprise Type Description
VB List
N/A
Function
After the OSS initiates the alarm synchronization, the U2000 sends this type of traps to report
required alarms on the U2000 to the OSS.
Trigger Condition
The OSS triggers the synchronization. For details, see 7.1.3 Synchronizing Alarms.
NOTE
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types are for SNMPv1. Most of these data types are
applicable to SNMPv2c or SNMPv3. For any differences, details will be described in
brackets.
NOTE
l Bound variables (VBs) are the same for active alarm notification and report traps. Active alarm
notification traps are automatically sent by the U2000 while active alarm report traps are responses
to the query of active alarms from the OSS.
Function
The U2000 sends this type of traps to inform the OSS that the alarm synchronization
completes.
Trigger Condition
Active alarm synchronization end traps are triggered when:
l All required alarms have been reported to the OSS in trap packets.
l The OSS stops the synchronization.
The OSS triggers the termination of synchronization. For details, see 7.1.3 Synchronizing
Alarms.
The OSS performs the operation hwNmNorthboundEventSynchronizationCommandStop
on the designated U2000 in the following format:
NMS IP:port
NOTE
NMS IP:port refers to the IP address and port of the OSS server.
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types for interconnection using the SNMPv1 protocol. Most
of these data types are applicable to the SNMPv2c and SNMPv3 protocols. For any
differences, details will be described in brackets.
Description
U2000 sends the KeepAlive info (heartbeat) to the NMS/OSS regularly each period. If the
NMS receives the trap, the connection between the NMS/OSS and the U2000 works. If the
NMS/OSS does not receive the trap in this period and the heartbeat is enabled, it indicates
that the NMS/OSS disconnects with the U2000.
NOTE
You can configure the heartbeat, for details, see B.2 Advanced Configuration.
Condition
The U2000 sends the keepAlive info (heartbeat) trap to the NMS/OSS regularly in the preset
period.
Trap Definition
Name ENTERPRISE Type Description
Field List
In the following table, by default, the field types are those used for the connection with
SNMPv1. For SNMPv2c or SNMPv3, the same data types will not be introduced again.
Different data types are remarked in brackets.
NOTICE
By default, the heartbeat notification trap reports the hwNMAgent field. You can make
modifications for the trap to report the hwNmNorthboundKeepAlive field. For details, see
8.3.7 How to configure the heartbeat notification trap to hwNmNorthboundKeepAlive.
<param name="T2000Support">0</param>
13: Specific trap hwNmNorthboundEventInfo::hwNmNorthboundEventNotify #1
trap(v1) received from: 10.71.224.13 at 2011-12-27 16:19:58
Time stamp: 0 days 00h:05m:29s.09th
Agent address: 10.71.224.13 Port: 6666 Transport: IP/UDP Protocol:
SNMPv1 Trap
Manager address: 10.70.71.97 Port: 6666 Transport: IP/UDP
Community: Changeme_123
SNMPv1 agent address: 10.71.224.13
Enterprise: hwNmNorthboundEventInfo
Specific Trap MIB Lookup Results
Name: hwNmNorthboundEventNotify, Module: HW-IMAPV1NORTHBOUND-TRAP-
MIB, Enterprise: hwNmNorthboundEventInfo
Bindings (24)
Binding #1: hwNmNorthboundNEName.0 *** (octets) NE(9-3500)
Binding #2: hwNmNorthboundNEType.0 *** (octets) OptiX OSN 3500
Binding #3: hwNmNorthboundObjectInstance.0 *** (octets) Slot=4
Port=1 TTP_TYPE=1 4-N1SL16-1(SDH-1)-SPI:1
<param name="T2000Support">1</param>
21: Specific trap hwNmNorthboundEventInfo::hwNmNorthboundEventNotify #1
trap(v1) received from: 10.71.224.13 at 2011-4-27 16:25:24
Time stamp: 0 days 00h:02m:02s.27th
Agent address: 10.71.224.13 Port: 6666 Transport: IP/UDP Protocol:
SNMPv1 Trap
Manager address: 10.70.71.97 Port: 6666 Transport: IP/UDP
Community: Changeme_123
SNMPv1 agent address: 10.71.224.13
Enterprise: hwNmNorthboundEventInfo
Specific Trap MIB Lookup Results
Name: hwNmNorthboundEventNotify, Module: HW-IMAPV1NORTHBOUND-TRAP-
MIB, Enterprise: hwNmNorthboundEventInfo
Bindings (24)
Binding #1: hwNmNorthboundNEName.0 *** (octets) NE(9-3500)
Binding #2: hwNmNorthboundNEType.0 *** (octets) OptiX OSN 3500
Binding #3: hwNmNorthboundObjectInstance.0 *** (octets)
source=NE(9-3500) location=4-N1SL16-1(SDH-1)-SPI:1
Binding #4: hwNmNorthboundEventType.0 *** (octets) Communication
Binding #5: hwNmNorthboundEventTime.0 *** (octets) 2011/04/27 -
16:11:30
Binding #6: hwNmNorthboundProbableCause.0 *** (octets) \(1)The fiber
jumper is not connected at the optical interface of the board;\(2)The
laser of the board on the opposite station is shutdown;\(3)A fiber break
occurs in the transmission line;\(4) T ...
Binding #7: hwNmNorthboundSeverity.0 *** (octets) Critical
Binding #8: hwNmNorthboundEventDetail.0 *** (octets) Loss of signal
Binding #9: hwNmNorthboundAdditionalInfo.0 *** (octets)
Alarm Parameter(hex) 0x01 0x00 0x01 0x01 0x01
hwNmNorthboundEventSynchronizationQueryResult
Bindings (24)
Binding #1: hwNmNorthboundNEName.0 *** (octets) NE(9-1954)
Binding #2: hwNmNorthboundNEType.0 *** (octets) OptiX PTN 3900
Binding #3: hwNmNorthboundObjectInstance.0 *** (octets) TUNNEL:
(463,1.1.19.55,54.74.57.54)
Binding #4: hwNmNorthboundEventType.0 *** (octets) Communication
Binding #5: hwNmNorthboundEventTime.0 *** (octets) 2010/10/31 -
17:09:46
Binding #6: hwNmNorthboundProbableCause.0 *** (octets) ID:
12814,DeviceType:128450560,\1. The physical link fails.\2. The network
is severely congested.\3. The opposite equipment is faulty.
Binding #7: hwNmNorthboundSeverity.0 *** (octets) Critical
Binding #8: hwNmNorthboundEventDetail.0 *** (octets) ID:
12814,DeviceType:128450560,Loss of Connectivity Verification defect
Binding #9: hwNmNorthboundAdditionalInfo.0 *** (octets)
Alarm Parameter II(hex) 0x0f
Binding #10: hwNmNorthboundFaultFlag.0 *** (octets) Fault
Binding #11: hwNmNorthboundFaultFunction.0 *** (octets) Communication
Binding #12: hwNmNorthboundDeviceIP.0 *** (octets) 10.78.217.248
Binding #13: hwNmNorthboundSerialNo.0 *** (int32) 60229
Binding #14: hwNmNorthboundProbableRepair.0 *** (octets) ID:
12814,DeviceType:128450560,
Binding #15: hwNmNorthboundResourceIDs.0 *** (octets)
3145793.-1.-1.-1.-1.-1.-1.-1
Binding #16: hwNmNorthboundEventName.0 *** (octets) ID:
12814,DeviceType:128450560,MPLS_TUNNEL_LOCV
Binding #17: hwNmNorthboundReasonID.0 *** (int32) 12814
Binding #18: hwNmNorthboundFaultID.0 *** (int32) 0
Binding #19: hwNmNorthboundDeviceType.0 *** (octets) 128450560
Binding #20: hwNmNorthboundTrailName.0 *** (octets) PWE3:2
Binding #21: hwNmNorthboundRootAlarm.0 *** (int32) 0
Binding #22: hwNmNorthboundGroupID.0 *** (int32) 268374017
Binding #23: hwNmNorthboundMaintainStatus.0 *** (int32) 0
Binding #24: hwNmNorthboundRootAlarmSerialNo.0 *** (octets) (zero-
length)
Bindings (2)
Binding #1: hwNmNorthboundEventSynchronizationEndStatus.0 ***
(int32) normalEnd(1)
Binding #2: hwNmNorthboundEventSynchronizationEndStatusDetail.0 ***
(octets) Sync End: Successfully queried all alarms!
C.4.5 Heartbeat
The SNMP NBI sends the heartbeat trap to the NMS/OSS periodically. The NMS/OSS can
check the connection status by the heartbeat.
NOTE
Two OIDs are supported. For their configurations, see 8.3.7 How to configure the heartbeat notification
trap to hwNmNorthboundKeepAlive.
hwNmAgent (default)
795: Specific trap
hwNmNorthboundEventKeepAliveInfo::hwNmNorthboundEventKeepAlive #2
trap(v1) received from: 10.71.88.151 at 2010-11-24 15:57:20
Time stamp: 0 days 00h:07m:00s.12th
Agent address: 10.71.88.151 Port: 6666 Transport: IP/UDP Protocol:
SNMPv1 Trap
Manager address: 10.70.73.96 Port: 8888 Transport: IP/UDP
Community: Changeme_123
SNMPv1 agent address: 10.71.88.151
Enterprise: hwNmNorthboundEventKeepAliveInfo
Specific Trap MIB Lookup Results
Name: hwNmNorthboundEventKeepAlive, Module: HW-IMAPV1NORTHBOUND-TRAP-
MIB, Enterprise: hwNmNorthboundEventKeepAliveInfo
Bindings (1)
Binding #1: hwNmAgent *** (octets) SNMP Agent
hwNmNorthboundKeepAlive (configurable-1.3.6.1.4.1.2011.2.15.1.7.2.1)
8: Specific trap
hwNmNorthboundEventKeepAliveInfo::hwNmNorthboundEventKeepAlive #2
trap(v1) received from: 10.67.192.220 at 2012/6/26 11:19:13
Time stamp: 0 days 00h:00m:15s.04th
Agent address: 10.67.192.220 Port: 6666 Transport: IP/UDP Protocol:
SNMPv1 Trap
Manager address: 10.66.102.169 Port: 6666 Transport: IP/UDP
Community: Changeme_123
SNMPv1 agent address: 10.67.192.220
Enterprise: hwNmNorthboundEventKeepAliveInfo
Specific Trap MIB Lookup Results
Name: hwNmNorthboundEventKeepAlive, Module: HW-IMAPV1NORTHBOUND-TRAP-
MIB, Enterprise: hwNmNorthboundEventKeepAliveInfo
Bindings (1)
Binding #1: hwNmNorthboundKeepAlive *** (octets) SNMP Agent
hwNmNorthboundKeepAlive (configurable-1.3.6.1.4.1.2011.2.15.1.7.2.1.0)
3: Specific trap
hwNmNorthboundEventKeepAliveInfo::hwNmNorthboundEventKeepAlive #2
trap(v1) received from: 10.78.219.70 at 2012/7/26 19:11:29
Time stamp: 0 days 00h:01m:45s.11th
Agent address: 10.78.219.70 Port: 6666 Transport: IP/UDP Protocol:
SNMPv1 Trap
Manager address: 10.66.103.78 Port: 6666 Transport: IP/UDP
Community: Changeme_123
SNMPv1 agent address: 10.78.219.70
Enterprise: hwNmNorthboundEventKeepAliveInfo
Specific Trap MIB Lookup Results
Name: hwNmNorthboundEventKeepAlive, Module: HW-IMAPV1NORTHBOUND-TRAP-
MIB, Enterprise: hwNmNorthboundEventKeepAliveInfo
Bindings (1)
Binding #1: hwNmNorthboundKeepAlive.0 *** (octets) SNMP Agent
D U2000-T MIB
iso(1).org(3).dod(6).internet(1).private(4).enterprises(1).hua
wei(2011).products(2).netManagement(15).nmAgent(1)
For the function interface of U2000-T MIB, see 7.2 U2000-T MIB Subinterfaces.
For the structure and details of U2000-T MIB, see iManager U2000 SNMP NBI MIB File.
NOTE
The iManager U2000 SNMP NBI MIB File is available on the Huawei technical support website. To
obtain this document, contact the local technical support engineers.
When the MIB frame set to U2000-T MIB, the SNMP NBI will report the following alarm
fields, you can customize the alarm fields.
Function
When alarms are generated on NEs or the U2000, the U2000 sends this kind of traps to notify
the OSS of real-time alarms automatically through the SNMP NBI.
Trigger Condition
When alarms are generated on NEs or the U2000, active alarm report traps are triggered.
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types are for SNMPv1. Most of these data types are
applicable to SNMPv2c or SNMPv3. For any differences, details will be described in
brackets.
NOTE
Bound variables (VBs) are the same for active alarm notification and report traps. Active alarm
notification traps are automatically sent by the U2000 while active alarm report traps are used as
responses to OSS queries.
northboundReportA- 1.3.6.1.4.1. Integer Indicates the alarm ID, for example, 93.
larmID 2011.2.15.
1.7.3.22
Trigger Condition
The OSS triggers the synchronization. For details, see 7.2.2 Synchronizing Alarms.
The OSS sets northBoundSynchAlarmCommand to 1.
NOTE
Definition
Name Enterprise Type Description
VB List
N/A
Function
After the OSS performs the alarm synchronization, the U2000 sends this kind of traps to
report required alarms in the U2000 database.
Trigger Condition
The OSS triggers the synchronization. For details, see 7.2.2 Synchronizing Alarms.
NOTE
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types are for SNMPv1. Most of these data types are
applicable to SNMPv2c or SNMPv3. For any differences, details will be described in
brackets.
NOTE
Bound variables (VBs) are the same for active alarm notification and report traps. Active alarm
notification traps are automatically sent by the U2000 while active alarm report traps are used as
responses to OSS queries.
northboundReportA- 1.3.6.1.4.1. Integer Indicates the alarm ID, for example, 93.
larmID 2011.2.15.
1.7.3.22
Trigger Condition
Active alarm synchronization end traps are triggered when:
l All required alarms have been reported to the OSS in trap mode.
l The OSS stops the synchronization.
The OSS triggers the termination of synchronization. For details, see 7.2.2 Synchronizing
Alarms.
NOTE
Definition
Name Enterprise Type Description
VB List
In the following table, listed data types are for SNMPv1. Most of these data types are
applicable to SNMPv2c or SNMPv3. For any differences, details will be described in
brackets.
NOTE
This appendix describes service ports of the Northbound Interface and how to query the
service ports.
l If there are routers or firewalls between the source and the sink, check all ports used by
the source and the sink. Make sure that these ports can be normally turned up to support
the communication between the source and sink.
E.2 Port Used Between the U2000 Server and the OSS
This topic describes the port used between the U2000 server and the OSS.
If a firewall is deployed between the U2000 server and the OSS, ensure that any port on the
OSS can set up connections with ports on the U2000 through the firewall. For ports used by
the U2000, see U2000 Communication Port Matrix.
On the live network, the NMS receives a large number of alarms or events. This causes
overload on the NMS, resulting in network congestion and breakdown. In addition, users
cannot quickly locate their concerned alarms or events. After an alarm or event northbound
filtering rule is set, the iMAP can report or not report only alarms or events that match the rule
to the NMS. The reported alarms or events are more accurate and users can focus on
concerned alarms or events.
Context
l If you do not set the northbound filtering rules, all alarms or events are reported by
default.
l Alarm or event northbound filtering rules apply only to alarms or events that are
generated after the rules are set. Alarm or event northbound filtering rules take effect for
multiple NMSs.
l If you select reporting alarms that meet the rule to the northbound interface, the alarms,
corresponding acknowledged alarms, unacknowledged alarms, and clear alarms that
meet the northbound filtering rule are reported to the northbound interface (although the
rule is deleted, modified, or not used). If you select do not reporting alarms that meet the
rule to the northbound interface, the alarms, corresponding acknowledged alarms,
unacknowledged alarms, and clear alarms that meet the northbound filtering rule are not
reported to the northbound interface (although the rule is deleted, modified, or not used).
l This tag is customized for section xxx for the M2000.
l Only users in the Administrators group can import alarm or event northbound filtering
rules in batches.
l The OSS supports creation of only one alarm northbound filtering rule and one event
northbound filtering rule.
Procedure
Step 1 Choose Fault > Alarm Settings > Northbound Filtering Rules from the main menu
(traditional style); alternatively, double-click Fault Management in Application Center and
choose Alarm Settings > Northbound Filtering Rules from the main menu (application
style).
Step 2 In the Northbound Filtering Rules window, set an alarm or event northbound filtering rule.
Exporting alarm or event 1. Select one or more rules and click Export.
northbound filtering rules 2. Select a save path in the Export dialog box.
3. Click Save.
NOTE
When alarm or event rules are exported, corresponding NE
information is not exported.
----End
G Equipment Supported
Transport Equipment
Alarm
NOTE
Router Equipment
Alarm
NOTE
Access Equipment
Alarm
E
EMS Element Management System
I
IP Internet Protocol
M
MC Monitor Center
MIB Management Information Base
N
NBI Northbound Interface
NE Network Element
NMC Network Management Center
NMS Network Management Station, namely the NMS/OSS.
P
PDU Protocol Data Unit
S
SMI Structure of Management Information
SNMP Simple Network Management Protocol
T
TCP Transmission Control Protocol
TMN Telecommunication Management Network