- •Version 2.06
- •Introduction ............................................................................................................................................................. 4
- •10 Simple network management protocol (snmp) .............................................................................................. 106
- •Introduction
- •1.3.10 New Feature for version 1.97
- •1.3.11 New Features (since version 1.97)
- •1.3.12 New Features since version 2.03
- •1.3.13 Alarm Tone New Features since version 2.04
- •1.3.14 New Features since version 2.05
- •3.11.1 Analog Statistics
- •3.11.2 Battery Log
- •3.11.3 Event Log
- •3.11.4 Data Logging
- •Verify action and
- •4.3.4.5
- •4.3.4.6
- •4.3.4.7
- •4.3.4.8
- •4.3.4.9
- •4.3.4.10 Canceling bt Mode
- •4.3.4.11 Battery Discharge Test Completion
- •4.3.4.12 Remote bt Mode
- •Inventory Update
- •4.10.1 Sntp (Simple Network Time Protocol)
- •In this example, the Time Zone
- •Virtual Numeric Keypad
- •6.3.2.1
- •6.3.2.6
- •6.3.2.7
- •6.3.2.8
- •6.3.2.9
- •6.3.2.10 Eq Timeout
- •6.3.2.15 Module Start Delay
- •6.3.2.16 System Start Delay
- •6.3.3.4
- •6.4.1.1
- •6.4.1.2
- •6.4.1.3
- •6.4.5.1
- •6.4.5.2
- •Interval
- •6.4.5.3
- •6.4.5.4
- •6.4.6.1
- •6.4.6.2
- •6.4.6.3
- •6.4.6.4
- •6.4.7.1
- •6.4.8.4
- •6.4.8.5
- •6.4.8.6
- •6.5.3.1
- •6.5.3.2
- •Via a virtual numeric keypad
- •6.5.3.3
- •6.5.3.4
- •6.5.3.5
- •6.5.3.6
- •6.5.3.7
- •Voltage Alarms
- •6.5.3.8
- •Invalid Device Firmware
- •Improper Controller Shutdown
- •Invalid Battery Voltage
- •6.5.3.9
- •6.5.3.10 Custom Alarms (1-20)
- •6.5.3.11 Converter Alarms
- •6.6.1.1
- •6.6.2.5
- •6.6.2.6
- •6.6.2.7
- •6.6.2.8
- •6.6.2.9
- •6.6.2.10 Timers
- •6.6.2.11 Adio Signals
- •6.6.3.1
- •6.6.3.2
- •6.6.3.3
- •6.6.3.4
- •6.6.3.5
- •6.6.3.6
- •6.7.1.1
- •6.7.4.1
- •Ip Information
- •Ip Address (“Ethernet” per web interface)
- •Via a virtual numeric keypad
- •6.8.3.1
- •6.8.4.1
- •6.10.1 Retrieve Logs
- •6.10.2 Manage Configuration File
- •6.10.2.1 Printing Custom Site Configuration
- •6.10.3 Manage Dynamic (Editable) Text Files
- •6.10.4 Manage Language Files
- •6.10.5 Retrieve Diagnostic File
- •6.11.1 Change Password
- •8.1.1.1
- •Ip Information
- •8.1.3.1
- •8.1.3.2
- •Ip Address
- •Internal Modem Support
- •8.3.4.1
- •8.3.4.2
- •8.3.4.3
- •Internal Modem
- •9.2.3.1
- •10.1.1 Outline of the snmp Protocol
- •10.1.2 Underlying Communication Protocols
- •10.1.3 Typical udp Transport
- •10.1.4 Variable Binding (VarBind)
- •10.3.1 Snmp Multiple Community Names
- •10.3.2 Snmp Trap Recovery
- •10.3.3 Event Notification Destination – Multiple snmp and smtp Destinations
- •10.3.3.1 Master snmp Destination
- •10.3.3.2 Inform Settings (Trap Acknowledge)
- •Inform should never be
10.1.1 Outline of the snmp Protocol
Each SNMP managed object belongs to a community.
Network Management Station (NMS) may belong to multiple communities.
A community is defined by a community name, which is an Octet String with 0 to 255 octets in length.
Each SNMP message consists of three components:
1. Version number
2. Community name
3. Data - a sequence of PDU's associated with the request.
10.1.2 Underlying Communication Protocols
SNMP assumes that the communication path is a connectionless communication sub-network. In other words, no
prearranged communication path is established prior to the transmission of data. As a result, SNMP makes no
guarantees about the reliable delivery of the data. Although in practice most messages get through, and those
that don't can be retransmitted. The primary protocols that SNMP implements are the User Datagram Protocol
(UDP) and the Internet Protocol (IP). SNMP also requires Data Link Layer protocols such as Ethernet or Token
Ring to implement the communication channel from the management to the managed agent.
SNMP's simplicity and connectionless communication also produce a degree of robustness. Neither the manager
nor the agent relies on the other for its operation. Thus, a manager may continue to function even if a remote
agent fails. When the agent resumes functioning, it can send a trap to the manager, notifying it of its change in
operational status. The connectionless nature of SNMP leaves the recovery and error detection up to the
Manager computer and even up to the Agent.
0350046-J0 Rev C
Page 106 of 127
Visit the Alpha website at www.alpha.ca for the latest manual and product downloads
10.1.3 Typical udp Transport
Agent listens on UDP port 161.
Responses are sent back to the originating NMS port from a dynamic port, although many agents use
port 161 also for this target.
Maximum SNMP message size is limited by maximum UDP message size; i.e. 65507 octets.
All SNMP implementations have to receive packets at least 484 octets in length.
Some SNMP implementation will (incorrectly or not) handle packets exceeding 484 octets.
Asynchronous Traps are received on port 162 of the NMS.
UDP is more suitable than TCP when dynamic route changes occur often; e.g., when there are
problems in the network.
UDP packets minimize the demands placed on the network (no resource tied up as with connection
mode).
Agent and NMS are responsible for determining error recovery.
Figure 115–UDP transport (trap event)
SNMP is transport independent (although original design was connectionless transport function, which
corresponds to the UDP protocol) and can be implemented on other transports as well:
0350046-J0 Rev C
TCP (Connected approach)
Direct mapping onto Ethernet MAC level
Encapsulation onto X25 protocol
Encapsulation onto an ATM Cell.
Page 107 of 127

Refer to the back of this manual for Factory Service and Technical Support contact information
