On Tue, 2009-10-13 at 12:18 -0500, EYRE Bernadette wrote:
>  
> 
>  
> 
> -----Original Message-----
> From: Magnus Fromreide [mailto:[email protected]] 
> Sent: Sunday, October 11, 2009 11:37 AM
> To: EYRE Bernadette
> Cc: [email protected]
> Subject: Re: I need access to the input pdu variables
> 
>  
> 
> On Fri, 2009-10-09 at 20:22 -0500, EYRE Bernadette wrote:
> 
> > 
> > I have 5.4.2.1 version based sub-agent which connects to the master
> > agent and registers an OID handler. 
> 
> You are not stating what protocol you are using so I will assume
> AgentX but the discussion is true for all subagent protocols 
> 
> >> Thanks for replying. I'm using AgentX. 
> 
> > I need access to few of the incoming (input) pdu variables such as
> > community name, community length, for SNMPv1/v2, and securityName
> > and securityNamelen, for SNMPv3.
> 
> > When the sub-agent oid handler is called the following pointers are
> > passed to it: 
> 
> These are explicitly not part of the protocol and are thus not
> available to the subagent. 
> 
> Even for a built in handler I would posit that it is bad style to
> depend on them, what are you doing that makes you feel a need for
> them? 
> 
> >> I need access to the SNMP protocol version as well as the
> >> user-name/security-name.
> >> We have our own authentication and authorization server. Based
> >> on the protocol I need to extract the user name and pass it to
> >> the authentication and authorization server to validate the user.

Then you have to extend the agent with a linked in handler - the
information you are requesting is not part of the data that are sent to
the subagent.

/MF
> 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to