Arithmetic with OIDs

[gsusman]

Is it possible to do arithmetic with OIDs? For example in MRTG I can add OIDs, calculate the total and the have the total graphed (first example). Or I can calculate the percentages of total capacity being used (second example). Can I do the same thing with Cacti?

Target[CCC_DDD]: 1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.1&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.1:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.2&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.2:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.3&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.3:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.4&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.4:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.5&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.5:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.6&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.6:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.7&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.7:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.8&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.8:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.9&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.9:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.10&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.10:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.11&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.11:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.12&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.12:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.13&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.13:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.14&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.14:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.15&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.15:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.16&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.16:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.17&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.17:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.18&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.18:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.19&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.19:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.20&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.20:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.21&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.21:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.22&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.22:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.23&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.23:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.24&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.24:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.25&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.25:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.26&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.26:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.27&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.27:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.28&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.28:public@xxx.xxx.xxx.xxx
MaxBytes[CCC_DDD]: 672
WithPeak[CCC_DDD]: ym

Target[AAA_BBB]:((1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.1&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.1:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.2&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.2:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.3&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.3:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.4&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.4:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.5&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.5:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.6&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.6:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.7&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.7:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.8&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.8:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.9&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.9:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.10&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.10:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.11&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.11:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.12&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.12:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.13&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.13:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.14&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.14:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.15&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.15:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.16&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.16:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.17&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.17:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.18&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.18:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.19&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.19:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.20&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.20:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.21&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.21:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.22&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.22:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.23&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.23:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.24&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.24:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.25&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.25:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.26&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.26:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.27&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.27:public@xxx.xxx.xxx.xxx +1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.28&1.3.6.1.4.1.9.10.19.1.1.9.1.3.3.28:public@xxx.xxx.xxx.xxx) / 672) *100
MaxBytes[AAA_BBB]: 100
WithPeak[AAA_BBB]: ym

Or I can

[gandalf]

You can. Please refer to Bandwidth SUmmation in http://www.cacti.net/downloads/docs/htm ... _VARIABLES
Reinhard

[gsusman]

Thank you for your reply.

Would doing the sum of the 28 OIDs in my example require graphing them individually before the sum is done, or can the math be done before graphing? It would save a lot of work if the math would not require setting up 28 individual OIDs. I have at least 8 sets of 28 OIDs I need to keep an eye one. Setting up 224 individual OID would be too time consuming if I had to do it individually.

Also I am not sure I understand if I can do with Cacti what I can do with MRTG in my second example without setting up individual OIDs.

I like Cacti and this is what I need to know before I commit myself to switching to it.

Thank you for your time.

[gandalf]

Your OIDs seem to be part of a MIB Table. So an SNMP Query should ease your task getting them. And if you have to add 28 items for a total of 8 "Summary Displays", you may handle this via some "Graph Template" holding data for those 28 occurrences. So you would have to perform the tedious task only once and may use the Template as often as you like.
Apart from the original ldocs, you may have a look at the last two links of my signature to get an idea of all this (but summarization is not dealt with in my howtos)
Reinhard