Take the 2-minute tour ×
Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems.. It's 100% free, no registration required.

We are trying to monitor our servers mainly with SNMP. Due to performance reasons we are changing this from single requests to snmp-bulk-requests (as allowed in SNMP v2c).

In theory (at least to my knowledge) it should be possible to request several branches/values in a single bulk-request, so the number of tcp-sessions needed for this will be minimal.

We are currently using CentOS 5 for this - the high-level-command in question is snmpbulkwalk - but this only seems to be able to request a single branch (i.e. subtree) at a time.

Am I wrong in theory, or is there a high-level-command out there that can do what I want?

share|improve this question
add comment

2 Answers

up vote 2 down vote accepted
+100

The command snmpbulkget does allow you to specify arbitrary, non-contiguous OID requests. Getting the non-repeaters and max-repetitions right may require some experimenting.

There is a good example here: http://docstore.mik.ua/orelly/networking_2ndEd/snmp/ch02_06.htm

share|improve this answer
add comment

You're right. snmpbulkwalk is a lot more network efficient. However, SNMP does not usually use TCP; it uses UDP.

SNMP bulk requests are not in the SNMPv1 specs, so make sure your SNMP agents you're requesting from is at least SNMPv2c or above.

If you want, you could wrap the snmpbulkwalk in a script to help with your batch bulk request job.

If you're wanting to monitor a lot of information, you might want to look into using RRDTool or a full-blown monitoring system, like Nagios.

share|improve this answer
    
The agents are v2c capable (mostly Linux). It is actually Nagios that is using these single snmp-requests. So the idea is to make a single big bulk-request and let the Nagios-"Monitors" evaluate the results of that single request (instead of having each monitor issue its own request). –  Nils Aug 26 '12 at 20:48
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.