Re: Net-snmp-5.4.1: problem while coding acknowledgement forInform-Request.

Alain GUENRO <[email protected]>
Newsgroups gmane.network.net-snmp.user
Organization Kabira
Message-ID <[email protected]>
Mike Ayers a écrit :
>> Sent: Friday, January 04, 2008 2:08 AM
> 
>> I am coding a manager with net-snmp-5.4.1
>>
>> I have a problem to acknowledge an Inform-Request.
> 
> 	You are aware that net-snmp already comes with a full-featured manager that can be configured as needed?  That this manager can handle inform acknowledgement for you?  I'm not going to ask why you're writing a manager, but I do want to know that you're not doing so unnecessarily.
> 
> 	Also, informs are extremely challenging - I recommend you start with traps and switch to informs once those are working.
> 
> 
> 	HTH,
> 
> Mike
> 
Thank you for your answer.

My application is able to receive TRAP V1 and TRAP V2 correctly.
As I explained, it also receives correctly INFORM V2.

When the function snmp_send() is used to acknowledge the INFORM, it 
returns an error without any error detail (see details in my previous 
email).

Is it a bug in snmp_send() ?
Or is there any mistake in the use of this function ?



I did not find documentation (in man pages and web site 
www.net-snmp.org) on how to use C API to code a notification handler.

Does such a documentation exists somewhere ?


Regards,

Alain GUENRO



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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.