[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On 15 March 2011 14:57, Madhu <madhu...@gmail.com> wrote:
> Not exactly with the command line Application i want to handle its
> regarding how the managed applications apart from snmptrap comman can tune
> these two values.
I'm sorry - I don't really understand what you are saying here.
If you are talking about using a self-coded client application
in order to send the traps, then this may well not use the standard
command-line option processing routine, and hence not recognise
the '-r' or '-t' options.
However, you can still use the code that lies behind these two
options, to set the retry and timeout values yourself.
> After create_trap_session2() I need to send the inform Retries values not
> as Default value which is 5
> I want to send retries as 2 with in the code.
If you are sending notifications from the agent, then you can still use
the same command-line options. Replace 'informsink' with an equivalent
'trapsess' line (using the same options as you would when using 'snmptrap').
This can then also take the '-r' and '-t' options.
> I seen snmp_sess_init fills up these values for snmptrap.c but I want my
> Managed Informs
> from our custom code to send our choice of inform retries and timeouts.
snmp_sess_init sets *default* values for the timeout and retry settings.
If you're using custom code, then you can adjust these fields yourself,
before sending the notification.
If you're using the standard agent notification directives, then trapsess
will handle this for you.
If you're doing something else, you'll need to give a bit more detail as to
exactly what.
Dave
------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
