Re: Mutliple agentx subagents

Dave Shield <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
2009/8/12 Marwan Khoury <[email protected]>:
> I would like to run multiple subagents agentx and one snmpd server.
>
> 1- I should probably run each agentx on a different UDP port, how can I
> realise this?

Firstly, AgentX doesn't run over UDP.
It typically uses TCP or a local named socket.

Secondly, each subagent will automatically choose a random TCP port,
when it connects to the master agent.   You don't need to worry about this,
it happens automatically.


> 2- When I send an snmp request, how will the snmpd know which subagent is
> suppose to handle the request

When the subagent connects to the master agent, it registers for the OIDs
that it is willing to handle.   The master agent keeps a record of these
registrations, and passes incoming SNMP requests off to the appropriate
subagent.


>                          shouldn't I add something in the
> configuration to help the snmpd decide which subagent will handle the
> request?

No.
That's one of the significant differences between AgentX and the previous
SMUX protocol.   The master agent does *not* need to know what subagents
to expect or what OIDs they will handle.  All of this is handled on-the-fly
when the subagents connect and register.

See the RFC specifications for more details.

Dave

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.