snmpm_user(3erl) Erlang Module Definition snmpm_user(3erl)
NAME
snmpm_user - Behaviour module for the SNMP manager user.
DESCRIPTION
This module defines the behaviour of the manager user. A snmpm_user
compliant module must export the following functions:
* handle_error/3
* handle_agent/4
* handle_pdu/4
* handle_trap/3
* handle_inform/3
* handle_report/3
* handle_invalid_result/2
The semantics of them and their exact signatures are explained below.
Some of the function has no defined return value (void()), they can of
course return anything. But the functions that do have specified return
value(s) must adhere to this. None of the functions can use exit of
throw to return.
If the manager is not configured to use any particular transport do-
main, the behaviour handle_agent/4 will for backwards copmpatibility
reasons be called with the old IpAddr and PortNumber arguments
DATA TYPES
snmp_gen_info() = {ErrorStatus :: atom(),
ErrorIndex :: pos_integer(),
Varbinds :: [snmp:varbind()]}
snmp_v1_trap_info() :: {Enteprise :: snmp:oid(),
Generic :: integer(),
Spec :: integer(),
Timestamp :: integer(),
Varbinds :: [snmp:varbind()]}
EXPORTS
handle_error(ReqId, Reason, UserData) -> void()
Types:
ReqId = netif | integer()
Reason = {unexpected_pdu, SnmpInfo} | {invalid_sec_info,
SecInfo, SnmpInfo} | {empty_message, Addr, Port} | term()
SnmpInfo = snmp_gen_info()
SecInfo = term()
Addr = ip_address()
Port = integer()
UserData = term()
This function is called when the manager needs to communicate an
"asynchronous" error to the user: e.g. failure to send an asyn-
chronous message (i.e. encoding error), a received message was
discarded due to security error, the manager failed to generate
a response message to a received inform-request, or when receiv-
ing an unexpected PDU from an agent (could be an expired async
request).
If ReqId is less then 0, it means that this information was not
available to the manager (that info was never retrieved before
the message was discarded).
For SnmpInfo see handle_agent below.
Note that there is a special case when the value of ReqId has
the value of the atom netif. This means that the NetIF process
has suffered a "fatal" error and been restarted. With possible
loss of traffic!
handle_agent(Domain, Addr, Type, SnmpInfo, UserData) -> Reply
Types:
Domain = transportDomainUdpIpv4 | transportDomainUdpIpv6
Addr = {inet:ip_address(), inet:port_number()}
Type = pdu | trap | report | inform
SnmpInfo = SnmpPduInfo | SnmpTrapInfo | SnmpReportInfo | Sn-
mpInformInfo
SnmpPduInfo = snmp_gen_info()
SnmpTrapInfo = snmp_v1_trap_info()
SnmpReportInfo = snmp_gen_info()
SnmpInformInfo = snmp_gen_info()
UserData = term()
Reply = ignore | {register, UserId, TargetName, AgentConfig}
UserId = term()
TargetName = target_name()
AgentConfig = [agent_config()]
This function is called when a message is received from an un-
known agent.
Note that this will always be the default user that is called.
For more info about the agent_config(), see register_agent.
The arguments Type and SnmpInfo relates in the following way:
* pdu - SnmpPduInfo (see handle_pdu for more info).
* trap - SnmpTrapInfo (see handle_trap for more info).
* report - SnmpReportInfo (see handle_report for more info).
* inform - SnmpInformInfo (see handle_inform for more info).
The only user which would return {register, UserId, TargetName,
AgentConfig} is the default user.
handle_pdu(TargetName, ReqId, SnmpPduInfo, UserData) -> void()
Types:
TargetName = target_name()
ReqId = term()
SnmpPduInfo = snmp_gen_info()
UserData = term()
Handle the reply to an asynchronous request, such as async_get,
async_get_next or async_set.
It could also be a late reply to a synchronous request.
ReqId is returned by the asynchronous request function.
handle_trap(TargetName, SnmpTrapInfo, UserData) -> Reply
Types:
TargetName = TargetName2 = target_name()
SnmpTrapInfo = snmp_v1_trap_info() | snmp_gen_info()
UserData = term()
Reply = ignore | unregister | {register, UserId, TargetName2,
AgentConfig}
UserId = term()
AgentConfig = [agent_config()]
Handle a trap/notification message from an agent.
For more info about the agent_config(), see register_agent
The only user which would return {register, UserId, TargetName2,
agent_info()} is the default user.
handle_inform(TargetName, SnmpInformInfo, UserData) -> Reply
Types:
TargetName = TargetName2 = target_name()
SnmpInformInfo = snmp_gen_info()
UserData = term()
Reply = ignore | no_reply | unregister | {register, UserId,
TargetName2, AgentConfig}
UserId = term()
AgentConfig = [agent_config()]
Handle a inform message.
For more info about the agent_config(), see register_agent
The only user which would return {register, UserId, TargetName2,
AgentConfig} is the default user.
If the inform request behaviour configuration option is set to
user or {user, integer()}, the response (acknowledgment) to this
inform-request will be sent when this function returns.
handle_report(TargetName, SnmpReportInfo, UserData) -> Reply
Types:
TargetName = TargetName2 = target_name()
Addr = ip_address()
Port = integer()
SnmpReportInfo = snmp_gen_info()
UserData = term()
Reply = ignore | unregister | {register, UserId, TargetName2,
AgentConfig}
UserId = term()
AgentConfig = [agent_config()]
Handle a report message.
For more info about the agent_config(), see register_agent
The only user which would return {register, UserId, TargetName2,
AgentConfig} is the default user.
handle_invalid_result(IN, OUT) -> void()
Types:
IN = {Func, Args}
Func = atom()
Args = list()
OUT = {crash, CrashInfo} | {result, InvalidResult}
CrashInfo = {ErrorType, Error, Stacktrace}
ErrorType = atom()
Error = term()
Stacktrace = list()
InvalidResult = term()
If any of the other callback functions crashes (exit, throw or a
plain crash) or return an invalid result (if a valid return has
been specified), this function is called. The purpose is to al-
low the user handle this error (for instance to issue an error
report).
IN reprecents the function called (and its arguments). OUT rep-
resents the unexpected/invalid result.
Ericsson AB snmp 5.6 snmpm_user(3erl)