<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 16 April 2015 at 06:16, Steve <span dir="ltr"><<a href="mailto:steve@nerdynomads.net" target="_blank">steve@nerdynomads.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry for the replying to an old message, but seems there hasn't been any recent discussion of snmp polling.<br></blockquote><div><br></div><div>I'm glad to see there's interest in trying this out.  I've been disheartened after previous comments by Henrik, but totally understand that there are higher priorities like IPv6.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I believe I have everything working perfectly with 4.3.18, I see clientdata coming in on my test switch and I am collecting data on the [ifmib] definition in "server/etc/snmpmibs.cfg".</blockquote><div><br></div><div>Good news.  This is encouraging.<br><br></div><div>Would you mind showing a sample of the relevant client data you're receiving?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> What I don't have is trending on that data. I am assuming that is because the data is coming in under to xymon via "client" message versus a "data" message.<br></blockquote><div><br></div><div>Yep, it's the same collection/processing mechanism as per host client messages.  In such cases, xymond_client will parse the client data and generate both status and data messages based on what it finds.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

To get trends, I assume I could write a xymond_channel worker listening on the client channel and using a filter option to target only "snmpcollect" messages. This would process the raw data, and submit the data I want to trend on via "data" messages ?<br></blockquote><div><br></div><div>This shouldn't be necessary.  There's a client definition for "snmpcollect" messages, so the existing xymond_client process should create data and status messages.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Or am I just to bogged in the details and missing something obvious ? Thanks,<br></blockquote></div><br></div><div class="gmail_extra">The code in xymond/client/snmpcollect.c doesn't generate any "data" messages, only "status" messages.  So don't expect anything on the trends page.<br><br></div><div class="gmail_extra">Instead, status messages should appear, which should create their own columns.  The column name will be the "mibname" which I'm guessing is the [sectionname] in snmpmibs.cfg.<br><br></div><div class="gmail_extra">There's code in the RRD processing (xymond/do_rrd.c) that looks for MIB data being passed from calling functions, but there doesn't seem to be any glue between snmpcollect.c and this code.  Or could be that I just haven't found it yet.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">J<br><br></div></div>