RE: subagent - how long can it take to respond to a get request?

"Jayaprakasha Guddenahalli Naganna" <[email protected]>
Newsgroups gmane.network.net-snmp.devel,gmane.network.net-snmp.user
Message-ID <[email protected]>
>>I know that SNMP works over UDP.
>>I am developing a subagent over agentx

            Agentx will be over TCP.

>>So how long can I take or is there any other way in the SNMP protocol
itself to solve this issue?

            By default snmpget will wait for 5 seconds and resends the
request if agent doesn't respond.  If data retrieving is going to take
some time means then you can go for caching of the local data.

Temporary solution:

If get on some OID's is going to take more than default timeout you can
try by increasing the time out period while issuing snmpget.

 

Thanks and Regards

-JP

________________________________

From: [email protected]
[mailto:[email protected]] On Behalf Of
Nikanth K
Sent: Thursday, August 31, 2006 3:23 PM
To: [email protected];
[email protected]
Subject: subagent - how long can it take to respond to a get request?

 

I know that SNMP works over UDP.
I am developing a subagent over agentx. When I get a GEt request I need
to do some calculations based on the values at that time and return it.
It takes some time to fetch & calculate those value. So how long can I
take or is there any other way in the SNMP protocol itself to solve this
issue?

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
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.