The following sections describe the agent/subagent architectural models supported by BEA SNMP Agent:
BEA SNMP Agent supports three architectural models: the simple SNMP agent model, the SNMP master agent/ subagent model, and the SMUX master agent/ subagent model. The latter two models, as well as the combination of the latter two models, are made possible by the SNMP master agent and SMUX master agent capabilities provided by the BEA SNMP Agent Integrator (snmp_integrator
). The SNMP multiplexing (SMUX) protocol is defined in RFC 1227.
By providing the BEA SNMP Agent Integrator and supporting the SMUX protocol, BEA SNMP Agent is able to support multiple SNMP agents and subagents from any vendor to operate on the same machine and appear as a single SNMP agent to the SNMP management console.
The simple SNMP agent model, shown in the following figure, applies when managing a single Tuxedo application (domain) running on the managed node.
With this model, the tux_snmpd
process is started with the -s
option in the startup command (tux_snmpd -s
) to configure the process as an SNMP agent—as opposed to a SMUX subagent.
Including the -c
option in the tux_snmpd
startup command (tux_snmpd -s -c
) enables users to run only one Tuxedo SNMP agent on the master node of a Tuxedo domain, to simplify management of multiple-node domains and to enable data collection from hardware platforms not directly supported by the BEA SNMP Agent software. When the -c
option is specified, the agent becomes central for the entire Tuxedo domain and is enabled to gather information from all nodes involved in the domain.
The SNMP master agent/ subagent model, shown in the following figure, applies when managing different types of system or network resources on the managed node. This model does not apply to managing multiple instances of the same type of resource; for example, you cannot use this model to manage multiple Tuxedo domains running on the same managed node.
Note: | The SNMP agents must be started before starting the BEA SNMP Agent Integrator. |
With this model, communication between the SNMP manager and the SNMP agents is handled by the BEA SNMP Agent Integrator SNMP master agent capability. The BEA SNMP Agent Integrator distributes the requests from the SNMP manager to specific SNMP agents, receives the responses from the individual agents, and forwards those responses back to the SNMP manager.
Each tux_snmpd
process is started with the -s
option to configure each tux_snmpd
process as an SNMP agent—as opposed to a SMUX subagent. SNMP agents running under the BEA SNMP Agent Integrator are also known as non-SMUX peer agents.
With the SNMP master agent/ subagent model, one and only one of the managed resources on the managed node may be a Tuxedo domain. The tux_snmpd
process targeted to manage that domain may be started with the -l
logical_agent_name
option to assign the process a name other than the default name "tux_snmpd." The -l
logical_agent_name
option or the default name "tux_snmpd" allows an administrator to associate the tux_snmpd
process with the Tuxedo domain that the process is to manage.
Also, as described in Simple SNMP Agent Model, if the managed node is the master machine for the Tuxedo domain, including the -c
option in the startup of the associated tux_snmpd
process enables that process to manage the entire domain.
The SMUX master agent/ subagent model, shown in the following figure, applies when managing different types of system or network resources on the managed node. This model also applies to managing multiple instances of the same type of resource; for example, you can use this model to manage multiple Tuxedo domains running on the same managed node.
Note: | The BEA SNMP Agent Integrator must be started before starting the SMUX subagents. |
With this model, communication between the SNMP manager and the SMUX subagents is handled by the BEA SNMP Agent Integrator SMUX master agent capability. The BEA SNMP Agent Integrator distributes the requests from the SNMP manager to specific SMUX subagents, receives the responses from the individual subagents, and forwards those responses back to the SNMP manager.
Each tux_snmpd
process is started without the -s
option to configure each tux_snmpd
process as a SMUX subagent—as opposed to an SNMP agent. SMUX subagents use the SNMP multiplexing (SMUX) protocol defined in RFC 1227 to communicate with the BEA SNMP Agent Integrator.
With the SMUX master agent/ subagent model, multiple Tuxedo domains running on the managed node may be managed concurrently. To do so, an administrator starts a SMUX subagent for each domain. And for each SMUX subagent, the administrator specifies the -l
logical_agent_name
option at startup to associate the tux_snmpd
process with the Tuxedo domain that the process is to manage.
The SNMP manager running on the management station uses an address of the following form to send requests to a particular SMUX subagent:
community_name
@
logical_agent_name
Where community_name
is the read-only community name for Get
requests, and the read-write community name for Set
requests; and logical_agent_name
is the name of the agent to which the SNMP request is intended. For example:
Also, as mentioned in Simple SNMP Agent Model, if the managed node is the master machine for a Tuxedo domain, including the -c
option in the startup of the associated tux_snmpd
process enables that process to manage the entire domain.