The SNMP driver allows the FieldServer to transfer data to and from devices over Ethernet using the
SNMP version 1 protocol. The FieldServer can emulate either a Server (SNMP Agent) or Client.
Max Nodes Supported:
FieldServer Mode Nodes Comments
Client 25 Each Node is specified by a unique IP address
Server 1 As a Server the SNMP driver can act as a single Node only
The Client can be configured to read values specified by their SNMP Object Identifiers (OID’s), which are
defined in the MIB file (Management Information Base) of the target device. When acting as an SNMP
Agent (Server), the driver makes the contents of specified integer data arrays available to any SNMP
Client. The FieldServer MIB file sets out the OIDs to use.
The current version of the driver can send and receive SNMP traps. The following SNMP data types are
supported:
• INTEGER
• OCTET_STREAM
• TIMER_TICKS
• STRING
The maximum number of traps currently supported is 255.
The FieldServer Enterprise ID is 6347. MIB files are generated automatically from the FieldServer
configuration files. A selection of standard MIB-2 OIDs are supported to allow interaction with popular
Network Management packages.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
The FieldServer is connected to the Ethernet using the UTP cable supplied. Two typical hardware
configurations are shown below:
1. FieldServer as SNMP Agent (Server)
Network
Management
Station
FieldServer SNMP
Agent/Server
2. FieldServer as SNMP Client
(3rd Party Client)
(SNMP Client)
TCP/IP Cloud
SCADA
FieldServer
TCP/IP Cloud
3rd
Party
Nodes
(non-SNMP)
Managed Nodes
(SNMP Agents)
3.1. Hardware Connection Tips / Hints
The FieldServer utility program Ruinet will connect to the FieldServer even if the Netmask setting on
the PC differs from the setting on the FieldServer. SNMP will only work between Nodes for which
these settings correspond, however, thus all Nodes required to communicate using SNMP must have
the same Netmask setting.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
For a detailed discussion on FieldServer configuration, please refer to the FieldServer Configuration
manual. The information that follows describes how to expand upon the factory defaults provided in the
configuration files included with the FieldServer (See “.csv” sample files provided with the FieldServer).
This section documents and describes the parameters necessary for configuring the FieldServer to
communicate with a SNMP Agent/Server. Please refer to Appendix A: for a discussion of how to receive
SNMP TRAPS.
4.1. Data Arrays/Descriptors
The configuration file tells the FieldServer about its interfaces, and the routing of data required. In
order to enable the FieldServer for SNMP communications, the driver independent FieldServer
buffers need to be declared in the “Data Arrays” section, the destination device addresses need to be
declared in the “Client Side Nodes” section, and the data required from the servers needs to be
mapped in the “Client Side Map Descriptors” section. Details on how to do this can be found below.
Note that in the tables, * indicates an optional parameter, with the bold legal value being the default.
Adapter Adapter Name N1, N22
Protocol Specify protocol used SNMP
If this parameter is omitted or set to 0 the short form of
encoding length will be used. If the parameter is set to
1 (and the Length is ≤ 127) the long form of encoding
length will be used. For Length >127 short form will
be used regardless of the setting.
Long form: an extra byte will be inserted to indicate
the number of following bytes which indicates the
length of the following section in message.
Short form: only length value will be inserted.
This parameter can be configured if it is required that
“Community” be a different name in order to receive
traps.
0 (default),
1
Any string up to
255 characters,
Public
2
Not all ports shown are necessarily supported by the hardware. Consult the appropriate Instruction
manual for details of the ports available on specific hardware.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
Identifies Node; needed only if Node Online/Offline
monitoring is used.
IP Address of remote Agent. Refer to Appendix A.1
for more information.
Controls how MIB file is formatted. Refer to
Appendix A.3 for more info.
Controls how traps are reported in MIB file. Refer to
Appendix A.3 for more info.
Controls whether a Node’s traps contribute to the
MIB file. Where duplicate traps are sent to more
than one Node, second and subsequent Nodes will
not contribute to the MIB file. Review the example
MIB files and configuration file in Appendix A.3.
0 – Node’s traps contribute to MIB File.
1 – Node’s traps do not contribute to MIB file.
If this parameter is set it is possible for the
FieldServer to sequentially read (walk) the SNMP
Server in the same way as the snmpwalk parameter
works on SNMP.
alphanumeric
characters
1-255
Legal 4 byte IP
address on the
same subnet.
‘Standard’;
‘Custom’;
‘NuDesign’
Style1; Style2;
Style3
0; 1
Walk, -
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
5. Configuring the FieldServer as a SNMP Server/Agent
For a detailed discussion on FieldServer configuration, please refer to the FieldServer Configuration
Manual. The information that follows describes how to expand upon the factory defaults provided in the
configuration files included with the FieldServer. (See “.csv” sample files provided with the FieldServer).
This section documents and describes the parameters necessary for configuring the FieldServer to
communicate with a SNMP Client such as a Network Management application. Please refer to Appendix
A: for a discussion of how to configure SNMP TRAPS.
The configuration file tells the FieldServer about its interfaces, and the routing of data required. In order to
enable the FieldServer for SNMP communications, the driver independent FieldServer buffers need to be
declared in the “Data Arrays” section, the FieldServer virtual Node(s) needs to be declared in the “Server
Side Nodes” section, and the data to be provided to the clients needs to be mapped in the “Server Side
Map Descriptors” section. Details on how to do this can be found below.
Note that in the tables, * indicates an optional parameter, with the bold legal value being the default.
5.1. Server Side Data Arrays
A special Data Array naming convention is used to map FieldServer Data Arrays into the SNMP OID
addressing scheme. Any data arrays that are to be visible via SNMP have to be named in the
following way:
The Data_Format and Data_Array_Length may be freely chosen, but the name has to be in the
format SNMP_DA_x, where x is sequential from one Data Array to the next. The corresponding
entries in the automatically generated MIB file would appear as shown below.
Adapter Adapter Name N1, N23
Protocol Specify protocol used SNMP
This parameter can be
SNMP_Community*
Example
// Server Side Connections
Adapters
Adapter, Protocol
N1, SNMP
configured if it is required that
“Community” be a different name
in order to receive traps.
Any string up to 255 characters,
Public
5.3. Server Side Node Descriptors
Section Title
Nodes
Column Title Function Legal Values
Node_Name Provide name for Node
Protocol Specify protocol used SNMP
Example
// Server Side Nodes
Nodes
Node_Name, Protocol
Agent 1, SNMP
Up to 32 alphanumeric
characters
5.4. Server Side Map Descriptors
No Server Side Map Descriptors are required by SNMP for Get or Set requests, since the mapping of
FieldServer Data Arrays into the SNMP OID addressing scheme follows the method outlined in
Section 5.1 above. Server Side Map Descriptors are required to configure SNMP TRAPS as outlined
in Appendix A.
Scaling on Client side is per normal model but on Server side, normal model only applies if a Map
Descriptor is used.
3
Not all ports shown are necessarily supported by the hardware. Consult the appropriate Instruction
manual for details of the ports available on specific hardware.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
•The cause can be indicated by the OID number inside the trap with the event state reported by
the associated data value.
•The cause can be indicated by the value of one OID field and the event state by the value of
another OID field.
Appendix A.1.1. Trap Source IP Address
When a trap is received it contains its source IP address information within the UDP packet
header. It is possible for a trap to reveal its source IP address by coding an IP_ADDRESS field
inside the trap.
To catch a trap it is necessary to define Map Descriptors containing the OID’s of the trap. Map
Descriptors are associated with a Node. A Node is defined by its IP address amongst other
parameters. When a trap is received the source of the IP address must match the IP address of
the Node associated with the Map Descriptor.
A trap may originate from one IP address, and contain an alternative source IP Address within the
message. In this case, the FieldServer will use the IP_Address contained within the message as
the source rather than the IP address of the sending device. When this situation occurs the driver
prints a message to the error log so that you know why, perhaps, the trap was ignored/processed
differently from your expectations."
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
Appendix A.2.2. Polling for Integer bound Data
1.3.6.1.4.1.6347.1.1.1.0. When the trap was produced the value was 120 and the trap was produced because the value was above the Hi Alarm
In this example the trap was the 1st trap defined in the configuration. That is why the Trap OID = 6. The MD name was 'ambTemp'. Its name
FS-8704-09 SNMP Driver Manual Page 20 of 39
Example of a Trap Sent:
threshold specified by the COS_HI_Alarm parameter in the configuration file. TrapOID: 1.3.6.1.4.1.6347.6.6 (Generic Trap 6 (enterprise), specific trap 6) So most likely from the MIB it would compile as
begins with a lower case character to meet validation requirements. The configuration file definition for the trap had the OID set to
1.3.6.1.4.1.6347.0.6
Varbinds:
OID Format
1.3.6.1.4.1.6347.1.1.1.0.0
1.3.6.1.4.1.6347.1.1.1.0 Integer 120
Trap OID's
It is possible for the remote SNMP Client to poll for the data as well as listen for the traps. This is achieved by setting the OID to a value that
corresponds to a pollable point in a 'SNMP_DA_xx' Data Array.
In the example below, the Data Array name is SNMP_DA_02. This means that its points can be polled by polling for 1.3.6.1.4.1.6347.1.2.x.0
wanted to poll for the data as well as listen for the traps it could poll 1.3.6.1.4.1.6347.1.2.1.0 and it would be served the same data as contained in
where x is the offset in the Data Array. When a trap is generated because of the COS event, the integer bound variable gets its OID from the
the integer bound variable. Example:
configuration and thus is equal to 1.3.6.1.4.1.6347.1.2.1.0 . This corresponds to the OID for SNMP_DA_2:0 (DA:Offset). Thus if the remote client
Map_Descriptors
Map_Descriptor_Name,
WaterHA, SNMP_DA_2, 01, SNMP_TRAP,
element is updated.
st
Integer value or ASCII strings may be sent. If sending
an ASCII string keep the length as one but note that
the driver starts at the specified location and proceeds
element by element of the Data Array building the
string until it finds a zero which it regards as the marker
for the end of string. If using Wrbx as the function the
message is only sent when the 1
This is what tells the
driver that this is not
a normal write and
that the message
should be sent as a
trap.
Adapter, IP_Address
Wrbx to write on
update.
Use Wrbc and add a
Scan_Interval to
have the trap send
periodically.
FS-8704-09 SNMP Driver Manual Page 21 of 39
Non-COV Traps
The FieldServer can be configured to send a trap periodically or when a data is updated. A data update occurs when one protocol reads data
from a remote device and the data is stored in a Data Array regardless of whether the data has changed or not. Each Trap Map Descriptor must
specify the destination of the Trap by configuring a Remote_Client_Node_Descriptor, as shown in the example below. The OID to which the data
value is to be bound in the Trap message is specified in the Map Descriptor. First, the Trap destination Node is set up as follows:
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
FS-8704-09 SNMP Driver Manual Page 22 of 39
Appendix A.3. MIB File Generation for the SNMP Server/Agent
It is necessary to create an updated MIB file corresponding to the available Data Arrays and Traps
configured in the Server configuration (*.csv) file. To create this MIB file, run the mb8sim.exe utility
supplied with the FieldServer in a DOS command window as follows:
•mb8sim –cmy_config.csv
where my_config.csv is the newly created configuration file.
•hit ‘Q’ to quit. The program will have created a file called FServer.MIB, which may be compiled
into the SNMP Management application of choice.
When the MIB File is created the driver prints a message to the Error log.
The “MIB_Style” parameter specified in Section 4.3 provides three options for creating the MIB file.
• Standard - this is the same as omitting the parameter
• NuDesign the MIB file produced is suitable for compilation by the NuDesign Browser.
• Custom - the file MIBhead.ini is used in preparing the MIB file.
Adapters
Adapter, Protocol, MIB_Style
N1, SNMP, Standard
NuDesign
Custom
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
The MB8Sim.exe application looks for a file called ‘MIBhead.ini”. If the file is absent or cannot be
opened then a standard MIB file is produced. If the file can be opened then the application
inserts the contents of the file into the header. In the example below the section in blue italics
would be replaced with the contents of the MIBhead.ini file.
FIELDSERVER-MIB DEFINITIONS ::= BEGIN
IMPORTS
enterprises, OBJECT-TYPE, MODULE-IDENTITY
FROM SNMPv2-SMI
TRAP-TYPE
FROM RFC-1215;
Appendix A.4. Controlling how a MIB file reports traps
The connection parameter ‘Do_not_MIB_this_Node’ controls whether a Node’s traps contribute to the
MIB file. This parameter is useful where duplicate traps are being sent to more than one destination.
Some aspects of how traps are reported in the MIB file may be controlled with a Node parameter
called ‘MIB_Style_for_Traps’
Style2 and 3 add information to the trap description on the trap origin.
Style3 defines the parameters contained in each trap and assigns these parameters hard coded
OID’s which are fixed for all traps. In Style 1 and 2, the parameters are not reported in the MIB file
and the parameter OID’s are based on the trap OID. Thus style 3 changes the structure and data of
the MIB from Style1&2.
Trap
reporting
Style
Trap
Descriptions.
Trap
Parameters
Trap
Parameters
OID’s
Comparison of Style1 to Style2
Style 1 Style 2 Style 3
Description is
the Map
Descriptor
Name
Not defined in
MIB File
Based on trap
OID
Two parameters
per trap.
BaseOID.
Description is the Map
Descriptor Name and also
contains information on the
data source and the
originating event.
Same as Style 1
Same as Style 1
Same as Style 2
Trap Parameters defined in MIB
File.
Fixed hard coded trap
parameters.
1.2.6.1.4.1.6347.1.1 (Parameter
contains a string that describes
event)
1.2.6.1.4.1.6347.1.21
(Parameter contains a numeric
that contains data point value).
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
bdc2_d1_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D1 SMOKE ALARM Served from DA=DA_N2L1 offset=1
Based on Cos_Normal=0 "
::= 6
bdc2_d2_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D2 SMOKE ALARM Served from DA=DA_N2L1 offset=2
Based on Cos_Normal=0 "
::= 7
bdc2_d3_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D3 SMOKE ALARM Served from DA=DA_N2L1 offset=3
Based on Cos_Normal=0 "
::= 8
bdc2_d4_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D4 SMOKE ALARM Served from DA=DA_N2L1 offset=4
Based on Cos_Normal=0 "
::= 9
bdc2_d5_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D5 SMOKE ALARM Served from DA=DA_N2L1 offset=5
Based on Cos_Normal=0 "
::= 10
bdc2_d6_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D6 SMOKE ALARM Served from DA=DA_N2L1 offset=6
Based on Cos_Normal=0 "
::= 11
bdc2_d7_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D7 SMOKE ALARM Served from DA=DA_N2L1 offset=7
Based on Cos_Normal=0 "
::= 12
bdc2_d8_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D8 SMOKE ALARM Served from DA=DA_N2L1 offset=8
Based on Cos_Normal=0 "
::= 13
bdc2_d9_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
DESCRIPTION
"BDC2 D9 SMOKE ALARM Served from DA=DA_N2L1 offset=9
Based on Cos_Normal=0 "
::= 14
END
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
fstTrapasInt OBJECT-TYPE
SYNTAX INTEGER
ACCESS read-only
STATUS current
DESCRIPTION
"Reports the current state as an Integer."
::={ fstTrapParameters 1 }
fstTrapasString OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS current
DESCRIPTION
"Reports the current state as an String."
::={ fstTrapParameters 2 }
bdc2_d1_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D1 SMOKE ALARM Served from DA=DA_N2L1 offset=1
Based on Cos_Normal=0 "
::= 6
bdc2_d2_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D2 SMOKE ALARM Served from DA=DA_N2L1 offset=2
Based on Cos_Normal=0 "
::= 7
bdc2_d3_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D3 SMOKE ALARM Served from DA=DA_N2L1 offset=3
Based on Cos_Normal=0 "
::= 8
bdc2_d4_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D4 SMOKE ALARM Served from DA=DA_N2L1 offset=4
Based on Cos_Normal=0 "
::= 9
bdc2_d5_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D5 SMOKE ALARM Served from DA=DA_N2L1 offset=5
Based on Cos_Normal=0 "
::= 10
bdc2_d6_smoke_alarm TRAP-TYPE
ENTERPRISE fieldservertechnologies
VARIABLES { fstTrapasString , fstTrapasInt }
DESCRIPTION
"BDC2 D6 SMOKE ALARM Served from DA=DA_N2L1 offset=6
Based on Cos_Normal=0 "
::= 11
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
Where the Node parameter 'Mib_Style_for_Traps' = 'Style2' then the driver will produce trap
descriptions which indicate what will cause the trap to be generated. The examples below
illustrate the kind of information provided in the trap description.
delta1 TRAP-TYPE
ENTERPRISE fieldserver_technologies
DESCRIPTION
"delta1 Served from DA=SNMP_DA_1 offset=0
Based on COS_Normal='COS_Server_Event' with COS_Deadband=1.000000"
::= 6
temp_out_of_range TRAP-TYPE
ENTERPRISE fieldserver_technologies
DESCRIPTION
"temp out of range Served from DA=SNMP_DA_1 offset=1
Based on COS_HI_Alarm=4.0000 COS_Deadband=0.0000
Based on Cos_Hi_Warn=3.0000 COS_Deadband=0.0000"
::= 7
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
If the FieldServer is running and is not visible in the network topology, try restarting the network
discovery as described in the HP Openview Network Node Manager User Manual.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
SNMP:#11 Err. Can’t open
MIBHead.ini. Producing std MIB
file
SNMP:#12 Err. Bad MD length defaulting to 1
SNMP:#13 Err. Max=255
number of TRAP map
descriptors exceeded
SNMP:#14 Err. SNMP_TRAP
map descriptor must have OID
specified
SNMP:#15 Err. Passive_Client
map descriptor must have OID
specified
SNMP:#16 unknown
SNMP_Read_Method value: %s
SNMP:#17 Err. Diagnostic 1
4
Refer to Enote 63 on the Website for more information.
5
Edit the configuration file, downloaded the modified file to the FieldServer and restart the FieldServer for
the changes to take effect.
is good but inside the message there is a field reporting an error.
Consult the vendor for the meaning of the printed SNMP error
number.
The driver found an error in the message structure preventing it from
extracting the SNMP version number. See msg #05 for follow up
actions.
This driver only supports SNMP version #1. See msg #05 for follow
up actions
The driver is extracting an integer value from the SNMP message
but the field was incorrectly formatted. Formatting can be checked
using Ethreal4
The driver is attempting to process a SNMP message that is not
correctly formatted; contains an error or contains unsupported
SNMP elements. Immediately after the message has been printed
the driver does a hexadecimal dump of the message.
If you see this message rarely and data is being transferred correctly
then ignore it. If it is repeated or affects data transfer then take a log
and call tech Support. This message is usually preceded by a
message which provides a more specific clue as to why the parse
failed.4
These messages do not require any corrective action provided that
they report what you expected. They are printed for confirmation
only.
The configuration has told the driver to build a customized MIB file.
This requires that a file called MIBHead.ini is present on the
FieldServer. Refer to the configuration manual and Appendix A.3 for
more information.
A MD was found where the length was not specified or specified as
zero. Specify the length setting it to one. 5
The default maximum number of trap Map Descriptors is 255.
You must specify the ‘SNMP_OID” parameter on a Map Descriptor
used for a trap. Read Appendix A for more information on Traps5
The only permitted value for the SNMP_Read_Method is
‘walk’Error! Bookmark not defined.
The driver has executed an internal diagnostic. If this message is
printed please call Tech Support.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
The server side of the driver could not complete parsing a message.
11. Node_ID’s are used when Node_Status bits are prepared.
Message Description/Action
the traps for the FS to catch the traps. The driver only catches traps
for configured Nodes. 5
SNMP:#31 Err Couldnt parse
msg: found %#x at %d
SNMP:#33 Err. Too many DA's
to validate for SNMP. Max=%d
SNMP:#34 FYI. No DA's for walk
by remote browser
SNMP:#35 FYI. DA
'SNMP_DA_1' is missing. Walk
will fail
SNMP:#36 FYI. 'SNMP_DA_%d'
is missing. Walk will fail
SNMP:#37 FYI. No SNMP DA's
for walk by remote browser.
SNMP:#38 FYI. DA names
suitable for walk by remote
browser
SNMP:#39 FYI. Use an array
called <%s> to expose
diagnostic info
SNMP:#40 Err. Bad Node_ID forcing to 11
SNMP:#41 Err Undefined
SNMP_OID_Index1
SNMP:#42 Err Undefined
SNMP_OID_Index2
Immediately after this message the driver prints a hex dump of the
offending message. The driver prints this error when the SNMP
message contains a field that is not supported by the driver.7
If the driver is configured as a Server agent then a remote Client
may try and walk the FieldServer. To do this the driver requires one
or more specially named Data Arrays.
DA_SNMP_n where n=1,2,3,4 etc
• DA_SNMP_1 corresponds to 1.3.6.1.4.1.6347.1
• 1.3.6.1.4.1.6347.1.0 corresponds to the 1st element of
DA_SNMP_1; 1.3.6.1.4.1.6347.1.1 corresponds to the 2nd
element of DA_SNMP_1, etc.
• DA_SNMP_2 corresponds to 1.3.6.1.4.1.6347.2
• The length of the DA determines how many OID’s correspond to
each DA.
To allow a walk the FS must, have at least DA_SNMP_1. There is a
maximum limit of 1000 on the number of these DA’s. The DA’s must
be numbered sequentially.Error! Bookmark not defined.
If the FieldServer is configured as a SNMP Client you may ignore
this message, If you have configured the FieldServer is configured
as a Server then any attempt by a remote client to ‘walk’ the
FieldServer will fail because there are none of the specially named
Data Array’s required to respond to the walk. Read the notes for
Msg #33.
Read the notes for Msg #33. There are no DA’s suitable for a walk
by a remote client.
If the FieldServer is configured as a SNMP client, ignore the
message. If the driver is configured as a Server then read MSg #33.
Read 0
If you allocate a Node_ID to the SNMP Node it must be a number in
the range 1-255 inclusive. The driver has changed the Node_ID to
Refer to Enote43 on the FST Web Site.
The driver has rejected a Map Descriptor because the parameter
called ‘SNMP_Trap_Store_Method’ has been set to indexed/lookup
and the driver requires that the parameter ‘SNMP_OID_Index1’ is
defined. Refer to Appendix A.28
The driver has rejected a Map Descriptor because the parameter
called ‘SNMP_Trap_Store_Method’ has been set to indexed/lookup
7
Refer to Enote 63 on the Website for more information
8
Edit the configuration file, download the modified file to the FieldServer and restart the FieldServer for
the changes to take effect
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
The driver found a Map Descriptor parameter heading
‘SNMP_Trap_Store_Method’ but could not find a value for it.. Refer
to Appendix A.28
The driver found a MD parameter heading ‘SNMP_Write_as_Trap’
but could not find a value for it. Refer to Appendix A.2Refer to
Appendix A.28
The driver found a MD parameter heading ‘SNMP_Read_Method’
but could not find a value for it. Refer to Appendix A.28
Refer to Appendix A.2. When adding entries to the driver lookup
table a duplicate lookup string was found. You probably did not
intend this. 8
Refer to Appendix. You are adding entries to the driver lookup table
and the driver has run out of space. If you need more entries
contact the FST sales group.
This message is for information only. The driver prints it each time a
new entry is added to the lookup table. Refer to Appendix A.2
Refer to Appendix A.2. The driver has been told to store data from a
trap using the lookup method. The search string was extracted from
the trap but a matching entry could not be found in the table. If the
data is required, a new entry for the table will need to be created. 8
Refer to Appendix A.2. The driver is building the search string by
extracting data from the trap. The search string is built by extracting
data from two OID fields which should be formatted as strings. A
non-string has been found. To resolve this issue you will need to
reconfigure the agent that produced the trap.
Refer to Appendix A.2. The driver is storing data using the lookup
method. The offset into the data Array that corresponds to the
search string points beyond the end of the Data Array. You may
need to increase the length of the Data Array or change the offset
value associated with the search string. 8
This message is for information only. Each time the driver stores
data using the lookup method this message is printed so that you
can see the effect of the trap.
You are trying to send a trap with Ascii string data but the when the
Data Array was inspected for data to form the string it found a zero
in the 1st location and hence it thinks the string is empty. Make sure
the data array has some data to form the string.
An internal diagnostic has been generated. Take a log and call Tech
Support.9
The server can respond to polls for multiple objects in one SNMP
message. Re-configure your SNMP client.
The server has received a poll for data. The polled OID corresponds
to the named Data Array. The driver can’t find the Data Array. Either
reconfigure the remote client to poll for an appropriate point. Read
Appendix A or correct the configuration adding the new Data Array.
9
Refer to Enote 63 on the Website for more information
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
data to be stored in the named Data Array at the specified offset.
Message Description/Action
A remote client has polled for data. The data at the location
specified it ‘too old’ to serve. This usually means that the Client
SNMP:#57 Err. Data
offline/expired. DA=%s Off=%d
SNMP:#58 Err. Needs Data
Array with name %
SNMP:#59 Err. Store index %d
exceeds Data Array %s length
SNMP:#60 Err. Index Storage
can only store Integer Values
SNMP:#61 FYI Store Int.
DA=%s:%d value=%d gen=%d
SNMP:#61 FYI Store ! String
DA=%s:%d value=%d
SNMP:#62 Err. Unsupported
data_type: 0x%x
SNMP:#63a Err. Cant open %s
SNMP:#63b FYI. Response was
sent from %s (Hex file)
SNMP:#63b FYI. Response was
sent from %s (Hex file)
SNMP:#63c FYI. Looking for
file=<%s> for response.
SNMP:#66 FYI. Writing traps to
Mib file using 'style2'
Node is offline and hence the FieldServer cannot update the data. A
parameter called ‘Cache_Age_Timeout’ controls how old the data
can be before the FieldServer refuses to serve it. Check the
connection used to obtain the original data.
The server side of the driver has received a message which requires
data to be stored in the named Data Array but the Data Array cannot
be found. Check the configuration of the FieldServer vs. the
configuration of the remote client.
The server side of the driver has received a message which requires
The Data Array is too short. Check the configuration of the
FieldServer vs. the configuration of the remote client.
Refer to Appendix A.2. The driver is storing data using the lookup
method. The data that is stored is the data associated with the
‘SNMP_OID” parameter in the configuration file. This OID must be
bound to integer data. Check and correct the configuration of the
FieldServer or the remote agent that produces the trap.
The driver is storing data. This message is for information only. The
message tells you where the data was stored. It is intended as a
debugging tool.
The driver is storing data but the data type is not supported. Check
the Driver fact sheet to see what data types are supported and then
correct the configuration of the remote client/agent that produced the
trap.
These messages should only be printed during the execution of QA
script. If you see this message call tech Support.
Take a log including an ethereal log. Then restart the
FieldServer with the log running. If the error is repeated then stop
the log. If the error doesn't repeat let the log run for 5 minutes and
then stop. Now call Tech support.
If this message is printed, please take a log and contact tech
support. The driver has executed a diagnostic that should only occur
during factory testing. The a/b in the message indicate the reason
the response was suppressed
This message is for your information only. If it confirms your
expectation then ignore this message. The message is printed each
time a MIB file is produced and 'style2' is used to document the trap
section of the Mib File. Refer to Appendix A.4 for more information.
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com
In addition to the standard FieldServer operating statistics the driver exposes certain key statistics in
a Data Array if required. A Server device can then monitor these stats.
Add the following to your configuration file to activate these statistics if the driver is configured as a
Client.
The following statistics are exposed. The table below provides the offset into the Data Array where
you will find the statistic.
Offset Stat
1 There are Server Data Arrays suitable for a walk. The driver sets this offset non-zero if this
is true. Read Error message #33 in Appendix C
2 Increments each time a lookup store tries to store at an index > DA length
3 Counts the number of bytes sent by FS in the form of non-COV traps
4 Counts the number of messages sent by FS in the form of non-COV traps
5 Counts the number of bytes sent by FS in the form of COV traps
6 Counts the number of messages sent by FS in the form of COV traps
7 Counts the number of bytes sent by FS in the form of polls
8 Counts the number of messages sent by FS in the form of reads
9 Counts the number of messages sent by FS in the form of writes
10 Counts the number of bytes received by the server. (Excludes Traps)
11 Counts the number of messages received by the server. (Excludes Traps)
12 Counts the number of tap message bytes received by the server.
13 Counts the number of trap messages received by the server.
14 Counts the number of server messages that were received and parsed without error
15 Counts the number of server messages that were received and parsed with error (excludes
multiples object requests)
16 Counts the number of server messages that were received and parsed and rejected
because they requested multiple objects
17 Counts the number of client side responses that were parsed without error
FieldServer Technologies 1991 Tarob Court Milpitas, California 95035 USA Web: www.fieldserver.com