View Source Definition of Agent Configuration Files
All configuration data must be included in configuration files that are located
in the configuration directory. The name of this directory is given in the
config_dir
configuration parameter. These files are read at start-up, and are
used to initialize the SNMPv2-MIB or STANDARD-MIB, SNMP-FRAMEWORK-MIB,
SNMP-MPD-MIB, SNMP-VIEW-BASED-ACM-MIB, SNMP-COMMUNITY-MIB,
SNMP-USER-BASED-SM-MIB (adjusted according to SNMP-USM-HMAC-SHA2-MIB),
SNMP-TARGET-MIB and SNMP-NOTIFICATION-MIB (refer to the
Management of the Agent for a
description of the MIBs).
The files are:
agent.conf
: see Agent Informationstandard.conf
: see System Informationcontext.conf
: see Contextscommunity.conf
: see Communitiestarget_addr.conf
: see Target Address Definitionstarget_params.conf
: see Target Parameters Definitionsvacm.conf
: see MIB Views for VACMusm.conf
: see Security data for USMnotify.conf
: see Notify Definitions
The directory where the configuration files are found is given as a parameter to the agent.
The entry format in all files are Erlang terms, separated by a '.' and a newline. In the following sections, the formats of these terms are described. Comments may be specified as ordinary Erlang comments.
Syntax errors in these files are discovered and reported with the function
config_err/2
of the error report module at start-up.
Agent Information
The agent information should be stored in a file called agent.conf
.
Each entry is a tuple of size two:
{AgentVariable, Value}.
AgentVariable
is one of the variables in SNMP-FRAMEWORK-MIB or one of the internal variablesintAgentUDPPort
, which defines which UDP port the agent listens to, orintAgentTransports
, which defines the transport domains and addresses of the agent.Value
is the value for the variable.
The following example shows an agent.conf
file:
{intAgentUDPPort, 4000}.
{intAgentTransports,
[{transportDomainUdpIpv4, {141,213,11,24}},
{transportDomainUdpIpv6, {0,0,0,0,0,0,0,1}}]}.
{snmpEngineID, "mbj's engine"}.
{snmpEngineMaxMessageSize, 484}.
These are the supported entries and their value types:
{snmpEngine, string()}. % Mandatory
{snmpEngineMaxMessageSize, snmp_framework_mib:max_message_size()}. % Mandatory
{intAgentUDPPort, inet:port_number()}. % Optional
{intAgentTransports, [snmpa_conf:intAgentTransport()]}. % Mandatory
If a "traditional" transport is specified (without explicit Kind
, handling
both requests and traps) for a transport domain, its not possible to also
specify a transport (for that domain) with a specific Kind
. This is for
example, not allowed:
[{transportDomainUdpIpv4, {{141,213,11,24}, 4000}},
{transportDomainUdpIpv4, {{141,213,11,24}, 4001}, trap_sender}].
Note that only one transport per kind for each transport domain can be configured.
PortInfo
system
is used to indicate that the 'system' should choose (the way
port number '0' (zero) is normally used). Port info '0' (zero) cannot be used
for this, since it is (internally) used to represent the 'default' port number.
In the traditional transport entries, when the Addr
value does not contain a
port number, the value of intAgentUDPPort
is used.
Note that the (new) extended transport entries (including Kind
and Opts
)
must specify port-info as they ignore any value specified by
intAgentUDPPort
.
Opts
is the same as for the net-if process
and takes precedence (for that transport) if present. The point is that each
transport can have its own socket options.
The value of snmpEngineID
is a string, which for a deployed agent should have
a very specific structure. See RFC 2271/2571 for details.
Note
The legacy and intermediate variables
intAgentIpAddress
andintAgentTransportDomain
are still supported so oldagent.conf
files will work.But they cannot be combined with intAgentTransports.
Contexts
The context information should be stored in a file called context.conf
. The
default context ""
need not be present.
Each row defines a context in the agent. This information is used in the table
vacmContextTable
in the SNMP-VIEW-BASED-ACM-MIB.
Each entry is a term:
ContextName.
ContextName
is a string.
System Information
The system information should be stored in a file called standard.conf
.
Each entry is a tuple of size two:
{SystemVariable, Value}.
SystemVariable
is one of the variables in the system group, orsnmpEnableAuthenTraps
.Value
is the value for the variable.
The following example shows a valid standard.conf
file:
{sysDescr, "Erlang SNMP agent"}.
{sysObjectID, [1,2,3]}.
{sysContact, "(mbj,eklas)@erlang.ericsson.se"}.
{sysName, "test"}.
{sysServices, 72}.
{snmpEnableAuthenTraps, enabled}.
A value must be provided for all variables, which lack default values in the MIB.
Communities
The community information should be stored in a file called community.conf
. It
must be present if the agent is configured for SNMPv1 or SNMPv2c.
An SNMP community is a relationship between an SNMP agent and a set of SNMP managers that defines authentication, access control and proxy characteristics.
The corresponding table is snmpCommunityTable
in the SNMP-COMMUNITY-MIB.
Each entry is a term:
{CommunityIndex, CommunityName, SecurityName, ContextName, TransportTag}.
CommunityIndex
is a non-empty string.CommunityName
is a string.SecurityName
is a string.ContextName
is a string.TransportTag
is a string.
MIB Views for VACM
The information about MIB Views for VACM should be stored in a file called
vacm.conf
.
The corresponding tables are vacmSecurityToGroupTable
, vacmAccessTable
and
vacmViewTreeFamilyTable
in the SNMP-VIEW-BASED-ACM-MIB.
Each entry is one of the terms, one entry corresponds to one row in one of the tables.
{vacmSecurityToGroup, SecModel, SecName, GroupName}.
{vacmAccess, GroupName, Prefix, SecModel, SecLevel, Match, ReadView, WriteView, NotifyView}.
{vacmViewTreeFamily, ViewIndex, ViewSubtree, ViewStatus, ViewMask}.
SecModel
isany
,v1
,v2c
, orusm
.SecName
is a string.GroupName
is a string.Prefix
is a string.SecLevel
isnoAuthNoPriv
,authNoPriv
, orauthPriv
Match
isprefix
orexact
.ReadView
is a string.WriteView
is a string.NotifyView
is a string.ViewIndex
is an integer.ViewSubtree
is a list of integer.ViewStatus
is eitherincluded
orexcluded
ViewMask
is eithernull
or a list of ones and zeros. Ones nominate that an exact match is used for this sub-identifier. Zeros are wild-cards which match any sub-identifier. If the mask is shorter than the sub-tree, the tail is regarded as all ones.null
is shorthand for a mask with all ones.
Security data for USM
The information about Security data for USM should be stored in a file called
usm.conf
, which must be present if the agent is configured for SNMPv3.
The corresponding table is usmUserTable
in the SNMP-USER-BASED-SM-MIB
(adjusted according to SNMP-USM-HMAC-SHA2-MIB).
Each entry is a term:
{EngineID, UserName, SecName, Clone, AuthP, AuthKeyC, OwnAuthKeyC, PrivP, PrivKeyC, OwnPrivKeyC, Public, AuthKey, PrivKey}.
EngineID
is a string.UserName
is a string.SecName
is a string.Clone
iszeroDotZero
or a list of integers.AuthP
is ausmNoAuthProtocol
,usmHMACMD5AuthProtocol
,usmHMACSHAAuthProtocol
,usmHMAC128SHA224AuthProtocol
,usmHMAC192SH256AuthProtocol
,usmHMAC256SHA384AuthProtocol
orusmHMAC384SHA512AuthProtocol
.AuthKeyC
is a string.OwnAuthKeyC
is a string.PrivP
is ausmNoPrivProtocol
,usmDESPrivProtocol
orusmAesCfb128Protocol
.PrivKeyC
is a string.OwnPrivKeyC
is a string.Public
is a string.AuthKey
is a list (of integer). This is the User's secret localized authentication key. It is not visible in the MIB. The length (number of octets) of this key needs to be:- 16 if
usmHMACMD5AuthProtocol
. - 20 if
usmHMACSHAAuthProtocol
. - 28 if
usmHMAC128SHA224AuthProtocol
. - 32 if
usmHMAC192SHA256AuthProtocol
. - 48 if
usmHMAC256SHA384AuthProtocol
. - 64 if
usmHMAC384SHA512AuthProtocol
.
- 16 if
PrivKey
is a list (of integer). This is the User's secret localized encryption key. It is not visible in the MIB. The length of this key needs to be 16 ifusmDESPrivProtocol
orusmAesCfb128Protocol
is used.
Notify Definitions
The information about Notify Definitions should be stored in a file called
notify.conf
.
The corresponding table is snmpNotifyTable
in the SNMP-NOTIFICATION-MIB.
Each entry is a term:
{NotifyName, Tag, Type}.
NotifyName
is a unique non-empty string.Tag
is a string.Type
istrap
orinform
.
Target Address Definitions
The information about Target Address Definitions should be stored in a file
called target_addr.conf
.
The corresponding tables are snmpTargetAddrTable
in the SNMP-TARGET-MIB and
snmpTargetAddrExtTable
in the SNMP-COMMUNITY-MIB.
Each entry is a term:
{TargetName, Domain, Addr, Timeout, RetryCount, TagList, ParamsName, EngineId}.
or{TargetName, Domain, Addr, Timeout, RetryCount, TagList, ParamsName, EngineId, TMask, MaxMessageSize}.
TargetName
is a unique non-empty string.Domain
is one of the atoms:transportDomainUdpIpv4
|transportDomainUdpIpv6
.Addr
is either anIpAddr
or an{IpAddr, IpPort}
tuple.IpAddr
is either a regular Erlang/OTPip_address()
or a traditional SNMP integer list, andIpPort
is an integer.If
IpPort
is omitted162
is used.Timeout
is an integer.RetryCount
is an integer.TagList
is a string.ParamsName
is a string.EngineId
is a string or the atomdiscovery
.TMask
is specified just asAddr
or as[]
. Note in particular that using a list of 6 bytes for IPv4 or 8 words plus 2 bytes for IPv6 are still valid address formats so old configurations will work.MaxMessageSize
is an integer (default: 2048).
The old tuple formats with Ip
address and Udp
port number found in old
configurations still work.
Note that if EngineId
has the value discovery
, the agent cannot send
inform
messages to that manager until it has performed the discovery process
with that manager.
Target Parameters Definitions
The information about Target Parameters Definitions should be stored in a file
called target_params.conf
.
The corresponding table is snmpTargetParamsTable
in the SNMP-TARGET-MIB.
Each entry is a term:
{ParamsName, MPModel, SecurityModel, SecurityName, SecurityLevel}.
ParamsName
is a unique non-empty string.MPModel
isv1
,v2c
orv3
SecurityModel
isv1
,v2c
, orusm
.SecurityName
is a string.SecurityLevel
isnoAuthNoPriv
,authNoPriv
orauthPriv
.