How to update my NET-SNMP

2010-02-24 Thread cornerstone
Hello! I got a number under the enterprises branch from the IANA(suppose the number is 3). Then I wrote a MIB using the number 3.When I extended the SNMP agent, it met trouble at step "make". So I imitated the NET-SNMP-TUTORIAL-MIB,used the { netSnmpExamples 4 } instead. It succeeded! And

No Such Instance currently exists at this OID

2010-02-24 Thread cornerbreeze
Hello! At the beginning,I wanna say that this letter is a little long,but easy to understand. I wrote a MIB by imitating the NET-SNMP-TUTORIAL-MIB. And here is my MIB: TEST-MIB DEFINITIONS ::= BEGIN IMPORTS netSnmpExamplesFROM NET-SNMP-EXAMPLES-MIB ifIndex FROM RFC12

snmp 5.4.2.1 on osx 10.4.11

2010-02-24 Thread aurfalien
Hi, I've followed the dir in the README.osX but experienced this during make; host/hr_network.c:250: error: invalid use of undefined type 'struct ifnet' I followed a thread about this being a known bug so my configure only had; --with-out-mib-modules="mibII/icmp host/hr_swrun" Will I s

netsnmp_select_info timeouts and run_alarms

2010-02-24 Thread asaf
we have written a custom snmp daemon, we noticed it was reaching high cpu usage. the reason was that netsnmp_select_info returned decreasing timeouts, until it was returning almost zero timeouts, which we passed to the pselect function. I found suggestion to add run_alarms call in our loop, and i

Re: How to get notified of a "set" operation

2010-02-24 Thread Sylvain Dery
Great, thanks.  Is the netsnmp_create_handler_registration() function documented somewhere?  I can't find doc describing the API... Regards, Sylvain From: Dave Shield To: Sylvain Dery Cc: net-snmp-users@lists.sourceforge.net Sent: Wed, February 24, 2010 3

RE: set request received more than once.

2010-02-24 Thread Tanisha Kashyap
There are no debug logs catering to this scenario. Il modify my code and try to reproduce the scenario. Thanks for the help. -Original Message- From: dave.shi...@googlemail.com [mailto:dave.shi...@googlemail.com] On Behalf Of Dave Shield Sent: Wednesday, February 24, 2010 5:07 PM To: Ta

Re: set request received more than once.

2010-02-24 Thread Bart Van Assche
On Wed, Feb 24, 2010 at 12:09 PM, Tanisha Kashyap < tanisha.kash...@aricent.com> wrote: > I have defined the following cases in my code for the SET REQUEST: > > MODE_SET_RESERVE1 > MODE_SET_RESERVE2 > MODE_SET_FREE -> does nothing > MODE_SET_ACTION > MODE_SET_COMMIT -> does nothing > MODE_SET_UND

Re: set request received more than once.

2010-02-24 Thread Dave Shield
On 24 February 2010 11:32, Tanisha Kashyap wrote: > There is only var in my MIB on which I can do a set. What about other MIBs? > The code under RESERVE1 and RESERVE2 is just validating the data > received in the request for correct datatype and range. > The code under ACTION is the main code w

RE: set request received more than once.

2010-02-24 Thread Tanisha Kashyap
There is only var in my MIB on which I can do a set. The code under RESERVE1 and RESERVE2 is just validating the data received in the request for correct datatype and range. The code under ACTION is the main code which is invoking a function. So I believe that all the cases are executed again fo

Re: set request received more than once.

2010-02-24 Thread Dave Shield
On 24 February 2010 11:09, Tanisha Kashyap wrote: > I have defined the following cases in my code for the SET REQUEST: > > MODE_SET_RESERVE1 > MODE_SET_RESERVE2 > MODE_SET_FREE -> does nothing > MODE_SET_ACTION > MODE_SET_COMMIT -> does nothing > MODE_SET_UNDO -> does nothing > > The function that

RE: set request received more than once.

2010-02-24 Thread Tanisha Kashyap
I have defined the following cases in my code for the SET REQUEST: MODE_SET_RESERVE1 MODE_SET_RESERVE2 MODE_SET_FREE -> does nothing MODE_SET_ACTION MODE_SET_COMMIT -> does nothing MODE_SET_UNDO -> does nothing The function that is invoked multiple times is defined under the MODE_SET_ACTION case

Re: set request received more than once.

2010-02-24 Thread Dave Shield
On 24 February 2010 10:16, Tanisha Kashyap wrote: > I am using a NMS which sends a Set request to the snmp agent. On receiving a > SET request, certain function is invoked. > > However at times, the set request seems to be received more than once which > causes the function to be invoked again and

set request received more than once.

2010-02-24 Thread Tanisha Kashyap
Hi, I am using a NMS which sends a Set request to the snmp agent. On receiving a SET request, certain function is invoked. However at times, the set request seems to be received more than once which causes the function to be invoked again and again which is not desirable. Any pointers as to wh

Re: How to get notified of a "set" operation

2010-02-24 Thread Dave Shield
On 24 February 2010 00:43, Sylvain Dery wrote: > I'm writing a very basic snmp sub-agent consisting of a simple scalar. > I generated the C skeleton code using mib2c.int_watch.conf; however I'd like > to get notified when the scalar is setted as a result of a snmp set > command. > Any advice on ho

Re: netsnmp over tcp

2010-02-24 Thread Dave Shield
On 24 February 2010 08:38, Sudeep Nayak wrote: > RFC 3430 for SNMP over TCP mentions > "A fundamentally different approach is to make the notification receiver > responsible for establishing the TCP connection to the notification > originator.  This approach has the advantage that the notification

netsnmp over tcp

2010-02-24 Thread Sudeep Nayak
RFC 3430 for SNMP over TCP mentions "A fundamentally different approach is to make the notification receiver responsible for establishing the TCP connection to the notification originator. This approach has the advantage that the notification originator does not necessarily need a list of pre-conf

How to get notified of a "set" operation

2010-02-24 Thread Sylvain Dery
Hi, I'm writing a very basic snmp sub-agent consisting of a simple scalar.  I generated the C skeleton code using mib2c.int_watch.conf; however I'd like to get notified when the scalar is setted as a result of a snmp set command.  Any advice on how this could be achieved would be greatly apprec