BigIP v9 Template

[aelred]

I spoke a bit too soon.

I'm getting valid graphs for packets/sec, connections, http requests, etc.

But not interface stats.....

[tgravvold]

Very good! Please give me feedback of any thing you see that could have been done better.

- Terje -

[tgravvold]

Hmm, strange. Please post log output for the graphs that is not showing up correctly.

- Terje -

[aelred]

The OIDs that are returning error have a ".." in the middle.

.1.3.6.1.4.1.3375.2.2.10.2.3.1.7..16.118.115.95.49.48.95.50.95.52.95.49.56.48.95.56.48

This is an example above. If I do a manual snmpwalk removing the 2nd period between the 7 and 16, I get a valid response with the counter.

I had deleted and recreated the bigip in Cacti when I did the original v1->v2 snmp conversion already, not sure how this is happening.

[tgravvold]

I think your problem is an error in the f5_bigip_vs.xml snmp query file. Can you please look for this string:

<oid_index_parse>OID/REGEXP:^.{32}(.*)</oid_index_parse>

This is the regex that returns the OID index to use for polling Virtual Server statistics. For me this one works like this:
- Match any character 32 times from the begining of the line.
- Return the rest of the line as back-reference 1 (this is what Cacti uses for OID index).

If your <oid_index_parse> differ from the above, please edit it so it equals the one above. If your <oid_index_parse> equals the one above please give some details of OS, Cacti version, PHP versjon. A quick fix may then be to 33 instead of 32 as the value in the expression.

Does your interface statistics also return the same faulty snmp polls?

- Terje -

[aelred]

<pre>

[usr/bin]$ php -v
PHP 4.3.9 (cgi) (built: Apr 12 2006 04:11:43)

OS = red hat enterprise linux 3.4.3-0.EL4

cacti = 0.8.6i

the http stats work, packets, global connections, etc. (nice stuff, btw!)

it's the interface stats and VS stats I can't get right now, those are the OIDs that have a ".." in the middle.

i looked at the line of xml code:
<oid_index_parse>OID/REGEXP:^.{32}(.*)</oid_index_parse>

I replaced the 32 with 33 per your suggestion, but no luck.

If I edit the file, does Cacti parse it automatically at the next polling interval, or do I need to restart something for it to take effect?

[matibut14]

The following works for me:
vs: OID/REGEXP:^.{35}(.*)
if: OID/REGEXP:^.{36}(.*)

Make sure to run the verbose query after changing the xml file.

One question:
Is there a way to change the Hex IP value (for a virtual server) to decimal?

Thanks

BTW, thanks for the good work!

[aelred]

D'oh, I didn't rerun the queries before, that explains it!

Everything is working fine now, and the stats are rolling in!

Thanks all...

[matibut14]

Quick suggestion tgravvold:
In the 'F5 BigIP - Interface Traffic' data template I would suggest to change the DS names as follow:
traffic_in
traffic_out

Then you will be able to add the following to your feature list:
Fully compatible with PHP Weathermap

Cheers

[tgravvold]

Thanks for your replies! The OID index problem is strange. I thought I had the regex under control but....

This is how I wanted it to function (ifStats):
* SNMP walk the OID .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.1 to get a list of interfaces.
* Do a Regex to filter out the OID .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.1 from the results and end up with just the index.
* I counted the characters in .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.1 and I counted 33 therefore this regex ^.{33}(.*)
* Basicly this means match any character 33 times from the begining of the line and return the rest of the line as backreference 1, backreference one is what Cacti expects the index to be. In my case this results in a index as folows (example), .3.49.46.49
* The OID of bytes in, .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.3, pluss the index, .3.49.46.49, should together be the complete OID reference of bytes in at the given interface.

Can somebody explain why this some of you have to use other values in your regex? Is this a php/cacti/OS issue or is it just me .

My version is as follows:
OS = Fedora Core 5
cacti = cacti-0.8.6i-1
php = php-5.1.6-1.1
php-snmp = php-snmp-5.1.6-1.1
net-snmp = net-snmp-5.3-4.2
net-snmp-utils = net-snmp-utils-5.3-4.2

Can somebody please try to explain this issues to me? It would be nice to have a template that just works for everybody.

Thanks.

PS: I'll look into the ds names, thanks for the tip .

- Terje -

[matibut14]

Can somebody please try to explain this issues to me? It would be nice to have a template that just works for everybody.

I think this is related to the SNMP utility. I am using UCD-SNMP 4.x.

The following should help to understand what happen:
1- If my index begin with a . (dot), the poller will try to snmpget something like .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.1..3.49.46.49 which fail.
2- When I snmpwalk the .1.3.6.1.4.1.3375.2.1.2.4.4.3.1.1 OID I have the following: .iso.3.6.1.4.1.3375.2.1.2.4.4.3.1.1.3.49.46.49 = "1.1" [...]. Note that .1.3 has been replaced with .iso.3

I don't think you can fix that in the templates. But if we can confirm my theory can can let the users know about the problem/workaround...

[matibut14]

Here is a graph template (and dependencies) for SSL TPS (limited by license).

Using cacti-0.8.6i.

[tgravvold]

Thanks very much matibut14! That is probably the explaination. Nice graph of SSL tps. Can I include it in the host template if I credit you?

[matibut14]

Sure np.

Thanks to you man!

[chaachee]

F5 BigIP v9 host template for Cacti 0.8.6i:
Revision history:
Rev 6: changed vs names in "F5 BigIP - VS Traffic" data template. Some new graphs (Thanks to matibut14 for the SSL TPS graph).
Rev 5: New graphs for VS Traffic and VS Connections. New snmp query "f5_bigip_vs.xml". Some cosmetical changes in existing templates (2006.11.13).
Rev 4: Initial revision (2006.11.10).

I don't know if I'm doing something wrong (or if the cacti forums are screwing this up) but the F5_BigIP_v9-Host_Template-rev_6.xml file appears to be labeled Cisco Router. Can you look into this?