Hi!
I figured out that if you have a config that defines a user default
target for a target and a program default target is added and then
removed twice then a crash could result, this is bad.
In order to fix that I suggest that the following patch is added.
/MF
Index: clean/snmplib/snmp_service
On tor, 2006-11-02 at 22:32 +0100, Magnus Fromreide wrote:
>
> I will be forthcoming with a patch that removes the _clear_ functions as they
> aren't yet part of any released version.
Ok, attached is a patch to remove the _clear_default_ functions as they
are of quite limited value.
It is - I t
Robert,
Thank you very much for your help.
Don
-Original Message-
From: Robert Story [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 02, 2006 5:11 PM
To: Tu, Don
Cc: [email protected];
[email protected]
Subject: Re: Snmpget non-existing object
On Thu, 2 Nov 2006 15:51:52 -0700 Don wrote:
TD> My table contains dynamic rows with a rowstatus object in it. The code
TD> is generated using the MFD template (Net-SNMP v5.3.1). I can
TD> create/delete new rows by setting the rowstatus object to
TD> createandgo/destroy. But when I use snmpget on a
Hello all,
My table contains dynamic rows with a rowstatus object in it. The code
is generated using the MFD template (Net-SNMP v5.3.1). I can
create/delete new rows by setting the rowstatus object to
createandgo/destroy. But when I use snmpget on a non-existing instance
of an object, instead of t
On Wed, Nov 01, 2006 at 10:47:31PM -0500, Alex Burger wrote:
> Magnus Fromreide wrote:
> >If I understand it correctly functions in the lib that are to b
> >available on win32 must be listed in win32/libsnmp_dll/libsnmp.def.in.
> >
> >If this is correct (could someone who knows windows please corre
On 02/11/06, Josef Moellers <[EMAIL PROTECTED]> wrote:
> Can somebody explain to me why, in close_agentx_session(), part of the
> session infrastructure is taken down first
> (unregister_XXX_by_session()), and _then_ the requests are cleaned up,
> rather than the other way round?
Probably because
Can somebody explain to me why, in close_agentx_session(), part of the
session infrastructure is taken down first
(unregister_XXX_by_session()), and _then_ the requests are cleaned up,
rather than the other way round?
We're having problems as subtrees are already freed (by
unregister_mibs_by_s
Hi,
Finally I sent it and there was no problem.
thanks
Tamas
- Original Message -
From: "Dave Shield" <[EMAIL PROTECTED]>
To: "Patai Tamás" <[EMAIL PROTECTED]>
Cc: "Wes Hardaker" <[EMAIL PROTECTED]>;
Sent: Thursday, November 02, 2006 3:57 PM
Subject: Re: snmptrap length
On 02/11/06,
On 02/11/06, Patai Tamás <[EMAIL PROTECTED]> wrote:
> For exaple this could be a trap I need to handle.
> The full text I gess is more than 1kB if I send it in this format:
[snip]
But you're *not* sending it in that format.
All of the OIDs will be transmitted as numeric OIDs (and binary value
HI,
For exaple this could be a trap I need to handle.
The full text I gess is more than 1kB if I send it
in this format:
DISMAN-_expression_-MIB::sysUpTimeInstance=1:14:47:52.00SNMPv2-MIB::snmpTrapOID.0=MY-ALARM-MIB::qualityOfServiceAlarmMY-EVENT-MIB::eventManagedObjectInstance=MY-DEVICE
On 02/11/06, Patai Tamás <[EMAIL PROTECTED]> wrote:
> Is there an upper limit for the length of a trap the snmptrap can handle?
Yes - there does seem to be an upper limit, but it's fairly high.
Some quick tests show that snmptrap is happy with a payload of 36K,
but objects to a payload of 72K. (
> "PT" == Patai Tamás <[EMAIL PROTECTED]> writes:
PT> If there is such limitation, then is there an option for sending
PT> longer longer traps, ie. more than 500 or 1000 characters.
If your command line interface can't handle it, you could probably
build a C program that used the API to send
Hi,
Is there an upper limit for the length of a
trap the snmptrap can handle?
I think of the limitation the length
of the parameter list of a commandline application.
If there is such limitation, then is there an
option for sending longer longer traps, ie. more than 500 or 1000
characters.
14 matches
Mail list logo