SW-SNMP
SW-SNMP
SW Installation Guide
The information contained in this document is the property of DAMM Cellular Systems A/S. This document
is subject to copyright and may not be published or reproduced, in whole or in part, without the written
permission of DAMM Cellular Systems A/S. Specifications subject to change without notice.
1 INTRODUCTION 3
2 SNMP INSTALLATION 5
REFERENCES 16
This document gives an overview of how SNMP is implemented in the TetraFlex system, but also a step-by-
step procedure on how to set it up on the node side. A description of status variables is also provided along
with examples of how status changes are presented.
To utilise the implemented SNMP feature, an SNMP Management Application is needed. The management
application gains access to the TetraFlex network status through “SNMP Gateway” node via the WAN/DMZ
connection.
The SNMP gateway must have an SNMP extension agent installed. NC software is responsible for updating
all node status variables, whilst the SNMP agent will service the SNMP requests.
1. Report local NC only – each node will only update its own status variables
These two available options open a wide variety of configuration possibilities that could be implemented
and used in real life systems. Normally, one node is set as an SNMP GW node, which is also set as “Report
all NC’s”. By doing so, the SNMP GW node receives statuses from all nodes and will update status variables
for each, the SNMP Management Application uses single MIB file and accesses single DMZ IP addresses to
pool statuses of all nodes in the network. As this solution has a single point of failure if SNMP GW goes
down, redundancy can be achieved by having two SNMP gateways running in parallel. In such case, the
SNMP management application shall always poll from an active gateway.
It is also important to emphasise that configuring multiple nodes (or all) as SNMP gateways wouldn’t cause
excessive traffic in TetraFlex network, even if all nodes are set to report all NCs statuses. Because of the
distributed architecture of the TetraFlex network, nodes exchange statuses among themselves in normal
operation, and by enabling SNMP these updates are then just stored, but no additional signaling or
exchange of messages is required for that purpose in the INT network, it is only pooling on the DMZ side
that creates additional traffic, but not an excessive amount and not in the internal Network.
Note that an SNMP gateway will only update the status variable from nodes. For LogServers, SNMP has to
be enabled at the LogServers.
Also note that the 2nd mode is the recommended implementation. All network changes or extensions are
instantly added to the SNMP information and there is no need to change the clients SNMP Management
Application configuration at any time.
SNMPAgent.dll This file is the actual SNMP extension agent. It works in correlation
with the Windows SNMP service. This extension agent is responsable
SNMPAgent64.dll* for servicing SNMP requests.
A script file, which will:
SNMP_install.vbs
• Stop the Windows SNMP Service.
SNMP_Install64.vbs* • Copy SNMPAgent.dll to SNMPAgent_.dll
• Import registry settings required to install SNMPAgent_.dll.
• Start Windows SNMP Service.
DAMM-GLOBALMIB.mib Damm MIB tree
*) 64-bit version - If installing on a 64-bit Windows version this file must be used instead of the 32-bit
version.
To install the SNMP agent on a SB or BS provided by DAMM, complete the following steps:
1. Check if SNMPAgent.dll and SNMP_install.vbs files are located in C:\TetraFlex\SNMP folder at the
SNMP gateway node. If these files are missing, copy them from another node or download
appropriate software release and copy files from release bundle.
2. Check if DAMM-GLOBAL-MIB.mib file is also located in the same C:\TetraFlex\SNMP folder. This
MIB file is used by the SNMP Management Application, thus must be copied from this folder to the
PC where application management application is installed.
3. Run SNMP_install.vbs on the node to install the SNMP extension dll and registry settings, make
sure to select option Run as administrator.
4. Ensure that the NC service is running.
5. Select SNMP mode for a node either by running OM command S71/SNMP/A or from Network
Management application – NC List window, navigate to Config tab and then to SNMP column where
SNMP mode can be selected by double clicking on a related cell.
6. For activating the SNMP agent on a LogServer, ignore steps 4 and 5 above and select “Enable
SNMP” in the “LogServer Config” tab of the LogServerTray
To validate installation, run Windows Services and scroll down to SNMP service to check if the installation
process has succeeded in starting this service.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\Exten
sionAgents]
"TetraFlexSNMP"="SOFTWARE\\SNMP\\CurrentVersion"
[HKEY_LOCAL_MACHINE\SOFTWARE\SNMP\CurrentVersion]
"Pathname"="C:\\TetraFlex\\SNMP\\SNMPAgent_.dll"
5. Check the SNMP Security settings Services > SNMP Service > Properties > Security. These settings
could be as shown in the example on the following figure:
4. Reboot Windows.
5. Start services and find SNMP Service.
7. Select SNMP mode for a node either by running OM command S71/SNMP/A or from Network
Management application – NC List window, navigate to Config tab and then to SNMP column where
SNMP mode can be selected by double clicking on a related cell.
8. For activating the SNMP agent on a LogServer, ignore step 7 above and select “Enable SNMP” in the
“LogServer Config” tab of the LogServerTray
The SNMP gateway has been tested to work with WhatsUp Gold 14.2, LorioPro V6 and iReasoning MIB
Browser, but will also work with any standard SNMP Management application.
The following figure is a graphical representation of the DAMM-GLOBAL-MIB module (The Damm MIB tree).
right click on the table and from the drop down menu select Table View. As it is shown on the following
figure, this option displays a preview of all available status variables per each node.
2. Changes seen upon configuring Application Gateway and Terminal Gateway on the same node.
Value 255 changed to 0 and usually 255 indicates that something is not configured while 0 indicates
that a feature or service is configured but has no alarms.
3. If DMR T3 cell is configured, but no DMR T3 carrier is added as logical carrier, an alarm will be
triggered. This can also be seen in the SNMP application as it is showing the change of
alarmDmrTier3 state change from 255 (not configured) to 3 which is indicating L3 alarm level,
meaning it’s blocked.
The most important variables are explained in detail in the following table:
Name Description
dammRoot The root of the Damm MIB tree.
dammGlobalModule Contains info on when the MIB file was updated. This is not a scalar
variable, which means the data is located in the mib file and is not
polled from the BSC.
dammBscTable Contains a dammBscEntry for each BSC running in the system.
dammBscEntry Contains each variable in a given BSC which is going to be monitored.
nodeNumber The node number of the BSC which is monitored. Values range from
1 to 999.
bscNumber The BSC number of the polled BSC. Values range from 1-2. (Used for
redundant BSCs).
bscIdString The description for the given BSC.
alarmNode Node alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked, 255=Not
configured).
alarmCommon Common alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked, 255=Not
configured).
alarmSubscriber Subscriber alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked, 255=Not
configured).
alarmTetra Radio alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked, 255=Not
configured).
alarmVoiceGw Voice Gateway alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked,
255=Not configured).
alarmPdGw Packet Data Gateway alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked,
255=Not configured).
alarmAppGw Application Gateway alarm (0=OK, 1=Warning, 2=Alarm, 3=Blocked,
255=Not configured).
Document Description